Кстати с RTT можно работать не только через JLink, например через дешевые отладчики для МК WCH32 -- WCH-LinkE. Еще минутка саморекламы, я об этом писал статью, может быть будет интересно https://habr.com/ru/articles/813669/
С тех пор как писал статью на WCH32 так и не появилось проекта, поэтому говорить на сколько удобнее или наоборот работать с RTT через WCH-LinkE не могу. Также не могу сказать на сколько это надежно.
Да, кажется, что не сложно, на сколько помню segger поставляет динамическую библиотеку для управления JLink. Уже не помню название, соответственно из C можно к ней прилинковаться и дергать те же методы, что и в питоне.
Я использовал питон в первую очередь из за хорошей и простой библиотеки cli (история, автодополнения итд).
Ну из моего скрипта можно сделать бинарь, там по-моему даже для винды поверешелл скрипт лежит, способ в общем то стандартный с помощью pyinstaller. Или даже бинарь я в релизы клал, но потом в принципе на релизы поклал и там старая версия.
Давно пользуюсь rtt очень удобная штука. Написал для себя консольную утилиту, аналог rtt viewer, по сути обмазка на питоне для dll от Segger. Может кому-нибудь тоже будет полезным https://github.com/Mcublog/rtt-console
Ещё было бы интересно почитать про тренды в контексте си это про добавленный заголовок в си11 -- threads.h
Понятно, что там практически тоже самое, как в posix тредах. но инфы про его использование практически нет. На сколько он поддержан компиляторами и кроссплатформенный
У самого руки не доходят пощупать, так что буду рад если найдете время и самое главное желание в этом разбраться)
Да хорошо вас понимаю. Я занимаюсь embedded устройствами и тоже порой испытываю радость, когда удается портировать свою прогу на очередную "кофемашину".
Нравятся ваши статьи, поэтому решил написать коммент в поддержку, чтобы писать дальше мотивация не пропала👍
А что касается темы, на мой взгляд, аудитория становится шире, поэтому набирают популярность темы не связанные с айти, которые всегда интересны хардкорным программистам. Это даже в некотором роде даже отражает общее состояние отрасли, когда в компаниях относительно мало разработчиков.
Многие статьи пропускаю, но и часто что-то интересное нахожу, так всегда было на моей памяти. Хотя лично для меня зачастую комментарии интереснее статьи.
Не особо виндузятник, но часть коллег на Винде и особенных отличий в настройке того же gcc нет. Вот моя довольно старая статья по настройке gcc для arm на Винде в vscode, может быть будет полезна. Для компилятора под riscv будет аналогично.
Для быстрого старта использовать лучше те среды и примеры, что предлагает производитель. А потом уже создавать свой воркфлоу, если готовый не зайдет.
На C++ можно писать по разному, но по моему опыту существенной разницы нет. Если использовать больше всякого разного из стандартной библиотеки, то размер естественно подрастает.
Присоединяюсь к комментариям выше про то, что FreeRTOS фактически планировщик с набором сервисов синхронизации. Также замечу, что есть порт для win/lin, может пригодится при осваивании или эмуляции.
На сколько помню порт основан на posix тредах. Причем после того, как фриртос попала в руки Амазон, они что-то сломали в этом порте. Не помню, что, но помню, что легко было исправить, больше было похоже на опечатку, может быть поправили уже.
Вот моя репа с зарисовками по запуску фриртос+cmake на компе, это форк другого проекта с моими мелкими испавлениями, может кому-то пригодится
GitHub - Mcublog/FreeRTOS-CMake: FreeRTOS Linux simulator with CMake
На мой взгляд правительство так пытается экономить на проверках, за счёт автоматизации отчётности. На сколько это все эффективно сказать не могу
А так ещё и сами чеки в России достаточно замороченные, с разными дизайнами у разных продавцов. В мире мало кто ещё обращает внимание на внешний вид чека.
Спасибо за статью. Не знал, что в QEMU есть эмулятор периферии. Хотя как понял, он довольно неполный
Работаю примерно тем же путем, но собираю прошивку просто под десктоп.
Железноспецифичные вещи меняю на аналоги, типа флешку на файл, вход концевика значение в файле. Внешние скрипты просто пишут в файлы эмулируя работу внешних устройств.
Эмуляцию окружения и его детализированность делаю в разумных пределах, где-то чуть подробнее, где-то просто затычка
Подобными способами отлаживаю и проверяю "бизнес" логику. Для железа отдельный hw тесты
Графику просто вывожу фрейм буфер в файлы картинок, с довольно низким ФПС. Можно наверное и с высоким, но не вижу для себя смысла. Все что нужно вижу)
Всю эту требуху держу на tmpfs. Если надо сдампить стейт, то отдельными скриптами сохраняю состание всех нужных файлов, потом также делаю рестор.
Кроме шуток может быть и другой, сейчас поиск черти как работает из-за внедрения ИИ.
Погуглил по названию платы https://github.com/art103/JZ-F407VET6
Но вообще это стм32 для них огромное количество примеров есть, а чтобы было поинтереснее, то можно адаптировать их к плате)
Кстати с RTT можно работать не только через JLink, например через дешевые отладчики для МК WCH32 -- WCH-LinkE. Еще минутка саморекламы, я об этом писал статью, может быть будет интересно https://habr.com/ru/articles/813669/
С тех пор как писал статью на WCH32 так и не появилось проекта, поэтому говорить на сколько удобнее или наоборот работать с RTT через WCH-LinkE не могу. Также не могу сказать на сколько это надежно.
Через JLink RTT работает как часы.
Спасибо.
Да, кажется, что не сложно, на сколько помню segger поставляет динамическую библиотеку для управления JLink. Уже не помню название, соответственно из C можно к ней прилинковаться и дергать те же методы, что и в питоне.
Я использовал питон в первую очередь из за хорошей и простой библиотеки cli (история, автодополнения итд).
Ну из моего скрипта можно сделать бинарь, там по-моему даже для винды поверешелл скрипт лежит, способ в общем то стандартный с помощью pyinstaller. Или даже бинарь я в релизы клал, но потом в принципе на релизы поклал и там старая версия.
Давно пользуюсь rtt очень удобная штука. Написал для себя консольную утилиту, аналог rtt viewer, по сути обмазка на питоне для dll от Segger. Может кому-нибудь тоже будет полезным https://github.com/Mcublog/rtt-console
Спасибо за статью и отдельное за проведенные измерения получившейся погрешности!
Сам накалывался на неверной полярности.
Большое спасибо за такую интересную статью. А также хотел сказать спасибо за ваши книги, вырос на них.
Нет ну точно требуется тег наброс на вентилятор😂😅
Отлично, спасибо👍
Спасибо за статью!
Ещё было бы интересно почитать про тренды в контексте си это про добавленный заголовок в си11 -- threads.h
Понятно, что там практически тоже самое, как в posix тредах. но инфы про его использование практически нет. На сколько он поддержан компиляторами и кроссплатформенный
У самого руки не доходят пощупать, так что буду рад если найдете время и самое главное желание в этом разбраться)
Да хорошо вас понимаю. Я занимаюсь embedded устройствами и тоже порой испытываю радость, когда удается портировать свою прогу на очередную "кофемашину".
Нравятся ваши статьи, поэтому решил написать коммент в поддержку, чтобы писать дальше мотивация не пропала👍
А что касается темы, на мой взгляд, аудитория становится шире, поэтому набирают популярность темы не связанные с айти, которые всегда интересны хардкорным программистам. Это даже в некотором роде даже отражает общее состояние отрасли, когда в компаниях относительно мало разработчиков.
Многие статьи пропускаю, но и часто что-то интересное нахожу, так всегда было на моей памяти. Хотя лично для меня зачастую комментарии интереснее статьи.
https://github.com/Mcublog/jirabot простейший бот кнутейщик😉 позволяет логировать таски в джире.
Писал для себя, поэтому функций не так и много, иногда глючит подсчет списанного времени 😂
Не особо виндузятник, но часть коллег на Винде и особенных отличий в настройке того же gcc нет. Вот моя довольно старая статья по настройке gcc для arm на Винде в vscode, может быть будет полезна. Для компилятора под riscv будет аналогично.
Для быстрого старта использовать лучше те среды и примеры, что предлагает производитель. А потом уже создавать свой воркфлоу, если готовый не зайдет.
На C++ можно писать по разному, но по моему опыту существенной разницы нет. Если использовать больше всякого разного из стандартной библиотеки, то размер естественно подрастает.
Коммент в поддержку) спасибо за статью, прочитал с удовольствием. Особенно понравился хак со звуком!
Крутая и глубокая статья, спасибо. Столько интересной информации из простого ногодрыга👍👍
Присоединяюсь к комментариям выше про то, что FreeRTOS фактически планировщик с набором сервисов синхронизации. Также замечу, что есть порт для win/lin, может пригодится при осваивании или эмуляции.
На сколько помню порт основан на posix тредах. Причем после того, как фриртос попала в руки Амазон, они что-то сломали в этом порте. Не помню, что, но помню, что легко было исправить, больше было похоже на опечатку, может быть поправили уже.
Вот моя репа с зарисовками по запуску фриртос+cmake на компе, это форк другого проекта с моими мелкими испавлениями, может кому-то пригодится
На мой взгляд правительство так пытается экономить на проверках, за счёт автоматизации отчётности. На сколько это все эффективно сказать не могу
А так ещё и сами чеки в России достаточно замороченные, с разными дизайнами у разных продавцов. В мире мало кто ещё обращает внимание на внешний вид чека.
Спасибо за статью. Не знал, что в QEMU есть эмулятор периферии. Хотя как понял, он довольно неполный
Работаю примерно тем же путем, но собираю прошивку просто под десктоп.
Железноспецифичные вещи меняю на аналоги, типа флешку на файл, вход концевика значение в файле. Внешние скрипты просто пишут в файлы эмулируя работу внешних устройств.
Эмуляцию окружения и его детализированность делаю в разумных пределах, где-то чуть подробнее, где-то просто затычка
Подобными способами отлаживаю и проверяю "бизнес" логику. Для железа отдельный hw тесты
Графику просто вывожу фрейм буфер в файлы картинок, с довольно низким ФПС. Можно наверное и с высоким, но не вижу для себя смысла. Все что нужно вижу)
Всю эту требуху держу на tmpfs. Если надо сдампить стейт, то отдельными скриптами сохраняю состание всех нужных файлов, потом также делаю рестор.
Да, большое спасибо) Прочитал с большим интересом.
Буду использовать твой форк, как образец. Поэкспериментирую с тем, что узнал из статьи в своих проектах.