Некорректное обновление на testing

Каким образом? Какие именно конфиги копировались?
При распаковке бэкапа на другой контроллер - следует точно понимать назначение каждого файла и его влияние.
Если нет уверенности - сначала уточнить в документации.

Только сброс.

все по документации - выгрузил через интерфейс файл конфигурации, на новый котроллер развернул как описано тут

Восстановление из резервной копии

  1. Скопируйте архив обратно на контроллер:

    scp user@<IP>:/путь/до/архива/backup_имя_файла.tar /root/
    
    
  2. Распакуйте архив:

    tar -zxvf /root/backup_имя_файла.tar -C /
    
    

    Внимание: файлы в целевых папках будут перезаписаны. Убедитесь, что вы сохраняете актуальную копию текущих данных

После восстановления проверьте, что настройки восстановились.

и как мне не потерять те настройки, что уже были сделаны? если все конфиги нельзя копировать..

Вот это - ключевое. То есть на тот же контроллер.

Для каждого конфига - определить необходимость его копирования, то есть: совместимы ли они по версии, для аппаратно зависимых, например wb-hwconf - можно ли его менять при различиях в версии контроллера или модулей.

Список, кстати, есть тут.

То есть вопрос миграции - это не просто “скопировать” а требует планирования.
Я обычно использую для подобного скрипт, который архивирует только “нужное”. Ну и для бэкапов его же.

вот это вообще не очевидно. тем более, нигде не описана процедура миграции, как вы выразились

правильно я понимаю, что достаточно будет перенести каталог /mnt/data?

было бы здорово, для обычных пользователей, не автоматизаторов, опубликовать такое описание. я, например, не разбираюсь в структуре файлов и папок, чтобы самостоятельно это сделать. и, просматривая ваши обучающие видео, я не сделал вывод, что мне надо в этом будет разбираться..

Нет. В нем в том числе аппаратно зависимые сертификаты.

Вот тут описано: Резервное копирование настроек контроллера — Wiren Board
Ну и частью проекта всегда является описание настроек. То есть - измененных файлов.

[quote=“Casper, post:29, topic:37600”]
и, просматривая ваши обучающие видео, я не сделал вывод, что мне надо в этом будет разбираться..
[/quote]Да, это не задача пользователя, как правило миграцией занимаются специалисты.

какие? что мне надо исключить?

с ваших же слов выше, там описание резервного копирования для восстановления на том же железе. у меня другая ситуация, описания такой ситуации я не нашел, буду признателен, если пришлете

если я делаю это через ваш интерфейс, как мне получить это описание? пришлите, пожалуйста

последнее, что я хочу услышать от вендора - это идти к платным специалистам.

Все (вот вообще все файлы) что не менялось при настройке.

Обсуждали, например тут.
И аналогичная тема тут.

То есть я бы начал с того что скопировал руководствуясь проектом конфиги, в которые были внесены изменения.
Если версии ПО на исходном и конечном одинаковы и желехо идентично - да, можно просто копировать.

Это описание делается перед началом настроек и обычно дополняется в процессе. Я имею в виду проект автоматизации, в котором схемы, расчеты, настройки.

Альтернатива - разобраться. Покажите проект в части настроек - могу подсказать что копировать.

Просто для примера, выдержка касающаяся настроек контроллера:

Изменения конфигурации .77

wb-mqtt-serial — драйвер Modbus/RS485 устройств

/mnt/data/etc/wb-mqtt-serial.conf

  • Добавлены устройства на порту /dev/ttyRS485-1 (115200 бод):

  • slave_id=21 — WB-MRWM2, “Розетки 2 этаж” (out1 safe=0, out2 safe=1, restore state)

  • slave_id=27 — WB-MAP6S fw2, 6-канальный счётчик мощности (2000 витков, период пиков 30с)

(выкинул лишнее)

  • Добавлены устройства на порту /dev/ttyMOD1 (9600 бод):

  • slave_id=92 — WB-MRM2-mini, “Ворота улица” (curtain mode=1, safety_timer=10с)

  • slave_id=10 — rangeSensor (testreg=1)

  • Добавлен rate_limit: 700


wb-mqtt-db — логирование данных в БД

/mnt/data/etc/wb-mqtt-db.conf

  • Добавлены 5 групп логирования :

  • all — топик 33/+ (интервал 120с, burst 30)

  • climate — датчики MSW_Basement, MSW_2floor, спальни, TH (интервал 30с, 500000 значений)

(выкинул лишнее)

mosquitto — MQTT брокер

/etc/mosquitto/conf.d/10listeners.conf

  • WebSocket listener 18883 ограничен до lo (localhost), стандартно — все интерфейсы

nginx — веб-сервер

/etc/nginx/nginx.conf

  • Добавлена строка ssl_engine ateccx08; в начало (поддержка аппаратного ключа)

/etc/nginx/sites-available/wb-mqtt-alice-proxy (новый файл)

  • Прокси на порту 8042 для сервиса Алисы (alice.wirenboard.com:8042)

  • Аутентификация через аппаратный ключ ATECCx08 (сертификат /var/lib/wb-mqtt-alice/device_bundle.crt.pem бэкапить)


wb-rules — движок правил

Все файлы в /mnt/data/etc/wb-rules/

| Файл | Назначение |

|------|-----------|

| GateControl.js | Управление воротами: виртуальное устройство MainGate, MQTT Discovery для Home Assistant (cover) |

| Light2HA.js | Регистрация освещения в HA через MQTT Discovery (homeassistant/light/...) |

| OpenHasp.js | Интеграция с сенсорной панелью openHASP (hasp/plate199) |

| light_control.js | Автосвет в подвале по датчику движения WB-MSW_Basement/occupancy, таймаут 25с |

| ZigbeeButton.js | Обработка событий Zigbee кнопки Button_on_table/action |

| ramLog.js | Мониторинг потребления RAM процессом wb-rules, обновление раз в минуту |

| telegram2wb.js | Telegram-бот (токен ХХХХХ, пользователь ХХХХХХХ, SOCKS5-прокси ХХХХХХХХХХХ) |

| alarms.conf | (пустой список) |

| tasks.json | Задача VS Code: деплой скрипта на контроллер через scp |

| Thermostat2HA.js.disabled | Интеграция термостата с HA (отключён) |


wb-hardware — модули расширения

/mnt/data/etc/wb-hardware.conf

  • mod1 = wbe2-i-rs485-iso (изолированный RS485)

  • mod4 = wbe2r-r-zigbee (Zigbee модуль CC2652P)

  • wbmz = wbmz4-supercap (суперконденсатор UPS)


wb-homeui-backend — веб-интерфейс

/mnt/data/etc/wb-homeui-backend.conf

  • Включён HTTPS: enable_https: true (по умолчанию false)

wb-connection-manager — приоритет сетевых интерфейсов

/mnt/data/etc/wb-connection-manager.conf

  • В high только wb-eth0 (явно указан приоритет проводного подключения)

Сеть

  • eth0 — ХХХХХХХХ

  • wlan0 — ХХХХХХХХХ, точка доступа Wi-Fi (hostapd + dnsmasq)

  • SSID: ХХХХХХХХХХ, канал 1

  • DHCP: 192.168.11.50–150


Дополнительно установленные пакеты

| Пакет | Версия | Назначение |

|-------|--------|-----------|

| zigbee2mqtt | 2.10.0-wb101 | Zigbee-шлюз (wb-mqtt-zigbee) |

| wb-mqtt-alice | 0.10.0 | Интеграция с Алисой (Яндекс)

Конфиги z2m бэкапить из /root/

То есть в случае необходимости - просто беру нужное из архива, ежедневного.
Вот, кстати, забыл. У меня ж еще и модули в /etc/wb-rules-modules
Включу в список. Да, его ведение - может показаться “лишним” но сильно упрощает работу и позволяет не забывать о настройках.

добрый день

я, повторюсь, не настолько разбираюсь в структуре контроллера и софта. что я делал после того, как распаковал WB8

провел первичную настройку, в виду подключения к сети и настройки приоритетов, установки геолокации и часового пояса

установил в слоты расширения модули SprutHub и RS-485, установил боковой модуль ввода-вывода

настроил шины RS-485 и датчики/реле/устройства на них

установил ПО SprutHub и далее настройки в нем

правильно я понимаю, что в этом случае мне достаточно скопировать на новый контроллер следующий список файлов/папок:

/mnt/data/etc/wb-mqtt-serial.conf
/mnt/data/etc/wb-hardware.conf
/mnt/data/etc/wb-connection-manager.conf
/mnt/data/makesimple весь каталог

Это проще сделать снова.

Да, верно.

Слышал что бэкапы этого ПО внутри, да, скорее всего после переустановки они будет доступны.

спасибо за консультацию, будем пробовать