Ещё было бы интересно почитать про тренды в контексте си это про добавленный заголовок в си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. Если надо сдампить стейт, то отдельными скриптами сохраняю состание всех нужных файлов, потом также делаю рестор.
Большое спасибо за такую подробную и интересную статью, прочитал с большим интересом. Был рад узнать про сообщество вокруг МК. Феликс Лазарев и Сергей Фролов просто титаны, прямо вдохновляет их упорство и энтузиазм.
Тоже работаю с gd32 действительно удивительный чип. Типа клон, но со своими идеями. Хотя непонятно, типа скопировать аппаратный api это вообще законно, если да почему никто раньше не додумался так делать для популярных чипов.
Хотя может просто не было смысла
А так на плате для стм32 работает стабильно
Кстати заметил много комментов про ide и прочее, сам давно перелез с iar, ses, кейлов и кубов на gcc и vscode. Работает местами неидеально, зато универсально.
Если, кому интересно могу написать как настроить связку gcc + gdb + jlink + vscode + cmake. Хотя таких статей много и на Хабре в том числе, но ещё одна не помешает для популяризации)) Как говорится я использую Арч кстати😂😂
Из плюсов связки удобно делать эмулятор прошивки, писать тесты и ci/cd. Все делается в одной среде и тем же компилятором по сути.
Спасибо за статью и отдельное за проведенные измерения получившейся погрешности!
Сам накалывался на неверной полярности.
Большое спасибо за такую интересную статью. А также хотел сказать спасибо за ваши книги, вырос на них.
Нет ну точно требуется тег наброс на вентилятор😂😅
Отлично, спасибо👍
Спасибо за статью!
Ещё было бы интересно почитать про тренды в контексте си это про добавленный заголовок в си11 -- threads.h
Понятно, что там практически тоже самое, как в posix тредах. но инфы про его использование практически нет. На сколько он поддержан компиляторами и кроссплатформенный
У самого руки не доходят пощупать, так что буду рад если найдете время и самое главное желание в этом разбраться)
Да хорошо вас понимаю. Я занимаюсь embedded устройствами и тоже порой испытываю радость, когда удается портировать свою прогу на очередную "кофемашину".
Нравятся ваши статьи, поэтому решил написать коммент в поддержку, чтобы писать дальше мотивация не пропала👍
А что касается темы, на мой взгляд, аудитория становится шире, поэтому набирают популярность темы не связанные с айти, которые всегда интересны хардкорным программистам. Это даже в некотором роде даже отражает общее состояние отрасли, когда в компаниях относительно мало разработчиков.
Многие статьи пропускаю, но и часто что-то интересное нахожу, так всегда было на моей памяти. Хотя лично для меня зачастую комментарии интереснее статьи.
https://github.com/Mcublog/jirabot простейший бот кнутейщик😉 позволяет логировать таски в джире.
Писал для себя, поэтому функций не так и много, иногда глючит подсчет списанного времени 😂
Не особо виндузятник, но часть коллег на Винде и особенных отличий в настройке того же gcc нет. Вот моя довольно старая статья по настройке gcc для arm на Винде в vscode, может быть будет полезна. Для компилятора под riscv будет аналогично.
Для быстрого старта использовать лучше те среды и примеры, что предлагает производитель. А потом уже создавать свой воркфлоу, если готовый не зайдет.
На C++ можно писать по разному, но по моему опыту существенной разницы нет. Если использовать больше всякого разного из стандартной библиотеки, то размер естественно подрастает.
Коммент в поддержку) спасибо за статью, прочитал с удовольствием. Особенно понравился хак со звуком!
Крутая и глубокая статья, спасибо. Столько интересной информации из простого ногодрыга👍👍
Присоединяюсь к комментариям выше про то, что FreeRTOS фактически планировщик с набором сервисов синхронизации. Также замечу, что есть порт для win/lin, может пригодится при осваивании или эмуляции.
На сколько помню порт основан на posix тредах. Причем после того, как фриртос попала в руки Амазон, они что-то сломали в этом порте. Не помню, что, но помню, что легко было исправить, больше было похоже на опечатку, может быть поправили уже.
Вот моя репа с зарисовками по запуску фриртос+cmake на компе, это форк другого проекта с моими мелкими испавлениями, может кому-то пригодится
На мой взгляд правительство так пытается экономить на проверках, за счёт автоматизации отчётности. На сколько это все эффективно сказать не могу
А так ещё и сами чеки в России достаточно замороченные, с разными дизайнами у разных продавцов. В мире мало кто ещё обращает внимание на внешний вид чека.
Спасибо за статью. Не знал, что в QEMU есть эмулятор периферии. Хотя как понял, он довольно неполный
Работаю примерно тем же путем, но собираю прошивку просто под десктоп.
Железноспецифичные вещи меняю на аналоги, типа флешку на файл, вход концевика значение в файле. Внешние скрипты просто пишут в файлы эмулируя работу внешних устройств.
Эмуляцию окружения и его детализированность делаю в разумных пределах, где-то чуть подробнее, где-то просто затычка
Подобными способами отлаживаю и проверяю "бизнес" логику. Для железа отдельный hw тесты
Графику просто вывожу фрейм буфер в файлы картинок, с довольно низким ФПС. Можно наверное и с высоким, но не вижу для себя смысла. Все что нужно вижу)
Всю эту требуху держу на tmpfs. Если надо сдампить стейт, то отдельными скриптами сохраняю состание всех нужных файлов, потом также делаю рестор.
Да, большое спасибо) Прочитал с большим интересом.
Буду использовать твой форк, как образец. Поэкспериментирую с тем, что узнал из статьи в своих проектах.
Большое спасибо за такую подробную и интересную статью, прочитал с большим интересом. Был рад узнать про сообщество вокруг МК. Феликс Лазарев и Сергей Фролов просто титаны, прямо вдохновляет их упорство и энтузиазм.
Спасибо за статью, очень интересная. У самого все руки не доходят обмазался riscv, как следует
Спасибо, за статью. Думал я один не понимаю, какие действительно объемы sram и flash у этих чипов))
Тоже работаю с gd32 действительно удивительный чип. Типа клон, но со своими идеями. Хотя непонятно, типа скопировать аппаратный api это вообще законно, если да почему никто раньше не додумался так делать для популярных чипов.
Хотя может просто не было смысла
А так на плате для стм32 работает стабильно
Кстати заметил много комментов про ide и прочее, сам давно перелез с iar, ses, кейлов и кубов на gcc и vscode. Работает местами неидеально, зато универсально.
Если, кому интересно могу написать как настроить связку gcc + gdb + jlink + vscode + cmake. Хотя таких статей много и на Хабре в том числе, но ещё одна не помешает для популяризации)) Как говорится я использую Арч кстати😂😂
Из плюсов связки удобно делать эмулятор прошивки, писать тесты и ci/cd. Все делается в одной среде и тем же компилятором по сути.
Ясно, спасибо большое за ответ. Удачи вам!