Хочу микроконтроллеры крутить на коленке...

Покупай на ибее макеточки на STM8 (от 60 до 200 р за штучку, но + понадобится 1 раз купить за 200 рубликов программатор) или STM32 (эти подороже, зато 32 бита и куча всякий вкусностей + программатор не нужен, но для некоторых серий понадобится баксовый переходник USB<->TTL).

Не трать деньги на "бренды". И да: Jtag огорожен по самые помидоры. Оно тебе не нужно.

крутить maple

Это что такое?

эклипса
C#

Тьфу на тебя! Я уже столько накатал, как до этого дочитал... Ты бы сразу про это в начале и писал... Буэээээ...

Буэээээ...

Рапид Девелопмент - наше всё. Maple - это либа к STM32, которая на себя берёт рутину и программировать по-быстрому можно как в ардуине, ну и куча готовых решений.

А C# - рулит для gui и списков/массивов.

Какой ужас!

Это к ардуйнющикам. Они таким [censored] помышляют. Пыхпыхеры в железе, тьфу!

php - это хорошо, когда знают, для чего. Вот я также хочу.

Он хотел сказать веб-макаки. Вообще Qt, имхо, куда предпочтительнее.

нет, php - это всегда не хорошо. аксиома

А C# - рулит для gui и списков/массивов.

Изыди!

Ну, под Netduino VB работает. При желании, можно лисп запустить!

Qt на микроконтроллерах? Та же пыхпыхрень. Тьфу!

Зачем бесцельно транжирить ресурсы?

Вот и разгадан весь твой коварный замысел!

Какой же ты все-таки толстый, зеленый!

Не-не. Мой замысел - только C/C#, никакого Qt и лиспа. Даже FreeRTOS не будет.

Гуй на микроконтроллерах? Не знаю…

А что там того гуя? Килобайт-полтора + шрифт. Вот шрифт дофига занять может — аж до десятка килобайт!!!

А с твоими культями получится, что даже 32кБ флеш-памяти не хватит нифига. Или оно будет тупить из-за нехватки аж килобайта оперативы!!!

А C# - рулит для gui и списков/массивов.

HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA. Смищно.

Я не понимаю, зачем GUI на микроконтроллерах? Куда оно будет им светить? Не, ну понимаю ещё FriendlyARM какой-нибудь с дисплеем (в нутрях которого Linux). Написал за два дня программу на культях, протестил, отправил заказчику, всё быстро работает, все довольны. Но микроконтроллеры?!

зачем GUI на микроконтроллерах?

Если ты присобачишь к МК сенсорный экранчик для облегчения управления, то возникнет проблема с GUI. Но для этого есть куча китайских "библиотек". А лучше вообще свое народить (или чужое допилить) и пользоваться.

FriendlyARM какой-нибудь с дисплеем (в нутрях которого Linux)

Это уже одноплатник — полноценный компьютер. А мы про МК говорим.

Написал за два дня программу на культях, протестил, отправил заказчику, всё быстро работает, все довольны.

Гыгыгы. И память не жрет ☺

Отвали, я биржевых роботов на C# писал. C# рулил тотально во всём, кроме возможности принудительно освободить память (и для этого есть изврат, но нужно много сущностей плодить).

+ шрифт.

Вот и выросли люди, которые не помнят xpm шрифты.

Отвали, я биржевых роботов на C# писал. C# рулил тотально во всём, кроме возможности принудительно освободить память (и для этого есть изврат, но нужно много сущностей плодить).

Синдром утёнка. Именно поэтому ты сахарный синтаксис и абстракции над абстракциями решил притащить на МК, которые тут в хер не уперлись.
Напоминает те самые МК в которых можно погонять джавку или пайтончик. Быдлокодеры радуются, прыгают. Но почему-то эти МК дальше запуска HelloWorld'ов и мигиная светодиодами не забираются. А разгадки две — во-первых тормозит, во-вторых нормальным Embedded-программистам нужен низкоуровневый доступ к железу и байтоёпство.

Гыгыгы. И память не жрет ☺

Эдди, ответь мне пожалуйста на один вопрос. Что же ты больше ненавидишь: C++/Qt с ручным управлением памятью и костылями или C#/Java с их GC, которому насрать что ты его вызываешь, и жрущей ресурсы как паравоз VM? 😸

От второго у меня стойкий рвотный рефлекс. От первого — тоже, но попроще как-то. Так — блеванул разок-другой-третий, и свободен (т.е. не до полного опустошения желудка).

Ну так для частотного преобразователя тока я буду грузить native код, а при формировании диалога по can шине на базе введённых юзером параметров (повёрнутых резисторов, нажатых кнопок) - C#! Для «на коленке» идеально. Естественно, в продакшене только нэйтив. И да, Java VM и .Net довольно по-разному работают.

Я про него и говорю. Таблица смещений: 256·2=512 байт + сами символы (пусть 8х8, 90 штук): 8·90 = 720 байт, итого: 1232 байт. Либо без таблицы смещений: 8·256=2кБ.

Если побольше символы нужны, то еще больше придется ресурсов тратить.

Блин, тебе для асинхронника нужны: одна нога на ШИМ + 3 ноги на фазы + 2 ноги на CAN. С этим любой баксовый (а то и дешевле) МК справится, у которого есть аппаратная поддержка CAN!!!

Тебе за глаза для протокола связи + управления одним движком хватит пары-тройки килобайт флеша! А на "высокоуровневых ЯП" ты вполне можешь и не влезть аж в 8кБ флеша. И придется тебе брать не копеечный МК, а дорогой. И все тупо от извращения!

Это как современные "телефоны". Те, кому звонить, покупают телефон за 300..1000 рублей. А любители "попонтоваться" — те берут какое-то дерьмище, на котором даже кнопочек нет, за бешеные баксы!!!

а при формировании диалога по can шине на базе введённых юзером параметров (повёрнутых резисторов, нажатых кнопок) - C#! Для «на коленке» идеально

Тогда посыпаю голову пеплом. Был неправ. Я думал, что уже сделали МК с каким-нибудь диалектом C# и обрезанным .Net; хотя если бы я химичил «на коленке» — использовал бы для этого Qt или GTK+. Более-менее кросс-платформенно, на выходе можно получить статически слинкованный вседостаточный бинарник без зависимостей и т. д.

Я МК только в магазине и у инженеров видел. Я хочу сам прочувствовать. А в дипломе у меня «Магистр Менеджмента».

Нет, в Netduino грузится скомпилированный из .Net код. При желании грузится обычный скомпилированный под STM32 код. Весь кайф как раз в синдроме утёнка и кучи либ. Соответственно, что-то можно в C сделать, что-то слинковать. Я не знаю, как всё пойдёт, и, возможно, мне не нужно всё это будет и я быстро перейду к спокойному C програмированию.

Магистр Менеджмента

Мастер Управления Шваброй?

Я хочу сам прочувствовать

Ну и начни с чтения Титце&Шенка и Хоровица&Хилла. Затем С выучи и пробуй с простенькими недорогими "девбордами".

Я C знаю. malloc и free со мной навсегда!

Буэээ. Ну тогда о впечатлениях поделиться не забудь.

Забудь про malloc, если собрался на МК работать!

Только указатели на предопределённые константы, только хардкор?

Зачем же? Просто на кой черт malloc на МК? Разве что если ты freeRTOS используешь, но там уже другая песня.

Возникла нужда потренироваться в программировании ШИМ для
управления асинхронными двигателями

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

Есть вариант купить dev борду STM32, но я как ленивый юзер решил купить Olimexino STM32 + Netduino 2 Plus + JTAG-USB девайс от OLIMEX.

Можно проще: PIC16C62 + (драйвер IR2131 + транзисторы IRF740).

Пики ж устарели еще в прошлом веке!

Пики ж устарели еще в прошлом веке!

Ага, но ты же сам иногда спрашиваешь: «шашечки или ехать»? :)

P.S. Кстати о языках. Какие рефлексы у тебя вызывает FLProg (FBD и LAD) для Ардуины? :)))

Ага, но ты же сам иногда спрашиваешь: «шашечки или ехать»? :)

Тут получается ехать, но дорого.

Какие рефлексы

сам догадайся.

Силовая часть в идеале - полный мост на 6 igbt. Сложность тут как раз в МК и программе. Но у меня задачи упрощённые, плавный пуск я делать не буду.

Ну, он отчасти прав. Всякие MISRA не рекомендуют использовать динамическую память из-за фрагментации и негарантированного времени отработки аллокатора. Хотя, malloc-то ещё использовать можно, для начального создания объектов, а free — уже нет. (В FreeRTOS даже есть вариант реализации free, который просто ничего не делает.) Если позарез нужна куча — делать пулы и стеки. Страуструп об этом в P&P тоже пишет.

(Хотя я, если честно, на MSP430 кучу таки юзаю. Надо бы под пулы перепилить, конечно...)

Это к ардуйнющикам

Ненене, нам этот хипстер проприетарщик нафиг не нужен! У нас тут свой OpenSource с комьюнити и С++!

php - это хорошо, когда знают, для чего. Вот я также хочу.

Дык малинку покупай. Размеры железяки небольшие, подключается монитор, линукс, компиляторы, а разница в цене нивелируется удобствами и экономией личного времени. Что до ардуинки, то у неё с многопоточностью не всё зашибись - вдруг при твоих потребностях и способах писания случится необходимость жестоко оптимизировать уже написанный код.

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

Если же ног много, можно просто использовать комплементарные таймерные выводы: у них стопудово постоянно будет противофаза!

Таки поддержу. И таки да ТСу: на ВИНФАК