Мне в сложных случаях помогает отлаживаться вот такая копеечная приблуда. Подключил пару тройку входов к свободным GPIO чипа и дергаешь их из кода в интересующие моменты. В отличии от print работают быстрее и позволяют отслеживать "фазу" и последовательность событий.
Использовал такую для анализа SPI протокола на незнакомом устройстве
В общем согласен. Берешь пример из SDK и допиливаешь его под свои задачи. А вот с этим дополнительным софтом приходится трудно без отладки. Особенно если логика работы не простая. Вот тут TeLink и проигрывает. На днях запустил Debuging на CH582M. Ну это небо и земля. Раньше в Keil-е отлаживал nRF52832, сейчас в Эклипсе CH582M. Кейл по мне так был проще, но возможно это дело привычки. Пишу это не для таких зубров как pvvx, им и так хорошо. Пишу для тех, кто только начинает работу с BLE на китайских камнях. Не агитирую, просто в качестве информации. А там решайте сами. Если будете покупать на Али, имейте ввиду, на последней отладочной плате не выведен раз]ем программирования, поэтому заливать прошивку можно только через USB-Boot, для отладки она не пойдет. Удачи всем в освоении китайсого BLE.
Я не буду спорить, в деле нахамить собеседнику, мне до вас далеко. Да я и не стремлюсь к этомуА далее идет вообще какой-то бред аля "общества потребления":
На первом этапе изучения, потребление не так важно, гораздо важнее рабочие примеры. Как мы увидим далее, это не самый большой косяк у TeLink-а.
Главная специализация BLE - низкое потребление - он для этого и разрабатывался. Telink разрабатывал чипы и ПО согласно этой специализации, а не как контроллер общего применения.
А в таких применениях и во всех новых отладка с остановом не проходит и давно заменена на динамическую, типа RTT (Real Time Transfer).
Этим вы показываете свою некомпетентность в современном мире электроники. Т.е. вам пора на покой и писать мемуары о STM32F103.
Объясню лишь свою позицию. Когда я заявлял о том, что потребление на первом этапе не важно, я не имел ввиду, что оно не важно совсем. При вхождении в тему BLE на первом этапе очень полезно бывает ознакомиться с ядром самого контроллера. Походить пошагово в примерах, посмотреть как происходит общая инициализация. На счет компетентности, ну как вам сказать. Век живи - век учись. Вот я и учусь и другим стараюсь помогать в меру сил, кстати как и Вы, только без хамства. На покой уходить - мысль интересная. Честно говоря, ваши наезды вызывают у меня только улыбку, у меня была хорошая школа в виде моей тещи. И вам до неё далеко (пожалуйста без обид, ок?) И да, я не боюсь показать своё лицо на аватарке, интересно почему Вы скрываетесь за телевизионной таблицей настройки? Комплекс какой то или что то ещё?
1) По шагам в примерах не походить. Работа BLE будет прервана.
Что-то другое. Многократно описывал.
Ах детство, очаровательная пора
Кстати о прерывании BLE... Означает ли подобная "прерывистость" невозможность создания моста из 433Mhz в BLE ? Ведь пока контроллер занят BLE или спит он не может слушать эфир ожидая входящие по 433Mhz команды?
Обработка BLE достаточно короткая. Загрузка по производительности может происходить во время соединения, при больших объемах передачи.
Для этого вам создали подходящие игрушки с Debug и BLE - ESP32. Играйте.Ах детство, очаровательная пора
И как там с WiFi? Если использован какой режим экономии, то там всё гораздо хуже, а сам реальный интерфейс sta<->ap<->"иная сеть" достаточно часто имеют "провалы" связи в секунды...
Местами плохое, но можно подгадать с местом установки. Сами аппаратные кнопки на 433Mhz фигачат метров на 50 сквозь стенки и потолки.
Секунды не страшно, это для логов в основном нужно. А с потерей посылок борюсь их многократным повторением. Сама библиотека (RCSwitch) их 15 раз повторяет, плюс я пару раз через интервал. Ну и логика задачи помогает. Там система такая: кнопку нажали - через некоторое время должно следовать нажатие отбоя. Думаю поставить "умные" ретрансляторы 433Mhz (хоть ардуинки обычные) которые ловят факт нажатия и если через пару минут нет отбоя повторно самостоятельно выдающих дополнительное нажатие. Ну и равномерно раскидать ретрансляторы по площади.
И без батарейки?
С батарейкой конечно. лежит в кармане коробочка от тик-така, слушает эфир 433Mhz на предмет появления команд и ретранслирует их в BLE. Дальше в ход идет смартфон, который улавливает эти комнады и выводит на экран. Ну и наборот, смартфон по BLE выдает команду для коробочки, она переправляет ее в эфир для приемников 433.
На Али его что-то пока не видно
SRX882 - 2.8 мА по PDF.
Типовой АКБ для авто на 70A/ч в "коробочка от тик-така ".
Он не должен работать непрерывно. Включили, проконтролировали ситуацию (послали команду), - выключили. Даже при самой пиковой нагрузке, он будет работать не более трех часов в сутки. Так что вполне можно ограничится аккумулятором на 70 мA/ч или даже вообще cr2032.
А к самому термометру приделать ремешок и на руку на манер часов.
CR2032 может не вытянуть ток передатчика 433MHz - передача то не пару мс... При нагрузке в 15 мА провал напряжения уже более 0.5В, а если ещё подсевший....
Например?
Вроде лекодирует. по крайней мере в покое на выходе ноль, а при нажатии кнопки - несколько повторений посылок.