Introduction
La migration d’une clé Aeotec Z-Stick Gen5+ vers la nouvelle Z-Stick 700 peut sembler intimidant pour les novices, mais avec la bonne approche, ce processus peut être simplifié. La technologie évolue constamment, et l’Aeotec Z-Stick 700 apporte plusieurs améliorations significatives, notamment en termes de performances, de portée et de sécurité, rendant l’upgrade intéressante pour tout utilisateur sérieux de Z-Wave.
Dans cet article, je vais vous guider à travers mon propre cheminement pour réaliser cette migration. Je partagerai les défis que j’ai rencontrés, les tentatives infructueuses, et enfin, la solution qui a fonctionné pour moi. Mon objectif est de vous offrir un guide pratique et complet qui vous aidera à réussir votre propre migration de la clé Aeotec Z-Stick Gen5+ à la Z-Stick 700.
Théorie de la Migration
Je ne vais pas détailler toutes les étapes théoriques, mais je vais vous donner le principe de base, qui fonctionne parfaitement pour 90% des utilisateurs.
Situation initiale : Vous utilisez une clé Gen5+.
- À l’aide du Dashboard Z-WaveJSUI, faites un backup du NVM (mémoire non volatile) de la clé.
- Toujours avec Z-WaveJSUI, restaurez ce backup sur la nouvelle clé.
Situation finale : Vous utilisez la nouvelle clé.
Étapes Pratiques
Situation initiale : Vous utilisez une clé Gen5+.
- Avec le Dashboard Z-WaveJSUI, vous tentez un backup du NVM. Vous obtenez un message d’erreur : « Timeout while waiting for a response from the controller (ZW0200) ».
Pas de backup -> Pas de migration.
Les échecs de migration de la clé Aeotec
Voici un résumé des essais infructueux, en plus des tentatives de débranchement/rebranchement de la clé ou de changement de port USB :
Premier essai
- Utilisation de l’outil de backup fourni par Aeotec.
- Factory reset de la clé.
- Restauration de la clé avec le même outil.
- Échec.
Deuxième essai
- Migration de Jeedom vers Debian Bullseye à l’aide de l’ISO fourni par Jeedom.
- Échec.
Troisième essai
- Création d’une VM à partir de l’ISO Debian.
- Installation des composants Z-WaveJS après avoir ajouté cette ligne dans
/etc/apt/sources.list:
deb http://deb.debian.org/debian bullseye main contrib non-free
Commandes :
sudo apt-get update sudo apt-get install snapd sudo snap install core sudo snap install zwave-js-ui sudo snap connect zwave-js-ui:raw-usb sudo snap connect zwave-js-ui:hardware-observe sudo zwave-js-ui.enable
Échec.
Quatrième essai
- Backup de la clé avec l’outil Aeotec.
- Restauration avec Z-WaveJSUI.
- Z-WaveJSUI a effectué une conversion et une restauration, mais aucun nœud n’a été restauré.
- Échec.
Migration de la clé Aeotec
Avant de continuer et de vous donner les clé pour migrer votre clé, voici un aperçu de mon setup :
Contexte
- Mon Jeedom fonctionne sur une VM depuis près de 2 ans, créée depuis l’ISO fourni par l’équipe Jeedom SAS sur un ESXi 7.0.0 en licence gratuite installé sur un NUC NUC8i5BEH/NUC8i5BEK (l’un des rares avec 4 cœurs).
- Le contrôleur USB est en 2.0, le 3.1 étant indiqué par VMware comme non pris en charge par le SE invité.
- La clé Gen5+ dispose du dernier firmware en date : 1.2.
- Notez qu’aucun dysfonctionnement notable n’a été observé, sauf que les versions récentes de Z-WaveJS nécessitent de désactiver le soft reset de la clé, sinon un message d’erreur « Driver non initialisé » apparaît.
Mise à jour d’ESXi
- La VM Jeedom étant à jour et le firmware de la clé également, la mise à jour de VMware restait à faire.
- J’ai retardé la mise à jour VMware en raison de la carte réseau bureautique non prise en charge dans les versions plus récentes de VMware.
- J’ai finalement réussi à customiser un ISO pour ESXi 8.0 grâce à une procédure trouvée sur Archive.org.
Migration de la clé Aeotec
- Création d’une clé USB d’installation ESXi 8.0u2 avec Rufus.
- Export des VM en production (inutile finalement).
- À l’amorçage de la clé, j’ai ajouté « allowLegacyCPU=true » pour les NUC de génération 5 à 8.
- Installation de ESXi en préservant le vmfs de stockage.
- Désactivation du TPM incorrectement reconnu par VMware.
- Démarrage des VM et tentative de backup via Z-WaveJSUI.
- Succès !
Conclusion après migration de la clé
En migrant vers ESXi 8.0u2, j’ai également constaté un gain de performance. Les latences ont été divisées par deux, comme le montre la page de santé de Jeedom.
| Nom | Temps |
|---|---|
| cache_write_5000 | 0.20650196075439 |
| cache_read_5000 | 0.05158805847168 |
| database_write_delete_1000 | 0.13969802856445 |
| database_update_1000 | 0.079020977020264 |
| database_replace_1000 | 0.071662187576294 |
| database_read_50000 | 0.010976076126099 |
| subprocess_200 | 0.097031116485596 |
| total | 0.65647840499878 |
Je ne sais pas si l’amélioration provient de l’ajout du contrôleur USB 3.1, de la migration vers ESXi 8.0u2, ou d’un simple coup de chance après 30 essais. Cependant, ce que je retiens, c’est que les NUC sont bien pris en charge par ESXi 8 dans des conditions de laboratoire. Les performances sont accrues et le dialogue USB amélioré. Cela résout les problèmes de compatibilité entre les versions récentes de Z-WaveJS et la Gen5+, et permet la migration vers la nouvelle Gen7.
J’espère que cet article sera utile à plus d’un !
