MajorDoMo

Я просто не в теме, есть ли в родном приложении этот функционал. Есть защита от включения пустого чайника?

Защита там аппаратная, датчика воды нет.
В родном приложении есть мониторинг температуры, включение на кипячение, нагрев и поддержание, управление температурой, выключение.
Еще есть какой-то будильник, но я им никогда не пользовался.
Для моделей с подсветкой еще должно быть управление цветом, но у меня нет подсветки

Чайник сяоми включается только руками, и управление работает до снятия с подставки. Типа такая защита от пустого включения.

Вопрос по подключению: один шлюз на одно устройство? или через один шлюз можно сразу несколько R4S-устройств подключить? Например чайник и мультиварку?

panda5 писал(а): Ср авг 29, 2018 12:01 am Вопрос по подключению: один шлюз на одно устройство? или через один шлюз можно сразу несколько R4S-устройств подключить? Например чайник и мультиварку?

Та версия, что сейчас на гите, работает только с одним устройством. Но я планирую все же отказаться от MQTT и добавить HTTP API. Так же не будет постоянного коннекта с устройством, это позволит управлять несколькими устройствами с одного шлюза

Кстати.... а каков механизм работы у официального шлюза R4S - когда шлюзом работает приложение на смартфоне? Ведь там так же подключение управляемого устройства к шлюзовому смартфону один к одному, и что произойдет, если тот смартфон, который удаленно через этот шлюзовой управлял появится в зоне видимости блютуза? переключится ли управляемое устройство на смартфон со шлюза, или смартфон продолжит управлять устройством через облако даже находясь рядом?

Просто создатели этого стандарта полюбому должны были решать этот вопрос, а если так - значит там где то есть или механизм, который это разруливает, или набор команд в протоколе, которые это решают. Этот же набор команд (или механизм в протоколе) должен решать вопрос работы и с несколькими управляемыми устройствами... ибо покупать несколько шлюзов-планшетов, под каждое управляемое устройство... это слишком большая роскошь для бытовой техники)). Возможно, просто ESP32 не совсем удачный выбор для подобного шлюза в этом случае?

Здесь только одно ограничение: чайник может работать только с одним подключением одновременно.
Как подключаться - через шлюз или напрямую, вы сами в приложении выбираете каждый раз, протокол тут ни при чем.
Проблема с несколькими устройствами - это проблема сырой библиотеки BLE в ESP32. Если работать через GATT (более низкоуровнево) - проблем не будет (хотелось бы надеятся). Вопрос только трудозатрат.
Если делать подключение по требованию (а не мониторить девайс, не отключаясь от него, как я это пытался сделать изначально), то можно и на "сырой" библиотеке сделать шлюз, работающий с несколькими устройствами (по очереди).
На этом варианте я скорее всего и остановлюсь.

А что если этот скетч перенести на апельсинку? по цене она сопоставима с ESP 32, а блютуз там работает стабильнее, и как я понимаю тут на форуме Апельсиновые платы народу очень полюбились, те же терминалы - целый проект уже есть работающий с мажором. Да и в этом случае Апельсинка будет по блютузу работать в профиле как полноценный смартфон (т.е. и к нескольким устройствам подключаться одновременно тоже должна бы).

У линукса и ардуино ничего общего.
У какой кстати модели апельсинки стабильный блютуз?

Для работоспособности чайника RK-G200S требуется внести изменение в 10-ой строке файла RK-M171S.ino
Для кипячения RK-G200S требуется доп. команда вида: 0x000e 55 05 03 aa
В приложении изменённый файл, кому надо
Есть ещё изменения в параметрах, чуть позже отредактирую