Lost serial connection: ConnectionResetError ('Remote server closed connection')

Entraide Home Assistant
1

Mon problème

Bonjour à toutes et à tous !
Depuis quelque temps je rencontre ce problème qui a tendance à se répéter une à plusieurs fois par jour :

Logger: bellows.uart
Source: runner.py:188
First occurred: 10:50:42 (1 occurrences)
Last logged: 10:50:42
Lost serial connection: ConnectionResetError(‹ Remote server closed connection ›)

S’ensuit généralement celui-ci :

Logger: bellows.ezsp
Source: runner.py:188
First occurred: 10:50:42 (1 occurrences)
Last logged: 10:50:42
NCP entered failed state. Requesting APP controller restart

Cela a pour effet de rendre indisponible mes enddevices pendant 30 à 40 secondes puis ils remontent ???

Je suis sous ZHA, multiprotocol avec clé Skyconnect sur HA Green
Merci par avance de vos lumières :wink:

Ma configuration

System Information

version core-2024.1.6
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.11.6
os_name Linux
os_version 6.1.74-haos
arch aarch64
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.34.0
Stage running
Available Repositories 1462
Downloaded Repositories 21
HACS Data ok
Home Assistant Cloud
logged_in true
subscription_expiration 16 janvier 2025 à 01:00
relayer_connected true
relayer_region eu-central-1
remote_enabled true
remote_connected true
alexa_enabled true
google_enabled false
remote_server eu-central-1-2.ui.nabu.casa
certificate_status ready
instance_id 9b1354271d894ddab777f6bfe47bce87
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 11.5
update_channel stable
supervisor_version supervisor-2024.01.1
agent_version 1.6.0
docker_version 24.0.7
disk_total 28.0 GB
disk_used 10.1 GB
healthy true
supported true
board green
supervisor_api ok
version_api ok
installed_addons Terminal & SSH (9.8.1), Linky (1.2.0), Home Assistant Google Drive Backup (0.112.1), Studio Code Server (5.15.0), Silicon Labs Multiprotocol (2.4.4), Mosquitto broker (6.4.0)
Dashboards
dashboards 2
resources 21
views 9
mode storage
Recorder
oldest_recorder_run 27 janvier 2024 à 15:06
current_recorder_run 6 février 2024 à 04:29
estimated_db_size 2211.20 MiB
database_engine sqlite
database_version 3.41.2
Spotify
api_endpoint_reachable ok
___
2

Personne n’aurait une idée ? C’est pénible ces pertes de connexion !

Je me demandais, à tout hasard, si passer en Z2M changerait la donne ?

3

Salut,
ta une clé Skyconnect, qui est en support expérimental sous Z2M.
La Skyconnect est supporter sous ZHA, a mon avis tu auras de meilleur performance sous ZHA que Z2M.

Experimental

The adapters below are experimental, don't use these if you want a stable setup.

#Based on Silicon Labs EFR32MG2x/MGM21x and EFR32MG1x/MGM1x series

Initial development started on experimental (beta stage) support for Silicon Labs based Zigbee adapters. This includes all EM35X, EFR32MG12, EFR32MG13, EFR32MG21, EFR32MG24 SoCs/Modules families with Silabs EmberZNet NCP 6.7.8 firmware or later via EZSP version 8 (EmberZNet Serial Protocol) interface.

  • USB connected
    • ITead Sonoff Zigbee 3.0 USB Dongle Plus V2 model « ZBDongle-E »
    • Home Assistant SkyConnect (by Nabu Casa)
4

Je pensais naïvement qu’avec SkyConnect et ZHA pour débuter, c’était le plus simple…
Il semblerait que j’avais tord !

Tu vois une autre option ?

Car si je quitte le Multiprotocol, j’ai un encombrement des canaux, et en Multiprotocol j’ai maintenant ce problème de Lost serial connection :confused:

5

Appart changer de clé et partir sur une sonoff modèle P ou conbeeII qui sont bien réputer et fonctionne très bien. Mais tu n’auras pas de support matter/thread avec ces deux modèle.

Pour moi, matter/thread c’est trop tot, on as le temps avant dit passer.

Après faut voir si @anon41081891 , a pas une solution car il tourne sous ZHA avec une sonoff E ( même clé que la skyconnect ) et le multiprotocol et connais mieux les réclages que moi.

1 « J'aime »
6

Tient regarde ce post, il explique la configue du multiprotocol

7

J’ai parcouru le post je te remercie, en dehors du Baudrate sur 460800 (j’étais à 115200) et Automatically flash firmware qui est activé, tout le reste est semblable !

Je vais tester sur les prochaines 48h00 et voir ce que cela dit, merci @WarC0zes

8

Ok malgré ces modifications, j’ai toujours le même problème :confused:

Logger: bellows.uart
Source: runner.py:188
First occurred: 05:30:14 (1 occurrences)
Last logged: 05:30:14
Lost serial connection: ConnectionResetError('Remote server closed connection')

Logger: bellows.ezsp
Source: runner.py:188
First occurred: 05:30:14 (1 occurrences)
Last logged: 05:30:14
NCP entered failed state. Requesting APP controller restart

Logger: homeassistant.helpers.dispatcher
Source: helpers/dispatcher.py:102
First occurred: 05:30:14 (1 occurrences)
Last logged: 05:30:14
Unable to remove unknown dispatcher <bound method GroupProbe._reprobe_group of <homeassistant.components.zha.core.discovery.GroupProbe object at 0xffff960f9040>>

J’ai nettoyé ma BDD de 1.8Go à 50Mo (même si je pense que cela n’a aucun rapport, ça améliore la réactivité de HA)
Je tente de virer ma clé bluetooth SENA afin de voir si le problème ne viendrait pas d’elle car pour le reste ma box HA Green est loin de toute interférence, la clé SkyConnect est branchée via sa rallonge.

Edit: La clé SENA n’y était pour rien, l’erreur se reproduit de 6 à 8 fois par jour :confused:
Avant de passer à un changement radical : Clé SkyConnect + ZHA vers Sonoff E + Z2M, si quelqu’un a une idée je suis preneur ?!?

9

Salut,
pas sur du choix, car la sonoff E est identique a la Skyconnect et elles sont en expérimental sous Z2M.
Perso je prendrais une Sonoff P avec Z2M et garde ta Skyconnect pour le futur avec matter/thread si besoin.

10

Epilogue !!!

Tout avait commencé par Help ! Zigbee channel 11 utilization is 99.36%

J’avais tout testé, différents placements, changement de rallonge USB etc… Bref, rien ne semblait fonctionner, je suis donc passé en ZHA Multiprotocol et là : Multiples erreurs décrites plus haut dans ce post, notamment le ConnectionResetError (qui mettait mes endevices en indispo pendant 1 à 2mn plusieurs fois par jour).

J’ai donc testé plusieurs choses :

  • nettoyage BDD - RAS
  • Suppression de ma clé SENA - RAS
  • Passage (furtif) sous Z2M

Je suis donc passé sous Z2M, c’est assez facile en suivant les bons tutos! Et bien, je dois dire que ne n’ai pas du tout aimé, en termes d’ergonomie c’est très moyen, je n’ai pas trouvé les appairages plus simples. Alors certes, il y a bcp d’options mais difficile de s’y retrouver. J’ai essayé avec 3 périphériques puis je me suis dit que cela n’allait pas le faire !

J’ai donc annulé Z2M, et retour sur ZHA channel 20 mais cette fois sans multiprotocol. Au premier chargement j’ai droit à => Zigbee channel 20 utilization is 95.36%, je recheck energy_scan et je vois qu’une fois le démarrage terminé, le channel 20 retombe à 43%. Je revérifie plusieurs fois et les valeurs du channel 20 restent toujours acceptables >75%…

"energy_scan": {
      "11": 65.26028270288712,
      "12": 39.90320178295578,
      "13": 55.9836862725909,
      "14": 39.90320178295578,
      "15": 99.84693026606404,
      "16": 43.057636198227904,
      "17": 84.164247274957,
      "18": 73.50699819621309,
      "19": 59.15797905332195,
      "20": 43.711043742539033,
      "21": 15.32285793082191,
      "22": 46.26944564832987,
      "23": 59.15797905332195,
      "24": 62.257682586134884,
      "25": 70.89933442360993,
      "26": 99.84693026606404```

Il semble donc que le canal soit surchargé au démarrage(>95%) mais qu’une fois HA lancé, le problème ne se pose plus !?! J’ai donc décidé de passer outre et de ne pas rechanger de canal.

Après 48h00, je confirme que je n’ai plus de :

  • Lost serial connection: ConnectionResetError(‹ Remote server closed connection ›)
  • Zigbee channel 20 utilization is 95.36%
  • Endevices qui se retrouvent indisponibles

image
image1168×377 15.5 KB

Il en ressort plusieurs choses selon moi :

  • Multiprotocol reste expérimental
  • Le message de channel surchargé au démarrage de HA et à prendre avec des pincettes et à contre-vérifier une fois HA lancé
  • Je ne suis clairement pas fait pour Z2M :wink:

Voilà mon retour d’expérience, si cela peut aider alors cet épilogue n’aura pas été vain…