Данное устройство на CBU = BK7231N. Прошился без проблем.
Брокер работает, команды проходят. Но есть маленькая проблемка... У крана есть период закрытия... (время поворота). Поскольку протокол MQTT подразумевает доставку... респонденту не сразу. Я бы хотел как-то получать точку начала поворота и флаг о завершении. Если в период поворота пропадет свет, то надо понимать состояние крана... (закрыт или открыт или в середине). Буду благодарен за помощь.
Ваше решение, пока не попробовал, но обязательно попробую и отпишусь. У меня другая проблемка появилась. Хотел прошить второй кран и не смог.. спалил три конвертера USB-> TTL. Я предполагаю, что проблема в конверторах.. они все перегрелись. (китайские чипы нонейм ). Поэтому просьба : Мне нужен прошивальщик bk7231flasher_1.3.3 с меньшими скоростями порта. Вы не могли бы скомпилировать для меня новое приложение, учитывающее мои пожелания ?
Программа захватывает порт и пишет, что скорость не поддерживается... Очень выручите.
Added after 10 [hours] 44 [minutes]:
>>21272630 Этот метод работает. Спасибо за совет.
==============================================================
alias publish_after_time addRepeatingEvent 5 1 publish myState closed
addChangeHandler Channel1 == 1 publish_after_time
alias publish_after_time_off addRepeatingEvent1 5 1 publish myState open
addChangeHandler Channel1 == 0 publish_after_time_off
Вопрос? Как публиковать данные в формате JSON и сохранить // addChangeHandler Channel1 == 1 publish_after_time //. Просто кранов будет штук 10. И в открытом формате публиковать слишком громоздко для чтения.. Надо в одну строку JSON.
Если брокер Mosquitto на Keenetic (роутер) зависнет, я могу управлять с ESP32 через wifi по http? Как послать команду (какую) по http на адрес устройства, чтобы закрыть кран? Нужно ли настроить сам девайс? .
Я имею одну проблемку... Дело в том, что я использую Mosquitto Бридж (wqtt). Проблема выглядит так. При включении автоматики (ESP32) я получаю состояние с локального брокера, который поднят на модеме Keenetic. Вижу состояние выключен (OFF=0), но в это время приходит сообщение через мост с wqtt (ON=1) (был включен) и мой кран открывается.. при этом команды на открытие от ESP32 не было. Кран открывается.. автоматика начинает работать и снова закрывает кран. Это переключение туда и обратно очень раздражает. А если автомат не включился.. кран так и останется в состояние включен, а это уже беда. Мне надо чтобы РАБОТА крана была под моим контролем. При этом я конечно хочу сохранить возможность управлять краном с ESP32 и через WQTT (облачный брокер). Как это реализовать ?
Пока вижу так : 1) При включении установить значение "Closed" 2) again: (loop) if dev/status==online (ESP32 work) then MqttHost="192.168.1.1" else MqttHost="" // или SetChannelPrivate 1 (1 channel) goto again
Новая микросхема Beken 7231N - необходимо перезаписать загрузчик. Как это сделать ?
Starting flash new (no backup)!
Now is: 25 апреля 2025 г. 18:24:33.
Flasher mode: BK7231N
Going to open port: COM8.
Serial port open!
Getting bus... (now, please do reboot by CEN or by power off/on)
Getting bus failed, will try again - 0/100!
Getting bus success!
Going to set baud rate setting (115200)!
Will try to read device flash MID (for unprotect N):
Flash MID loaded: 1560EB
Will now search for Flash def in out database...
Flash def found! For: 1560EB
Flash information: mid: 1560EB, icName: TH25Q_16HB, manufacturer: TH, szMem: 1000000, szSR: 2, cwUnp: 0, cwEnp: 7, cwMsk: 407C, sb: 2, lb: 5, cwdRd: 05-35-FF-FF, cwdWr: 01-FF-FF-FF
Entering SetProtectState(True)...
sr: 0
sr: 0
final sr: 0
msk: 407c
cw: 0, sb: 2, lb: 5
bfd: 0
SetProtectState(True) success!
Going to read encryption key...
Encryption key read done!
Encryption key: 00000000 00000000 00000000 00000000
^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^
WARNING! Non-standard encryption key!
Please report to forum https://www.elektroda.com/rtvforum/forum51.html Or just try using BK7231M mode
^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^
Discussion focuses on configuring OpenBK firmware on a BK7231N-based Tuya gas valve controller (model RQF-1T) to handle valve state reporting and control via MQTT and HTTP. The main challenge is managing the valve's mechanical turn time and ensuring accurate state feedback (open, closed, or in transition), especially during power outages. Solutions include using OpenBK scripting with addRepeatingEvent and addChangeHandler commands to publish state changes after delays, and formatting MQTT messages in compact JSON for multiple valves. Control via HTTP commands from ESP32 devices is confirmed, mimicking Tasmota syntax for power toggling. Issues with USB-TTL converters overheating during flashing are noted, with a request for a lower baud rate flasher version. The user also describes complications with Mosquitto MQTT bridging causing conflicting valve states and seeks a method to prioritize local control while maintaining cloud access. Additional technical details cover flashing procedures for the BK7231N chip, including bootloader rewriting and flash memory identification. References to OpenBK source code, scripting examples, and command documentation are provided to support customization and integration. Summary generated by the language model.