mcu_by

Респект

Молодцы

А можете добавить в таблицу embedded developer?

Отличная статья!

если хотите, тогда ок

советую брать openocd от сюда (openocd.zylin.com)
git clone openocd.zylin.com/openocd
и после собрать
./bootstrap
./configure --enable-ft2232_ftd2xx
make
sudo make install

можно так:
openocd -f interface/stlink.cfg -f target/stm8l.cfg -c «init» -c «reset init»
либо так
openocd -f interface/stlink.cfg -f target/stm8l152.cfg -c «init» -c «reset init»

Openocd хорошо работает с stm8 (http://openocd.zylin.com/#/q/stm8) и уже давно.

А зачем подключать внешний отладчик если на дев ките уже?

1. stm32mp1 — это не микроконтроллер, а микропроцессор (https://www.st.com/en/microcontrollers-microprocessors/stm32mp1-series.html, STM32MP1 microprocessor series with dual Arm® Cortex®-A7 and Cortex®-M4 Cores)
2. «Поскольку ядро М4 работает под управлением А7, значит под управлением OpenSTLinux.» Не догма, Developers should note that OpenSTLinux Distribituion is not a specific, custom Linux distribution. Вы может использовать buildroot для сборки тоже, плюс можно там и там запускать и bare-metal и rtos.
3. Raspberry в разы мощнее чем mp1
4. «В этом кристалле у ядра М4 есть только оперативная память и код выполняется из нее (из даташита):» скорее правильно написать:
All devices feature:
• SYSRAM in MPU domain: 256 Kbytes
• SRAM1 in MCU domain: 128 Kbytes
• SRAM2 in MCU domain: 128 Kbytes
• SRAM3 in MCU domain: 64 Kbytes
• SRAM4 in MCU domain: 64 Kbytes
• RETRAM (retention RAM): 64 Kbytes
The content of this area can be retained in Standby or VBAT mode.
• BKPSRAM (backup SRAM): 4 Kbytes
The content of this area is protected against possible unwanted write accesses, and
can be retained in Standby or VBAT mode.
BKPSRAM can be defined (in ETZPC) as accessible by secure software only
там память шарится между ядрами.

Спасибо за статью, но статья содержит некоторое на мой взгляд количество неточностей:
Общая схема автоматизации промышленного объекта  не имеет отображение исполнительных механизмов, странно так же изображать модуль cpu и писать что это микроконтроллер, в промышленной автоматики на структурных схемах и не только показывают, что модуль cpu, и чаще всего он в одной стойки и имеет общую шину туже что и модули AI/AO/DI/DO, если схема распределенная тогда возможно. Сам модуль cpu может быть как soc, как микроконтроллер, как микропроцессор так и fpga, так же я бы добавил специализированные модули, интерфейсные модули и т. п в общую схему автоматизации промышленного объекта. Странно что в статье нет упоминания scada систем, т. к. за hmi панель точно никто целый день не стоит, и это не предоставляет не удобств, конечно если у вас не ЧПУ тогда все возможно, но все сложные производства управляются через scada системы. «Качество и размер изображения на малоформатных панелях оставляет желать лучшего» достаточно высокого качества изображение возьмите например панели waintek или siemens hmi панели и других производителей. UART не использует такие как он есть, используют rs232 и rs485, внутри да конечно uart. Странно что в статье Modbus и HART старые протоколы а, вот ethernet то нет, хотя ethernet тоже достаточно старый протокол. «Второе поколение протоколов или не совсем промышленные шины ISA, PCI(e) и VME» не вписывается в вашу концепцию описания «Общая схема автоматизации промышленного объекта», либо я что-то не да понял.
Далее полевые устройства: датчик и исполнительные механизмы, в свою очередь так же имеют уже давно интеллектуальные интерфейсы для передачи данных пусть то (profinet, profibus или т. п.). Так же есть множество компаний который выпускают пром автоматику, где модули di/do/ai/ao и cpu соединены между собой не общей шинной, а посредством ethernet, modbus rtu или modbus tcp/ip. Да и де факто siemens, abb мировые лидеры пром автоматики, поэтому эти компании диктуют условия развития пром сетей и промышленного оборудования. EtherCAT разработан компанией Beckhoff. Beckhoff в первую очередь делали данный протокол под свои ПЛК, и почему в статье нет термина ПЛК(PLC), pac и т. п.?

респект ребята)) очень круто!

спасибо за статью)

я думаю если компания делала данный проект на bare metal или rtos, то они бы делали бы еще) (а bare metal в данной реализации вообще пагубное дело), плюс мне кажется у них был жесткая необходимость в работе с файловыми системами, а если это микроконтроллеры выбор не большой, чтобы не передумывать велосипеды полностью поддерживаю реализацию promwad. Плюс судя по статье у них очень много логики заточено на ethernet, поэтому делать на lwip это можно, но за чем, плюс автор пишет система должна быть масштабируемой, на linux это делать гораздо проще, так как по описанию у них явно много поточное приложение. Спасибо за статью.

в чем отличие от первого издания?

Просто заходите на сайт, при скачивании ставите галочку ознакомится, вам присылают на почту ключ и можно работать )

все такие опубликовали мой комент) и подготовились), правда в том, что люди которые дойдут до красивой отладки изучать почти весь freetos, я думаю многие для это используют статьи Курниц А. для изучения freertos, там отладка одна из последних статей, еще в защищу Tracealyzer уже давно для него не нужен только st-link и j-link, вот ссылка percepio.com/docs, и вот поддерживаемые интерфейсы через которые можно получать всю информацию для freertos:
File/
Jlink_RTT/
TCPIP/
TCPIP_Win32/
USB_CDC/
так же Tracealyzer поддерживает не только freertos, а так же embos, threadxm vxworks и др., поэтому инструмент перспективнее, портирование так же много времени не занимает, подключение легче, чем корректная настройка config для freertos :) и я уверен, что emmbedder в будущем перейдет на новую rtos, и что ему делать тогда? лучше способ это Tracealyzer :) посмотрите насколько он прекрасен, а получить можно его бесплатно)
youtu.be/mt0CSvLI5Ho

Статья хорошая, но уже неактуальная, лет 5 назад зашла бы статья, но сейчас, есть хорошие инструменты такие как tracealyzer от percepio, где столько возможностей… что на примере данной отладки многопоточности, все это кажется древностью )

Может конечно я ошибаюсь, но когда sam-ba от atmel(microchip), стала предзагрузчиком? Для меня это по для прошивки, вы берете бинарь и льете его в ту область памяти которая Вам необходима (так же выбора интерфейса по которому льется бинарь), по поводу терминологии, вы сначала выставляете boot mode для камня, а уже по boot mode происходит переключение интерфейсов и после загрузчик первого уровня начинает, работать с тем boot mode который вы указали. Плюс sam-ba это спец пакет для заливки прошивок, так же все это можно делать и без sam-bы, можно же залить bare metal по через jtag. Такое по как sam-ba есть у многих производителей железа.

Да, будет не одновременный запуск, MCU-микроконтроллеры cortex M, MPU-микропроцессоры cortex A(для данного контекста). Да именно не было упоминания bootstrap (mlo, at91bootstrap и т.п.), bootstrap можно отдельно собирать, если производитель предоставляет исходники. Плюс с помощью soc можно контролировать работу cortex-A(linux) на каждом шаге работы, уйдя например от smp в сторону amp(openamp, mcapi и т.д.) можно гарантировать безопасность системы, тогда сложно будет нарушить работу системы в целом.

Спасибо за статью, но Вы не совсем корректно описали этапы загрузки MPU, см. free-electrons.com/doc/training/embedded-linux/embedded-linux-slides.pdf (стр. 95-97), процесс запуска может отличатся от камня к камня, плюс доверенная загрузка может быть когда у Вас на борту soc(cortex A + M), тогда у Вас 2 камня, MCU общается MPU с через внутр. адреса и шины, тогда cortex M проверяет легальность данных и после разрешает запуск, чем не вариант?

makefile — медленно, qbs быстрый вариант сборки, почитайте про qbs и перестанете использовать eclipse, насчет предприятий не согласен, есть множество компаний в которых предпочитают eclipse, в других keil, в третьих iar и т.п., но когда им показываешь насколько удобнее использовать qt+qbs, все они забывают про другие продукты для embedded под микроконтроллеры.

Не советую использовать eclipse, т.к. нужно ждать «пол года» пока соберется проект, затем не комфортный интерфейс, помне лучше использовать qt+ qbs для этих целей, во много раз удобнее, да и билд система лучше работает, в плане быстродействия в разы.

Меня интересуют вопрос по embedded, в частность было объявлено, что с приходом qt lite будет поддержка cortex M7, если у же такая возможность?, если нет, то когда будет, что будет из себя представлять, какой будет функционал?

Как всегда, приятно читать статью автора. Хорошие статьи.

С большим бы интересом посмотрел курс выложенный потом в онлайн (особенно низкоуровневые транзакции для USB и курс по FPGA), потому что желающие есть и из Белоруссии.

Предлагаю Вам взять на рассмотрение еще Беларусь, желающих тут будет много, программа у Вас очень интересная. Будет ли видео запись семинаров?