Daniil

Тут сложно сказать. Проблема исправлена в нативном андроиде. В кастомных версиях андроида разных производителей могут быть свои особенности. Или приложение требует доработки (https://developer.android.com/about/versions/12/features#bluetooth-permissions😞

Мне тоже стало интересно, я с таким не сталкивался раньше. Погуглил и нашел вот это - https://issuetracker.google.com/issues/37065090 Коротко: непонятно зачем это сделали, но этот баг (или фича?) провисел много лет и был исправлен только в 12-м андроиде, если судить по трекеру.

Интересно, а с какого размера партии китайский завод начнёт со мной разговаривать?

Согласен, но это детали. Время выборки все равно сильно медленнее встроенной Flash.

Стр.68 даташита: Да тут вроде очевидно - zero waitstates=code flash, non-zero waitstates=data flash

У них и так чип Flash внешний, только он лежит в том же корпусе поверх основного кристалла ) Они и запускаются медленнее STM32 (100-200ms), т.к. требуется время на копирования содержимого Flash в RAM.

Кэширование в RAM. При запуске содержимое Flash копируется в RAM. Вроде как там обычная отдельная SPI Flash и поэтому время доступа к ней относительно большое. Время доступа в кэшированный и обычный регионы есть в даташите:

Ну совсем в оффлайн режиме тут конечно будет не очень. Но прожить какое то время без связи очень даже возможно.

Пробовал. Несколько лет уже работает. Время получалось по NTP, а не от оператора. Раз или несколько в сутки запуск синхронизации по NTP решает проблему. Трафика это практически не расходует. Указывал три сервера для синхронизации и в случае сбоя синхронизации одного из них выбирался следующий. Без синхронизации разбег на SIM800C за сутки у меня получался несколько секунд (при комнатной температуре). Так что всё не настолько страшно. Я не претендую на правильность метода, но когда требовалась синхронизация +-пара секунд на всех устройствах, то такое решение работало довольно стабильно. Внешний RTC возможно будет стабильнее и проще, но без синхронизации время всё равно на нём уплывет рано или поздно.

Как-то очень похоже на срабатывание по перегрузке по току.

По ссылке речь идет про то, что время сбрасывается при отключении питания и некорректно получается при старте от оператора. Если мы подаем питания с батарейки на VRTC модема, то при перезапуске таких проблем нет. А способ установки времени, в таком случае, это уже дело второе. Можно как руками установить, так и получить через тот же NTP (как самый операторонезависимый). Часовой пояс всегда устанавливал жестко, через настройки, т.к. доверия операторам никогда не было. Для повышения точности можно периодически на фоне запускать синхронизацию через NTP.

Ей же. Это цитата из родного мануала: AT+CCLK=<time> Parameters <time> String type(string should be included in quotation marks) value; format is "yy/MM/dd,hh:mm:ss±zz", where characters indicate year (two last digits),month, day, hour, minutes, seconds and time zone (indicates the difference, expressed in quarters of an hour, between the local time and GMT; range -47...+48).

AT+CCLK?

Пока у меня складывается впечатление, что именно GD наиболее доступны в России. На кого из производителей тогда ориентироваться?

Насчёт закупок не знаю, а вот то, что цены и ассортимент на сайте не соответствуют реальности - 100%. В июне запрашивали у них стоимость нескольких позиций. На сайте практически все позиции были в наличии, а в присланном КП сроки поставки 3-5 недель. Ну и несколько цен для сравнения: STM32F410RBT6 - 152р на сайте и $30.23 в КП; STM32F205RCT6 - 254р на сайте и $21.75 в КП; ADuM1401CRWZ - 137р на сайте и $23.85 в КП;