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

Включите осла на показ фронтов в 1 нс (на полосу в 300 MHz).

Этот: https://aliexpress.ru/item/33027384075.html не ошибается и не отключается если стоять без движения....

Нашел, для TCP_Server нужен типа патч по событию CONNECT: if(initstat & SINT_STAT_CONNECT) { PRINT("Socket(%d) TCP Connect Success\r\n", sockeid)...

@goodwin Либа CH57xNET.LIB кривая. После DHCP не работает TCP_Server, а TCP_Client работает. Т.е. жить без TCP socket в режиме server. По UDP пропускает/скипает от 60% пакетов, т.е. больше чем и обещал :) : PS: В итоге получаем не "няшку", а ка... :)

Тут только догадываться что там за hard по soft описанию: BufMaxLen - Maximum supported length, range 27-251, ATT_MTU=BufMaxLen-4 (default value: 27) BufNumber - The number of buffered data packets received and sent by the controller (default value: 5) Видимо 4.2.

А в BLE, если не врубать DC-DC, то уже на TX +0 дб оно вылезает за нормативы BLE. Должно быть менее 15 mA в пульсе... И не нашел - какой у неё буфер приема-передачи. BT4 (23 байта) или BT5 (500+)

Интересно - эта козявка перегреется, если слепить постоянную передачу в Ethernet и врубить ещё USB? В принципе не обязательно если правильно припаяна и рассчитано рассеивание по плате, т.к. получим, наверно, за 150 мА и 3.3В, а это 0.5Вт на чип 5x5 мм.

Что оно? Чип в BLE не включает DC-DC. Так видимо писано ПО или реально (аппаратно) не может переключить с LDO на DC-DC при просыпании. Это надо разгребать... А пока вот ток в Ethernet: 120+ mA жрет чип при передаче всего-то в 10 Mbit/s, а кто-то говорил что оно маложручее :) :) Это равносильно...

#define BLE_TX_POWER LL_TX_POWEER_0_DBM И что мы видим в datasheet: А измерения показывают 14.35 mA общих, а если вычесть по уровню начальной части работы CPU и прочего - 16-4.7 = 11.3 mA. DC-DC не врублен (или доки врут)?

Время выхода из состояния сна, до отработки передачи adv. на три канала: Но нафига оно производит лишние просыпания?

Разобрался... Надо натыкать #define HAL_SLEEP TRUE и тогда потребление падает (average 1.974 mA): Учесть потребление платы пока не удалось, но есть это: https://www.mscto.com/iot/382226.html 'Третий шаг: продолжайте знакомиться с информацией и узнайте, что порты ввода-вывода в текущей процедуре...

При нажатом "Reset" плата по 3.3В жрет 2.87 mA, а прошивка с EVT\EXAM\BLE\OTA\Project\ImageA\obj\ImageA.hex 4.92 mA при Advertising interval 100 ms Выходит, что оно жрет 2.05 mA, что является ужасом для BLE. Есть ли вообще пример с LowPower BLE для CH57x?

goodwin Это BLE_MESH.Self_Provision_Low_Power_Node :) :)

По идее MAC не должно быть вообще, а для производителей у Realtek имеется всякие efuse и встроена прочая программная поддержка. Если не хотите лезть в efuse, то возьмите номер FLASH UID.

Вы роутер можете выключить? Вот по нему, по обрыву связи, пусть и перезагружается. Хотя бы такую простую реализацию...

Долговременная работа - для меня и то, что изготавливает наша контора своего - это 10 лет минимум. Arduino столько не живет. А что там у вас и какой желателен цикл - неизвестно.

"Cвалки" пока нет и если будет, то только специализированная для применения в качестве PowerProfiler по USB, WiFi, BLE (пока идет выбор чипа). Так-же есть предпосылки на шлюз BT-WiFi-USB и сниффер с USB2.0 hi. А пока завал другими темами - (более детальное изучение RISC-V)...

Да, всё это хорошо и нужно вставить, т.к. оно обязательное для отказоустойчивости, но вы пока не выяснили истинную причину.

Алгоритмически возможно вписать такое: Когда устройство "бездельничает" и время таймера перезагрузки истекло, тогда: 1. запросить большой кусок памяти и если не дает, то - перезагрeзка. 2. если дает, освободить и продолжение с переназначением таймера. Необходимый размер блока нужно узнать...

Типа того. Я не могу "подсказать", т.к. давно не использую глюкодром ESP8266. Надеюсь другие подскажут, но всё равно вам придется адаптировать код под свой проект, а описания его вы не привели...