Обсуждение TLSR8269

pvvx

Активный участник сообщества
Дополнение по "Активации".
Узнать, что "Активация" выполнена успешно можно и по току потребления.
При активном "reset" модуль E104-BT10 с TLSR8269 потребляет ~2.3 мА.
После "Активации", когда CPU остановлен, потребление ~4.2 мА.
Пример замера на INA219 в её предельной скорости замеров:
upload_2019-9-30_3-15-39.png
И уточнение, сколько был активен TLSR8269:
upload_2019-9-30_3-16-22.png
INA219 не справляется - менее её минимального замера (~84 мкс) :p
Без автоматического RST процедура "Активации" усложняется - вам придется вручную попасть "сбросом" модуля на EVK Telink c точностью в мкс :) На их форуме жалуются, что надо тыркать reset и снимать емкость со сброса...
С TLSR Tool можно и в ручную дергать "reset", выставив предельное кол-во циклов в 65535, что дает вам время в 3.3 секунды когда надо успеть нажать "reset" на модуле... или включить ему питание.
 

pvvx

Активный участник сообщества
Следующий этап - создание EVK на базе модуля E104-BT10 с TLSR8269.
Считать их фирменную программу и записать своей можно в TLSR-Tool.
Всякие MESH прошивки (исходники) из SDK я уже исправил для данных модулей.
Они работают через USB со всеми утилитами от STLink.
Добавил одновременную работу COM и USB для утилит в прошивку 8269_mesh_master_dongle.
Как будет время - возможно буду доделывать патч для прошивки EVK на E104-BT10... иначе надо менять кварц в модуле и пару байтиков...
Правда мне EVK больше не ненужен... т.к. ныне более нужно переписать smart часы m3...
 

pvvx

Активный участник сообщества
специально для Вас показываю 8269 но не все а только 4 шт.
Посмотреть вложение 7981
Хамящий Вы наш.
-----------------------------
Ну теперь твоя душенька довольна?
Кошмар!!!
Вот у меня кончились спец. платки с шагом к таким модулям, а ждать новых некогда.
Взял что есть + дремель:
Board1.jpg
Распилил 2 какие-то, половинка осталась (если запорите 3 других).
Очистил тыльную сторону:
Board2.jpg
Позиционируется примерно так:
Board3.jpg
А дальше включаете паяльник:
Board4.jpg
 

pvvx

Активный участник сообщества
Да, итог забыл:
При фиксации и позиционировании в дыдочки на большой плате припаиваем модуль:
BoardEnd.jpg
Но надо крепить разъемами к плате...
 

pvvx

Активный участник сообщества
Кто знает, что за flash такая в TLSR8269?

На команду 0x90 отвечает: FF FF FE 51 12 51 12 51 12 51 12 51 12 51 12 51 ...
На команду 0x9F отвечает: 51 40 13 51 40 13 51 40 13 51 40 13 ...
На команду 0x4B отвечает: FF FF FF FE 41 50 31 42 31 32 37 0E 00 C0 00 79 51 01 FF FF FF FF FF FF FF FF FF FF (далее повтор)

Вложена FullFlash от модуля на предыдущем фото E104-BT10-N:
 

Вложения

pvvx

Активный участник сообщества
Прошил в другой замученный 8269 прошивку от E104_BT10_N_FF_00000_80000.zip (первые 1471040 байт) через USB...
Снимок1.gif
USB в прошивке E104-BT10-N работает: BDT работает, а другие утилиты из SDK не все.
В компе появляется устройство: Поддержка принтера:
Код:
Device Descriptor:

bcdUSB:             0x0110
bDeviceClass:         0x00
bDeviceSubClass:      0x00
bDeviceProtocol:      0x00
bMaxPacketSize0:      0x08 (8)
idVendor:           0x248A
idProduct:          0x5320
bcdDevice:          0x0100
iManufacturer:        0x01
0x0409: "Telink Semiconductor "
iProduct:             0x02
0x0409: "USB DevSys"
0x0409: "USB DevSys"
iSerialNumber:        0x00
bNumConfigurations:   0x01

ConnectionStatus: DeviceConnected
Current Config Value: 0x01
Device Bus Speed:     Full
Device Address:       0x07
Open Pipes:              2

Endpoint Descriptor:
bEndpointAddress:     0x88  IN
Transfer Type:        Bulk
wMaxPacketSize:     0x0040 (64)
bInterval:            0x00

Endpoint Descriptor:
bEndpointAddress:     0x05  OUT
Transfer Type:        Bulk
wMaxPacketSize:     0x0040 (64)
bInterval:            0x00

Configuration Descriptor:
wTotalLength:       0x0020
bNumInterfaces:       0x01
bConfigurationValue:  0x01
iConfiguration:       0x00
bmAttributes:         0x80 (Bus Powered )
MaxPower:             0xFA (500 Ma)

Interface Descriptor:
bInterfaceNumber:     0x00
bAlternateSetting:    0x00
bNumEndpoints:        0x02
bInterfaceClass:      0x07
bInterfaceSubClass:   0x01
bInterfaceProtocol:   0x02
iInterface:           0x02
0x0409: "USB DevSys"
0x0409: "USB DevSys"

Endpoint Descriptor:
bEndpointAddress:     0x88  IN
Transfer Type:        Bulk
wMaxPacketSize:     0x0040 (64)
bInterval:            0x00

Endpoint Descriptor:
bEndpointAddress:     0x05  OUT
Transfer Type:        Bulk
wMaxPacketSize:     0x0040 (64)
bInterval:            0x00
В Android на смарте Telink-овская программа по BT регулирует лампочки RGB ШИМ-ом в модуле, как ранее и описывал.

Повтор:
@nikolz - Киньте бинарничек из E104-BT10-G. А то у меня пока одни E104-BT10-N, а с G ещё не пришли...
 

nikolz

Well-known member
Дополнение по "Активации".
Узнать, что "Активация" выполнена успешно можно и по току потребления.
При активном "reset" модуль E104-BT10 с TLSR8269 потребляет ~2.3 мА.
После "Активации", когда CPU остановлен, потребление ~4.2 мА.
Пример замера на INA219 в её предельной скорости замеров:
Посмотреть вложение 7991
И уточнение, сколько был активен TLSR8269:
Посмотреть вложение 7992
INA219 не справляется - менее её минимального замера (~84 мкс) :p
Без автоматического RST процедура "Активации" усложняется - вам придется вручную попасть "сбросом" модуля на EVK Telink c точностью в мкс :) На их форуме жалуются, что надо тыркать reset и снимать емкость со сброса...
С TLSR Tool можно и в ручную дергать "reset", выставив предельное кол-во циклов в 65535, что дает вам время в 3.3 секунды когда надо успеть нажать "reset" на модуле... или включить ему питание.
записал сигналы EVK логическим анализатором.
предварительный анализ показал следующее:
1) активация делается через SWM без ресет. Активируется без проблем. Легко
но активация завершается успешно даже при отсутствии на чипе питания.
2) в различных режимах используется различная длительность импульсов
3) всегда присутствует некоторая преамбула существенно длительных импульсов чем основные чтение/запись возможно это проверка соединения
4) есть еще сигнал проверки наличия протокола кнопка <>"SWS"
-----------------
пока на этом остановился так как больше интересуют возможности чипа
Если чип не разочарует, то можно будет продолжить
иначе в столе лежит NRF52840 и ждет своей очереди.
 

nikolz

Well-known member
из документации следует что в 8269 есть режим отладки, 8266 - нет.
полагаю что на TLSR8266 можно сделать любимые дуринщиками умные лампочки, кнопки термометры барометры измерители влажности и прочие простейшие датчики
при этом работать от батарейки они будут годами
--------------
из документации следует, что просыпаться и передавать данные они должны за несколько мс, что раз в 100 быстрее, чем ESP
 

sharikov

Active member
полагаю что на TLSR8266 можно сделать любимые дуринщиками умные лампочки, кнопки термометры барометры измерители влажности и прочие простейшие датчики
при этом работать от батарейки они будут годами
Работать годами они может и будут но к ним нужно делать специальный шлюз для сопряжения BT с интернетом или приложение. В свете текущей политики гугла на закручивание гаек в маркете для независимых разработчиков это уже проблема.
Также под вопросом радиус действия BT.
 

nikolz

Well-known member
Работать годами они может и будут но к ним нужно делать специальный шлюз для сопряжения BT с интернетом или приложение. В свете текущей политики гугла на закручивание гаек в маркете для независимых разработчиков это уже проблема.
Также под вопросом радиус действия BT.
да.
Но замечу следующее.
Я всегда считал и неоднократно пытался сказать на форуме, что умные датчики и дома не должны быть сложными и не должны использовать wifi
а надо стоить их на простейших протоколах с быстрой коммутацией на внутренних сетях
Считаю что таким датчикам не надо гигабайты памяти и встроенные сайты
Т е умные дома должны содержать один умный концентратор который обеспечивает связь с хозяином с одной стороны
и с сетью датчиков с другой.
при этом возможности такой системы не зависят от умности хозяина.
-------------------
Очевидно, что сеть датчиков не требует большой дальности связи от каждого, так как доставку информации
от дальнего датчика к концентратору обеспечат узлы сети.
-----------------
И такой системе нет никакого дела до испражнений гугла или еще кого-то.
 

sharikov

Active member
Я всегда считал и неоднократно пытался сказать на форуме, что умные датчики и дома не должны быть сложными и не должны использовать wifi
а надо стоить их на простейших протоколах с быстрой коммутацией на внутренних сетях
Вы так к z-wave придете. Децентрализованная peer-to-peer сеть которая после конфигурирования вообще не нуждается в мастере. Жрет мало, дальность связи и "пробиваемость" хорошая (потому что не 2,4ГГц).

Очевидно, что сеть датчиков не требует большой дальности связи от каждого, так как доставку информации от дальнего датчика к концентратору обеспечат узлы сети.
Ретрансляция выжрет батарейку у промежуточного датчика. И промежуточных узлов может не быть к примеру на пути в подвал.
 

nikolz

Well-known member
Вы так к z-wave придете. Децентрализованная peer-to-peer сеть которая после конфигурирования вообще не нуждается в мастере. Жрет мало, дальность связи и "пробиваемость" хорошая (потому что не 2,4ГГц).


Ретрансляция выжрет батарейку у промежуточного датчика. И промежуточных узлов может не быть к примеру на пути в подвал.
Да
эта тема не так однозначна как кажется
готового решения нет, тем более универсального на все случаи жизни
основная особенность умных датчиков - это короткие сообщения
------------------------
вопрос дальность зависит от многих факторов
например возьмем два протокола WiFi и BLE
какой протокол быстрее и следовательно экономичнее передаст короткие сообщения в режиме максимального энергосбережения
при равной мощности передатчика в диапазоне 2.4 Ггц, как полагаете?
 

pvvx

Активный участник сообщества
1) активация делается через SWM без ресет. Активируется без проблем. Легко
но активация завершается успешно даже при отсутствии на чипе питания.
Паразитное питание чипа от самой swire через GPIO вход ? Это как?
Я на такое не пойду = выжечь GPIO.
2) в различных режимах используется различная длительность импульсов
Дык утилиты Telink не успевают готовить данные, по тому замедляют шину вписывая и увеличивая делитель swire в чип.

3) всегда присутствует некоторая преамбула существенно длительных импульсов чем основные чтение/запись возможно это проверка соединения
Она не нужна. Пытаться передать единицу бита swire означающего breeak более скорости бита нет смысла.

4) есть еще сигнал проверки наличия протокола кнопка <>"SWS"
Это не наличие протокола, а принудительная запись в чип делителя swire и далее чтение.
Вам просто пока везет - на чипе открытая прошивка, не отключающая swire :p

Если чип не разочарует, то можно будет продолжить
иначе в столе лежит NRF52840 и ждет своей очереди.
Чип не очень, т.к. жрет много. Есть c BT получше и с большей SRAM.
Мои цели в том, что у него есть примитивный USB device и готовые дешевые smart часы с TFT и прочим. Лень на старости лет заказывать толпу разных деталек, собирать корпуса, пилить гири :) если есть уже всё в сборе и дешевле.
 

nikolz

Well-known member
Паразитное питание чипа от самой swire через GPIO вход ? Это как?
Я на такое не пойду = выжечь GPIO.

Дык утилиты Telink не успевают готовить данные, по тому замедляют шину вписывая и увеличивая делитель swire в чип.

Она не нужна. Пытаться передать единицу бита swire означающего breeak более скорости бита нет смысла.

Это не наличие протокола, а принудительная запись в чип делителя swire и далее чтение.
Вам просто пока везет - на чипе открытая прошивка, не отключающая swire :p


Чип не очень, т.к. жрет много. Есть c BT получше и с большей SRAM.
Мои цели в том, что у него есть примитивный USB device и готовые дешевые smart часы с TFT и прочим. Лень на старости лет заказывать толпу разных деталек, собирать корпуса, пилить гири :) если есть уже всё в сборе и дешевле.
согласен.
Еще интересен модуль TLSR 8266 как микроконтроллер со всеми интерфейсами АЦП 12 бит и 16Кбайт SRAM и 512 Кбайт флеш и особенно с USB даже без BLE почти даром.
 

pvvx

Активный участник сообщества
Работать годами они может и будут но к ним нужно делать специальный шлюз для сопряжения BT с интернетом или приложение. В свете текущей политики гугла на закручивание гаек в маркете для независимых разработчиков это уже проблема.
Также под вопросом радиус действия BT.
Не будут TLSR работать годами. Инициализация чипа (просыпание) более 1 ms, потребление более 10 мА (из ответа специалиста от Telink и у него подчеркнуто слово "более").
Для элементарного проснулся - передал требуется активность более 5 мс (ещё не проверял, но это теоретический минимум). При этом потребление будет валить пиками за 40 мА, а среднее за 20. Тут ещё зависит от включенных патрахов.
 

nikolz

Well-known member
Да, итог забыл:
При фиксации и позиционировании в дыдочки на большой плате припаиваем модуль:
Посмотреть вложение 7997
Но надо крепить разъемами к плате...
симпатично.
тоже примеривался так спаять благо такие платы есть, но потом решил как привычнее и быстрее
плоский кабель 3 или 4 жилы паять пару минут.
у меня 8266 камней накопилось 5 штук чтобы их оживить понадобилось 10 минут . Кабель из прех жил подключен к EVK.
т е чтобы экспериментировать с новым модулем просто паяю три пина и готово.
 

nikolz

Well-known member
Не будут TLSR работать годами. Инициализация чипа (просыпание) более 1 ms, потребление более 10 мА (из ответа специалиста от Telink и у него подчеркнуто слово "более").
Для элементарного проснулся - передал требуется активность более 5 мс (ещё не проверял, но это теоретический минимум). При этом потребление будет валить пиками за 40 мА, а среднее за 20. Тут ещё зависит от включенных патрахов.
многие пользователи ESP считывают данные раз в 5-10 минут.
поэтому будет работать годами при вполне разумном интервале считывания.
Если сравнить с ESP то получим пики тока в 10 раз меньше (40 вместо 400) , а длительность связи в 40 раз менньше (5 мс вместо 220 у меня и до 4000 у дуринщиков) итого в 400 раз меньше потребление. Ну я уменьшил до 100.
 

pvvx

Активный участник сообщества
Тестировал примеры от Telink с BLE - выходит многожручка - просыпание с потреблением за 30 мА и более 10 мс, хотя потребление когда спит более менее (не включал к спец. измерителю).
 

pvvx

Активный участник сообщества
Если сравнить с ESP то получим пики тока в 10 раз меньше (40 вместо 400) , а длительность связи в 40 раз менньше (5 мс вместо 220 у меня и до 4000 у дуринщиков) итого в 400 раз меньше потребление. Ну я уменьшил до 100.
И в 40 раз меньшую дистанцию. А т.к. излучение меньше, то и потерь больше, что компенсируется только кол-вом повторов передач.
В итоге, на практике, учитывая средние условия, потребление всего до 2-х раз менее для активного приложения (1 байт в 10 сек) и дистанция до 3-х метров.
Это и есть BLE.
 
Сверху Снизу