Bonsoir
Comme promis plus haut, j’ai fini par trouver les pièces et le temps pour démonter ma vielle smart, sortir son controleur gpio Zwave, disposer d’une clef USB=>TTL, la brancher sur le GPIO, avoir le soft zensys evoqué et essayer la config.
Je vous documente l’ensemble presque autant pour vous… que pour moi si je devais le refaire 
Malheureusement, j’ai pas encore fini le test. Je vais pas pouvoir vous dire dans ce post-là si se mettre en SIC résout aussi le problème du ProtocolInfo avec le GPIO zwave de la smart.
Cependant, voici tout le matériel utilisé et la config réalisée et cela me semble avoir fonctionné.
1). La clef usb=>TTL
https://www.amazon.fr/dp/B07TFSZ3ZP
2). Le cablage :
exactement comme ca : Zwave Cloner (Backup / Restore de vos contrôleurs Zwave) - #132 par antislash78
Et j’insiste qu’il faut bien être alimenté sur le +3.3V comme sur le schéma et pas avec le 5V (ca n’a pas marché en 5V et je ne comprenais pas pourquoi…)
Donc il faut bien des fils, ca ne peut pas se brancher en direct avec le pinout de la clef telle qu’elle est soudée face au pinout de ODroid C4 sur le port à 40 pins
Et comme c’est indiqué, la sortie RX de la clef va sur le pin RX du GPIO. (je n’ai pas mis RX sur TX)
3). Le SW : windows n’a pas le driver de la clef usb => TTL. Je l’ai chargé d’ici
4). Le soft ZenSys proposé + haut
https://aeotec.freshdesk.com/helpdesk/attachments/6091420613
Comme dit Madcow
Donc il faut d’abord aller ouvrir le Setting, prendre le bon port comm + Apply
Puis « Set as SIS ».
Voici le résultat.
Maintenant, je dois avoir un controleur bien configurée avec le SIS. Me reste à voir ce qu’il se passe en lui affectant un module et le redémarrer. Si ca marche, cela voudra dire qu’on peut réparer le pb du ProtocolInfo sur la Smart.