Обсуждение TLSR8269

[nikolz]

Кто подскажет, что делаю не так.
ввожу данные с АЦП, но код не меняется при переключении каналов и изменении сигнала на входе.
код в колбеке таймера такой:

_attribute_ram_code_ void TimerIrq(void) {
       if(reg_irq_src & FLD_IRQ_TMR1_EN) {
           reg_tmr_sta = FLD_TMR_STA_TMR1; // clear irq status
              reg_irq_src =  FLD_IRQ_TMR1_EN;
           reg_adc_chn1_outp=FLD_ADC_CHN_MANU_START;// Старт АЦП
           sleep_us(5);
           DX[jW++]=(reg_adc_dat_byp_outp & 0x3FFF);// чтение данных АЦП
           jCHN++; if (jCHN==lenNumChn)jCHN=0; //изменяем канал
              jW&=Mask;
        }
}

ранее сделал инициализацию АЦП
adc_Init(ADC_CLK_4M, Tchn[jCHN], SINGLEEND, ADC_REF_VOL_1V3, ADC_SAMPLING_RES_14BIT, ADC_SAMPLING_CYCLE_3);

 

[pvvx]

1. CLK ADC отключен
2. Используется sleep (отключение ADC и прочих при засыпании)
3. Не верно инициализированы GPIO
4. Работа (код) с ADC в TLSR8269 отличается от TLST8266.
5. Установлен неподходящий режим работы ADC (авто/ручной/fifo...).
Можно ещё нагадать, т.к. информации в куске кода недостаточно.

 

[nikolz]

1. CLK ADC отключен
2. Используется sleep (отключение ADC и прочих при засыпании)
3. Не верно инициализированы GPIO
4. Работа (код) с ADC в TLSR8269 отличается от TLST8266.
5. Установлен неподходящий режим работы ADC (авто/ручной/fifo...).
Можно ещё нагадать, т.к. информации в куске кода недостаточно.

--------------
1. включал и отключал. показания ADC разные, но не зависят от входа
3. В какой режим надо установить GPIO?
4. Режим вроде бы это устанавливает SINGLEEND ?

 

[nikolz]

Разобрался.
Для тех, кто хочет сделать самостоятельно.
В SDK есть пример тест для каждого интерфейса.
По примеру все легко понять.

 

[CCat]

Можно приподнять тему чайниковским вопросом?
Вроде бы на май 2025 уже реализуемо сделать самопальные датчики (протечки, открытия двери и проч) на том же TLSR8269, и чтобы они рапортовали по протоколу Zigbee основному устройству (как это в терминах Зигби? Хаб? Координатор? ) на ESP32-C6, да чтобы всё это можно было писать в среде Arduino IDE?
Вроде как в тырнете вижу уже примеры, когда ESP32H2 работает как "передатчик" Zigbee, а ESP32-C6 - как "приёмник", который может реагировать на полученные данные, моргать светодиодом или включать систему самоуничтожения. Но ESP32H2 - это больно, то есть дорого.

 

[pvvx]

Можно приподнять тему чайниковским вопросом?
Вроде бы на май 2025 уже реализуемо сделать самопальные датчики (протечки, открытия двери и проч) на том же TLSR8269, и чтобы они рапортовали по протоколу Zigbee основному устройству (как это в терминах Зигби? Хаб? Координатор? ) на ESP32-C6, да чтобы всё это можно было писать в среде Arduino IDE?
Вроде как в тырнете вижу уже примеры, когда ESP32H2 работает как "передатчик" Zigbee, а ESP32-C6 - как "приёмник", который может реагировать на полученные данные, моргать светодиодом или включать систему самоуничтожения. Но ESP32H2 - это больно, то есть дорого.

1. На TLSR826x и TLSR825x нет C++. По этому никаких Arduino.
2. TLSR826x это устаревший чипсет. Его сменили TLSR825x. Далее давно вышли варианты на TLSR9xxx c RISC-V.
3. На TLSR825x куча готовых всевозможных датчиков от Tuya и Xiaomi. Собрать за ту-же сумму по частям и с корпусом выходит дороже, а альтернативные прошивки давно развиты и покрывают более 90% требуемых вариантов.
4. Концепция Arduino не предполагает создание малопотребляющих устройств.

 

[pvvx]

На TLSR825x есть и координатор и роутер и конечные устройства Zigbee. Для этого Telink давно дает SDK с примерами.
Так же есть SDK для BLE, MESH, HomeKit и прочие - для мышек и других проприетарных протоколов.
Народ использует только готовые альтернативные прошивки для готовых устройств, которые используются для работы со стандартными хабами и "Умными домами". И такого контингента больше, чем пользователей Arduino или ESP. И 99.9999% из них не желают лезть в код прошивки. Максимум для них - это использовать инструкцию по перепрошивке.
А писателей открытых альтернативных прошивок для BLE/Zigbee всего 3 человека и им Arduino не сдалось совсем.
ESPHome тоже не является аналогом подхода Arduino.

 

[pvvx]

Если вы посмотрите сколько за 4-ре года существует комментарий или pull requests от пользователей которые связаны с поправками или прочим кодом прошивок, то это составит до десятка из многих тысяч issue.
Это говорит о том, что код и написание своих программ на Zigbee/BLE/MESH ныне никого не интересует. Аналогичная ситуация и с большими программными пакетами управления "Умным домом". Но там "писателей" в сотни/тысячи раз больше, т.к. используются языки типа Рython и операционная система Linux.

 

[pvvx]

На али самыми дешевыми модулями на TLSR являются модули от AI-Thinker. В них установлен TLSR8250.
Модули с TLSR8269 в несколько раз дороже, т.к. это антиквариат с 10-ти летним Bloetooth ver 4.2.

 

[pvvx]

Вроде как в тырнете вижу уже примеры, когда ESP32H2 работает как "передатчик" Zigbee, а ESP32-C6 - как "приёмник", который может реагировать на полученные данные, моргать светодиодом или включать систему самоуничтожения. Но ESP32H2 - это больно, то есть дорого.

Никакой ESP пока не может создать конкуренции с множеством семейства чипов для Zigbee и/или BLE от других производителей для устройств с питанием от батареек. Разница в потреблении у ESP в несколько десятков раз больше из-за дремучей технологии изготовления кристалла.
А народ всегда выбирает худшее, не взирая на цены или другие факторы. Жрут то, что рекламируют. А основа такой рекламы - множество вопросов и прочего спама в инет, про то как "запрограммировать" что-либо в ESP.

Популяризация темы с альтернативной прошивкой термометров на TLSR825x имеет аналогичные пути - спам и неудачи пользователей по всему инет о том как прошить.

 

[pvvx]

Или Вы заботитесь об экономии копеек для халявщиков -дуринщиков?

Можно подвести некоторые итоги “заботы о халявчиках”.
Как и говорилось, дав начальную затравку, было необходимо бесплатно получить от “общества” готовые инструменты.

И они получены:

• Работающие уже 3 года интеграции BLE в Умный Дом и постоянно сопровождаемые.
• Бесплатный для пользователей стандарт BTHome, постоянно оплачиваемый Allterco в Bluetooth SIG. С требуемыми мне передаваемыми значениями.
• Система беспроводного мониторинга любых измерений следующих с частотой чаще секунды (всякие Cloud с таким не справляются) и предоставление данных в виде графиков и базы данных для дальнейшей обработки.
• Кучу дешевых и готовых устройств в продаже для модификации под свои нужды.

На этом тематику BLE/Zigbee можно пустить на самотек, т.к. пока других требований на получение чего-то ещё в этой теме, за бесплатно или обмена на спам, у меня нет.

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

Если это сравнить с вашей деятельностью – то итогов и прибыли за это время вообще у вас нет. Только спам, позволяющий другим развить пиар.

 

[CCat]

Мне просто хотелось бы код Arduino на "принимающем", "главном" устройстве на, например, ESP32-C6. Чтобы самому писать сценарии, как на что и чем реагировать.
А уж оно должно принимать "сигналы" от готовых устройств Zigbee, а в перспективе - и с самопальных. Так что да, в самопальных датчиках Arduino не нужен, это глупости.

 

[pvvx]

Мне просто хотелось бы код Arduino на "принимающем", "главном" устройстве на, например, ESP32-C6. Чтобы самому писать сценарии, как на что и чем реагировать.
А уж оно должно принимать "сигналы" от готовых устройств Zigbee, а в перспективе - и с самопальных. Так что да, в самопальных датчиках Arduino не нужен, это глупости.

А оно, ESP32-C6, координатор сети Zigbee потянет?
И если даже потянет, то кому нужна закрытая сеть без управления и мониторинга с какого "Умного дома"?
Координатор сети Zigbee есть и с доступом по BLE на TLSR825x из эксплорера, в HTML .
Так-же есть Lilygo T-Zigbee.
Т.е. всё уже давно есть. Кроме Arduino со жручими ESPxx/32 для бедных
И Zigbee роутер для совсем бедных + на TLSR825x чипах в модулях TB-03xx...

 

[pvvx]

И ретрансляторы наоборот - BLE в Zigbee.
И очень просто слепить Zigbee роутер c какой дополнительной фишкой, т.к. Zigbee SDK от Telink вполне всё позволяет...
WiFi и Zigbee не совместимы в одной коробке. Необходим разнос антенн не менее 1 метра. И то это ограничит надежную связь на одну комнату.
Последняя фича у народа - менять чип в WiFi розетках на Zigbee...

 

[CCat]

Вы очень круты в этой теме, но не подскажете модули по простой задаче?
Три датчика утечки воды Zigbee. Готовые, покупные. Хочу собрать коробочку, которая в случае срабатывания одного или многих из них помигает красным светодиодом и выведет на свой экранчик "вода в ванной", "вода в туалете", "вода в пыточной" . Без всяких управлениев, умных домов и облаков, отсылания емейлов, звонков на телефон и проч.

 

[CCat]

Да, и есть ли такая же прелесть, как PB-03, но в "обратную сторону", грубо говоря, для DIY Smart Button?

 

[pvvx]

Три датчика утечки воды Zigbee. Готовые, покупные. Хочу собрать коробочку, которая в случае срабатывания одного или многих из них помигает красным светодиодом и выведет на свой экранчик "вода в ванной", "вода в туалете", "вода в пыточной" . Без всяких управлениев, умных домов и облаков, отсылания емейлов, звонков на телефон и проч.

Готовые Zigbee датчики утечки воды обычно работают по протоколу Tuya или Xiaomi. А это не стандартный Zigbee 3.0, а проприетарные протоколы.

Координатор сети Zigbee создает только связь с устройством. И то все команды ему надо задавать и обслуживать. Для стандартной связи с кластерами и задания параметров report для устройств Zigbee 3.0 надо знать протокол Zigbee и команды координатору.
А для Tuуa или Xiaomi датчиков потребуется знание их специфических команд и форматов.
По этому, к примеру, Z2M имеет специальный скрипт для каждого конкретного устройства и громадный размер кода и используемых ресурсов в системе.

Для пары датчиков код влезет в прошивку координатора, но вам потребуется разобраться с форматами работы с вашими конкретными устройствами.

Это аналогично тому, что у вас WiFi AP и к ней подключилось какое-то устройство. А дальше вам надо знать как и по каким адресам и форматам с ним общаться.

А уж вставить код вывода на экран – это самая простейшая задача.

 

[pvvx]

Альтернативные прошивки работают по стандарту Zigbee 3.0. По этому, для основной работы с ними не требуется специальный скрипт. Но и там используются дополнительные "адреса" (кластеры) для задания уже специфичных параметров типа калибровок и прочих настроек конкретного устройства.
Но, Z2M построен по схеме - каждому устройству свой скрипт, то для любого нового, неизвестного ему устройства, нужно описывать этот скрипт (или ждать публикации у автора).
В ZHA это необязательно, так как он кое-как работает с типовыми Zigbee 3.0, а специфические настройки можно произвести через дополнительные меню в ZHA toolkit.