Помогите выбрать stm32 Discovery или иную хорошую демо плату

[l3VGV]

Так оно ведь как получается, с линуксом. Виноват конечно не он, но под ним не работает! Так получается, что если можно делать как обычно, а не как следует, то оно и будет сделано по пути наименьшего сопротивления.

С другой стороны, редко какое нормальное устройство сейчас имеет драйвер если в винде есть стандартный. Нормальное это реверанс в сторону продуктов фирмы криватив, которые не только не работают без своих дров но и не выпускают дрова под новые винды, а те дрова что есть и под старыми виндами работают как обычно.

Надежда такая - если ЦАП заявлен как работающий в макоси, где UAC2 жив, то и в линуксе должен заработать.

[Alex]

Сложность видится практическая. Вся масса USB цапов делается под винду.

С чего вдруг?
Стандарные UAC-1 и UAC-2 АЦП и ЦАПы прекрасно работают и под пынгвынуксом, и под Макосью и под Андроидом, да еще и драйверов под них не требуют.

Не окажется ли так что оно просто не будет работать

Теоретически конечно возможно - даже под Макосью не будет работать если она слишком старая.

Это линукс что ли виноват, что под виндой все как обычно?!

Под виндой и так все в порядке, это под линухами все "как всегда", если сам не Гуру и нет другого Гуру под рукой:

[l3VGV]

Всё приехало. Както поразительно быстро.




В NUCLEO USB разъем нужно колхозить самостоятельно. Неясно почему ST так сделало, сэкономили 3 пина? Ну ладно, не проблема.


Ещё одна плата на stm32f103 это STM32F103 Minimum System Development Board, от китайской компании vcc-gnd даташит прикрепил к посту. Плата отличается встроенным подтягивающим резистором для D+, номинал 10к заведен прямо на 3.3В. Почему 10 а не 1.5? я не понял, думал может он параллельно со встроенными даст 1.5, но нет, встроенные 30-50кОм. Загадка.


---------- Сообщение добавлено 23:22 ---------- Предыдущее сообщение было 21:50 ----------

Годы идут а ничего не меняется. Бесплатные IDE всё такоеже лютого говно. Мало того что CooCox во время установки поприветствовал меня оравой кракозябр, так и даже в окне "о программе" дата версии неверная. Версия верная, а дата на год промазана. Чот дальше пробовать желание пропало.




Каким доступным инструментом пользоваться? Вижу бесплатный Keil, окгрничение по коду 30кБ, думаю влезу. Смущает что там якобы нет midleware в котором USB, который нужен. Туда можно другое своё подложить?

[Alex]

Вижу бесплатный Keil, окгрничение по коду 30кБ, думаю влезу.

Можно "вылечить"

Смущает что там якобы нет midleware в котором USB, который нужен. Туда можно другое своё подложить?

Что хочешь. Мидлваре можно вместе с остальным сгенерировать Кубом.

[l3VGV]

Можно "вылечить"

Посмотрел ценники на Keil, приуныл. $3k-10k, это просто вообще за что?

Что хочешь. Мидлваре можно вместе с остальным сгенерировать Кубом.

Вот буду пользовать куба, он бесплатный. И похоже невероятно годный.


Всего что и хотелось это синтаксис помощника, заливку в девайс из IDE и удобную визуальную отладку. А оно всё вона как, как обычно. Пишут что ещё есть VisualGDB, плагин к Visul Studio, но также пишут что оно кривое и студиовские фичи работают далеко не все. Печаль везде.

[Alex]

Посмотрел ценники на Keil, приуныл. $3k-10k, это просто вообще за что?

За компилятор

А что обязательно платить?
Скажи еще что винда у тебя купленная....

Можешь взять GCC, он бесплатный. Код правда говеный генерит, как и все бесплатное пингвинячье, но пользовать можно.

Вот буду пользовать куба, он бесплатный.

Так он же не компилятор.
Кубик нужен в первюу очередь, для устаканивания распиновки, распределения периферии по пинам. Затем - для оптимизации системы тактирования.
И потом уже - для генерации исходника для инициализации проца и периферии, плюс можно добавить USB-стек с нужными протоколами, FatFs, RTOS и т.п.
Но для компиляции и отладки - ему все равно Кеил, ИАР или что-то другое нужно.

P.S. К тому-же, HAL, который исоплзуется в Кубике, штука весьма оригинальная, глюкавая и не очень оптимальная. ТеоретическиЮ, можно на нем всю программу построить, но по нормальному - использовать только для инициализации и мидлваре,а дальше ручками.

[l3VGV]

За компилятор

А что обязательно платить?
Скажи еще что винда у тебя купленная....

Винда таки купленная. И на ноуте, и на десктопе. И весь софт что стоит купленный или бесплатный. За прошедшие годы даже отвык от того что чото надо ломать, гдето чото искать... Да и если USB даст куб, а 30кБ мне хватит, то и зачем.


Про кубик я понял что он генератор кода. Просто одобряю бесплатность. А чрезмерную платность кейла - не одобряю. Надо быть ближе к людям!

GCC конечно надо будет попробовать. Но както с ним двоякие отношения. Вот под PSP я на нём компилял код, а вот с компиляцией под сам линупс постоянно какието сложности были.

[Yurgen]

А из симулинка (матлаб) кто-нибудь пытался код генерить для stm32?

[l3VGV]

Нашел сравнение gcc iar keil для arm
http://raisonance.com/tzr/scripts/do...-Benchmark.pdf

Получился кейл оутсайдер. Теперь точно придется его пробовать.

Ещё оказывается есть некий MikroC, $299. Но под такую музыку на ютубе его показывают... Душой чуствую настоящая Вещь для аудиофилов! Только ему можно доверить цифровую часть Звука.

Доверие к ARM GCC восстановлено:
https://launchpad.net/gcc-arm-embedded

ARM employees are maintaining this project.

Пишуть что и clang тоже теперь огого и ARM. Прямо поле выборов.

[Openreel]

GCC, он бесплатный. Код правда говеный генерит,

Да ладно, нормально он генерит. За три года каждоневной работы не встретил ни одного бага в компайлере, а в части генерации врорнингов всякие иары и рядом не. Для домашнх поделок пожалуй даже слишком хорош.
А чем хорош Кейл? Проработал под мювижном почти 10 лет, после древней вижал студии оно воспринималось как хлам, а после эклипса так ваще помойка. Баги в компайлере(с166) встречал, причем довольно противные.
Разве что лапами шевелит быстро на древних компах, только это преимущество уж лет 5 не актуально, ведро где эклипс сильно тормозит только в музее искать.

[Alex]

Винда таки купленная. И на ноуте, и на десктопе.

Ну на ноуте у меня тоже - н с ней покупался.

И весь софт что стоит купленный или бесплатный.

Кошмар
По моим прикидкам, то что у меня стоит на десктопе и ноуте - вместе если не на Феррари, то уж на 750-ю бемку потянет, по европейским ценам.

Да и если USB даст куб, а 30кБ мне хватит, то и зачем.

Просто чуть-чуть поиграться - хватит, для чего-то серьезного - не хватит.

А чрезмерную платность кейла - не одобряю. Надо быть ближе к людям!

В смысле? Причем тут "люди"? Это же в первую очередь не на любителей расчитано, а для профессионального применения.
А "платность" Оркада, Пикада, Алтиума, Ментора, Солида и т.п. ты одобряешь? А ведь Кейл - сущая дешевка по сравнению с ними

А из симулинка (матлаб) кто-нибудь пытался код генерить для stm32?

У меня на работе алгоритмисты постоянно генерят.

Нашел сравнение gcc iar keil для arm
http://raisonance.com/tzr/scripts/do...-Benchmark.pdf

Так там чистый АРМ а не Кортекс, да и вообще глупости какие-то.

А чем хорош Кейл?

Генерируемым кодом и оптимизацией.

ведро где эклипс сильно тормозит только в музее искать.

Эклипс это вообще тупое и неудобное дерьмо, пропахшее пынгвынами.

К сожалению, приходится его юзать для XMOS, на десктопе (AMD Athlon Dual Core) если ребилд алл, то ухожу покурить.
Впрочем, на ноуте с i7 оно не намного быстрее
.

[l3VGV]

В смысле? Причем тут "люди"? Это же в первую очередь не на любителей расчитано, а для профессионального применения.
А "платность" Оркада, Пикада, Алтиума, Ментора, Солида и т.п. ты одобряешь? А ведь Кейл - сущая дешевка по сравнению с ними

Смотрел, натурально плакал. Пришлось использовать игла. Который вроде и норм и хватало. Пока не решил плату напечатать под фоторезист. А оно не умеет в негатив. Наколхозил хак, который перехватывал команды на принтер и добавлял негатив. А софтина то, тоже типа про. Нелегко быть домашним.

Ну видимо те кто платят, то знают за что. Или платят не своё и не жалко. Да и смысла нет в альтиумах дома для хобби. Размеры плат не те, сложность не та. Требования по EMI тоже не те.

К сожалению, приходится его юзать для XMOS, на десктопе (AMD Athlon Dual Core) если ребилд алл, то ухожу покурить.
Впрочем, на ноуте с i7 оно не намного быстрее

А чонить типа precompiled headers там нету? На виндах это жутко всё ускоряет. По идее все вменяемые компиляторы это поддерживают именно какраз чтобы при ребилде не билдить заново то что системное и всё такое прочее, перечисленное в спец файлике.

[Openreel]

если ребилд алл,

так это к эклипсу то как? если проект на несколько сотен едениц компиляции, то скорость большей части от компайлера зависит.
Вот только насколько часто на практике ребилдол? У меня бывает и за целый день ни разу. У эклипса при ребилде тормоза, только если в хэдерах явная лажа и горы(сотни) ошибок вываливает от каждой единицы компиляции.
На домашнем десктопе (целерон интеловский дешевый) безошибочный ребилд фирмвари на 250кб флеша - секунд 20 примерно. И обычно два экземпляра эклипса(два разных проекта) в памяти висят.
Обычный билд гораздо быстрей.

Генерируемым кодом и оптимизацией.

Очень имхо - размер и скорость фирмвари по большей части от пряморукости программера зависит. А в домашних поделках, при цене и ресурсах нынешних камней, заниматься выдрачиванием 5-10% оптимизации (а смена компилятора не шибко больше даст) совершенно не оправдано.
Единственная реальная проблема - платные дорогие библиотеки, доступные бесплатно(без исходников конечно) для камней ST. Для Кейла и ИАР найти не проблема, а для GCC - головняк.

[Alex]

Смотрел, натурально плакал. Пришлось использовать игла. Который вроде и норм и хватало.

Игл конечно, детская игрушка (покрмере был, когда я на него смотрел последний раз), но разве он уже стал бесплатным?!

Размеры плат не те, сложность не та.

КАк у кого

Нелегко быть домашним.

Дык, есть куча бесплатных, многие производители РСВ дают свои бесплатные программы для плат.

так это к эклипсу то как? если проект на несколько сотен едениц компиляции, то скорость большей части от компайлера зависит.

Конечно зависит, только и без этого эклипс - ждутко неудобная и неповоротливая IDE. Как все пингвинячье - сделано так, чтобы пользоваться было максимално неудобно.
Самыми удобными IDE вообще были досовские ТР и ВС, а их хелпы могли отчасти заменить учебник!

Вот только насколько часто на практике ребилдол?

Ну, если ккой-то зидер затронешб, который на весь проект влияет. Или глобальную оптимизацию включишь/выключишь (например - в отладочных целях).

На домашнем десктопе (целерон интеловский дешевый) безошибочный ребилд фирмвари на 250кб флеша - секунд 20 примерно.

А у меня там всего 64К фирмавери

Очень имхо - размер и скорость фирмвари по большей части от пряморукости программера зависит.

Вот это - огромная ошибка, считать себя умнее компилятора!
Если не писать уж совсем глупый код, то всякие потуги "помочь компилятору" как правило, мало помогают - результат нулевой или мизерный.

при цене и ресурсах нынешних камней, заниматься выдрачиванием 5-10% оптимизации

Когда программа на 200К а флеша в проце 1М - то оптимизация это разве что скорость. А когда в проце 64К а у тебя программа 50К и еще бутлоадер 10-12К, то тут встает вопрос "влезло/не влезло".

Единственная реальная проблема - платные дорогие библиотеки, доступные бесплатно(без исходников конечно) для камней ST.

Это какие?

[Openreel]

Самыми удобными IDE вообще были досовские ТР и ВС, а их хелпы могли отчасти заменить учебник!

С несколько лет назад из ностальгии запустил турбоси досовскую. Бр, и чем оно мне нравилось?
Хелпы там да, неплохи. Но про замену учебника - разве что светодиодом помигать. Для реальных задач там ничего нет.

Ну, если ккой-то зидер затронешб, который на весь проект влияет. Или глобальную оптимизацию включишь/выключишь (например - в отладочных целях).

Это да, но 20 сек дома или минуту на древнем ThinkPad T61 - переживу.

только и без этого эклипс - ждутко неудобная и неповоротливая IDE.

Ты просто кошек готовить не умеешь Ctrl+Shift+L для начала изучить. И что умеют конкуренты прямо с клавы без мыши? Да вообще ничего не умеют

Вот это - огромная ошибка, считать себя умнее компилятора!

Э, я не по пикоманство. Генерить хороший код - задача компилятора. А программер должен создавать правильные архитектуры, на которых можно получать оптимизацию не жалких 10%, а в разы.

А когда в проце 64К а у тебя программа 50К и еще бутлоадер 10-12К, то тут встает вопрос "влезло/не влезло".

Да, проходил такое. После диких оптимизаций на архитетурном уровне удаволсь еще лося в 64к впихнуть а до того не лезло. Но для дома это все не надо, поставить жирный проц много проще. Да и сомнительно, что кто-то дома будет поделку на 100000+ строк исходников лепить и при этом еще консультации на формухах искать.

Это какие?

Например графика и оконная система от Сегера.

[Alex]

Например графика и оконная система от Сегера.

А, эти да.
Правда, ниразу не пользовался, у меня своя небольшая граф.библиотечка есть.

Ctrl+Shift+L для начала изучить.

Это я в курсе

[l3VGV]

Пост боли.

Eclipse 4.6 прекрасен. Как и все еклипсы до него(а уж в комплекте с Java, работает на 3 миллиардах устройств, ваши обновления готовы для установки).
Видимо это органически невозможно чтобы опенсорс софт просто работал из коробки. Он просто обязательно должен быть хоть в чемто сломан. Просто - потомучто. Т.е. оно будет запускаться красиво всё делать ровно до одного момента когда встанет раком, с загадочным сообщением о то что "чёта пошло не так!".


Скачал бинарник без установки, так подумал что распаковать я его и сам смогу. Смог. Хочет джаву, точно помню лет 6 назад оно у меня без установленного JRE бегало с флешки. Скачал установщик JRE, распаковал, распаковал паки, кинул в папку jre прямо под нос эклипсу - запускается и работает, ура!


Ставлю пакеты для С и крос компиляции. CDT в списке нет. Ладно добавил вручную, выгуглив адрес. Поставил пакеты. Перезапустился - CDT опять пропал из списка репозиториев.
Ладно, чо уж там. Зато ставится всё удобно, галочки потыкал, далее нажал - всё само, супер.


Поставил arm gcc extension. А что, удобно. Сразу генерит blinker проект для STM32, правда вместо названий камней там perfomance line и т.п., но ладно. Сгенерил проект.


Еклипсовский indexer сразу показывает 5 ошибок, подумав оставляет 2. Ругается на timer.sleep. Проект при этом собирается нормально. Что делать и как бороть - неясно. Фактически оно видит метод, видит его аргументы, и предлагает в подстановке. Но как только всё написал и закрыл скобки - рисует ошибку. нужно сделать

1. Right click the project -> Properties
2. Go to C/C++ General -> Preprocessor Include Paths, Macros etc.
3. Click the providers tab
4. Check the CDT GCC Build-in Compiler Settings option
5. Apply
6. Rebuild index

Просто так начать сборку мы не можем. Ибо не видим тулзов. Не видя тулзов в PATH мы начинаем искать KEIL, которого и на компе никогда небыло и вообще какого черта он его ищет если в настройках проекта явно стоит "GNU Tools for ARM Embedded Processors (arm-none-eabi-gcc)".

Я совершил огромный грех, особенно страшный в 2016м году. Я распаковал GCC в папку содержащую пробел. В PATH оно тоже прописалось с пробелом. А вот мега супер JAVA Eclipse на пробеле умер. Ладно, чо. Убираю пробел из PATH. Но всёравно не компиляет. Оказывается оно содержимое PATH дернуло 1 раз и запомнило, а что, правильная оптимизация, столько времени экономит!


Блинкер из С++ примера просто шикарен. Таймер - класс. Пин с ледом - тоже класс! Timing definitions - неймспейс!!! Странно что нет ни одного темплейта, но думаю я просто не нашел. Наверняка должен быть. Но если создать блинкер как С пример, то всё становится на свои места. Но на размер собранного файла не влияет никак.


В настройках стоят thumb инструкции, но тем не менее скомпиленый дебаг пример дает 16Кб НЕХ. Релизный 4Кб.

Так весь флеш кончится до того как я начну свой код добавлять. Нужно разбираться чтоже оно туда натащило лишнего...


-------------------------------------------------------------


Микрософт оказывается тоже пытается в GDB, есть для студии расширение VS GDB Debugger extension
https://visualstudiogallery.msdn.mic...7-bac16cad9c01

Надо разбираться, пишут что оно хоть и позволяет привычно работать с кодом, но не заливает прошивку в камень, типа не дописано маленько(нет передает команду на загрузку), хотя такая фича заявлена как рабочая. Отзывы у них на странице тоже противоречивые.




Только начал и уже столько впечатлений!

[Openreel]

Просто так начать сборку мы не можем. Ибо не видим тулзов. Не видя тулзов в PATH мы начинаем искать KEIL, которого и на компе никогда небыло и вообще какого черта он его ищет если в настройках проекта явно стоит "GNU Tools for ARM Embedded Processors (arm-none-eabi-gcc)".

На заре цивилизации Кейл еще не успел сделать свой компилятор под арм, юзал GCC официально, возможно с тех пор осталось.

настройках стоят thumb инструкции, но тем не менее скомпиленый дебаг пример дает 16Кб НЕХ. Релизный 4Кб.

Надо разбираться где подвох, для микроконтроллеров нет никакой принципиальной разницы между релизом и дебагом. Отладочная инфа во флеш не идет(в hex файле ее нет).
Другое дело что отладка с включенной оптимизацией - тот еще прикол.

Я распаковал GCC в папку содержащую пробел. В PATH оно тоже прописалось с пробелом.

А Кейл(компилятор) в исходниках жрет букву "э" и что дальше?
А отладчик у Кейла не понимает что код может быть в инклюдном файле.

Убираю пробел из PATH. Но всёравно не компиляет.

У меня пачка разных версий GCC на одном компе нормально живет.
Можно вообще из голой командной строки собирать и шить.

[l3VGV]

Надо разбираться где подвох, для микроконтроллеров нет никакой принципиальной разницы между релизом и дебагом. Отладочная инфа во флеш не идет(в hex файле ее нет).
Другое дело что отладка с включенной оптимизацией - тот еще прикол.

Предполагаю отключенную оптимизацию + всякие защитные отладочные обертки вокруг всего живого. Надеюсь за выходные разобраться.

А Кейл(компилятор) в исходниках жрет букву "э" и что дальше?
А отладчик у Кейла не понимает что код может быть в инклюдном файле.

2016й год, подобные "особенности" выглядят совсем некрасиво, как с моей точки зрения. А уж как они деморализуют когда с ними сталкиваюсь, можно понять из предыдущего поста.

Вот на тему букв обидно что GCC не дает мне передефайнить ключевые слова на русские. Не нравятся ему русские символы

../src/main.c:78:3: error: stray *\357* in program

А на родном языке у меня всё гораздо бодрее получается... Эх. Наверное можно както прикрутить ещё один препроцессор, который может в русский язык. Потом буду разбираться.

Можно вообще из голой командной строки собирать и шить.

На PSP так и делал по началу. И отлаживал тоже. Потом надоело и прикрутил всё тотже Eclipse там было особенно забавно то что тулчейна небыло готового, нужно было наложить патчи на стандартный и собрать его. Т.е. сначала дёрнуть mingw или cygwin, там скачать gcc, скачать его исходники под mips, пропатчить, и скомпилить ещё один. И у многих не работало - одно дело старый кривой комп для ворда и интернета, совсем другое когда собираешь кучу бинарников каждый из которых критически важен и косяки там недопустимы.

Так хорошо что здесь тулчейн готовый

---------- Сообщение добавлено 16:35 ---------- Предыдущее сообщение было 15:52 ----------

Запустил отладку без подключенной платы. Увидел текст:



С платой нормально отлаживается через OpenOCD, даже trace_printf обратно в консоль еклипса падают. Удобство такое что даже и не сразу ясно что это всё мелкая плата на проводах, а не десктопный код.


В принципе всё удобно и красиво и даже не тормозит (на коре и7). Беда только что приходится одновременно осваивать Еклипс, осваивать тулчейн, осваивать АРМ. А в целом всё неплохо! И если тулчейн и арм ещё ладно, то ум Еклипса ставит в тупики неплохо. Понимаю что тем кто привык всё просто, но он уже немного утомил переключением перспектив. Отладка - переключися. Закончил отладку - сам обратно не переключает. Придётся IDE осваивать вперед всего.

[l3VGV]

Тем временем ST купило Atolic и теперь ихняя IDE бесплатна https://www.terraelectronica.ru/news/5552