Хотелось бы плучить видео для полных новичнов. Тоесть всю цепочку, от создания бота в телеграме, до срабатывния диода или выводы текста данных на дисплей при получении информации с кнопок диода. По большему счету на основании ваших видео можно сделать уный дом. Видео очень интересны, и большая благодарность за проделанную работу.
Спасибо за ваши труды и видосы. Посмотрел flprog и код, который он генерирует, кроме этого давно делаю своего бота и сделал следующий вывод. Чтобы избежать пауз в 2 секунды при загрузке новых сообщений с api telegram, нужно разделить функционал бота на две esp. Первая esp должна обрабатывать события срабатывания датчиков, кнопок и т.п, а вторая обращаться к телеграм для получения данных от него. Ну и естественно нужно научить две есп общаться между собой, например через второй сериал порт.
@@SRT_watcher Как раз на аквастоп надо. Мне через телеграмм нет необходимости воду закрывать_открывать воду. Это прекрасно делают и MQTT панели, но в них плохо с оповещением. НА случай тревоги (протечки) телеграмм то, что надо. Спасибо дружище!
@@NikolayK Именно!!! Командовать и анализировать - это прекрасно делает MQTT А вот найти меня везде и сразу - это телега делает лучше всех. Николай, я на 8266 не проверял. Но думаю пойдет.
Добрый день. Нахожусь в недоумении, попробовал Ваши блоки из проекта (на ESP32), блок приёма не работает - не приходит ни ID отправившего, ни текст, ни импульс чтения... Я до этого работал с библиотекой CTBot.h (с Вашими же блоками) - там всё ок. Тут решил из любопытства попробовать на бибилиотеке UniversalTelegramBot и вдруг такая засада... При этом блок отправки работает нормально, я в него кстати добавил выход ok - утанавливается в true при успешной отправке (в этой библиотеке это тоже есть, оказывается).
@@SRT_watcher да, идею я безусловно понял - инициализация отдельно, прием отдельно, отправка отдельно, идея отличная! Но почему не работает прием я пока не понял... И еще, если не сложно, уточните два момента: - назначение входа En, - в коде блока, в первой строке, присваиваете false переменной выхода чтения, а где в коде ей присваивается true - не нахожу... Спасибо!
@@SRT_watcher Блок приёма работает, но не совсем правильно - текст входящего сообщения приходит в формате UTF-8. Соответственно, в строчную переменную вместо русских букв записывается белиберда... Надо как-то декодировать... В CTBot.h такой проблемы нет.
Попробуйте отправить ему английские буквы. Если они пройдут, от ответ прост: с того устройства, с которого вы отправляете ему, не работает кодировка utf8.
Добрый день. Скажите, в библиотеке телеграм нет функции обратной связи от сервера о том, что он получил сообщение? Т.е. чтоб в блоке отправки (flprog) был булиновский выход, который становится в true в случае успешной отправки сообщения. Так как получается, что если в момент сработки некоего сигнала в контроллере, не было связи с сервером, то отправка сообщения пропускается и так и не дойдёт. Это можно было бы решить, если бы была такая вот обратная связь... Или же какой либо другой сигнал-ответ от бота (сервера) что успешно установлена связь. Т.к. получается что плата общается с сервером телеграм, но без обратной связи...
Честно скажу, я лично этим вопросом не задавался. Если WiFi подключен и имеется выход в интернет, то недоставка возможна при отказе api telegram. Это маловероятно. Я понимаю о чем вы. Если есть событие и оно случилось, вы бы хотели точно знать, что сообщение о они отправлено... Для получения такого флага надо покопаться в библиотеке. Но это дело затратное по времени...
@@SRT_watcher фокус в том, что нет даже точной обратной связи о выходе в интернет! Если бы хоть это было, это уже было бы неплохо, я понимаю что отказ api telegram маловероятен и можно этим пренебречь, хотя бы временно.. Есть только сигнал о подключении wifi, а этого маловато.. Ведь телефон то "знает" что успешно отправил сообщение, он даже "знает" что оно просмотрено, значит функция есть, её бы найти..)
@@СергейГранчар-о5г конечно вы правы. Факт доставки нового сообщения на сервер и отдельно факт прочтения есть. Но отработали ли эти события авторы библиотеки я лично не знаю. Это можно понять если разобрать текст библиотеки. Но у меня не возникло такой необходимости. Уж пишу как есть. Я контролирую наличие интернет - это сделать не сложно - и не вижу трудностей.
Я нашёл как проверять соединение с API Telegram в библиотеке CTBot.h - функция CTBot::testConnection(). Если ещё кому это интересно, сделал блок на FLProg, тут: forum.flprog.ru/viewtopic.php?f=71&t=6686