программирование микроконтроллеров в Linux (Ubuntu)

[linuxdude]

[uquote="dosikus",url="/forum/viewtopic.php?p=3301963#p3301963"]linuxdude, а надо бы было погуглить.
SES - Segger Embedd Studio это то что позволяет без перечисленных вами танцев -работать с арм.
А тот же JLinkOB точно так же лутиться за пару часов...[/uquote]
Надо? Погуглите. Мне например проприетарные программы - не надо. Даже бесплатно. Гламур и автоматика для меня опция, я могу автоматизиорвать сам, в виде удобном мне. На самом деле я хочу разбираться как работает изнутри и иметь возможность встревать в процессы, чтобы делать удобно себе. Без глупых ограничений и странных условий.

А так лутится за пару часов много чего. Я уверен что openocd + gdb и FTDI запустится на всем что напоминает компьютер. Даже армовский одноплатник типа оранж пи. Без рассказов что у меня либы неправильные и ARMv7/v8. Я даже представляю как по сети дебаг пробросить. Знаете, сила Linux не в том что это замена винды, а в том что у меня в результате есть модульные кубики и я могу их по мере надобности собрать так как это надо здесь и сейчас. Так что сложные вещи я могу вообще на одноплатник вытряхнуть и не пыжиться делая это на МК. Для меня линукс не "замена винды" а шанс пересмотреть подходы. Этакие системные кубики. Я научился в них играть. Зачем мне при этом проприетарный монолит? Он не вписывается в интерьер и это невозможно изменить.

[dosikus]

Ну и к чему этот ваш бред и ваши же фобии?
Я веду речь о том как полноценно работать в линухе , а не прятать свою жопу в песок от одного вида неопенсорс софта.
Лечитесь пока не поздно...

[arkhnchul]

"полноценно" - отнюдь не обязательно ses.

[dosikus]

Не обязательно. Но и не так категорично как "красноглазые братия". Зато все работает без танцев с бубном и "из кАропки".

[linuxdude]

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

Но позволю себе заметить: програмеры написали целое ядро Linux без всяких гламурных студий. И отладили этого монстра, что само по себе - достижение. И даже пользуются всем этим для себя. И, главное, работает все это зачастую лучше чем у проприетарщиков с их гламурными студиями, по поводу чего я и пользуюсь этой системой. И все это - при том что по сложности проект заткнет любой продукт dosikus-а в миллион раз. И сбой в ядре ОС весьма фатален. Так что програмеры придумали и много новых фокусов. Например пускать в qemu (опять же опенсорсном) а если упало - неспешно копаться в его мониторе, etc. STM32 для qemu тоже кстати сделали, периферия не полная но такое есть.

И как угодно, но я привык к плюсам опенсорса и не собираюст от них отказываться, даже если какому-то dosikus-у это не нравится или кажется "не полноценным" и хочется "из каропки", игнорируя подляны и минусы идущие в комплекте с этим желанием. Более того - для меня достаточно важна независимость от конкретной архитектуры и производителя. Достали меня ME и "security" процессоры. Как угодно но я хочу чтобы мои компьютеры были контролируемым мной и доверяемым окружением, а не жили своей жизнью в чужую пользу. И если x86 будет и дальше двигать в ту же сторону как сейчас, я вообще на ARM64 какой-нибудь перейду, уж на лаптопе вообще первым делом. И разумеется это означает что все мои инструменты там должны работать. От проприетарщиков всего этого не дождешься, разумеется. А gcc, gdb, linux, kicad, мой редактор и вообще весь софт который я использую - будет со мной везде. И на ARM64, и на RISC-V если на нем годные SoC сделают, и на чем угодно. И как угодно но в свете уязвимостей ME и "security" процессоров и прочих виндов отсылающих все нажатия кнопок в MS лечить как мне кажется первым делом стоило бы не меня.

[arkhnchul]

[uquote="linuxdude",url="/forum/viewtopic.php?p=3305317#p3305317"]И отладили этого монстра, что само по себе - достижение[/uquote]
лопата!
если серьезно, то "отладка монстра" обычно сводится к глазомерной оценке отсутствия регрессий после слияния коммитов.
[uquote="linuxdude",url="/forum/viewtopic.php?p=3305317#p3305317"]Достали меня ME и "security" процессоры. Как угодно но я хочу чтобы мои компьютеры были контролируемым мной и доверяемым окружением, а не жили своей жизнью в чужую пользу. И если x86 будет и дальше двигать в ту же сторону как сейчас, я вообще на ARM64 какой-нибудь перейду, уж на лаптопе вообще первым делом[/uquote]


вы, я так понимаю, новообращенный адепт? Слишком уж яростно лозунги звучат.

[dosikus]

[uquote="linuxdude",url="/forum/viewtopic.php?p=3305317#p3305317"]и прочих виндов отсылающих все нажатия кнопок в MS лечить как мне кажется первым делом стоило бы не меня.[/uquote]

Паранойя, весна близко ?

[linuxdude]

[uquote="arkhnchul",url="/forum/viewtopic.php?p=3305354#p3305354"]если серьезно, то "отладка монстра" обычно сводится к глазомерной оценке отсутствия регрессий после слияния коммитов.[/uquote]
Это на самом деле сводится к хреновой куче действий. Там очень глазастые штуки есть, с полдюжины статических анализаторов, билд/тест боты всех мастей, скрипты которые сканируют логику более предметно и прочее. Люди вокруг ядра используют самые крутые технологии до которых доперли. И даже не жлобятся показать как это делать. У них есть чему поучиться. Это даже до MS доползло, которые таки переползли на git с своих доисторических угробищ.

Но даже со всем этим можно иногда выкусить. Например на armhf я пару раз отхватывал кернелпаники с новыми ядрами (собранными мной). Приходилось тратить время чтобы разобраться. Но 2 раза на хренову кучу ядер - ерунда. И у ядра линукс есть волшебный чит позволяющий поймать баг с точностью до коммита. Без ковыряния в дебагере совсем . С прошивкой микроконтроллера тоже катит, если в git хранить. С виндой я бы например побоялся на сравнимом уровне зарубиться вообще, там все это намного сложнее.

вы, я так понимаю, новообращенный адепт? Слишком уж яростно лозунги звучат.

Старинная китайская мудрость гласит что для насыщения важно не время тусовки на кухне а количество съеденной еды. Если вы полагаете что вы откушали больше Linux чем я - докажите делом. Вон в соседней ветке у человека NAND не работает. С удовольствием посмотрю как профессионалы со студяими покажут новообращенному адепту класс.

Паранойя, весна близко ?

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

[arkhnchul]

[uquote="linuxdude",url="/forum/viewtopic.php?p=3307258#p3307258"]Это на самом деле сводится к хреновой куче действий. Там очень глазастые штуки есть, с полдюжины статических анализаторов, билд/тест боты всех мастей, скрипты которые сканируют логику более предметно и прочее.[/uquote]
это не отладка так-то. Инфраструктура следит за ситуацией в стиле "о, оно собралось и ничего капитально не поломалось", а не "оно будет работать именно так, как задумано".
[uquote="linuxdude",url="/forum/viewtopic.php?p=3307258#p3307258"]Старинная китайская мудрость гласит что для насыщения важно не время тусовки на кухне а количество съеденной еды. Если вы полагаете что вы откушали больше Linux чем я - докажите делом. Вон в соседней ветке у человека NAND не работает. С удовольствием посмотрю как профессионалы со студяими покажут новообращенному адепту класс.[/uquote]
не занимайтесь додумыванием. У меня там высказывание вполне конкретное, к профессионализму не относящееся.

[linuxdude]

Я вообще не понимаю такой мольбы на дебагеры. Они нишевая штука и полезны лишь иногда. С кучей своих приколов и проблем. Цель какая? Повтыкать на крутой дебагер и попонтоваться? Или баг зарулить? Если второе - дебагер лишь одна из опций. Особенно если итеративно кодить с использованием git-а, а когда поломалоось - git bisect позволит очень быстро смотреть в код который проблему вызвал. Куда как прикольнее.

Инфраструктура у конкретно линукс кернела много за чем следит, там есть и продвинутая аналитика. Кто много стэка жрет, что можно в readonly сегмент переместить, где подозрительные манипуляции с структурами и проч. Доходит до того что чуть не автоматически рефакторинговые изменения вкатывают "по всей площади" и оно еще и не ломается потом. Некто ворочает целый проблемо-специфичный анализатор, учитывающий особенности проекта. Всякие test suite для файловых систем, делающие самые невероятные извращения. Fuzzing параметров сисколов - оптом. Виртуализаторы всякие, где можно спокойно копаться в трэйсе и дампах когда ядро упало. На самом деле очень круто инструментировано. И если у кого-то учиться инструментировать проекты - так это у них. Очень круто и без проприетарщины. А именно цепляться именно дебагером именно к работающему ядру - специфичное развлечение. Хотя до кучи в ядре есть и ядерный дебагер, и трассировка, и профилировка. Но вот лично я ядерным дебагером вообще как-то толком не пользовался. Что не помешало прибить или заворкэраундить некоторое количество багов.

[Ярослав555]

[uquote="linuxdude",url="/forum/viewtopic.php?p=3307831#p3307831"]А именно цепляться именно дебагером именно к работающему ядру - специфичное развлечение.[/uquote]
Можно подумать Вам кто-то что-то навязывает. Не цепляйтесь. А я буду, своим айсом, за $200. Потому что это мне экономит время, моей фирме деньги, а клиенту нервы.

[linuxdude]

Удачи в этом, если оно и правда экономит и вас устраивают соотношения и навязываемые правила игры. Просто не стоит считать что в природе есть только 1 способ - ваш и неправильный. И тем более - агрессивно навязывать эту точку зрения другим, как это сделал dosikus. Особенно учитывая что у других людей могут быть какие-то свои соображения.

Говоря за себя - меня достали обломы и ограничения от проприетарных тулзов и периодические кидки. И я с некоторого момента решил что с меня всего этого счастья хватит. Поэтому очень крепко не оцениваю попытки сосватать мне лишний шанс вляпаться. И еще я ворочаю более крупные системы на ARM с Linux на борту. Мне удобно, когда тулчейн и прочие инструменты более-менее единообразны. Да и кодом иногда можно перекидываться, зря чтоли си портабельный... . Мне МК позволят влезть в области где одноплатникам с Linux тяжко - аналог, реалтайм, etc. До кучи - по своему прикольно когда один тулчейн может и ядро линукс сбилдить под Cortex A, и фирмварь M3 тут же рядом . Да и посмотреть как линуксный кернел например таким манером в более толстом ARM так отлаживают я бы не отказался. Учитывая что ядерщики ворочающие очень навернутые драйверы устройств и проч этим не парятся особо, есть ощущение что сказ про экономии и все такое - несколько преувеличен, чтоли, и не является мировой константой, скорее тараканами конкретных персон, не более.

[AndyBig]

Точно новообращенный адепт

[linuxdude]

AndyBig я линуксом пользуюсь довольно давно. Собственно, потому и научился делать свои собственные сборки для некоторых видов одноплатников и понимать основные проблемы системы и способы их решения. А чтобы кивать на то кто тут новообращенный - попробуйте показать скиллы в этой платформе лучше моих. С удовольствием посмотрю, между прочим. Без стеба . Но пока я вижу других людей у которых я бы поучился. Например вон там в IRC. Код воротят как монстры, без всяких проприетарных тулзов. С ними кайфово. И они не посоветуют мне подстав. Я это ценю.

[Голимый]

Народ, а чем можно прошить AT89C51 под линуксом? Писать - есть на чем, но только чего-то ни один свой программатор не удалось завести.

[Ярослав555]

[uquote="linuxdude",url="/forum/viewtopic.php?p=3314455#p3314455"]Говоря за себя - меня достали обломы и ограничения от проприетарных тулзов и периодические кидки.[/uquote]
Не все так однозначно. Я у пшеков поработал немного с ПЛК от OMRON. Шикарные ПЛК скажу я Вам. Но в среде CX-One сделаны искусственные ограничения - младшие ПЛК можно программировать только на LD, а это жутко неудобно. Удобный ST доступен только на старших, дорогих сериях.
Но все ПЛК работают безотказно.
А теперь возьмем Овен. Среда - Codesys. То ли опенсорс, то ли просто фривейр - не помню. Но ограничений нет, как у OMRON. А толку? То ПЛК остановился на заводе, то чудики вцепили половину платы на литиевую батарейку, и через пару лет внезапно ресурс батарейки не позволяет сохранять retain переменные. То привезли на фирму новый образец ПЛК. Мы вскрыли - а там лапша из проводов. Видите - вроде и бесплатные плюшки есть, вроде и нет ограничений, и дешевле - а толку? Так и перелезли на Schneider и миримся с их ограничениями, платными средами и прочей проприетарщиной. Зато спим спокойно.
Авр кстати тоже говно еще то. Лет 10-15 назад может это и был шик, но не сейчас за эти деньги и цены на тулзы. Но что поделать - для фирмы это копейки. Лично я дома с stm32 играюсь - и чипы дешовые, и отладчик дармовой.

[dosikus]

[uquote="linuxdude",url="/forum/viewtopic.php?p=3314455#p3314455"]И тем более - агрессивно навязывать эту точку зрения другим, как это сделал dosikus.[/uquote]

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

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

[linuxdude]

А теперь возьмем Овен. Среда - Codesys. То ли опенсорс, то ли просто фривейр - не помню.

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

А фриварь - всего лишь проприетарщина которую по каким-то соображениям отсыпали бесплатно. Зачастую бесплатной оказывается только первая порция. Или пытаются как-то еще неявно раздоить. Или просто получилась такая гадость что продать за деньги не вышло. На лично мой вкус фривара это вообще нечто странное. Если кто хочет сделать другим хорошо - пусть сорц дает. А неведома закрытая программа, даже нахаляву, остается закрытой и контроль над ней у автора. Что гарантирует возможность поиметь неприятных моментов, когда программы не окажется под нужный вид или версию системы, набора команд CPU, версии библиотек и прочие характерные прелести. Навязывающие окружение, набор фич, ограничения и проч. И даже то что этот кусок байтов бесплатно все это не сильно подслащивает. В современном мире дофига кусков байтов. А еще опенсорс интересен тем что можно посмотреть как делают другие. Он позволяет УЧИТЬСЯ. В том числе на чужом опыте. В том числе и на опыте лучших из нас.

Это я к чему? Если кто не делает разницы между опенсорсом и фриварной проприетарщиной - ему вообще рановато рассуждать о плюсах и минусах подходов. Опенсорс вообще не столько о халяве, сколько об удобных взаимодействиях в процессе разработки. Что фриваре никак не грозит. А то что опенсорс часто доступен нахаляву - это вообще побочное следствие на самом деле. Есть куча способов получить деньги за все это, просто они отличаются от стрижки купонов за копии. Я лично вообще не понимаю почему стприжка купонов за сами по себе копии наделанные копипастой должна иметь место. На создание очередной копии никто не несет затрат соразмеримых с запрашиваемыми суммами, поэтому такие схемы мной воспринимаются на грани сверхприбылей и втирания очков без выполнения фактических работ стоящих столько.

А, главное: все это вообще ортогонально и качеству железа и софта. Можно найти отличное открытое железо и софт. Или полный кошмар от проприетарщиков за дикие деньги.

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

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

[alex_grach]

PIC: pickit2 + pk2cmd
AVR: usbasp + avrdude
STM8: stlink v2 + stm8flash
STM32: stlink v2 + stlink
HC08: cp2102 + bl08 (не проверено)

[dosikus]

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

alex_grach , ваш список не полон , абсолютно...