Pb x-eno ipx 800 V5

Bonjour,

J’ai ouvert un premier post sur ce problème il y a 3 mois et après plusieurs A/R avec le help desk, le pb n’est toujours pas solutionné mais mon sentiment c’est que la V5 supporte très mal le protocole ENOCEAN et que ce n’est pas une priorité pour GCE car pas vraiment testé et développé .

Descriptif du problème

  • J’ai une installation IPX800 V5 avec des extensions X8R, XGSMV2 parfaitement fonctionnelle.
  • J’ai rajouté un X-ENO pour bénéficier de cette technologie
  • Je souhaite piloté un Volet Roulant avec le module UBIWIZZ correspondant vendu sur le site GCE
  • Déjà on voit que la doc X-ENO est basée sur la V4. Donc on tâtonne avec la V5 et ca donne un sentiment de produit pas vraiment fini mais au final on y arrive.
  • Tout d’abord, je n’arrivais pas à voir le module avec l’IPX V5 avec le firmware en GA (V5.5.6). On m’envoie une beta (V5.5.7 puis V5.5.8) et en effet on arrive à appairer le module. Appairage pas facile mais due à ces modules qui nécessitent de repartir à zéro par réinitialisation du module dès que l’on manque une étape.
  • Par contre, le volet de bouge pas avec les commandes IPX (widget de la V5 up/down)
  • Je précise que le bouton test qui existait sur l’interface V4 n’existe plus sur la V5 (je pense que GCE teste avec un banc V4 car ils me demandaient d’activer le test avant de reconnaitre que ce bouton n’existait pas en V5)
  • Suite à cela je renvoie le module à GCE qui m’indique qu’il est défectueux car l’appairage ne fonctionne pas (alors que j’arrivais à faire l’appairage à chaque fois à condition de repartir d’un module clean par réinitialisation usine). GCE m’envoie un nouveau module.
  • Test de ce module hier. Détection ok, appairage ok mais le volet ne bouge pas (je suis en V5.5.8 beta). Même pb versus l’ancien module.

Donc si quelqu’un dans la communauté a une idée, je suis preneur car j’en suis arrivé à penser que le protocole ENOCEAN n’est pas supporté correctement en V5 contrairement à ce qui est dit (pb de documentation, pb de firmware V5, pb fonctionnel avec au moins un module basic) et que les tests sont mal effectués voire pas effectués du tout pour avoir ce niveau de bug.

Merci

Bonjour.

J’ai un problème similaire avec un module volet roulant avidsen 270290.

J’obtiens un appairage, mais uniquement coté IPX 800 v5. Coté module, je n’obtiens jamais les clignotements de confirmation.

J’ai eu plusieurs échanges avec le SAV qui ont aboutit à l’envoi du firmware 5.5.8. J’avoue avoir été un peu lassé d’y consacrer autant de temps pour rien, d’autant qu’il fait beau dehors…
J’ai donc laissé tombé pendant 2 mois. Ce soir j’ai pris mon courage à 2 mains pour tester ce nouveau firmware, mais le problème n’est toujours pas réglé !

Lors de mes essais précédents, avec une clé enocéan sur un portable je constatais l’absence d’émission radio de l’IPX 800 v5. Donc OK pour lecture de sonde de température, mais pas OK pour piloter mes modules de volet.

Je n’ai pas refais ce test radio avec la v5.5.8 aujourd’hui, mais j’avoue que je fini par ne plus trop y croire.

Je ne sais si quelqu’un à un jour réussi à piloter des volets, voir même autre chose qui necessite une transmission de l’IPX800 V5 avec un XENO. Je veux bien l’info.

Bonjour.

Je me répond au cas où ça pourrait aider quelqu’un.

Après de très nombreux aller et retours au SAV CGE, du module X-ENO, puis de l’ensemble IPX v5 + X-ENO + cable, le module fonctionne et émet enfin, ce qui permet l’appairage.

Malheureusement après une mise à jour de l’IPX, rebelote, de nouveau la même absence d’émission radio coté X-ENO et extension introuvable.

Après de très nombreux tatonements, j’ai finis par découvrir que certains événements déclenchent l’apparition du soucis :

  • mise à jour firmware de l’IPX v5
  • reboot depuis l’interface web de l’IPX v5

Par contre, si je fais un reboot matériel (coupure de l’alim de l’IPX et du X-ENO), l’IPX retrouve son module. Le X-ENO peut à nouveau émettre et les éventuels appairages se faire.

Conclusion : Dans le soft de l’IPX il manque quelque chose qui réinitialise la connexion de l’IPX au X-ENO en cas de redémarrage logiciel. Pour le corriger, il faut arrêter et remettre l’alimentation.

J’ai observé ce comportement sur les firmwares 5.5.6, 5.5.7 et 5.5.8.

Bonjour dcadiou

Moi je suis en 5.5.7 et aucun soucis avec mon X-ENO
Pourtant je pilote 4 VR, 4 micro modules 2 canaux avec BP ,prises commandées.

Bonne journée

1 « J'aime »

bonjour Domoni, nous avons identifié un pb sur la V5 avec les VR (on a débuté en 5.5.8 car on avait en plus un XGSM V2 et cette version était pré req) et depuis on n’a toujours pas résolu le problème - on est en 5.6.2 car il y avait des pbs de stabilité sur le bus d’extension (parait il !). Etes vous resté en 5.5.7 concernant ces modules VR ? cordialement

Bonjour

Je suis en 5
5.7
Bon courage

Bonjour a tous,
Je reprends ce post car de mon coté je n’arrive plus a accéder au module X-ENO !
Quand je clic sur extensions Enocean, j’ai une erreur 500 0xf0 0x3011 - Echec du parse de l’objet en JSON !
et donc impossible d’accéder à l’extension Enocean !
Si quelqu’un à une idée !!!
Je suis en 5.6.2 !
Merci pour vos retours

je viens de poster un retour d’expérience concernant des problèmes que nous avons contournés grâce au support de GCE. je ne suis pas spécialiste mais essayez ceci: un fois lle power ON et l’IPX démarré, débranchez la liaison (RJ12) entre l’ipx et le X-ENO pour couper l’alimentation du X-ENO. Rebranchez ensuite. Le X-ENO démarre immédiatement et il doit se passer quelque chose quand le IPX V5 démarre.

Bonjour,
J’ai également le même souci : le module X-ENO n’est plus reconnu malgré les différents redémarrages par l’IPX800 v5.6.2
Bonne journée