Passer de sonoff E à P

Bonjour,

Je suis principalement en zigbee avec un dongle sonoff version E, avec à peu près 90 appareils (la moitié en 220v). J’ai de temps en temps des décrochages sur les interrupteurs (ne répondent pas aux commandes locales et pas de remontées dans les logs).

Du coup je me demande si ça vaut le coup de passer sur un dongle P, et comment faire.

Dans zigbee2mqtt, il y a une option de sauvegarde dans les paramètres mais pas vu d’option pour recharger cette config, à moins qu’il ne faille copier manuellement la sauvegarde.

Ou alors va t’il falloir réappairer un à un tous les appareils, j’avoue que j’ai pas trop envie.

Est-ce qu’il y a des gens qui ont fait le saut, et/ou qui pourraient me conseiller ?

Merci.

Salut,
c’est deux clés zigbee avec un chipset différent. Va falloir tout réappairer .

@WarC0zes Merci pour la déception :wink:

Mais sinon est ce que ça permettrait d’améliorer le réseau ?

La Sonoff E est en mode expérimental sous Z2M, comparer a la P. Oui tu aura un réseau plus stable avec la P.

C’est bien préciser dans la doc Z2M

Experimental

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

2 « J'aime »

Salut,

En fait c’est possible de passer de E à P et vis versa en utilisant zigpy, et sans reappairer quoi que ce soit. je viens de le faire il y a quelques jours.

J’ai posté la procédure ici :

1 « J'aime »

Oui, mais faut flasher la clé. A faire avec précaution.

Intéressant.
Par contre, avec une installation haos, c’est pas simple à dérouler. Mieux vaut prévoir une installation linux classique à côté le temps de la manipulation.

PS : Pendant un moment j’ai cru qu’un bout de code jeedom serait utile à HA
Season 1 Omg GIF by America's Got Talent

HA utilise zigpy sous le manteau il me semble.

Les procédures de migration utilisées par ha ou z2m doivent aussi flasher la clef pour lui donner la même adresse IEE et lui copier la conf.
La procédure décrite ici nous fait exécuter ça à la main certe, mais c’est pas méchant. :slight_smile:

Sinon, tu fais comme moi : une Sonoff type P avec Z2M et une Sonoff type E (flashée avec un firmware multiprotocole) sous ZHA. Je n’ai plus de souci depuis quelques jours (semaines) avec cette solution. 53 appareils sous ZHA et 34 sous Z2M.

Tu oublie un point important… HA c’est uniquement du container (jeedom c’est de l’os ou de la vm).
Donc même si le binaire zigpy est disponible quelque part (disons dans le container z2m), pas moyen de le lancer depuis le container shell… Et en plus il faut rendre les backup accessibles (et pas que lecture entre les deux).
Donc sans un peu d’adaptation, c’est pas direct.
Très honnêtement, une distribution Linux sur une SD (ou même un jeedom temporairement à partir des images) pour les 10 minutes de manipulation c’est plus rapide que de se prendre la tête.

A mon avis vous pouvez faire tourner zigpy même sous windows si besoin.

Perso j’ai fait ça depuis un shell linux dans une de mes vm existantes.

D’ailleurs, j’ai du coup configuré l’ancienne clef sonoff-E en solution de secours sur un PI qui se lance tout seul et fait tourner z2m si un soucis avec le z2m qui tourne sous docker dans une VM.
Comme elles ont maintenant la même adresse, et la même config, le relai se fait de manière transparente ( le pi récupère le dernier backup de l’autre clef au demarrage, le flash sur la clef de backup et lance z2m tant que l’instance principale n’est pas opérationnelle. )