Обсуждение TLSR8269

[pvvx]

Дополнение по "Активации".
Узнать, что "Активация" выполнена успешно можно и по току потребления.
При активном "reset" модуль E104-BT10 с TLSR8269 потребляет ~2.3 мА.
После "Активации", когда CPU остановлен, потребление ~4.2 мА.
Пример замера на INA219 в её предельной скорости замеров:

И уточнение, сколько был активен TLSR8269:

INA219 не справляется - менее её минимального замера (~84 мкс)
Без автоматического 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
Хамящий Вы наш.
-----------------------------
Ну теперь твоя душенька довольна?

Кошмар!!!
Вот у меня кончились спец. платки с шагом к таким модулям, а ждать новых некогда.
Взял что есть + дремель:

Распилил 2 какие-то, половинка осталась (если запорите 3 других).
Очистил тыльную сторону:

Позиционируется примерно так:

А дальше включаете паяльник:

 

[pvvx]

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

Но надо крепить разъемами к плате...

 

[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...

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]

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

заполненная часть флеш -160
вся флеш -512

 

[nikolz]

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

записал сигналы EVK логическим анализатором.
предварительный анализ показал следующее:
1) активация делается через SWM без ресет. Активируется без проблем. Легко
но активация завершается успешно даже при отсутствии на чипе питания.
2) в различных режимах используется различная длительность импульсов
3) всегда присутствует некоторая преамбула существенно длительных импульсов чем основные чтение/запись возможно это проверка соединения
4) есть еще сигнал проверки наличия протокола кнопка <>"SWS"
-----------------
пока на этом остановился так как больше интересуют возможности чипа
Если чип не разочарует, то можно будет продолжить
иначе в столе лежит NRF52840 и ждет своей очереди.

 

[nikolz]

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

 

[sharikov]

полагаю что на TLSR8266 можно сделать любимые дуринщиками умные лампочки, кнопки термометры барометры измерители влажности и прочие простейшие датчики
при этом работать от батарейки они будут годами

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

 

[nikolz]

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

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

 

[sharikov]

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

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

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

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

 

[nikolz]

Вы так к 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

Если чип не разочарует, то можно будет продолжить
иначе в столе лежит NRF52840 и ждет своей очереди.

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

 

[nikolz]

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

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

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

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


Чип не очень, т.к. жрет много. Есть 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]

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

симпатично.
тоже примеривался так спаять благо такие платы есть, но потом решил как привычнее и быстрее
плоский кабель 3 или 4 жилы паять пару минут.
у меня 8266 камней накопилось 5 штук чтобы их оживить понадобилось 10 минут . Кабель из прех жил подключен к EVK.
т е чтобы экспериментировать с новым модулем просто паяю три пина и готово.

 

[nikolz]

Не будут 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.