Integracja Network Ups Tools przestała działać po aktualizacji

Home Assistant Aplikacje
1

Witam, zrobiłem ostatnio aktualizację systemu operacyjnego HAOS core (miałem wersję bodajże z listopada 2024) i, między innymi, przestała działać integracja z UPS-em. Wrzucam jej loga:

-----------------------------------------------------------
 Add-on: Network UPS Tools
 Manage battery backup (UPS) devices
-----------------------------------------------------------
 Add-on version: 0.17.0
 You are running the latest version of this add-on.
 System: Home Assistant OS 16.3  (amd64 / generic-x86-64)
 Home Assistant Core: 2025.11.1
 Home Assistant Supervisor: 2025.11.2
-----------------------------------------------------------
 Please, share the above information when looking for help
 or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service base-addon-banner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service base-addon-timezone: starting
s6-rc: info: service base-addon-log-level: starting
s6-rc: info: service fix-attrs successfully started
[17:31:38] INFO: Configuring timezone (Europe/Warsaw)...
s6-rc: info: service base-addon-log-level successfully started
s6-rc: info: service base-addon-timezone successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/nut.sh
[17:31:39] INFO: Setting mode to netserver...
[17:31:39] INFO: Connected USB devices:
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 0bda:a729 Realtek Semiconductor Corp. Bluetooth Radio
Bus 005 Device 004: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
[17:31:39] INFO: Generating /etc/nut/upsd.users...
[17:31:39] INFO: Configuring user: ha
[17:31:39] INFO: Password is NOT in the Have I Been Pwned database! Nice!
[17:31:39] INFO: Configuring Device named haups...
[17:31:39] INFO: Starting the UPS drivers...
libusb1: Could not open any HID devices: insufficient permissions on everything
No supported devices found. Please check your device availability with 'lsusb'
and make sure you have an up-to-date version of NUT. If this does not help,
try running the driver with at least 'subdriver', 'vendorid' and 'productid'
options specified. Please refer to the man page for details about these options
(man 8 nutdrv_qx).
upsnotify: notify about state 4 with libsystemd: was requested, but not running as a service unit now, will not spam more about it
upsnotify: failed to notify about state 4: no notification tech defined, will not spam more about it
Network UPS Tools - Generic Q* USB/Serial driver 0.36 (2.8.1)
USB communication driver (libusb 1.0) 0.46
Driver failed to start (exit status=1)
Network UPS Tools - UPS driver controller 2.8.1
cont-init: info: /etc/cont-init.d/nut.sh exited 1
cont-init: info: running /etc/cont-init.d/nutclient.sh
cont-init: info: /etc/cont-init.d/nutclient.sh exited 0
cont-init: warning: some scripts exited nonzero
s6-rc: warning: unable to start service legacy-cont-init: command exited 1
/run/s6/basedir/scripts/rc.init: warning: s6-rc failed to properly bring all the services up! Check your logs (in /run/uncaught-logs/current if you have in-container logging) for more information.
/run/s6/basedir/scripts/rc.init: fatal: stopping the container.
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service base-addon-timezone: stopping
s6-rc: info: service base-addon-log-level: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service base-addon-log-level successfully stopped
s6-rc: info: service base-addon-timezone successfully stopped
s6-rc: info: service base-addon-banner: stopping
s6-rc: info: service base-addon-banner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

oto konfiguracja dodatku (która działała wcześniej):

users:
  - actions: []
    instcmds:
      - all
    password: haupsuser2000
    username: ha
devices:
  - config: []
    driver: blazer_ser
    name: haups
    port: /dev/ttyUSB1
mode: netserver
shutdown_host: false
list_usb_devices: true

kombinowałem trochę i teraz mam konfigurację taką (to z niej są powyższe logi):

users:
  - username: ha
    password: haupsuser2000
    instcmds:
      - all
    actions: []
devices:
  - name: haups
    driver: nutdrv_qx
    port: auto
    config: []
mode: netserver
shutdown_host: false
list_usb_devices: true

Jakby nie widział UPS-a przez USB. Podejrzewam że nowy system operacyjny zrobił jakieś ograniczenia dla USB, bo stick Zigbee też przestał działać (też nie można było znaleźć adaptera), ale rozwiązanie znalazłem na tej stronie:
https://github.com/Koenkk/zigbee2mqtt/discussions/24364

Nie jestem niestety mocny w tych tematach, więc może ktoś podpowie gdzie szukać rozwiązania?

Pozdrawiam, Grzegorz

edit: wrzucam też loga dla pierwotnej konfiguracji:

-----------------------------------------------------------
 Add-on: Network UPS Tools
 Manage battery backup (UPS) devices
-----------------------------------------------------------
 Add-on version: 0.17.0
 You are running the latest version of this add-on.
 System: Home Assistant OS 16.3  (amd64 / generic-x86-64)
 Home Assistant Core: 2025.11.1
 Home Assistant Supervisor: 2025.11.2
-----------------------------------------------------------
 Please, share the above information when looking for help
 or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service base-addon-banner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service base-addon-timezone: starting
s6-rc: info: service base-addon-log-level: starting
s6-rc: info: service fix-attrs successfully started
[18:07:21] INFO: Configuring timezone (Europe/Warsaw)...
s6-rc: info: service base-addon-log-level successfully started
s6-rc: info: service base-addon-timezone successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/nut.sh
[18:07:22] INFO: Setting mode to netserver...
[18:07:22] INFO: Connected USB devices:
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 0bda:a729 Realtek Semiconductor Corp. Bluetooth Radio
Bus 005 Device 004: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
[18:07:22] INFO: Generating /etc/nut/upsd.users...
[18:07:22] INFO: Configuring user: ha
[18:07:22] INFO: Password is NOT in the Have I Been Pwned database! Nice!
[18:07:22] INFO: Configuring Device named haups...
[18:07:23] INFO: Starting the UPS drivers...
/dev/ttyUSB1 is locked by another process
upsnotify: notify about state 4 with libsystemd: was requested, but not running as a service unit now, will not spam more about it
upsnotify: failed to notify about state 4: no notification tech defined, will not spam more about it
Network UPS Tools - Megatec/Q1 protocol serial driver 1.60 (2.8.1)
Driver failed to start (exit status=1)
Network UPS Tools - UPS driver controller 2.8.1
cont-init: info: /etc/cont-init.d/nut.sh exited 1
cont-init: info: running /etc/cont-init.d/nutclient.sh
cont-init: info: /etc/cont-init.d/nutclient.sh exited 0
cont-init: warning: some scripts exited nonzero
s6-rc: warning: unable to start service legacy-cont-init: command exited 1
/run/s6/basedir/scripts/rc.init: warning: s6-rc failed to properly bring all the services up! Check your logs (in /run/uncaught-logs/current if you have in-container logging) for more information.
/run/s6/basedir/scripts/rc.init: fatal: stopping the container.
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service base-addon-timezone: stopping
s6-rc: info: service base-addon-log-level: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service base-addon-timezone successfully stopped
s6-rc: info: service base-addon-log-level successfully stopped
s6-rc: info: service base-addon-banner: stopping
s6-rc: info: service base-addon-banner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
2

edit2: już sam sobie pomogłem, coś się pozmieniało w numeracji USB i pomogła zmiana:

/dev/ttyUSB1

na

/dev/ttyUSB0
3

  1. Nie ma czegoś takiego jak “HAOS core”, jak właściwie masz ten HA zainstalowany - Jak podzielić się informacjami o swojej instalacji Home Assistant na forum lub githubie

  2. Jaki by nie był system
    Ustawienia → System → Sprzęt → Cały sprzęt → wyszukaj sprzęt → wpisz usb
    i pokaż jakieś screenshoty (jeśli znajdziesz ten sprzęt, który jest UPSem, to lepiej tekst wklejony jako kod)

  3. Nie rozumiem czemu zmieniłeś sterownik UPSa na inny (skoro ten sprzęt działał wcześniej jako blazer_ser to dlaczego dzisiaj miałby to być nutdrv_qx

to raczej nie jest prawda i widać to nawet z tego loga, który wkleiłeś

[17:31:39] INFO: Connected USB devices:
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 0bda:a729 Realtek Semiconductor Corp. Bluetooth Radio
Bus 005 Device 004: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

masz tam wpięte 2 konwertery USB-UART i ja nie wiem co to jest, ale Ty wiesz z pewnością

i podejrzewam, że znam przyczynę używałes niejednoznacznej ścieżki

/dev/ttyUSB1

może dziś się zmieniła na

/dev/ttyUSB0

ale to nie jest ostateczne rozwiązanie - daj informacje z punktów 1 i 2

O widzę, że to znalazłeś zanim napisałem całą odpowiedź, ale to nie jest rozwiązanie - powinieneś zmienić ścieżkę na jednoznaczną (by-id), bo kolejny restart systemu może przywrócić problem

skoro działa to w punkcie 2 znajdziesz jednoznaczne ścieżki identyfikujące konwerter USB-UART (czy tam na jakiś RS), jedna z nich przypisuje sprzęt w/g jego identyfikatora (producenta i modelu urządzenia USB), a druga i trzecia do konkretnego gniazdka USB

zmień to /dev/ttyUSB0 na ścieżkę jednoznaczną (sugeruję tę po identyfikatorze, mimo, że większość modeli na SiLabs oraz QinHeng nie zawiera numeru seryjnego… i problem może wystąpić w przyszłości jeśli dołączysz kolejny konwerter który się zgłosi tak samo, wtedy zmienisz sobie w/g gniazdka)

4

Dzięki za odzew,
ad.1

System Information

version core-2025.11.1
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch amd64
user root
virtualenv false
python_version 3.13.9
os_name Linux
os_version 6.12.51-haos
arch x86_64
timezone Europe/Warsaw
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.5
Stage running
Available Repositories 2391
Downloaded Repositories 26
Airly
can_reach_server ok
requests_remaining 28
requests_per_day 100
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
GIOŚ
can_reach_server ok
Home Assistant Supervisor
host_os Home Assistant OS 16.3
update_channel stable
supervisor_version supervisor-2025.11.2
agent_version 1.7.2
docker_version 28.3.3
disk_total 14.0 GB
disk_used 10.0 GB
nameservers 192.168.2.1
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board generic-x86-64
supervisor_api ok
version_api ok
installed_addons Samba share (12.3.2), File editor (5.8.0), Home Assistant Google Drive Backup (0.112.1), Duck DNS (1.18.0), Mosquitto broker (6.5.2), Node-RED (18.0.5), Let’s Encrypt (5.4.9), Zigbee2MQTT (2.6.3-1), Network UPS Tools (0.17.0), ESPHome Device Builder (2025.10.5), Terminal & SSH (9.16.0), Music Assistant (2.6.2)
Dashboards
dashboards 2
resources 12
views 12
mode storage
Network Configuration
adapters lo (disabled), enp1s0 (enabled, default, auto), hassio (disabled), docker0 (disabled), vetha5e93d4 (disabled), vethbe8a3f6 (disabled), veth7d5fe12 (disabled), veth71e4c4b (disabled), veth1e4d4df (disabled), veth038488f (disabled), veth3da5767 (disabled), vethb5acca1 (disabled), veth59902f8 (disabled), vethe3bcc23 (disabled), veth3e332eb (disabled)
ipv4_addresses lo (127.0.0.1/8), enp1s0 (192.168.2.149/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), vetha5e93d4 (), vethbe8a3f6 (), veth7d5fe12 (), veth71e4c4b (), veth1e4d4df (), veth038488f (), veth3da5767 (), vethb5acca1 (), veth59902f8 (), vethe3bcc23 (), veth3e332eb ()
ipv6_addresses lo (::1/128), enp1s0 (fe80::98e8:5deb:5863:7616/64), hassio (fe80::a438:88ff:fecf:de4/64), docker0 (fe80::1860:8aff:fefd:8223/64), vetha5e93d4 (fe80::94fb:91ff:fe02:d7ba/64), vethbe8a3f6 (fe80::34a7:bff:fedc:7767/64), veth7d5fe12 (fe80::4cfe:29ff:fe86:2791/64), veth71e4c4b (fe80::502a:9cff:fe93:1ce2/64), veth1e4d4df (fe80::ac8d:72ff:fec0:204c/64), veth038488f (fe80::d4f6:8bff:fe82:511/64), veth3da5767 (fe80::a895:1bff:fef5:d8db/64), vethb5acca1 (fe80::8c6:91ff:fe2a:e565/64), veth59902f8 (fe80::ec96:76ff:fee3:2a91/64), vethe3bcc23 (fe80::e6:92ff:feb0:1b0b/64), veth3e332eb (fe80::2c75:44ff:fe4a:297a/64)
announce_addresses 192.168.2.149, fe80::98e8:5deb:5863:7616
Recorder
oldest_recorder_run 4 października 2025 14:51
current_recorder_run 12 listopada 2025 23:38
estimated_db_size 327.11 MiB
database_engine sqlite
database_version 3.49.2

ad.2 - są dwie rzeczy

ttyUSB0
/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0
Podsystem:
tty
Ścieżka urządzenia:
/dev/ttyUSB0
Identyfikator:
/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0
Atrybuty:
DEVLINKS: >-
  /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0
  /dev/serial/by-path/pci-0000:00:12.0-usb-0:1:1.0-port0
  /dev/serial/by-path/pci-0000:00:12.0-usbv1-0:1:1.0-port0
DEVNAME: /dev/ttyUSB0
DEVPATH: /devices/pci0000:00/0000:00:12.0/usb1/1-1/1-1:1.0/ttyUSB0/tty/ttyUSB0
ID_BUS: usb
ID_MODEL: USB_Serial
ID_MODEL_ENC: USB\x20Serial
ID_MODEL_ID: '7523'
ID_PATH: pci-0000:00:12.0-usb-0:1:1.0
ID_PATH_TAG: pci-0000_00_12_0-usb-0_1_1_0
ID_PATH_WITH_USB_REVISION: pci-0000:00:12.0-usbv1-0:1:1.0
ID_REVISION: '0264'
ID_SERIAL: 1a86_USB_Serial
ID_TYPE: generic
ID_USB_DRIVER: ch341
ID_USB_INTERFACES: ':ff0102:'
ID_USB_INTERFACE_NUM: '00'
ID_USB_MODEL: USB_Serial
ID_USB_MODEL_ENC: USB\x20Serial
ID_USB_MODEL_ID: '7523'
ID_USB_REVISION: '0264'
ID_USB_SERIAL: 1a86_USB_Serial
ID_USB_TYPE: generic
ID_USB_VENDOR: 1a86
ID_USB_VENDOR_ENC: 1a86
ID_USB_VENDOR_ID: 1a86
ID_VENDOR: 1a86
ID_VENDOR_ENC: 1a86
ID_VENDOR_ID: 1a86
MAJOR: '188'
MINOR: '0'
SUBSYSTEM: tty
TAGS: ':systemd:'
USEC_INITIALIZED: '5383709'

oraz:

ttyUSB1
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_9e13899ad7c9eb11b1108d4f1d69213e-if00-port0
Podsystem:
tty
Ścieżka urządzenia:
/dev/ttyUSB1
Identyfikator:
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_9e13899ad7c9eb11b1108d4f1d69213e-if00-port0
Atrybuty:
DEVLINKS: >-
  /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_9e13899ad7c9eb11b1108d4f1d69213e-if00-port0
  /dev/serial/by-path/pci-0000:00:10.0-usb-0:2:1.0-port0
  /dev/serial/by-path/pci-0000:00:10.0-usbv2-0:2:1.0-port0
DEVNAME: /dev/ttyUSB1
DEVPATH: /devices/pci0000:00/0000:00:10.0/usb5/5-2/5-2:1.0/ttyUSB1/tty/ttyUSB1
ID_BUS: usb
ID_MODEL: Sonoff_Zigbee_3.0_USB_Dongle_Plus
ID_MODEL_ENC: Sonoff\x20Zigbee\x203.0\x20USB\x20Dongle\x20Plus
ID_MODEL_ID: ea60
ID_PATH: pci-0000:00:10.0-usb-0:2:1.0
ID_PATH_TAG: pci-0000_00_10_0-usb-0_2_1_0
ID_PATH_WITH_USB_REVISION: pci-0000:00:10.0-usbv2-0:2:1.0
ID_REVISION: '0100'
ID_SERIAL: ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_9e13899ad7c9eb11b1108d4f1d69213e
ID_SERIAL_SHORT: 9e13899ad7c9eb11b1108d4f1d69213e
ID_TYPE: generic
ID_USB_DRIVER: cp210x
ID_USB_INTERFACES: ':ff0000:'
ID_USB_INTERFACE_NUM: '00'
ID_USB_MODEL: Sonoff_Zigbee_3.0_USB_Dongle_Plus
ID_USB_MODEL_ENC: Sonoff\x20Zigbee\x203.0\x20USB\x20Dongle\x20Plus
ID_USB_MODEL_ID: ea60
ID_USB_REVISION: '0100'
ID_USB_SERIAL: ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_9e13899ad7c9eb11b1108d4f1d69213e
ID_USB_SERIAL_SHORT: 9e13899ad7c9eb11b1108d4f1d69213e
ID_USB_TYPE: generic
ID_USB_VENDOR: ITead
ID_USB_VENDOR_ENC: ITead
ID_USB_VENDOR_ID: 10c4
ID_VENDOR: ITead
ID_VENDOR_ENC: ITead
ID_VENDOR_ID: 10c4
MAJOR: '188'
MINOR: '1'
SUBSYSTEM: tty
TAGS: ':systemd:'
USEC_INITIALIZED: '297534400'

ad.3 sterownik zmieniłem bo na stronie projektu NUT znalazlem informację:

Please note that this driver is deprecated and will not receive new development. If it works for managing your devices — fine, but if you are running it to try setting up a new device, please consider the newer nutdrv_qx(8) instead, which should handle all Q* protocol variants for NUT.

ad.4 - mam 3 rzeczy podpięte do USB: sticka zigbee od Sonoff, dongla bluetooth oraz UPS-a

W jaki sposób powinienem skonfigurować ścieżkę jednoznaczną o której piszesz?

5

Ad. 2

zamiast

/dev/ttyUSB0

użyj dla UPSa ścieżki

/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0

problemy się pojawią ponownie jeśli użyjesz jakiegoś sprzętu na bazie WCH (QinHeng) CH340 i pokrewnych, więc albo unikaj tego producenta mostków USB albo wykorzystasz w przyszłości ścieżkę typu

/dev/serial/by-path/ i tu dalsza faktyczna ścieżka do portu

przy okazji załatwisz sobie rozwiązanie problemu z

jemu przydziel ścieżkę
(zamiast jakiejkolwiek jaką masz obecnie), ten na szczęście ma unikalny numer seryjny, więc problem nierozpoznawalności sprzętu nigdy nie wystąpi po użyciu poniższej

/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_9e13899ad7c9eb11b1108d4f1d69213e-if00-port0

Ad. 1
to jest HAOS-generic na platformę x86-64 (czyli innymi słowami HAOS zainstalowany bare-matal na pececie), tu już nie ma co drążyć dalej - zmienisz ścieżki będzie działać niezależnie od ilości restartów systemu

HA core występuje w każdej metodzie instalacji

6

A czy driver radzisz zostawić stary?

7

Jeśli na nim działało to czemu nie?

Niektóre UPSy mogą pracować na kilku różnych sterownikach, ale ilość dostępnych danych i możliwych akcji może się różnić dla różnych sterowników.

Jeśli twój działa i na jednym i na drugim, to sam zobacz który daje większe możliwości i się zastanów czy je wykorzystasz (nie mam twojego UPSa, chyba nawet modelu nigdzie nie podałeś, ale organoleptycznie sprawdzisz sam).

8

OK dzięki wielkie za pomoc, zmieniłem tak jak wpisałeś i działa. Sterownik zostawiam, w sumie to potrzebuję tylko informację kiedy zasilanie przejdzie na ups (mam to statystycznie raz na dwa lata), a to działa. A ścieżkę do sticka zigbee miałem w konfiguracji dokładnie tak jak napisałeś, zrobiłem ją wcześniej wg zacytowanej wyżej strony.
Pozdrawiam :+1: :+1: