Edit : C’était la clé SONOFF HS. Avec la nouvelle clé, plus de problème.
Bonjour,
J’ai un problème récurrent depuis que je suis passé sur Ha il y a environs 10 mois.
De temps en temps et de façon inexpliquée, je perds la connexion Zigbee.
Cela peut fonctionner des semaines voir des mois, mais parfois seulement quelques heures…
L’ensemble de mes capteurs sur ce protocole devient alors « unavailable »
Zigbee2MQTT se déactive :
La clé est toujours présente suivant Ha :
En SSH Ha, le clé est bien présente :
Sur proxmox, la clé est aussi présente :
Voici ma configuration Z2M :
data_path: /config/zigbee2mqtt
socat:
enabled: false
master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
options: "-d -d"
log: false
mqtt:
server: mqtt://core-mosquitto:1883
user: mqtt-user
password: xxxxxxxxxx
serial:
port: /dev/ttyACM0
adapter: ezsp
zigbee_herdsman_debug: true
Lorsque je relance le module Z2M, voici ce que j’obtiens :
[16:43:44] INFO: Preparing to start...
[16:43:44] INFO: Socat not enabled
[16:43:44] INFO: Zigbee Herdsman debug logging enabled
[16:43:45] INFO: Starting Zigbee2MQTT...
Zigbee2MQTT:debug 2023-08-28 16:43:46: Loaded state from file /config/zigbee2mqtt/state.json
Zigbee2MQTT:info 2023-08-28 16:43:46: Logging to console and directory: '/config/zigbee2mqtt/log/2023-08-28.16-43-46' filename: log.txt
Zigbee2MQTT:debug 2023-08-28 16:43:46: Removing old log directory '/config/zigbee2mqtt/log/2023-08-28.16-40-36'
Zigbee2MQTT:info 2023-08-28 16:43:46: Starting Zigbee2MQTT version 1.32.2 (commit #unknown)
Zigbee2MQTT:info 2023-08-28 16:43:46: Starting zigbee-herdsman (0.17.2)
Zigbee2MQTT:debug 2023-08-28 16:43:46: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/config/zigbee2mqtt/coordinator_backup.json","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","databasePath":"/config/zigbee2mqtt/database.db","network":{"channelList":[11],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"adapter":"ezsp","path":"/dev/ttyACM0"}}'
2023-08-28T14:43:46.608Z zigbee-herdsman:adapter Failed to validate path: 'Error: spawn udevadm ENOENT'
2023-08-28T14:43:46.609Z zigbee-herdsman:controller:log Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13],"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"path":"/dev/ttyACM0","adapter":"ezsp"},"databasePath":"/config/zigbee2mqtt/database.db","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","backupPath":"/config/zigbee2mqtt/coordinator_backup.json","adapter":{"disableLED":false,"concurrent":null,"delay":null}}'
2023-08-28T14:43:46.610Z zigbee-herdsman:adapter:ezsp:uart Opening SerialPort with {"path":"/dev/ttyACM0","baudRate":115200,"rtscts":false,"autoOpen":false}
2023-08-28T14:43:46.619Z zigbee-herdsman:adapter:ezsp:uart Serialport opened
2023-08-28T14:43:46.619Z zigbee-herdsman:adapter:ezsp:uart Uart reseting
2023-08-28T14:43:46.620Z zigbee-herdsman:adapter:ezsp:uart --> Write reset
2023-08-28T14:43:46.621Z zigbee-herdsman:adapter:ezsp:uart --> [1ac038bc7e]
2023-08-28T14:43:46.621Z zigbee-herdsman:adapter:ezsp:uart -?- waiting reset
2023-08-28T14:43:56.624Z zigbee-herdsman:adapter:ezsp:uart --> Error: Error: {"sequence":-1} after 10000ms
2023-08-28T14:43:56.625Z zigbee-herdsman:adapter:ezsp:driv Reset connection. Try 0
2023-08-28T14:43:56.625Z zigbee-herdsman:adapter:ezsp:driv Stop driver
2023-08-28T14:43:56.625Z zigbee-herdsman:adapter:ezsp:ezsp Stop ezsp
2023-08-28T14:43:56.625Z zigbee-herdsman:adapter:ezsp:ezsp Close ezsp
2023-08-28T14:43:56.625Z zigbee-herdsman:adapter:ezsp:driv Close driver
Error: Reset error: Error: {"sequence":-1} after 10000ms
at /app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:299:23
at Queue.executeNext (/app/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)
Je spoile la résolution de mon problème jusqu’ici…
=> Déconnecter/Reconnecter physiquement la clé et relancer l’host !
Chose totalement absurde lorsqu’on souhaite faire une domotique 100% disponible…
=======================================================
**Voici la longue liste de chose que j’ai déjà réalisé, resté sans effet
- Mettre dans la configuration Z2M server: mqtt://192.168.1.10:1883
- Mettre dans la configuration Z2M server: mqtt://core-mosquitto:1883
- Mettre dans la configuration Z2M server: mqtt://192.168.1.10
- Mettre dans la configuration Z2M server: mqtt://core-mosquitto
- Mettre dans la configuration Z2M port: /dev/ttyACM0
- Mettre dans la configuration Z2M port: /dev/ttyACM0 /dev/serial/by-id/usb-1a86_USB_Single_Serial_54DD002997-if00
- Mettre dans la configuration adapter: ezsp comme j’ai une clé SONOFF DONGLE-E
- Acheter une clé SONOFF DONGLE-P ne pas mettre du coup ezsp et renseigner le port USB0
- Être sur que l’addon Zigbee de base ne s’est pas installé en douce dans le cas 7 et 8
- Refaire une autre VM et tester séparément chaque clé
- Changer de port sur la machine Optiplex pour la clé, ne pas utliser de rallonge
- Acheter un hub auto-alimenté à 45€
- Sous Proxmox connecter l’usb par ID
- Sous Proxmox connecter l’usb par le passthrough
- Mettre à jour proxmox PVE7 → 8
- Sous Proxmox 8 activer le partage Ressource Mapping
- Mettre à jour le BIOS de l’optiplex Dell 3090
- Flasher les clés SONOFF avec les derniers firmwares pour les 2 clés (DONGLE-E et la P)
- Du coup refaire les cas de 1 à 15…
- Attendre encore un plantage puis venir sur Hacf expliquer ce problème!
Si vous avez une piste…même la moins pertinente je suis preneur
En attendant, je vais déco/reco ma clé encore une fois et relancer l’host
Ma configuration
version | core-2023.7.3 |
---|---|
installation_type | Home Assistant OS |
dev | false |
hassio | true |
docker | true |
user | root |
virtualenv | false |
python_version | 3.11.4 |
os_name | Linux |
os_version | 6.1.45 |
arch | x86_64 |
timezone | Europe/Paris |
config_dir | /config |
Home Assistant Community Store
GitHub API | ok |
---|---|
GitHub Content | ok |
GitHub Web | ok |
GitHub API Calls Remaining | 5000 |
Installed Version | 1.32.1 |
Stage | running |
Available Repositories | 1274 |
Downloaded Repositories | 8 |
Home Assistant Cloud
logged_in | false |
---|---|
can_reach_cert_server | ok |
can_reach_cloud_auth | ok |
can_reach_cloud | ok |
Home Assistant Supervisor
host_os | Home Assistant OS 10.5 |
---|---|
update_channel | stable |
supervisor_version | supervisor-2023.08.1 |
agent_version | 1.5.1 |
docker_version | 23.0.6 |
disk_total | 62.3 GB |
disk_used | 17.0 GB |
healthy | true |
supported | true |
board | ova |
supervisor_api | ok |
version_api | ok |
installed_addons | File editor (5.6.0), Let’s Encrypt (4.12.9), Mosquitto broker (6.2.1), Zigbee2MQTT (1.32.2-1), Terminal & SSH (9.7.1), ESPHome (2023.7.1), Z-Wave JS (0.1.87), SQLite Web (3.9.2) |
Dashboards
dashboards | 3 |
---|---|
resources | 7 |
views | 12 |
mode | storage |
Recorder
oldest_recorder_run | 6 février 2023 à 10:35 |
---|---|
current_recorder_run | 28 août 2023 à 07:33 |
estimated_db_size | 7345.05 MiB |
database_engine | sqlite |
database_version | 3.41.2 |