Данное устройство на 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
^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^*^
The discussion revolves around configuring the OpenBK firmware for a gas valve (Tuya RQF-1T) using the BK7231N chip. The user successfully flashed the device but faces challenges with the valve's closing period and MQTT protocol delays. They seek a method to publish the start and end states of the valve's movement to monitor its status during power outages. Suggestions include using scripting to publish state changes and modifying the OpenBK source code. The user also encountered issues with USB to TTL converters while attempting to flash a second valve and requested a modified flashing tool with lower baud rates. Additionally, they inquired about publishing data in JSON format for multiple devices to streamline data handling. Summary generated by the language model.