Кстати и сам clang нормально собирает под arm bare metal, только нужно ему библиотеки сишные подсунуть во время линковки хоть даже от гцц или же собрать себе из исходников ллвмные.
В ответственных применениях типа авиа, авто и мед техники применяются специфические стандарты и требования к коду, где при хорошем подходе нельзя просто так взять и подсунуть левую либу, но это в идеальном мире...
Всё это, конечно, синтакический сахар. Но почему бы не написать цикл while или поднять это условие в for. Количество вопросов уменьшиться, а если ещё и магическое число скрыть за осмысленным именем макроса или константы, то и читаемость кода повысится. Можно хотя бы i назвать как timeout, вы же не перебираете массив по индексам, а ждёте.
На самом то деле, что мешает держать счётчик в ОЗУ и при событии снижения питания (детектирование любым удобным способом) или просто с более длительным периодом записывать в ПЗУ?
Переменную можно разместить в неинициализируемой области (настраиваем скрипт для линкера) и перезагрузки не страшны.
Нужна лишь ёмкость по питанию чуть больше чем обычно. Можно сказать почти бесплатное решение.
При сбросе память не обнуляется, её обнуляют, если можно так сказать, функции инициализации из crt0.o, если конечно вы не сами это реализуете, а если сами, то и проблем нет перечитать при старте всю оперативу или записать во флэш до момента её инициализации.
Сударь, на счёт потребления атмеги и СТМ вы не правы, СТМ потребляет куда больше, но правда и вычислительные возможности лучше. Все зависит от применения и прямоты рук программиста и схемотехника)
Можете дать для общественности демологин и демопароль, для попробовать без регистрации? Интеграция входа с общеизвестными сервисами (Google, Yandex, GitHub и тд.) так же была бы полезной.
Люди ленивые, а разработчики тем более.
На странице в википедии куда больше информации и куда лучше все это описано ?
Кстати и сам clang нормально собирает под arm bare metal, только нужно ему библиотеки сишные подсунуть во время линковки хоть даже от гцц или же собрать себе из исходников ллвмные.
И где тут тематика разработки под андроид, программирование микроконтроллеров?
Только ссылки на репы? Ну так не интересно.
Лучше напишите какие сложности были, как с этим боролись, примеры схем, исходников.
Пока это похоже на "я парюсь"
У вас же калибровка идет с участием большого брата(ПК) соответственно нет сложностей писать сразу все изменения за раз, а не по одному параметру?
Даже в таком случае можно подцепиться какой нибудь ide или же с помощью vscodе и cortex debug?
Да ладно, а вы посмотрите в другом месте
https://developer.arm.com/downloads/-/gnu-rm
Я ни на что не намекаю, но может нужно в более надежных источниках софт искать?
В ответственных применениях типа авиа, авто и мед техники применяются специфические стандарты и требования к коду, где при хорошем подходе нельзя просто так взять и подсунуть левую либу, но это в идеальном мире...
Интересно, а почему бы не взять гцц еще старее?
Всё это, конечно, синтакический сахар. Но почему бы не написать цикл while или поднять это условие в for. Количество вопросов уменьшиться, а если ещё и магическое число скрыть за осмысленным именем макроса или константы, то и читаемость кода повысится. Можно хотя бы i назвать как timeout, вы же не перебираете массив по индексам, а ждёте.
На самом то деле, что мешает держать счётчик в ОЗУ и при событии снижения питания (детектирование любым удобным способом) или просто с более длительным периодом записывать в ПЗУ?
Переменную можно разместить в неинициализируемой области (настраиваем скрипт для линкера) и перезагрузки не страшны.
Нужна лишь ёмкость по питанию чуть больше чем обычно. Можно сказать почти бесплатное решение.
Странные у вас задачки для повышения. Это же типичная задача для первого-второго курса какого-нибудь универа.
Про vscode было бы интересно увидеть.
Голубчик, про плюсы это вы зря. Если грамотно использовать, то на много интереснее и удобнее выходит.
Где речь про гос банки? Там про компании с госучастием, про банки не сказано.
Ну и где тут работа буфера в раме, если ядро загружено? Прерывания это понятно, но прерывания жутко медленная штука.
Я бы тоже почитал, где это в cortex m0-3 есть буфер для gpio?
При сбросе память не обнуляется, её обнуляют, если можно так сказать, функции инициализации из crt0.o, если конечно вы не сами это реализуете, а если сами, то и проблем нет перечитать при старте всю оперативу или записать во флэш до момента её инициализации.
Сударь, на счёт потребления атмеги и СТМ вы не правы, СТМ потребляет куда больше, но правда и вычислительные возможности лучше. Все зависит от применения и прямоты рук программиста и схемотехника)
Не понимаю, чем вам vscode не угодил, куда более гибкий инструмент, те же снипеты с кодом не проблема?
Люди ленивые, а разработчики тем более.