Realtek RTL872x (WiFi+BLE5.0)

[pvvx]

В общем надоело ковыряться там. Мешает пресловутая VS - на случайные нажатия на asm и прочее грузит с SSD своё толстое тело и всё тормозит глухо на все десятки потоков CPU... А переназначать счас лень... Ей чё в 64ГБ DDR не закешироваться?

 

[pvvx]

А SDK ведь можно посмотреть уже, вполне доступен - ambiot/ambz2_sdk

В данном SDK по описаниям BLE и USB нет.

Но для Ameba-D в Application Note:

Halbtc8721d_phy.c
component\common\drivers\wlan\realtek\src\hal\btc
Ble_app_main.c
component\common\bluetooth\realtek\sdk\example\ble_peripheral
Ble_central_at_cmd.c
component\common\bluetooth\realtek\sdk\example\ble_central

component\common\bluetooth\realtek\sdk\board\amebad\lib
и т.д.
Итого:

 

[pvvx]

 

[cheblin]

и прочее грузит с SSD своё

а вот нефиг SSD дергать, у него рессурс не резиновский

в Виллабаджо, все уже давно на RAM диски перекатились
во-первых рессурс неограничен , а во-вторых существенно быстрее.
весь трэшЪ от компиляции туда выношу

 

[pvvx]

а вот нефиг SSD дергать, у него рессурс не резиновский

в Виллабаджо, все уже давно на RAM диски перекатились
во-первых рессурс неограничен , а во-вторых существенно быстрее.
весь трэшЪ от компиляции туда выношу

Я от этого отказался в позапрошлом году. Кеш дисков в RAM и так в win-де работает - зачем двойное дублирование.

 

[cheblin]

зачем двойное дублирование.

ты реально, просто читать не умеешь. перечитай моё сообщение. хотя нет. не перечитывай.

 

[cheblin]

у него рессурс не резиновский

а так видно?

 

[pvvx]

ты реально, просто читать не умеешь. перечитай моё сообщение. хотя нет. не перечитывай.

Может вы писать?
И проблемс не в ресурсах SSD, а в том что VS при посадке в систему садится на все расширения файлов и грузится чтобы показать тот-же текст asm или ... Но её время загрузки и инициализации ужасающее.
За это время проходят сотни кадров экрана и кулеры взвывают, а я читаю и ищю инфу быстрее, чем оно шевелиться и нажимая капы возникают лаги, приводящие к новым вызовам только что убитой VS.
Поиск и анализ при обработке сотен файлов у нормальных людей происходит на подсознательном уровне - кадров через пять-десять пролистывания и открытия уже нового файла руками... Лаг такой у мозга - низкая тактовая 7 Гц.
Вот пока инфа анализирется, ручками уже другие файлы открываются и далее. Потом отрабатывает салбаск по соответствию заданным шаблонам поиска и соответственно производится откат ручками - много тапов и тут вам вылазит VS в этом процессе.. Ручки прыгают к мышке и ждут сигнала поиска крестика да нового убийства этого никчемного монстра (капа такая - закрыть нафиг)... Процесс сбивается и одна мечта убить вообще нафиг эту VS.

 

[cheblin]

я ж написал.

не перечитывай

ибо знал что это не поможет.

 

[pvvx]

а так видно?

У вас все дома? Настройте правильно компилятор. Ничего на диск не пишется при нормальной сборке. Даже на RAM диск!
При сборке файлы открываются и закрываются, потом уничтожаются. Что делает кеш c отложенной записью?
Купите нормальный CPU и время сократится до отработки кеш.

 

[pvvx]

я ж написал.
ибо знал что это не поможет.

А нафига тогда писали?
И что - за год основной SSD пишет 98% офиц. ресурса осталось. Я 50 лет его держать не намерен.

 

[pvvx]

Амеба совсем обамебилась. За год ничего не сделали в SDK или Arduino...
Проверил указанные ими параметры deep-sleep на их-же eval плате в Arduino.
Ameba D RTL8722DM

По докам:

В реале:

Рис1: Включение питания и старт сразу в deep-sleep, без всяких printf() и инициализаций serial.


Рис2: Выход по RTC из deep-sleep и снова в deep-sleep, без всяких printf().

Не вижу заявленных 18 ms WAKEUP у KM0, больше - есть.

Потребление при deep-sleep на данной eval не измерить. Источник 3.3В на плате ужасно шумный.
При внешнем стабильном источнике 3.3В в deep-sleep и RTC на пины JP1 - R38 жрет около 1 мкА

 

[pvvx]

SeeedStudio Wio Terminal имеет RTL8721DN и они кинули на github более расширенный SDK:

GitHub - Seeed-Studio/seeed-ambd-sdk: SDK for AmebaD

SDK for AmebaD. Contribute to Seeed-Studio/seeed-ambd-sdk development by creating an account on GitHub.

github.com

Там имеются примеры по USB dev/host и многое другое.

В отличии от Ameb-ного выкидыша оно собирается в WSL1/WSL2 без танцев с бубном.

Выходит, что самый дешевый на али модуль/чип со встроенным PHY USB2.0 hi-speed это BW16 RTL8720DN - два ядра cortex-m23 + cortex-m33 (200 MHz), более пол мега SRAM только для старшего ядра…

При включении в рабочем режиме только одного cortex-m23, чип жрет 4..5 мА, в sleep - 2 uA, c опросом клавиатуры 3 uA, при дополнении TOUCH – 4 uA, ... в полном deep-sleep уже что-то неизмеримое…

 

[pvvx]

Собрал тестовую прошивку с WiFi+BT+USB для тестов с USB ACM. Пока ничего не оптимизировал. M33 Core на 200 MHz.
Итог по питанию (WiFi остановлен "ATWD"):

В режиме работы шины USB на максимуме получаем средний потребляемый ток в 40 mA.

Тест скорости (COM Echo), при блоке в 2047 байт показывает:

Более 9 Мегабайт в секунду.

 

[pvvx]

Т.к. USB у RTL872xDx работает возникает непонятка - фигли Ameba не встроила в Arduino подключение и программирование чипа по USB?
Так-же установлено, что соединение с AP в Ameba-Arduino происходит раз в 10 дольше, чем в SDK с Fast-Connect.
В текущем SDK при Fast-Connect соединение с AP (2.4ГГц, WPA, DHCP) устанавливается за менее 1 сек с подачи питания.
В Ameba-Arduino производятся дополнительные циклы опроса всех диапазонов 2 и 5 ГГц далее очень долго соединяется и делает ещё что-то лишнее. Наверно великая забота и смысл в том, чтобы гарантированно подключилось с соблюдением всех спецификаций и сделано это последовательно, без оптимизаций, т.к. нет возможности установить точную метрику AP в стандартных функциях Arduino до старта подключения.

 

[pvvx]

Да, для теста USB был взят этот исходник:

seeed-ambd-sdk/component/common/example/usbd_cdc_acm at AT · Seeed-Studio/seeed-ambd-sdk

SDK for AmebaD. Contribute to Seeed-Studio/seeed-ambd-sdk development by creating an account on GitHub.

github.com

Замер тока произведен на eavl Ameba-D (RTL8722DM).

 

[pvvx]

Т.к. у RTL872xDx есть USB2.0 Host остается взять какой дешевый "USB-Ethernet-адаптер" и получить Ethernet 100 Мбит/с.

https://aliexpress.ru/item/32989823072.html

 

[pvvx]

 

[pvvx]

Добился нормального sleep c активным WiFi на AmebaD (RTL8722DM) плате, поковыряв всякие sleep опции в SDK...
Пример типичного замера работы со стандартными настройками на роутерах и конфига соединения:

Среднее потребление при соединении с AP гуляет в пределах 0.9..1.1 мА в зависимости от радиоэфира в WiFi (без опроса модуля)
В данном замере 1.09 мА:

 

[pvvx]

WiFi и BLE работают одновременно. Но в таком варианте ещё не смог нормально врубить sleep.
Походу ESP совсем умерли, оставшись для игр беспомощным Ардуинщикам.
Вот тут скетчеписатель не справился с установками режимов сна у системы и RF...