Результаты поиска

Я уже описывал вам причину почему и что. Ещё раз - буду использовать готовые smart часы, а какой там чип - лучше тот, который уже разобран. USB2.0 в чипе похоже нема. USB1.1 только. На это есть более дешевые и более "откатанные" чипы на макетках для всех и без EVK. Но я попробую поковырять TLRS...

Пока только к MESH https://esp8266.ru/forum/threads/tlsr8269.4491/page-2#post-65424 где шлюзовый модуль потребляет "over 30 mA". В режиме трансляции COM (ВТ) - те же "over 30 mA". Для устройства BLE - меньше и зависит от сколько времени оно не активно и к нему нет доступа.

Ну там и писано "over 30 mA". А сколько чип спит - отключите ему питание, положите на полку и измеряйте время :)

BLE и вообще BT - это связь "в личном пространстве". Для человека это до пары метров. На то всё это и заточено. Мы не в космосе где мало объектов и низкий фоновый шум и не ставим экспы по дальности в спец условиях (в спец камерах).

И уже писал - потребление чипа без работающего CPU от 4 мА. Это когда ничего не включено. https://esp8266.ru/forum/threads/tlsr8269.4491/page-5#post-65647 Возможно что-то ещё лишнее, включающееся по умолчанию можно отключить (типа тактирование swire), но включение CPU сразу даст потребление за...

Но у нас простой модуль, без спец антенных усилителей на ГГц диапазон и потребляющих десятки Вт.

Более точное: https://esp8266.ru/forum/threads/tlsr8269.4491/page-2#post-65414 Разговор о поделках на готовом. В сети есть описание про чувака со специальной антенной-ружьем (направленная со спец усилителями и излучением в несколько Вт) - там дистанция крака BT вышла = 1.5 км.

Master сети в MESH на TLSR жрет более 30 мА всегда. Шлюз - аналогично. Будет время и если захотите - сниму замеры с примеров от Telink и уточним.

Взял BLE устройство и smart телефон. Соединил по BLE и ходил с этим. Так-же почитал отзывы тысяч лемингов со smart часами и BLE брелками.

При постоянной "на связи" (пинг до 100 ms) разница с WiFi (DTIM(1)) в пользу WiFi. BLE тут хуже, т.к. оно должно спать дольше, а BT в среднем по больнице чипов - к 15 мА.

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

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

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

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

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

Кто знает, что за 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...

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

Кошмар!!! Вот у меня кончились спец. платки с шагом к таким модулям, а ждать новых некогда. Взял что есть + дремель: Распилил 2 какие-то, половинка осталась (если запорите 3 других). Очистил тыльную сторону: Позиционируется примерно так: А дальше включаете паяльник:

На нормальном CPU заряжаем несколько буферов DMA, включаем SPI (на одной стороне slave, на другой - мастер) и по прерыванию готовности данных вынимаем один готовый буфер, пишем в другой. Тем самым как-бы имеем отображение общей области памяти у обоих и сигнал обновления... Если оба на одной...

Там описано, что в принципе применение SPI на ESP32 не желательно из-за множества ограничений и глюков. При этом глюки и баги неисправимые и несовместимые с жизнью, т.е. даже в своем устройстве их не обойти для нормальной работы в Slave... Т.е. если что-то и выйдет, то CPU будет занят, как будто...