Не работают правила и Sprut.hub
Добрый день.
Опишите пожалуйста - что за обновление, то есть какие команды использовали и каков результат их выполнения?
Релиз WB-2606 , команды apt update && apt upgrade && reboot. В начале обновление зависло на 91% . После повторного ввода команды вроде бы загрузилось. Но нет связи со Sprut.hub- стик установлен в контроллер. Сам СХ работает -управляет устройствами в своем приложении , но устройства WB ни как не реагируют. Что касается правил , что бы они работали приходятся менять названия устройств. Пример: было VENT_DEVICE: "wb-mdm3_57" → стало VENT_DEVICE: "WB-MDM3".
Покажите пожалуйста вывод, значение “91%” - ни о чем, к сожалению, не говорит.
Тут довольно просто проверить: подпишитесь пожалуйста на топки какого -либо устройства.
Затем - попробуйте менять-какое-то значение из интерфейса контроллера.
Ожидаю: запись нового значения в /on подтопик, его корректную обработку.
Ну и потом - из этого ПО. Если буедет запись в тот же подтопик значения, но обрабатываться не будет - тогда продолжим разбираться.
Вот тут пока не уверен что понимаю правильно. Покажите пожалуйста полний путь к топику, вида “2fl_light_0/K1”
При обновлении через SSH показывается прогресс установки ( такая длинная строка) и при 91% она остановилась. Вот так было в правиле до установки обновления - var BUTTON_SENSOR = “wb-led_39/Input 4”; А вот так пришлось сделать после обновления, чтобы правило работало - var BUTTON_SENSOR = “WB-LED/Input 4”; Видите разницу и так почти со всеми- нужно минять
Это ни о чем не говорит: “проценты” зависят от размера пакетов, от порядка их установки и от комбинации версий установленных/обновляемых/новых.
Ориентироваться стоит на текущие действия.
Покажите пожалуйста как настроено какое-то устройство.
Я попробовал воспроизвести - но mqtt id не меняется при обновлении:
Оптимально - покажите конфиг до обновления (из бэкапа) ну и текущий.
У меня ни в сценариях ,а в правилах . вам ,что прислать правило до обновления и после обновления переделанное ?
Конфиг /etc/wb-mqtt-serial.conf.
Из резервной копии до обновления и текущий.
Вместо текущего - можно архив с диагностической информацией контроллера. Создание архива описано в документации.
не могу ничего загрузить. Как мне просто вернуть WB-2602 ?
В какой он папке?
Если нужен определенный релиз - то сбросом на него, например так.
Я же путь привел, полный.
В каталоге /etc/
“enabled”: true,
“debug”: false,
“mqtt”: {
“host”: “localhost”,
“port”: 1883,
“keepalive”: 60,
“max_inflight”: 10,
“max_queued”: 100
}
} этот ?
Вряд ли. То есть содержимое не из него.
Конфиг wb-mqtt-serial на контроллере можно получить так:
cat /etc/wb-mqtt-serial.conf
Скопировать на компьютер, например, так:
scp root@10.0.0.86:/etc/wb-mqtt-serial.conf ~/Downloads/
Вводить по SSH ?
SSH - это протокол используемый для удаленного доступа. Да, можно подключиться по ssh.
“debug” : false,
“ports” :
[
{
“baud_rate” : 115200,
“data_bits” : 8,
“devices” :
[
{
“device_type” : “WB-MWAC-v2 ver2”,
“id” : “WB-MWAC”,
“outputs_restore_state_after_leakage_fix” : 0,
“slave_id” : “25”
},
{
“baud_rate” : 1152,
“device_type” : “WB-LED”,
“dimmer_mode” : 2,
“fader_dec_cct1_t” : 1000,
“fader_dec_cct1_v” : 1000,
“fader_dec_w3” : 1000,
“fader_dec_w4” : 1000,
“fader_inc_cct1_t” : 1000,
“fader_inc_cct1_v” : 1000,
“fader_inc_w3” : 1000,
“fader_inc_w4” : 1000,
“id” : “WB-LED”,
“in1_dp” : 0,
“in1_lp” : 0,
“in1_slp” : 0,
“in1_sp” : 0,
“in2_dp” : 0,
“in2_lp” : 0,
“in2_slp” : 0,
“in2_sp” : 0,
“in3_dp” : 0,
“in3_lp” : 45059,
“in3_slp” : 0,
“in3_sp” : 12291,
“in4_dp” : 0,
“in4_lp” : 0,
“in4_slp” : 0,
“in4_sp” : 0,
“input_1_mode” : 0,
“input_2_mode” : 0,
“input_3_mode” : 0,
“input_4_mode” : 0,
“power_normalization_cct1” : 0,
“powerup_mode_ch_3_action” : 0,
“powerup_mode_ch_4_action” : 0,
“powerup_mode_ch_CCT1_BR_action” : 0,
“powerup_mode_ch_CCT1_TEMP_action” : 0,
“safety_mode_ch_3_action” : 0,
“safety_mode_ch_4_action” : 0,
“safety_mode_ch_CCT1_BR_action” : 0,
“safety_mode_ch_CCT1_TEMP_action” : 0,
“slave_id” : “39”
},
{
“baud_rate” : 1152,
“device_type” : “WB-MIR v.3”,
“id” : “WB-MIR”,
“rs485_response_delay_ms” : 0,
“slave_id” : “133”,
“temperature_readings_filter_deg” : 0
},
{
“device_type” : “WB-M1W2 BUTTONS”,
“id” : “WB-M1W2”,
“in1_mode” : 0,
“in2_mode” : 0,
“slave_id” : “30”
},
{
“device_type” : “WB-MR6C”,
“id” : “WB-MR6C”,
“slave_id” : “46”
},
{
“baud_rate” : 1152,
“channel1_dimming_curve” : 0,
“channel1_dimming_type” : 1,
“channel1_min_value” : 1100,
“channel2_decrease_rate” : 1,
“channel2_dimming_curve” : 1,
“channel2_dimming_type” : 0,
“channel2_increase_rate” : 1,
“channel2_min_value” : 3500,
“device_type” : “tpl1_wb_mdm3”,
“id” : “WB-MDM3”,
“input_1_long_press_output_action_single” : 5,
“input_1_long_press_output_number” : 1,
“input_1_mode” : 0,
“input_1_single_press_output_action_single” : 2,
“input_1_single_press_output_number” : 1,
“input_2_mode” : 0,
“inputs12_mode” : 3,
“inputs34_mode” : 0,
“inputs56_mode” : 0,
“slave_id” : “57”
},
{
“baud_rate” : 1152,
“channel1_l1_turns” : 42159,
“channel1_l2_phi” : -23364,
“channel3_l1_phi” : 500,
“channel3_l1_turns” : 2000,
“channel3_l2_phi” : 500,
“channel3_l2_turns” : 2000,
“channel4_l1_phi” : 120,
“channel4_l1_turns” : 2000,
“channel4_l2_phi” : 120,
“channel4_l2_turns” : 2000,
“channel4_l3_phi” : 120,
“channel4_l3_turns” : 2000,
“device_type” : “WB-MAP12E fw2”,
“slave_id” : “35”
},
{
“baud_rate” : 1152,
“co2_baseline_calibration” : 0,
“device_type” : “WB-MSW v.4”,
“rs485_response_delay_ms” : 0,
“selfheating_compensation_deg” : 0,
“slave_id” : “64”,
“sound_filter_time_const_ms” : 200
}
],
“enabled” : true,
“parity” : “N”,
“path” : “/dev/ttyRS485-1”,
“port_type” : “serial”,
“read_rate_limit_ms” : 10,
“stop_bits” : 2
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” :
[
{
“channels” :
[
{
“enabled” : false,
“name” : “A Energy T1”
},
{
“enabled” : false,
“name” : “A Energy T2”
},
{
“enabled” : false,
“name” : “A Energy T3”
},
{
“enabled” : false,
“name” : “A Energy T4”
},
{
“enabled” : false,
“name” : “A Energy T5”
}
],
“device_type” : “energomera_ce102”,
“id” : “energy_meter”,
“slave_id” : “1”
}
],
“enabled” : true,
“parity” : “N”,
“path” : “/dev/ttyRS485-2”,
“read_rate_limit_ms” : 10,
“stop_bits” : 1
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : false,
“parity” : “N”,
“path” : “/dev/ttyMOD1”,
“read_rate_limit_ms” : 10,
“stop_bits” : 2
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : false,
“parity” : “N”,
“path” : “/dev/ttyMOD2”,
“read_rate_limit_ms” : 10,
“stop_bits” : 2
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : false,
“parity” : “N”,
“path” : “/dev/ttyMOD3”,
“read_rate_limit_ms” : 10,
“stop_bits” : 2
}
]
}root@wirenboard-AUIX2ZRY:~#
это новый , а как найти старый ?
Хочу заметить что “id” задан вручную.
Аналогично.
Пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.
Перед обновлением, как и перед другими операциями - делается резервная копия. Если вы ее делали - то ихз нее. Если нет - то больше неоткуда.
приложен диагностический архив, доступен только сотрудникам поддержки
(747,5 КБ)
Выгрузите, пожалуйста лог wb-mqtt-serial за несколько дней, например по
journalctl -u wb-mqtt-serial --since "96 hour ago" --no-pager |grep "override property"
и покажите результаты