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

У “AT” есть только один вариант использования. Это работа с передачей данных на фиксированный сервер. Тогда проблем никаких нет. TCP соединение открывается всего одно, и по заказу второго MCU. Поток так же ограничен передачей данных от этого MCU к ESP8266 через “AT”. Входящих TCP соединений...

Ндас... Роутер позволяет ограничить только до 64 кбит.с. Т.е. для "AT" на ESP8266 не годится, т.к. потребуется от 640 кбит UART. :p Про использование "AT" можно забыть.

В итоге если используется "AT", то соединения должны быть только между двумя "AT" устройствами. А не эксплорерами - даже в js скрипте вы не сможете ограничить кол-во запросов, т.к. пользователей (открытых страниц с запросами) может быть бесконечное множество. Типа D-DOS атака. В некоторых...

Типично доходит быстрее, если интрасеть местная. Даже на открытие TCP соединения требуется не более 10 мс, а в норме менее 1 мс (типа 2 ping).

По этим и другим причинам вы нигде не встретите адаптер WiFi с подключением по UART и даже на USB2.0FS (это всего12 Mbit/s). Только от USB2.0HS.

Теоретически корректно невозможно обрабатывать потоки UART-WiFi без использования сигналов RTS-CTS и наличия достаточного объема памяти для буферизации данных. Пропускная способность WiFi c ESP8266 в TCP составляет до 800 килобайт в сек. От UART это требует 10 Мегабит. ТСР соединение имеет...

Там всё в ROM. A SDK - это большой patch для ROM функций, т.к. куча ошибок. И всё строится на callback-ах. И сборка только на платном Keil, кроме нашего переработанного SDK на GCC со всеми исходниками, без блобов.... (искать инфу в профильной теме про PHY на данном сайте) И похоже бабки от...

До этого был PHY6202... Там вроде вообще половина RF забракована - работает только PHY 1M. РНY - это Китайское национальное достояние... Теперь всем своим раздают API чипа и сами кристаллы. От этого теперь есть любая маркировка - к примеру ST17H66B и прочие...

PHY6212 = устаревшее г. с глюками в RF и без возможности выполнения кода из Flash. Только из RAM. Плюс долгое пробуждение SoC из сна - более 1.5 мс. А это влияет на итоговое среднее потребление. Был замешен PHY6222. Но и там у китайцев пара глюков в RF и очень нестабильный RC генератор.

Там точно OTA есть. И наверняк "около 20 мкА" - это вы из смешной доки на JDY-19 взяли? Там много смешного: Типа в модуле стоит АКБ и сглаживает потребление SoC до 1 мА :)

Да всякие для BK - их там толпы. И всякие SDK к ним с доками... Где-то когда-то накачал, все с пометками "Confidential"... Хлам собираю с начала fido... Многие конторы выкладывают по началу, потом закрывают...

А как иначе реагировать на AT команды? :oops: UART тактировать надоть и обслуживать. Спать SoC незя - это же AT-э.... Telink имеет прошивку c AT-э со сном, но первый байт пропускает, т.к. все SoC пробуждаются от 0.8 мс по прерыванию...

А как иначе, если там есть Flash? Даже древность программируется:

А может это BK3633 с OTP. Все ноги совпадают, но он BT5.2+ и USB, может и Zigbee (Bluetooth Low Energy 125 kbps, 500kbps, 1Mbps and 2Mbps/TX +12 dBm/32-bit RISC Core with 80 KB data memory), если впихнуть... Но есть и так JDY с BK3633 без перемаркировки.

JY01S512E -> BK3432 (ARM968E) из 2017 года перемаркированный со смещением 90 градусов.

JY01S512E - Таких много на али. JDY-23 вроде тоже... И что тогда не устраивает? Хотите перебрать все JDY-NNN модули? Последние номера там вроде уже за 90... :)

Через SWS можно всегда прошить, считать, отладить все TLSR826x/TLSR825x и подобные. Это аналог JTag, но по одному проводу SWM->SWS и не отключаемый никакими Fuse (т.к. их нет). Указанные скрипты через UART эмулируют протокол Telink SingleWire...

https://pvvx.github.io/BDT

Xiaomi LYWSD03MMC uses TLSR8251. TLSR8251 has USB pins.

Значит программатор на основе UART. https://github.com/pvvx/TlsrComProg Или другие... А может в нем есть OTA - OTA Flasher ...