turnon

Может он тогда и внутри ответа между символами вклинится? Или где границы вклинивания?

Антенный разъем страссирован так, будто это разъем DC питания. MP1584 - NOT RECOMMENDED FOR NEW DESIGNS.

А посмотреть что делают сторонние библиотеки не судьба?

Отклик на запрос приходит в виде \r\nREPLY\r\n\r\nOK\r\n.

Все ответы на запрос в конце имеют \r\nOK\r\n. Так и отличаю ответ от юрц, в том числе и на чтение имея.

А вы статью читали?

Отличная статья. Только не пойму у них единицы mF - это миллифарады или микрофарады?

InlineIni.h InlineIni.cpp

Это typical. А max - по даташиту то же самое что и у SHT35. Чуда не случилось. А есть таковые в продаже и почем? Дайте название пожалуйста.

Так а что не так с заказчиками из индустррии красоты? Часто перезагружают устройство? Так это вам в благо, баг помогли найти.

А для этого надо не переменную делать длинную, а контекст задачи дробить, где уже не надо будет писать isValidSomeStufff, а будет ясно и без комментариев, что isValid.

Ясно. А как он выбирает, какой загрузчик стартовать?

Это только с опытом приходит. Ну или жесткий контроль наставника. В таком случае нужно быть готовым уволить первых 3-4. А кто будет выбирать, какой стартовать?

А как?

А можно даже без BKPSRAM, хранить в переменной вида: inline static __no_init __root uint32_t foo @0x20000000; Ее содержимое сохранится после ресета. "Плох тот солдат, который не мечтает..." Никто не говорит что для поливалки нужно привлекать отдел тестирования боинга. Но стремиться повышать качество процессов и снижать стресс от внедрения новых фич, я считаю, необходимо даже при разработке свистоперделки. Эти навыки вам пригодятся, когда после поливалки будут более сложные девайсы.

Так что же за книжка? Не гуглится. Вот тут не понял. Да это самый ценный человек в команде и на него молиться надо. Так я и есть этот программист.

Видел исходники от файловой системы этого азура, кромешний п-ц.

А как вы поняли, что он лучший? Так я о чем?

И что вы предлагаете? Отменить тестирование потому что оно не находит 100% багов?

Всю разработку веду в vscode с тестами на googletest. Ограничений у тестов нет, память на PC бесконеяна по сравнению с ПК. Работы с железом 10% и она не меняется. А ту же логику обновления прошивки легко "замокать" и покрыть тестами.

А можно ли надеяться на корректное исполнение кода и вообще его исполнение после HardFault? И например я сохранил флаги и последний адрес памяти, как дальше работать с этой информацией?

SD, как менее надежное хранилище с большей вероятностью может дать ошибку при стирании и получится бесконечная перезапись флеша. Я бы это заменил на какой-то другой механизм. Сравнение что на флеш и на SD, флаг в BkpSram, etc. Вот встречал таких с математическим уклоном. Всякие замороченные штуки реализуют быстро, а логику приложения качественно декомпозировать/реализовать не в состоянии.

Встречал правило, что облуживается все что 0.4 мм и более.

А зачем их закрывать при HASL? Наоборот, открываю и делаю по возможности не менее 0.4 мм, чтобы HASL покрыл стенки отверстия, так повышается надежность переходного по сравнению с закрытым. А в некоторых промышленных платах видел что переходные еще и "пропаяны". Вероятно в трафарете для каждого переходного есть отверстие и туда наносится паяльная паста, чтобы заполнить переходное припоем.

А из недостатков?