Vous trouverez dans le changelog les informations sur les évolutions/correctifs de la version.
Le composant planning et le composant parseur JSON ont été ajoutés
Attention l’objet XDMX à subit une mise à jour nécessitant un appui sur le bouton clean collection.
Bonsoir,
Moi c’est déjà fait…
Le planning TOR pour une prog hebdo est vraiment top.
Dans le change logs, il est mentionné
« Ajout de la tuile IPX permettant de récupérer les dépendances (DIAG, CLOCK, XDPSU…) »
Qu’est-ce que c’est?
En tout cas, merci pour cette mise à jour, elle est passée sans problème!
bsr c 'est fait pour moi
je cherche la fonction xpsu dÈpendance AC detection pour la XPSU
je la vois pas
merci a @Jeremy_GCE@GCE et tous les beta testeurs
cdt
Concernant la xdpsu, je pense qu’il s’agit de la « xpsu AC détection » soit la détection de la présence secteur sur la PSU, information disponible dans le câble Powered EBX. Elle se trouve dans la tuile IPX de l’éditeur de règle.
Concernant la variable [IPX]Clock, le but est de pouvoir mémoriser la date d’un événement dans une variable analogique et l’afficher dans le dashboard avec le widget Afficheur de temps utilisé en mode Timestamp.
Bonne soirée
Sur le MQTT, par rapport au bug de déconnexion, le palliatif du reboot fonctionne, par contre, si on est connecté avec un compte administrateur non root, l’IPX propose le reboot, mais ce n’est pas possible, et du coup on a un message d’erreur pas explicite.
Je confirme le MQTT pose toujours des soucis au niveau de la configuration du client.
Je n’arrive pas à me connecter à mon serveur (port 1885 + mot de passe)
Cela fonctionne bien avec MQTT explorer.
→ Le message sur l’IPX est le suivant : « Error MQTT server port »
Si l’on a un défaut sur le serveur MQTT, est ce qu’il faut obligatoirement passer par la case reboot manuel de l’IPX ?
Si c’est oui, c’est un point très critique (pour moi)
Bonjour, êtes-vous certain du port utilisé, un broker sans SSL est souvent sur le port 1883 (8883 avec SSL) et non 1885 comme indiqué dans votre post (ce qui expliquerait le message d’erreur).
Bonjour,
Oui c’est bien avec un serveur sur le port 1885 (pour info, instanciation sur une architecture docker).
Les tests du serveur avec d’autres clients fonctionnent correctement.
Cdt.
Pourrais-je vous demander de rajouter la compatibilité des modules enocean nodon dès que possible?
En effet le EEP n’est pas supporté en V5 alors que bien en V4. (La moitié de ma maison est hors service ;-))
Des tickets ont été échangés avec le helpdesk sur ce point.
Merci,
Thibaut.
Je n’ai peut-être pas les yeux en face des trous mais je ne vois pas dans le fil de discussion d’information claire sur la solution finalement proposée (ni dans celui d’origine).
Alors, retour atelier OU mise à jour du soft pour utiliser l’info de passage à 0 de la sinusoïde pour avoir l’information de coupure électrique?
J’ai trouvé ça dans le changelog de la versio 5.4.0 de l’IPX800 v5 mais je ne comprends pas ce que ça veut dire :
N’étant pas encore utilisateur (j’ai reçu les modules mais je suis en pleine réflexion sur l’organisation du tableau) tout ceci est encore obscur. D’où ma question.