Обсуждение NRF52840

[vad7]

Годится любой паленый китайский ST-Link перепрограммированный в J-Link.

Да мне интересно, что за:

3 доллара, причем лицензионный.

 

[azt59]

Вопросик на засыпку.
Блютус блютусом, но нужна связь с локальным сервером(роутер с mqtt). Варианты:
1. скрестить nrf52- с rtl8710 или esp
2.скрестить nrf и ethernet shield w5500
3. Купить nrf52 usb-dongle и по usb воткнуть в роутер и писать софт под openwrt
4. Ничего не изобретать а задействовать что-то готовое если таковое имеется

Пусть по минимуму функционал :датчик периодически коннектится к серверу ble и отсылает допустим температуру и заряд АКБ, наш "gateway" транслирует эти сообщения и размещает в неком топике mqtt. И обратно, если в топике mqtt посвященному данному датчику появляется какая-то инфа например сигнал на включение gpio1 гейтвей ждёт следующего коннекта от клиента и передаёт ему сигнал на включение чего либо.
Естьп что-то подобное? На открытых адекватных протоколах или изобретать велосипед?
Я пока что склоняюсь к связке nrf52840->>w5500->>mqtt

 

[azt59]

В спеках от нордика виднеется нокое устройство ble enabled router, что это и как оно устроено я таки не понял

 

[pvvx]

Вопросик на засыпку.
Блютус блютусом, но нужна связь с локальным сервером(роутер с mqtt). Варианты:
1. скрестить nrf52- с rtl8710 или esp
2.скрестить nrf и ethernet shield w5500
3. Купить nrf52 usb-dongle и по usb воткнуть в роутер и писать софт под openwrt
4. Ничего не изобретать а задействовать что-то готовое если таковое имеется

Пусть по минимуму функционал :датчик периодически коннектится к серверу ble и отсылает допустим температуру и заряд АКБ, наш "gateway" транслирует эти сообщения и размещает в неком топике mqtt. И обратно, если в топике mqtt посвященному данному датчику появляется какая-то инфа например сигнал на включение gpio1 гейтвей ждёт следующего коннекта от клиента и передаёт ему сигнал на включение чего либо.
Естьп что-то подобное? На открытых адекватных протоколах или изобретать велосипед?
Я пока что склоняюсь к связке nrf52840->>w5500->>mqtt

В коем веке хорошие вопросы
По пунктам разбирать не буду, но большая часть итого застряло на https://esp8266.ru/forum/threads/xiaomi-gateway-3-0.4736/
Там приведены все ответы местного "сообщества" на ваши вопросы.
Изобретать своё при полностью готовом устройстве до 1.5 тр. не особо...

 

[pvvx]

1. скрестить nrf52- с rtl8710 или esp
2.скрестить nrf и ethernet shield w5500
3. Купить nrf52 usb-dongle и по usb воткнуть в роутер и писать софт под openwrt
4. Ничего не изобретать а задействовать что-то готовое если таковое имеется

5. Запрограмить USB шлюз Mesh/Zigbee в TLSR826x. Примеры в Telink SDK, но как по мне - требуется переделка дров USB - уход от их USB устройства "принтер" на что-то более менее стандартное. На типовой USB-COM к примеру...

 

[pvvx]

6. Припаять BLE чип к этой фигне "Wir300n" (что-то порядка 700 руб на али)

, к выведенным там на плате ногам UART и писать-писать на OpenWRT.

 

[azt59]

В коем веке хорошие вопросы
По пунктам разбирать не буду, но большая часть итого застряло на https://esp8266.ru/forum/threads/xiaomi-gateway-3-0.4736/
Там приведены все ответы местного "сообщества" на ваши вопросы.
Изобретать своё при полностью готовом устройстве до 1.5 тр. не особо...

Если правильно понимаю там некая закрытая пропиретарщина от сяоми, имею блютуз девайс от сяо(mi smart kettle), смотрел как люди ковыряют его протокол..там какие-то заковыристые процессы..по привязке к mi home, аутентификации через облако и прочее прочее.

По нордику на данный момент нагуглил следующее:
Берём роутер с openwrt+ bluetooth 4.0 свисток. На роутере поднимаем 6LoWPAN и поддержку ipv6
Берём nrf52 и запускаем на нем примеры из sdk из папки iot-experemental

Но как по мне это перегруз для термометра на батарейном питании, хотя надо тестировать может оно и в пару пакетов все уместится)

 

[azt59]

6. Припаять BLE чип к этой фигне "Wir300n" (что-то порядка 700 руб на али)
Посмотреть вложение 8744
, к выведенным там на плате ногам UART и писать-писать на OpenWRT.

Есть же mt7688 за 400)) только клубки проводов только хардкор

 

[pvvx]

Если правильно понимаю там некая закрытая пропиретарщина от сяоми, имею блютуз девайс от сяо(mi smart kettle), смотрел как люди ковыряют его протокол..там какие-то заковыристые процессы..по привязке к mi home, аутентификации через облако и прочее прочее.

По нордику на данный момент нагуглил следующее:
Берём роутер с openwrt+ bluetooth 4.0 свисток. На роутере поднимаем 6LoWPAN и поддержку ipv6
Берём nrf52 и запускаем на нем примеры из sdk из папки iot-experemental

Но как по мне это перегруз для термометра на батарейном питании, хотя надо тестировать может оно и в пару пакетов все уместится)

Есть же вариант проще, дешевле и что главное качественнее сама связь BLE, да дрова готовые (как всегда от Realtek, но чип CSR) - купить USB брелок


А далее всё в одном:
Realtek RTL872x (WiFi+BLE5.0)

PS: для nRF места нет

 

[pvvx]

Как видим, а главный вопрос https://esp8266.ru/forum/threads/xiaomi-gateway-3-0.4736/ остался.
Остальное = ничто в этом деле.

 

[azt59]

Есть же вариант проще, дешевле и что главное качественнее сама связь BLE, да дрова готовые (как всегда от Realtek, но чип CSR) - купить USB брелок
Посмотреть вложение 8745

А далее всё в одном:
Realtek RTL872x (WiFi+BLE5.0)

PS: для nRF места нет

Речь о готовом драйвере usb-bluetooth? Или каком?
Опять же не хороший тон из блютуса по вайфай слать пакеты) правильнее по-моему сразу на ейзернет, по проводу риска меньше

 

[nikolz]

Что за программатор?

CMSIS-DAP на STM32103.
В качестве бонуса UART и SWO.

 

[pvvx]

Речь о готовом драйвере usb-bluetooth? Или каком?
Опять же не хороший тон из блютуса по вайфай слать пакеты) правильнее по-моему сразу на ейзернет, по проводу риска меньше

Это без разницы. Но чипы Wifi-BLE не умеют работать одновременно с BLE и WiFi. В прочем и не могут одновременно с LAN.
По этому и возникают 3 контроллера со своими мозгами. Если мозгов у кого из них мало, как это часто в малых SoC, то одновременная работа невозможна как ни крути.
Для решения этого надо много ядер в таком SoC и прочей фени, что увеличивает цену.

 

[pvvx]

Увеличение ядер в N раз несет за собой почти квадратичное увеличение объема RAM и скоростей её работы и Flash. Что не сделано в ESP32 и по этой причине он не отличается производительностью от ESP8266. Ограничение их производительности в скорости выборки кода для CPU из Flash и оно равно для обоих - линейное исполнение кода на уровне 10 МГц CPU, что является минимальным пределом для обслуживания WiFi или BLE дров для поддержки хотя-бы соединения (о трафике и разговора нет).

 

[pvvx]

nRF52840 имеет ресурсы на работу одновременно BLE и USB1.1. На большее не потянет.

 

[pvvx]

События в BLE могут идти со периодом в 7.5 ms и объемом:
1) BLE BT 4.2 до 20+27*5 байт данных - гарантированно для имеющихся и более для продвинутых.
2) BLE BT 5.1 за событие в 7.5 ms – сколько влезет в данный период от скорости и модуляции самого соединения (пару пакетов с 251 байт данных).
Maximizing BLE Throughput Part 3: Data Length Extension (DLE) - Punch Through

Кроме данных для события у нас есть адрес источника и прочие ID. Собирать паковать пакеты BLE лучше по их MTU.

Их необходимо запаковать в пакет пусть к MQTT.
MQTT текстовый и это значит увеличение объема потока минимум в 4 раза.
Итого – необходимо формировать от BLE к MQTT до 166.6 транзакций в сек с размером примерно в ~1 килобайт. Это трафик порядка 200 килобайт по HTTP или к 300 килобайт по HTTPS.

Стандартные дрова USB1.1 могут не справиться, т.к. у них теор.предел 64 000 байта в сек, если не используется следующий уровень - работа с несколькими пакетами (так-же за одно событие как и в BLE) в 1 ms опроса хоста и наличие у обоих расширенного FIFO RX/TX у контроллера для его endpoint. Современные компы поддерживают и USB3.0 и у них FIFO на USB десятки кило...

Но, как ни крути на тот-же USB1.1 USB-COM nRF52 не выведет поток более 500 килобайт в сек (оптимистично). Для HID и прочих bulk с аппаратурой USB1.1 - это до 800 килобайт в сек (сумма обоих направлений RX-TX).

 

[pvvx]

Шифровать HTTPS и вообще держать TCP/IP стек по стандарту nRF52840 не сможет. Для этого у него нет необходимых ресурсов по RAM и производительности.

 

[azt59]

Видимо остается 2 варианта
1. на сервере линукс c mqtt broker-> 6LoWPAN ->ipv6 и BTсвисток а на клиенте голый чип.(энергопотребление под вопросом, зато все почти из коробки должно завестись)
2 писать некое подобие AT прошивки для nrf52840 и управлять им через любой wifi soc по уарт(можно сэкономить питание, писать отлаживать и тестировать много) на выходе web server с которого можно либо почитать либо записать характеристику в nrf52

паковать весь ble траффик в usb или транслировать по wifi очень накладно, и соглашусь что nrf этого не вытянет

 

[azt59]

сейчас пересоберу openwrt для hlk-7688 с поддержкой ipv6 и 6LoWPAN потестирую как оно работает с mqtt из коробки.

 

[cheblin]

@azt59 подруга моего друга спрашивает... . а что за данные собрались передавать? и в каком объёме?
если это просто термометр в парилке...то и обсуждать нечего.