Проблема с Home Assistant

Приветствую!
Установил в пару к НА HASS Configurator и пошли уведомления, что WB не может подключиться по локальному адресу:

Logger: homeassistant.components.http.ban
Source: components/http/ban.py:128
integration: HTTP (documentation, issues)
First occurred: March 20, 2024 at 8:39:21 PM (9 occurrences)
Last logged: 4:42:57 PM

Login attempt or request with invalid authentication from wirenboard (127.0.0.1). Requested URL: ‘/api/services’. (Python-urllib/3.5)

Строки

http:
use_x_forwarded_for: true
trusted_proxies: 127.0.0.1

в configuration.yaml эффекта не возымели.
Что можно еще предпринять?

Добрый день.
Пока не очень понятно что и к чему подключается. Куда именно установлен HA?

Что за сервис, к какому именно сервису на localhost подключается?

HA установлен на контроллер Wirenboard 6 серии, Batch No 6.8.1A 496, Release name wb-2207 по инструкции с вашего сайта, через docker. HASS configurator так же, по инструкции.
HA установлен стандартно в /mnt/data/.HA
configurator.py находится в папке /.HA

Что за сервис, к какому именно сервису на localhost подключается?
Даже не представляю, как это выяснить. Потому и пишу сюда.

Понятно, по этой: Установка Home Assistant на контроллер Wiren Board — Wiren Board
Хочу обратить внимание на:

Если хотите использовать супервизор - то вам потребуется разработка, например перенос http сервиса супервизора и/или вебсервера контроллера на другой адрес/порт

Супервизор не вижу смысла устанавливать.

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

Home assistant должен иметь возможность обновления, поскольку появляющиеся интеграции требуют актуальных версий НА. И то, что невозможность обновления лечится переустановкой с потерей настроек и автоматизаций, это неприемлемый вариант и не стоит перестраховки в угоду стабильности.

Сейчас, по факту, веб интерфейс контроллера не прогружается, в выпадающем окне пишет: Не удалось подключиться к 192.168.1.42:18883 от имени contactless-5nrWzuTA3.”AMQJS0007E Socker error.undefined.”(7)

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

1 лайк

Что конфигуратор что супервизор предполагают установку на систему на которой стоит только HA.
Они не учитывают наличие на хосте других сервисов.

Но зачем “терять” настройки Неужели они меняются (удаляются) при обновлении самого контейнера?
Это же обыкновенные конфиги в смонтированном в контейнер каталоге.

Проверьте пожалуйста - слушает ли брокер на этом порту. Ну и, если слушает - какой именно брокер.

Для выбранного вами варианта требуется довольно глубокое понимание работы и взаимодействия устанавливаемых сервисов, их тонкая настройка, в том числе и разделение адресов. Это весьма нетривиальная задача.
Если контроллер не подходит - его всегда можно сдать, условия возврата Условия возврата - Wiren Board

Проверьте пожалуйста - слушает ли брокер на этом порту. Ну и, если слушает - какой именно брокер.

Напишите пожалуйста для дебилов, что в консоли написать.

этот брокер, к примеру, не работает.
mosquitto.service loaded failed failed Mosquitto MQTT v3.1/v3.1.1 Broker

например

netstat -nlpt

Это сторонний. Если этот брокер использует, например, те же порты что и существующий то вместе они работать не смогут.
Еще раз, перед тем как развернуть сервис на контроллер нужно спланировать все используемые ресурсы и продумать совместное использование общих. Например второй брокер - просто не нужен.

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

  1. Удалось сбросить до заводских настроек и установить тестовую версию прошивки 202210191315_testing_webupd_wb67.fit
  2. Обновил debian до bullseye
  3. При попытке обновить с флешки до последнего тестового релиза 202403180207_testing_bullseye_wb67 в консоли прочел:
>>> Checking SHA1 hash of install
PROGRESS: 0%
>>> SHA1 hash of install ok
32+0 records in
32+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.0142306 s, 1.2 MB/s
>>> Firmware seems to be compatible with this controller
>>> Extracting install script
>>> Running install script
>>> Console logging enabled; tempfile /tmp/tmp.WwjQir, final file /disk/wb-console.log will be written on exit
>>> Extend tmpfs size to whole RAM
>>> Remount tmpfs in /tmp with size=1006M
>>> Maybe update factoryreset.fit to fix tmpfs size issue at 512M RAM (with emmc update)
[   19.929089] EXT4-fs (mmcblk0p6): recovery complete
[   19.935481] EXT4-fs (mmcblk0p6): mounted filesystem with ordered data mode. Opts: (null)
fit_info: Can't open /tmp/tmp.dgMIwl/.wb-restore/factoryreset.fit: No such file or directory
>>> Replace factoryreset.fit with current fit to fix rootfs extending issue at 512M RAM
cp: can't create '/tmp/tmp.dgMIwl/.wb-restore/factoryreset.fit': No such file or directory


BusyBox v1.30.1 (Debian 1:1.30.1-6+b3) built-in shell (ash)
Enter 'help' for a list of built-in commands.

sh: can't access tty; job control turned off
~ # [   33.771110] vref-3v3: disabling



Расскажите, почему так сложно?

Обновитесь прошивкой из документации (wb-2401 stable). Пробовали ли вы обновиться последней прошивкой stable? Я бы рекомендовал обновляться именно данной прошивкой. Если возникнут проблемы или ошибки, то покажите вывод.
При неудачном обновлении на wb2401, попробуйте обновиться на последний wb-2310.
Если удачно, то с него же потом через веб-интерфейс расширьте корневой раздел. И затем обновитесь через команду apt update; apt upgrade до wb-2401.

Расскажите, почему так сложно?

  1. Единственная из пяти читаемых контроллером флешек периодически пропадала даже будучи подключенной к ноутбуку.
  2. Контроллер, определяя флешку с з.fit файлом при включении не пищит, на кнопку FW реагировал в 1-2 нажатиях из 10. К тому времени он был уже снят с электрощита и осмотрен на предмет внешних повреждений.
  3. Прошивки подбирал методом перебора, stable просто не хотели устанавливаться.
  4. Обновил через веб интерфейс до 2401 и расширил корневой раздел.

А почему не заменили файл как в выводе написано?

На тот момент это не показалось очевидным решением. В последствии, я раширил раздел rootfs, обновившись через web-ui.