Z2M SONOFF P crash aleatoire entre 15j et 1 mois

devildant · Avril 1, 2026, 11:45

Bonjour,

Mon problème

depuis le mois de novembre, je me bats avec un crash aléatoire de mon sonoff P, tout mes appareils passe hors lignes, et pour rétablir soit je dois plus/unplug le coordinator, soir restart mon pi 4 (haos)

je me prends des erreurs:

MAC_CHANNEL_ACCESS_FAILURE
SRSP timeout

j’ai essayer differente choses:

hub usb avec alimentation externe
changer ma rallonge usb pour le coordinateur
changer de port usb 2
désactiver la suspension des usb (usbcore.autosuspend=-1)
flashé le coordinator en 20250321 et 20240710
remplacer mon sonoff P par un autre sonoff P (avec copy de l’IEEE)
changer la conf de mon Lixee ZLinky en passant Measurement poll interval a -1

rien ne fonction toujours le même crash aléatoire…

niveau du 2.4ghz, j’ai un dongle BT a environ 60cm mais c’est ainsi depuis 1 an (donc perplex)
et pour le wifi je suis en canal 12 et zigbee canal 11 donc normalement pas de pb…

niveau device j’ai un total de 82 appareils (44 routeurs)

niveau log Z2M j’ai ceci :

[2026-04-01 21:31:20] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Consommation Four et Chaudière', payload '{"ac_frequency":49.1,"current_a":0,"current_b":0.39,"energy_a":109.94,"energy_b":0,"energy_flow_a":"consuming","energy_flow_b":"producing","energy_produced_a":7.01,"energy_produced_b":166.67,"last_seen":"2026-04-01T21:31:20+02:00","linkquality":54,"power_a":0,"power_ab":-87.3,"power_b":87.3,"power_factor_a":100,"power_factor_b":93,"timestamp_a":"2026-04-01T19:31:15.609Z","timestamp_b":"2026-04-01T19:31:16.134Z","update_frequency":10,"voltage":238.9}'
[2026-04-01 21:31:21] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Prise ventilateur chambre', payload '{"child_lock":"LOCK","countdown":0,"current":0,"energy":34.49,"identify":null,"indicator_mode":"off","last_seen":"2026-04-01T21:31:21+02:00","linkquality":123,"power":0,"power_outage_memory":"restore","state":"OFF","switch_type_button":null,"update":{"installed_version":-1,"latest_version":-1,"state":null},"voltage":236}'
[2026-04-01 21:31:21] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Prise ventilateur chambre', payload '{"child_lock":"LOCK","countdown":0,"current":0,"energy":34.49,"identify":null,"indicator_mode":"off","last_seen":"2026-04-01T21:31:21+02:00","linkquality":120,"power":0,"power_outage_memory":"restore","state":"OFF","switch_type_button":null,"update":{"installed_version":-1,"latest_version":-1,"state":null},"voltage":236}'
[2026-04-01 21:31:21] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Prise ventilateur chambre', payload '{"child_lock":"LOCK","countdown":0,"current":0,"energy":34.49,"identify":null,"indicator_mode":"off","last_seen":"2026-04-01T21:31:21+02:00","linkquality":123,"power":0,"power_outage_memory":"restore","state":"OFF","switch_type_button":null,"update":{"installed_version":-1,"latest_version":-1,"state":null},"voltage":236}'
[2026-04-01 21:31:21] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Prise ventilateur chambre', payload '{"child_lock":"LOCK","countdown":0,"current":0,"energy":34.49,"identify":null,"indicator_mode":"off","last_seen":"2026-04-01T21:31:21+02:00","linkquality":123,"power":0,"power_outage_memory":"restore","state":"OFF","switch_type_button":null,"update":{"installed_version":-1,"latest_version":-1,"state":null},"voltage":236}'
[2026-04-01 21:31:21] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Prise ventilateur chambre', payload '{"child_lock":"LOCK","countdown":0,"current":0,"energy":34.49,"identify":null,"indicator_mode":"off","last_seen":"2026-04-01T21:31:21+02:00","linkquality":120,"power":0,"power_outage_memory":"restore","state":"OFF","switch_type_button":null,"update":{"installed_version":-1,"latest_version":-1,"state":null},"voltage":236}'
[2026-04-01 21:31:58] e[33mwarninge[39m: 	z2m: Failed to ping 'Interrupteur salon primaire' (attempt 1/2, ZCL command 0x001fee0000008cd2/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false,"sendPolicy":"immediate"}) failed (Data request failed with error: 'MAC_CHANNEL_ACCESS_FAILURE' (0xe1)))
[2026-04-01 21:32:09] e[31merrore[39m: 	z2m: Publish 'set' 'state' to 'Prise table de chevet chambre' failed: 'Error: ZCL command 0xa4c1385d2deee00f/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC_CHANNEL_ACCESS_FAILURE' (0xe1))'
[2026-04-01 21:32:10] e[33mwarninge[39m: 	z2m: Failed to ping 'Interrupteur salon primaire' (attempt 2/2, ZCL command 0x001fee0000008cd2/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false,"sendPolicy":"immediate"}) failed (Data request failed with error: 'MAC_CHANNEL_ACCESS_FAILURE' (0xe1)))
[2026-04-01 21:32:10] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Interrupteur salon primaire/availability', payload '{"state":"offline"}'
[2026-04-01 21:32:31] e[33mwarninge[39m: 	z2m: Failed to ping 'Interrupteur chambre primaire' (attempt 1/2, ZCL command 0x001fee0000008d19/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false,"sendPolicy":"immediate"}) failed (Data request failed with error: 'MAC_CHANNEL_ACCESS_FAILURE' (0xe1)))
[2026-04-01 21:32:43] e[33mwarninge[39m: 	z2m: Failed to ping 'Interrupteur chambre primaire' (attempt 2/2, ZCL command 0x001fee0000008d19/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false,"sendPolicy":"immediate"}) failed (Data request failed with error: 'MAC_CHANNEL_ACCESS_FAILURE' (0xe1)))
[2026-04-01 21:32:43] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Interrupteur chambre primaire/availability', payload '{"state":"offline"}'
[2026-04-01 21:34:09] e[31merrore[39m: 	z2m: Publish 'set' 'state' to 'Prise table de chevet chambre' failed: 'Error: ZCL command 0xa4c1385d2deee00f/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC_CHANNEL_ACCESS_FAILURE' (0xe1))'
[2026-04-01 21:34:33] e[33mwarninge[39m: 	z2m: Failed to ping 'Ampoule toilette' (attempt 1/2, ZCL command 0xb43522fffebc55cc/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false,"sendPolicy":"immediate"}) failed (Data request failed with error: 'MAC_CHANNEL_ACCESS_FAILURE' (0xe1)))
[2026-04-01 21:34:45] e[33mwarninge[39m: 	z2m: Failed to ping 'Ampoule toilette' (attempt 2/2, ZCL command 0xb43522fffebc55cc/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false,"sendPolicy":"immediate"}) failed (Data request failed with error: 'MAC_CHANNEL_ACCESS_FAILURE' (0xe1)))
[2026-04-01 21:34:45] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Ampoule toilette/availability', payload '{"state":"offline"}'
[2026-04-01 21:34:45] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Lumière toilette/availability', payload '{"state":"offline"}'

je sèche…

Ma configuration

System Information

version	core-2026.3.4
installation_type	Home Assistant OS
dev	false
hassio	true
docker	true
container_arch	aarch64
user	root
virtualenv	false
python_version	3.14.2
os_name	Linux
os_version	6.12.47-haos-raspi
arch	aarch64
timezone	Europe/Paris
config_dir	/config

Home Assistant Community Store

GitHub API	ok
GitHub Content	ok
GitHub Web	ok
HACS Data	ok
GitHub API Calls Remaining	4998
Installed Version	2.0.5
Stage	running
Available Repositories	2931
Downloaded Repositories	13

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 17.1
update_channel	stable
supervisor_version	supervisor-2026.03.2
agent_version	1.8.1
docker_version	29.1.3
disk_total	234.0 GB
disk_used	27.7 GB
nameservers	192.168.1.1
healthy	true
supported	true
host_connectivity	true
supervisor_connectivity	true
ntp_synchronized	true
virtualization
board	rpi4-64
supervisor_api	ok
version_api	ok
installed_addons	Mosquitto broker (6.5.2), Samba Backup (5.2.0), Terminal & SSH (10.0.2), ZigStar TI CC2652P/P7 FW Flasher (0.4.1), ESPHome Device Builder (2026.3.2), Zigbee2MQTT (2.9.1-1), ArgonOne Active Cooling (30a), File editor (5.8.0), Scrutiny (Full Access) (v1.47.1), TubesZB Zigpy-CLI Tools (0.5.1.2)

Dashboards

dashboards	7
resources	5
views	45
mode	storage

Network Configuration

adapters	lo (disabled), end0 (enabled, default, auto), docker0 (disabled), hassio (disabled), vetha2aa64c (disabled), vetheac642e (disabled), veth7378340 (disabled), vethc53cfff (disabled), vethd1531f3 (disabled), veth12d9065 (disabled), vetha7a811a (disabled), vethbedb8b4 (disabled)
ipv4_addresses	lo …
ipv6_addresses	lo …
announce_addresses	…

Recorder

oldest_recorder_run	24 mars 2026 à 18:18
current_recorder_run	1 avril 2026 à 22:02
estimated_db_size	593.07 MiB
database_engine	sqlite
database_version	3.49.2

___

WarC0zes · Avril 2, 2026, 12:14

Bonjour,
Ça serait un problème d’interférence:

même sujet, problème à cause d’un hub USB:

devildant · Avril 2, 2026, 12:33

Hello,
Deja merci pour ton retour, ce problème me met a bout…
J’ai deja parcouru ces sujets, les interférantes d’apres le log oui, mais comment le solutionner ? Car au niveau de ma conf réseau j’ai bien fait attention au canaux pour eviter les chevauchement (et niveau voisin je ne peu rien y faire), pour le hub, je ne l’ai plus j’ai essayer avec et sans meme résultat…

Et interférantes ou non le coordinator ne devrait pas etre total tanké, car au moment du crash tout mes device passe hors ligne et seul solution le reset usb

WarC0zes · Avril 2, 2026, 12:37

Faut voir, depuis que tu as ce problème, qu’est-ce que tu aurais changé, ajouté depuis.
Tu n’aurais pas un truc métallique (une échelle ) à côté qui causerait des interférences ?

devildant · Avril 2, 2026, 1:38

J’ai fait 4 choses :

j’ai deplacer mon bridge tado a 1m30 de mon coordinateur mais c’est du 8xxmhz donc ca devrait pas impacter
Jai mi un routeur tplink RE600x pour avoir du 2.4 et 5ghz (j’ai desactiver le wifi de ma box) mais il est au meme endroit que ma box et les canaux sont bon pour pas avoir de chevauchement donc normalement…
Jai changer de pc en gardant le boitier (aucun rapport haha)
jai eu un crash ssd 1 mois avant l’apparition du pb, j’ai changer le ssd, re installer ha et remis mon backup, ma conf est la même car j’avais tout backup cmdline.txt…

Du coup la suite au crash de il y a quelques h, jai re deplacer le tado, et jai couper le 2.4ghz du tplink et reactiver celui de la box mais je reste perplexe… mais on va voir, mais comme ca plante aléatoirement sur plusieurs semaine…
J’ai aussi re flash le coordinateur mais cette fois en 20221226, et j’ai changer le coordinateur de place, je sais je multiplie les changes mais he try de trouver une conf ou ca plante plu

Et non pas d’échelle, je suis dans un 40m2 alors avec une echelle je pourrais littéralement plus sortir haha, je suis a 2 doigts de prendre une smlight mr2 pour tester en reseau, car soit c’est un crash usb soit quelque choses dan mon reseau zb qui fini par tanké le coordinateur, mais bon je n’ai pas ajouter de device depuis des mois…
Bien que jai 2 PJ-1203A qui sont assez agressif sur le reseau mais je les aient depuis un an, mais bon entre les mise a jour ha system et z2m…

WarC0zes · Avril 2, 2026, 2:06

Bonne idée, je suis sur ce firmware aussi et pas eu de soucis depuis des années. pas confiant sur les derniers firmwares.

ddfdom · Avril 2, 2026, 8:57

punaise ça fait une sacré concentration
ça fait pas beaucoup de devices pour une simple SONOFF P ?

edit : ça peut aussi etre le wifi d’un voisin a tu vérifier avec une appli comme wifi analyzer

devildant · Avril 2, 2026, 9:36

Wai jai un peu abusé tout est monitoré ou presque, meme mes chiotes sont sur prise connecté (toilette jap) xd

Je vais check la couverture réseau, mais a la limite je m’attends a des instabilités de temps a autre mais pas un crash total du coordinateur…

Et normalement la sonoff p support facile jusqu’a 120 device donc normalement large et changer de puce sera le dernier recourt car pas vraiment la foi de reappairer 82 devices surtout qu’il y en a qui sont pénible soit a appairer (ikea) soit difficile d’acces

devildant · Avril 2, 2026, 9:39

On va voir se que ca donne jai changer bcp de chose la, a voir si ca re crash, je mettrais a jour le sujet en fonction

ddfdom · Avril 2, 2026, 9:59

pas en connexion directe ça doit etre une 50 aine mais en capacité totale avec du maillage oui on doit pourvoir atteindre les 150
mais dans 40m² avec une telle densité pas sur que tu exploses les 50

devildant · Avril 2, 2026, 10:28

Je suis rester 2 ans avec ce nombre de devices, le maillage se fait en consequence, j’ai seulement les routeurs qui sont en connexion direct donc 44, tout les end device eux passe par les routeurs en tout cas c’est comme ca depuis le downgrade «le fw en 2022….
Sur les fw les plus recent ca peut monter en 100 device en direct sur le sonoff p bien que mon maillage passait toujours par des routeurs

devildant · Mai 8, 2026, 3:36

bon le problème est réapparu même avec la version de fw 2022…

btncrd · Mai 8, 2026, 3:52

Bonjour,

Du coup, il faut peut être évoquer un problème matériel : ton coordinateur est peut-être en train de rendre l’âme…

devildant · Mai 8, 2026, 5:16

Hello, merci pour ton retour,
j’ai deja écarté cette option vu que je l’ai deja remplacer par un autre sonoff P et transfère de ieee, et le résultat est le même, par contre dans les logs host j’ai ca avant le crash :

2026-05-08 12:30:04.650 homeassistant kernel: cp210x ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
2026-05-08 12:30:04.652 homeassistant kernel: cp210x ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32

mais je suis sur un pi4 avec alimentation officiel pi5 (car j’ai un ssd)

et l’autosuspend est bien desactivé

btncrd · Mai 8, 2026, 5:20

Ces lignes indiquent qu’un périphérique USB série basé sur une puce Silicon Labs CP210x (très courant pour les dongles Zigbee/Z-Wave, adaptateurs série, consoles UART, etc.) a vu sa lecture USB interrompue.

Concrètement :

cp210x ttyUSB0

signifie que le noyau Linux a exposé ce périphérique comme /dev/ttyUSB0.

usb_serial_generic_read_bulk_callback - urb stopped: -32

veut dire que la requête de lecture USB (URB = USB Request Block) s’est arrêtée avec le code -32, qui correspond généralement à EPIPE (broken pipe côté USB).

Ce que ça veut souvent dire en pratique

Dans Home Assistant, ce message apparaît souvent quand :

le périphérique USB a été débranché/rebranché
le service qui utilisait le port série a redémarré
le contrôleur USB a réinitialisé le port
le périphérique a eu une micro-coupure d’alimentation
un add-on (ex. Zigbee2MQTT, ZHA, ESPHome serial, etc.) a fermé puis rouvert le port

Si c’est ponctuel

Si tu vois seulement ces deux lignes une fois, ce n’est généralement pas inquiétant.

Si ça se répète souvent

Là, ça peut signaler :

câble USB instable
alimentation insuffisante
hub USB capricieux
conflit entre deux services qui veulent utiliser le même port série

Voilà ce qu’en dit ChatGPT

Déjà, tu devrais utiliser le chemin persistant pour ton dongle (/dev/serial/by-id/…). Tu n’as rien dans les journaux de Z2M au moment des crashs ?

devildant · Mai 8, 2026, 5:54

j’ai deja changer de rallonge usb (3 fois)
niveau alim remplacer aussi

la je re test avec un hub usb alimenté en externe…
niveau log z2M j’ai juste les warning qui me dis en boucle : SRSP - AF - dataRequest after 6000ms

j’ai pas mal poncer chatgpt aussi ^^
je suis a bout, et au vu des prix en se moment j’ai pas trop envi de changer de pi ou autre

devildant · Mai 8, 2026, 8:16

la je test aussi avec un pi de backup que j’avais on va voir se que ca donne

ddfdom · Mai 10, 2026, 8:38

changement de coordinateur passage sur un modele réseau comme un smlight et fini les emmerdes d’USB

devildant · Mai 10, 2026, 2:18

haha j’ai reçu une SLZB-06U il y a 1h xd
niveau confort y a pas photo, mise a jour ou autre, ont va voir si ca tiens

même si j’aime pas ajouter un dépendance au réseau mais bon, si ca marche…

kristof · Mai 10, 2026, 4:32

salut ,

j’ai eu un problème il y a pas longtemps , je ne sais pas si c’est lié au même problème que toi mais j’ai perdu l’accès a mon dongle USB sonoff . j’ai résolu le problème en mettant à jour le firmware de mon Raspberry pi ou il était branché .