Результаты поиска

Историю про TSF для WiFi можно найти тут - https://esp8266.ru/forum/threads/sinxronizacija-chasov.1951/ И он нужен для синхронизации устройств в одной WiFi сети до +-1us. А у GSM свои форматы... И расписывать это тут с текущими тенденциями не желательно.

Это примерно как с передачей времени в AP WiFi. Или со спутника. Вам даже такую функцию в ESP слепили - esp_wifi_get_tsf_time( )

У вас неправильный модем или метод. Станция не передает лично вам сигналы синхронизации и прочие пакеты требуемые для связи, которые подходят только для вашей СИМ.

Ничего не отрубится, даже без SIM.

Смущает такое обстоятельство – если у вас стационарная проводная связь, тогда зачем геолокация? И зачем вообще обращение к внешнему NTP, если соединение проходит через WiFi роутер?

Это я о том, что проблем доступа к сторонними сервисами нет, кроме самих этих сторонних сервисов. У них неизвестный цикл жизни. Сегодня работают, а завтра поменяют или вообще отключат. В итоге надо базироваться на стандартных протоколах самой связи.

Обзор от ИИ Синхронизация времени в сетях GSM происходит автоматически: базовая станция постоянно передает точное время, а ваш мобильный телефон или GSM-модуль получает эти данные, используя протоколы стандарта, чтобы автоматически настроить свои внутренние часы, часто опираясь на сигналы от...

Что тут сложного, в перекодировании блока в пакет swire? def sws_code_blk(blk): pkt=[] d = bytearray([0xe8,0xef,0xef,0xef,0xef]) for el in blk: if (el & 0x80) != 0: d[0] &= 0x0f if (el & 0x40) != 0: d[1] &= 0xe8 if (el & 0x20) != 0...

А чип будет отвечать на своей скорости, в зависимости от кварца, т.к. протокол самосинхронизирующийся. > получается 1,5/4 Чипу пофигу - хоть 1/3

Дык примеры даны и там всё просто посмотреть... Какие могут быть нюансы: 1. Битрейт приемника у чипа не может синхронизоваться на любую скорость. Там стандартная в мегабитах - около 1 мегабита для TLSR825x и максимум за 2 Мегабита. И опускаться до синхронизации десятикратного делениям baud-rate...

А GSM модем дает правильную локацию по базовым станциям, включая время работы "белого списка". И в последнее время github уже имеет непостоянный доступ (как это происходило с ютубе), а gitverse.ru - всегда доступен. (это не в качестве рекламы gitverse, а к чему уже пора готовится с github)

Есть проблема: ip-api.com дает такой адрес: "regionName": "Smolensk Oblast", "city": "Smolensk", Но я в Лен. области.

У PHY чипов, если GPIO не притянут к стабильному уровню, то принимает всё подряд, включая статику и это отображается на потребление во время сна. В итоге “висящих” выводов оставлять нельзя.

#elif (DEVICE == DEVICE_KEY2) { GPIO_P02, GPIO_FLOATING }, // connect to +Vbat ? { GPIO_P03, GPIO_FLOATING }, // LED - GPIO_LED { GPIO_P07, GPIO_PULL_DOWN }, // mark "SWS" { GPIO_P09, GPIO_PULL_DOWN }, // TX Buzzer { GPIO_P10, GPIO_PULL_DOWN}, //...

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

Это означает несоответствие каких-то соединений в данном варианте с используемыми в прошивке. Данный чип не любит висящие ноги и требуется использовать "подтяжки" к gnd или +Vbat. И если вывод соединен, к примеру, с gnd, а подтяжка включена к +, то будет жрать

Там указаны контакты чипа.

На текущий момент CH592F/582F полностью удовлетворяют в виде самого простого подключения INAxxx к USB и очень малого потребления при работе - десятку мА от USB. Никаких программаторов для этого не требуется. Но передача по BLE пока не имеет сверх дешёвого решения - CH592F/582F ограничены по...

Походу сменил картинки и GPIO, USB имя для CH592 (всё на github). CH592F/582F работает и со всеми другими INAxxxx. У STM нет шансов (I2C разогнана до предела, вопреки спекам), BL702 забыт и вытеснен (у меня) BL616/618/808 Можно ещё попробовать на RP2040/2050/2350, но нет уверенности что там...

С BL702 должна работать только та программа, которая лежит в zip вместе с прошивкой для BL702. Аналогично и другие. И у них есть номера версий в названии файла и выводятся в самой программе.