Лидеры

А частотометр насколько точно саму частоту измеряет? Это отсыл к тому, чтобы почитать доки к частотометру и узнать его погрешности. Как минимум, ±1 ед.младш.разряда будет, а то и больше, да плюс процент от полной шкалы. --- Чел спрашивает, как ТОЧНО настроить частоту, а ему советуют - вскройте корпус, надфилем спилите или графита насыпьте :)))) Вообще, обычные кварцы - ±20 ppm (долей на миллион) или 0,002%

Спасибо, не знал. Хотя сейчас из-за 32-64 пришлось соскочить с баз данных. Посмотрим, может понадобится в будущем...

Да. А ещё эффективнее - проверять периодически, в фоне. Чтобы потом вообще не ждать. В моём последнем драйвере SPI-флешь алгоритм проверки завершения записи/стирания был такой: После завершения любой операции записи/стирания, я запускал таймер задержки на время T1, по истечении которого, стартовал транзакцию чтения регистра состояния флешь (проверки флага BUSY). Если флаг BUSY ещё остался активен - перезапускал таймер на время T2 и повторял так операцию многократно, периодически. Если API записи/стирания было вызвано до момента обнаружения снятия BUSY, то задача ОС, вызвавшая это API ставилась в ожидание BUSY, а время T2 опроса BUSY опционально укорачивалось (если запрос к API был высокоприоритетный). Соответственно - при обнаружении снятия BUSY, все ожидающие доступа к API записи/стирания задачи возобновлялись по их приоритету. Время T1 - выбиралось в зависимости от завершившейся операции - стирания или записи. Выбиралось чуть больше минимальной (по даташиту) длительности соответствующей операции. Таким образом, при произвольных, непрогнозируемых по времени запросов к API записи/стирания от разных задач ОС, в большинстве случаев не нужно было ждать опроса BUSY перед началом транзакции записи/стирания. PS: Это если серьёзно подходить к реализации драйвера FLASH и стараться максимально ускорить работу.

Да это не проблема. При составлении BOM добавляется столбец источника. и если это не база -- проект не принимается

Не, весь Access не нужен, достаточно Microsoft Access database engine, а он качается бесплатно с сайта MS. Имхо, самая большая проблема - заставить всех пользоваться общими библиотеками, а не делать свои. Я - против 🙂

Знаете про этот сайт https://esphome.io/ ? Может найдете что-нибудь полезное, исходники открыты. Я уже много лет использую устройства на ESP32 в связке с Home assistant. Я ни разу не наблюдал зависаний. Из проблем только бывает что устройства, отдаленные от роутера теряют связь и не соединяются пока им не передернешь питание, но при этом остальная логика процессора работает. Такая же беда у меня случается с термостатом от фирмы Moes, кажется он сделан на ESP8266. Про софтовую перезагрузку пишут вот это ...but note that the low level IP stack currently seems to have issues with WiFi where a full reboot is required to get the interface back working.