Хотеть ключи в его случае это нормально. Это что-то типа авторизации.
Но по идее этот этап проходить научились, поскольку если использовать код из примера, на который я ссылался ранее, значения температуры и влажности сенсор отдает. А обрубать коннект он может специально, в целях экономии энергии. Но это не точно…
Я пробовал этот режим, однако понял, что лучге не надо (вот тут пример есть github.com/kenken64/flutter_iot/blob/master/firmware/Xiaomi_ESP32_Blynk/Xiaomi_ESP32_Blynk.ino). Во-первых, у меня почему-то сенсор отсоединялся после передачи 2-3 значений температуры. Во-вторых, в режиме соединения в любом случае будет расходоваться дополнительная энергия, что заставит чаще менять батарейки в сенсорах. В ситуации когда можно пассивно получать от сенсоров информацию, режим с соединениями мне показался избыточным.
Наверняка сложность была в работе с драйвером LCD. Вряд ли он там какой-то стандартный. Так что прсоединяюсь к соседнему комментарию. Детали бы были очень интересны.
Но не скрою, процесс изобретения велосипеда мне понравился.
Но по идее этот этап проходить научились, поскольку если использовать код из примера, на который я ссылался ранее, значения температуры и влажности сенсор отдает. А обрубать коннект он может специально, в целях экономии энергии. Но это не точно…