программирование микроконтроллеров в Linux (Ubuntu)
- jn79
- Опытный кот
- Сообщения: 822
- Зарегистрирован: Ср окт 10, 2007 10:54:35
- Откуда: Омская обл
- Контактная информация:
программирование микроконтроллеров в Linux (Ubuntu)
Кто чем прошивает контроллеры в Linux ?
из прошлой жизни остались MiniPro и pickit2, прошивал больше пики но и атмелами часто пользовался
а сейчас не знаю как быть, с консолью не очень хочется дружить каждый раз:(
есть программаторы с более менее вменяймым GUI ?
из прошлой жизни остались MiniPro и pickit2, прошивал больше пики но и атмелами часто пользовался
а сейчас не знаю как быть, с консолью не очень хочется дружить каждый раз:(
есть программаторы с более менее вменяймым GUI ?
- Реклама
Re: программирование микроконтроллеров в Linux (Ubuntu)
Юзать линукс и не юзать консоль? Я под винду ни одного нормального GUI не видел для atmel, вечная беда с фьюзами, вертят их бедных кто как хочет.
А так есть g4dude, но он в стадии beta. Есть Qt4-Gui-For-AVRDUDE, но он пару лет не обновлялся, возможно заброшен. И есть AVRDUDESS этот вроде год назад обновлялся
А так есть g4dude, но он в стадии beta. Есть Qt4-Gui-For-AVRDUDE, но он пару лет не обновлялся, возможно заброшен. И есть AVRDUDESS этот вроде год назад обновлялся
- oleg110592
- Друг Кота
- Сообщения: 3832
- Зарегистрирован: Сб сен 10, 2011 17:46:25
Re: программирование микроконтроллеров в Linux (Ubuntu)
Если требуется просто gui над консольной avrdude то можно воспользоваться имеющимися(например почитать http://we.easyelectronics.ru/perry_mosh ... udess.html) или просто взять любой редактор с поддержкой вызова внешних команд(например CodeLite), и прописать вызов avrdude оттуда.
Если требуется "студия", то можно использовать Eclipse с плагином для AVR: https://www.ibm.com/developerworks/ru/l ... tml#N100D2
Если требуется "студия", то можно использовать Eclipse с плагином для AVR: https://www.ibm.com/developerworks/ru/l ... tml#N100D2
- jn79
- Опытный кот
- Сообщения: 822
- Зарегистрирован: Ср окт 10, 2007 10:54:35
- Откуда: Омская обл
- Контактная информация:
Re: программирование микроконтроллеров в Linux (Ubuntu)
я не разработчик (точнее разрабатываю но программы не пишу) и в процессе отладки схемы очень много приходится прошивать и пики и атмеги
поэтому нужен просто прошивальщик с GUI да и программаторы которые с ним дружат
к консоли привыкаю так как некоторые вещи без неё никак
но после 17 лет стажу на винде
тяжело
поэтому нужен просто прошивальщик с GUI да и программаторы которые с ним дружат
к консоли привыкаю так как некоторые вещи без неё никак
- Реклама
- jn79
- Опытный кот
- Сообщения: 822
- Зарегистрирован: Ср окт 10, 2007 10:54:35
- Откуда: Омская обл
- Контактная информация:
Re: программирование микроконтроллеров в Linux (Ubuntu)
а атмегами вроде бы разобрался - китайский USBASP
остались пики
остались пики
Re: программирование микроконтроллеров в Linux (Ubuntu)
для пиков - Pickit3 и MPLABX(берется на сайте микрочипа) - хорошая связка 
Re: программирование микроконтроллеров в Linux (Ubuntu)
А под вайном стандартные проги работают?
Re: программирование микроконтроллеров в Linux (Ubuntu)
[uquote="radteh",url="/forum/viewtopic.php?p=3239380#p3239380"]А под вайном стандартные проги работают?[/uquote]
что вы подразумеваете под стандартными прогами? Однажды пытался запустить Proteus восемь там какой-то версии, работало, но глючило.
Проще оказалось поставить ХРюшу в VirtualBox, и скинуть туда все барахло не совместимое с Linux.
Сейчас все на USB, проброс портов в гостевую машину избавляет от всех этих танцев с подменой dll в Wine.
Ну и да, режим интеграции рабочего стола тоже классная вещь, даже не замечаешь, что работаешь не в хостовой машине.
Плюс возможности создания снапшотов, отката, копирования виртуальной машины... красота, работай не хочу)
что вы подразумеваете под стандартными прогами? Однажды пытался запустить Proteus восемь там какой-то версии, работало, но глючило.
Проще оказалось поставить ХРюшу в VirtualBox, и скинуть туда все барахло не совместимое с Linux.
Сейчас все на USB, проброс портов в гостевую машину избавляет от всех этих танцев с подменой dll в Wine.
Ну и да, режим интеграции рабочего стола тоже классная вещь, даже не замечаешь, что работаешь не в хостовой машине.
Плюс возможности создания снапшотов, отката, копирования виртуальной машины... красота, работай не хочу)
- jn79
- Опытный кот
- Сообщения: 822
- Зарегистрирован: Ср окт 10, 2007 10:54:35
- Откуда: Омская обл
- Контактная информация:
Re: программирование микроконтроллеров в Linux (Ubuntu)
под вайном говорят проброса USB нету но разработчики vine говорят что можно
а как не говорят
Последний раз редактировалось jn79 Чт ноя 23, 2017 07:57:49, всего редактировалось 1 раз.
Re: программирование микроконтроллеров в Linux (Ubuntu)
В своё время(пару лет назад) пытался завести под вайном софтину для usb-осциллографа, сама софтина работала хорошо, а вот дрова на неё не работали, вайн не умел работать с usb. Как оно сейчас неизвестно
- Ярослав555
- Поставщик валерьянки для Кота
- Сообщения: 2081
- Зарегистрирован: Пт май 31, 2013 17:14:38
- Откуда: Украина, Винница
Re: программирование микроконтроллеров в Linux (Ubuntu)
[uquote="radteh",url="/forum/viewtopic.php?p=3235033#p3235033"]Я под винду ни одного нормального GUI не видел для atmel, вечная беда с фьюзами, вертят их бедных кто как хочет.[/uquote]
Burn-o-mat - оболочка для дуда. Написано на джаве и интерфейс интересный. Но позволяет не париться с фьюзами - выбираешь нужный вариант галочкой и оно само шьет нужные фьюзы.
Burn-o-mat - оболочка для дуда. Написано на джаве и интерфейс интересный. Но позволяет не париться с фьюзами - выбираешь нужный вариант галочкой и оно само шьет нужные фьюзы.
- jn79
- Опытный кот
- Сообщения: 822
- Зарегистрирован: Ср окт 10, 2007 10:54:35
- Откуда: Омская обл
- Контактная информация:
Re: программирование микроконтроллеров в Linux (Ubuntu)
для пиков под линукс тогда остановимся - Pickit3 и MPLABX
Re: программирование микроконтроллеров в Linux (Ubuntu)
[uquote="jn79",url="/forum/viewtopic.php?p=3240419#p3240419"]под вайном говорят проброса USB нету но разработчики vine говорят что можно
а как не говорят[/uquote]
У меня на работе на одной машине работает под вайном софт для COM портов. В качестве COM портов переходники USB-RS232. Надо пробовать
У меня на работе на одной машине работает под вайном софт для COM портов. В качестве COM портов переходники USB-RS232. Надо пробовать
Re: программирование микроконтроллеров в Linux (Ubuntu)
Натурные эксперименты показали что STM32 програмится (через встроенный бутлоадер) программой stm32flash через любой usb-to-uart bridge на 3.3V по вкусу. Фирмвару писать можно на обычном GCC (cross - gcc-arm-eabi-none или gcc-arm-linux-gnueabihf, для Cortex M3 подходят оба, для M0 - только eabi-none), а платы рисовать можно в KiCad например 
Re: программирование микроконтроллеров в Linux (Ubuntu)
linuxdude , ну и нахрена эти извращения? Ставим SES и прекрасно работаем, плюс и прошивка и дебаг с JLink...
Re: программирование микроконтроллеров в Linux (Ubuntu)
так-то не всем хотелось ses, и не у всех программатор jlink. Мне вот оно не нать, есть openocd и китайский stlink.
Re: программирование микроконтроллеров в Linux (Ubuntu)
[uquote="dosikus",url="/forum/viewtopic.php?p=3301745#p3301745"]linuxdude , ну и нахрена эти извращения? Ставим SES и прекрасно работаем, плюс и прошивка и дебаг с JLink...[/uquote]
Не знаю кто и что такое SES, зато...
1) Я уже был с GCC "на ты" пописывая небольшие программки для своих нужд. А теперь я с ним могу фамильярничать, попросив разложить секции как надо и проч. А заодно научился запускать bare metal вообще совсем с нуля сам. Вплоть до того что у меня может не быть никаких либ, никакого чужого кода на мутных условиях, только я, камень и компилятор. По своему прикольно, хоть и не очень просто. Я себе написал макросы и хидеры как мне нравилось. А STMicro может идти нафиг с своими чудными либами, у которых лицензия запрещает использовать их наработки на процах отличных от STM. Это что, если кто-то сделает вкусный процик, мне будет нельзя перенести туда проекты? Это удобно для STMicro, но очень неудобно для меня в долговременном плане.
2) У меня уже есть програмерский редактор который мне нравится. Я умею пользоваться всякими там git, make и прочими. Ну я и запилил себе сборку прошивки и даже ее заливку в привычном мне виде. Без всякого проприетарного барахла, которое чаще всего пытается лучше меня знать что я хочу. Чем вымораживает неимоверно.
3) У меня нет jlink, зато есть куча добра на FT232, PL2303 и прочих. Сбилдованая фирмварь улетела за пару секунд в уарт, очень мило. А пока я не запустил UART чтобы в него выводить статусы - делал чекпойнты в RAM, скидывал RAM бутлоадером, было вполне понятно что сработало ок а где глюки. Но это было надо только пока я не понял основ и не отловил наиболее крутые свои косяки.
И теперь небольшая фирмвара для моих нужд делается так же как небольшие сишные програмки для моих нужд. Я и на компьютере не сильно морочался source-level дебагом, как максимум в gdb дебажил что-то но это были чужие программы огроменного размера. Я сам не пишу программные комплексы ТАКОЙ сложности. И упаси меня такое на мк наворачивать. Но если мне реально приспичит, я таки достану из запасов 2232H и лутану плату под него, после чего я смогу тыкаться привычным мне gdb и через jtag, потому что openocd. Но пока мне это не требуется, я не горю желанием отлаживать на мк многопроцессные ртосы и проч, а состояние простой фирмвария я и без дебагера неплохо понимаю. К тому же при косяке git позволяет мне быстро отмотать в все еще рабочую точку. Надо будет попробовать git bisect прошивки в качестве утонченных извращений
Не знаю кто и что такое SES, зато...
1) Я уже был с GCC "на ты" пописывая небольшие программки для своих нужд. А теперь я с ним могу фамильярничать, попросив разложить секции как надо и проч. А заодно научился запускать bare metal вообще совсем с нуля сам. Вплоть до того что у меня может не быть никаких либ, никакого чужого кода на мутных условиях, только я, камень и компилятор. По своему прикольно, хоть и не очень просто. Я себе написал макросы и хидеры как мне нравилось. А STMicro может идти нафиг с своими чудными либами, у которых лицензия запрещает использовать их наработки на процах отличных от STM. Это что, если кто-то сделает вкусный процик, мне будет нельзя перенести туда проекты? Это удобно для STMicro, но очень неудобно для меня в долговременном плане.
2) У меня уже есть програмерский редактор который мне нравится. Я умею пользоваться всякими там git, make и прочими. Ну я и запилил себе сборку прошивки и даже ее заливку в привычном мне виде. Без всякого проприетарного барахла, которое чаще всего пытается лучше меня знать что я хочу. Чем вымораживает неимоверно.
3) У меня нет jlink, зато есть куча добра на FT232, PL2303 и прочих. Сбилдованая фирмварь улетела за пару секунд в уарт, очень мило. А пока я не запустил UART чтобы в него выводить статусы - делал чекпойнты в RAM, скидывал RAM бутлоадером, было вполне понятно что сработало ок а где глюки. Но это было надо только пока я не понял основ и не отловил наиболее крутые свои косяки.
И теперь небольшая фирмвара для моих нужд делается так же как небольшие сишные програмки для моих нужд. Я и на компьютере не сильно морочался source-level дебагом, как максимум в gdb дебажил что-то но это были чужие программы огроменного размера. Я сам не пишу программные комплексы ТАКОЙ сложности. И упаси меня такое на мк наворачивать. Но если мне реально приспичит, я таки достану из запасов 2232H и лутану плату под него, после чего я смогу тыкаться привычным мне gdb и через jtag, потому что openocd. Но пока мне это не требуется, я не горю желанием отлаживать на мк многопроцессные ртосы и проч, а состояние простой фирмвария я и без дебагера неплохо понимаю. К тому же при косяке git позволяет мне быстро отмотать в все еще рабочую точку. Надо будет попробовать git bisect прошивки в качестве утонченных извращений
Re: программирование микроконтроллеров в Linux (Ubuntu)
[uquote="radteh",url="/forum/viewtopic.php?p=3239380#p3239380"]А под вайном стандартные проги работают?[/uquote]
Вы до такой степени ненавидите Била?

Вы до такой степени ненавидите Била?
Re: программирование микроконтроллеров в Linux (Ubuntu)
linuxdude, а надо бы было погуглить.
SES - Segger Embedd Studio это то что позволяет без перечисленных вами танцев -работать с арм.
А тот же JLinkOB точно так же лутиться за пару часов...
SES - Segger Embedd Studio это то что позволяет без перечисленных вами танцев -работать с арм.
А тот же JLinkOB точно так же лутиться за пару часов...


