Amelioration API plugin IPX800v4

Bonjour
Sans log non…

Merci pour cette première réponse, quelles sont les logs à activer pour avoir des infos ?
Je n’ai pas précisé, je pose mon problème sur ce file, mais je n’utilise pas les pushs de l’Ipx.
J’utilise le plugin de l’ipx depuis 4 ans sans souci et récemment j’ai ce problème qui est apparu.
Merci pour votre aide.

Après une petite recherche, voici un log récurent toutes les nuits à minuit depuis le 27 Mai :

[2020-05-27 00:00:04][ERROR] : Erreur taille du fichier inférieure à 100 octets pour 192.168.0.15:85 : 401 Unauthorized: Password required

Si ça peut donner une piste ? je n’ai rien changé à ma config depuis des mois…

1 « J'aime »

Bonjour @Davids,

Il me semble qu’il s’agit de l’échec de la sauvegarde journalière de la configuration de l’IPX800. Je te conseille de la désactiver => dans la configuration du plugin, décocher « Sauvegarder automatique la configuration des IPX800 tous les jours ».

L’arrêt du plugin tous les jours est bizarre. Cela arrive aussi chez moi de temps en temps.
mais pour corriger cela, il y a une fonction automatique de relance du démon du plugin => dans la configuration du plugin cocher « Redémarrer démon » et mettre un temps dans le champs « Heartbeat ».
J’ai pu remarquer sur ma config qu’en augmentant l’intervalle d’interrogation de 3s à 5s, j’avais presque plus aucun arrêt du démon.

PS : Il vaudrait mieux créer ton propre fil de discussion pour traiter ton problème et donner un peu plus d’information. :wink:

@+. Fred

Bonjour @Fred,
merci pour ta réponse, je vais tester tes solutions et si je n’arrive pas à résoudre le problème avec tes pistes j’ouvrirai un nouveau post.
Concernant la sauvegarde automatique je l’ai décoché et le message d’erreur n’apparaît plus.

Bonne journée.
Merci encore.
@+ David

Bonjour a tous,
Je déterre un peu le fil…
@alexp : Je tente de mettre en place les push URL des etats de mes entrées digitales de l’IPX.
J’ai branché un capteur de niveau (pour une cuve d’eau ) sur l’IPX, qui est censé declencher une pompe lorsque le niveau baisse.
J’ai configuré le PUSH Url sur l’IPX800V4 selon ta méthode citée plus haut (je n’ai pas mis USER:MDP) avec en PUSH ON et PUSH OFF :

/core/api/jeeApi.php?type=ipx800v4&apikey=XXX&typeData=allD&data=$D

(en API key j’ai mis celle trouvée sur l’interface de configuration du plugin IPX800 sur jeedom)
Sur l’IPX j’ai ensuite fait la scène :

ON EVENT (entrées digitale) ON/OFF PUSH URL
La remontée de l’etat du capteur sur le dashboard de l’ipx est instantanée.
Cependant pas sur jeedom : l’etat ne rmonte que selon le délai de Frequence des interrogations configuré sur le plugin IPX800…
J’en déduit que mes PUSH ne fonctionnent pas… Mais je ne sais pas ou…

Si je tape directement l’URL dans le navigateur j’ai le meme message que skaman85
Il y a un problème dans les données des relais, 2 valeur(s) reçue(s) sur 56 valeurs attendues ($R)

Je suis en Jeedom V4 et ipx : 4.04.04.

Un peu d’aide serait la bienvenue!
Merci d’avance…

Bonjour @Coben,
Désolé pour la réponse tardive… As-tu résolu ton problème ??

1 « J'aime »

@alexp
je n’ai pas eu le temps de faire plus de tests.
En attendant j’ai placé mes capteurs de niveau sur un smart implant fibaro, remontée immédiate, mais la config prend un peu de temp.
Je regarderai ca plus en détail plus tard…

@alexp
un petit up, j’ai trouvé le temps de me pencher a nouveau sur le problème.
j’ai réussi a configurer correctement les push.
voici une partie des logs que cela donne lorsque j’ouvre ou ferme le capteur de niveau; la remontée est quasi instantanée.

[2020-10-03 18:11:52][DEBUG] : Demande sur l'api http venant de : 192.168.0.45 => {"type":"ipx800v4","apikey":"XXX","typeData":"allD","data":"00000000000000000000000000000000000000000000000000000000"}
[2020-10-03 18:11:52][INFO] : Appels de ipx800v4::event()
[2020-10-03 18:11:58][DEBUG] : Demande sur l'api http venant de : 192.168.0.45 => {"type":"ipx800v4","apikey":"XXX","typeData":"allD","data":"00000000000000000000000000000000000000000000000000000000"}
[2020-10-03 18:11:58][INFO] : Appels de ipx800v4::event()
[2020-10-03 18:12:07][DEBUG] : Demande sur l'api http venant de : 192.168.0.45 => {"type":"ipx800v4","apikey":"XXX","typeData":"allD","data":"00010000000000000000000000000000000000000000000000000000"}
[2020-10-03 18:12:07][INFO] : Appels de ipx800v4::event()

Cependant le changement d’état du relais sur le dashboard (ou même en interrogeant avec la commande « tester » directement dans le plugin) est hyper aléatoire. Il met entre 8 et 25 secondes a changer…
En terme de réactivité, on y est pas du tout…
Une idée?

Bonjour,

Pouvez-vous me dire quel est la clé api qu’il faut utiliser? Je n’arrive pas à faire fonctionner les push pour mettre à jour les états des entrées et sortie de l’IPX.
@Coben : Que manquait-il dans votre configuration pour que cela fonctionne?
Merci

@flo121212: La clé API est celle que l’on trouve sur la page de configuration du plugin ipx800v4.
Pour les push, je n’avais pas renseigné le champs user:password sur l’ipx800.
Les push fonctionnent, c’est bien remonté sur jeedom en temps reel (cf log API et log Ipx800), mais chez moi le plugin continue de ne tenir compte que du temps de refresh programmé sur la conf du plugin ipx800…
Je ne sais pas pourquoi.

Bon je comprends pas, ça ne marche pas chez moi.
C’est le user:password de jeedom ou de l’ipx qu’il faut renseigner?

user et passwd d’acces a jeedom que tu configure dans les push sur l’ipx.

1 « J'aime »

desolé pour la qualité de l’image…

Merci pour ces infos.
J’ai l’impression que ça marche mais je n’arrive pas à avoir les logs des pushs sur le plugin. Même en mode debug.
J’ai désactivé les intérogations dans le plugin et mes relais se mettent bien à jour dans la seconde donc je suppose que ça marche.
Par contre dans les logs, j’ai bien les infos des relais :
[2020-10-21 11:42:41][INFO] : Call url http: // XXX.XXX.XXX.XXX/api/xdevices.json?key=XXXX&ToggleR=1

Ah bah cool que ça fonctionne pour toi.
Pour les logs, faut aller dans analyse-logs, et sur la gauche tu as les logs de tout les plugin.

Bonjour à tous,
Heureux de ne pas être le seul à m’arracher les cheveux :slight_smile:
Je suis dans la même situation que vous:
« Il y a un problème dans les données des relais, 2 valeur(s) reçue(s) sur 56 valeurs attendues ($R) » et aucun log d’envoi de la part de l’IPX

Mes urls:
https://#IP_Jeedom#/core/api/jeeApi.php?type=ipx800v4&apikey=XXX&typeData=allD&data=$D positionnée en ON et OFF sur mon PUSH IPX800V4 ne semble rien me retourner dans jeedom (j’ai bien créé le scénario ON_EVENT avec comme trigger ON (je ne sais pas si le « SWITCH » fonctionne d’ailleurs… ça m’éviterait de devoir en faire un pour ON et OFF)…
J’ai essayé avec ou sans les identifiants, avec ou sans le SSL port 443 comme je suis en https…

Rien y fait je suis dessus depuis 3 soirs et n’avance pas.

Mon seul retour est en mettant l’url dans un navigateur ou j’obtiens:
https://#IP_Jeedom#/core/api/jeeApi.php?type=ipx800v4&apikey=XXX&typeData=allD&data=$D
donne
« Il y a un problème dans les données des relais, 2 valeur(s) reçue(s) sur 56 valeurs attendues ($R) »

J’aimerais donc savoir ce que vous avez fait pour obtenir une requête propre et fonctionnelle de l’état des entrée digitale et relais IPX.
Et surtout trouver mon erreur à partir du PUSH Entrée Digitale qui fasse que je ne vois rien arriver dans les logs jeedom lorsque j’actionne un interrupteur.

D’avance merci pour votre aide, je ne suis pas programmeur et je tourne en rond depuis 3 jours là dessus…

Merci Mike.

Paramètre ton scenario et ton push comme ici :
https://community.jeedom.com/t/amelioration-api-plugin-ipx800v4/23994/29?u=alexp

Le trigger est « ON/OFF »

Bonsoir,
Je viens de faire l’essai et cela ne fonctionne pas mieux pour ma part.
J’ai essayé en http 80 https 443 mais rien ne se passe (avec ou sans identifiants).
Je ne reçoit aucun retour ou logs de la part de mon IPX dans jeedom.

Je ne sais pas comment analyser ce qui sort de celui ci… Il faudrait monitorer le port de l’IPX sortant du switch afin de s’assurer que le scénario envoi bien une trame lors d’un évènement sur les entrées digitales…

Je ne comprends pas… peut être est ce ce fameux message
« Il y a un problème dans les données des entrées digitales, 2 valeur(s) reçue(s) sur 56 valeurs attendues ($D) »
que je devrait corriger en premier car il ne serait pas interpréter dans jeedom ?

Merci de votre aide.
Mike

Le message « Il y a un problème dans les données des entrées digitales, 2 valeur(s) reçue(s) sur 56 valeurs attendues ($D) » est renvoyé par jeedom car il attend une suite de 56 états (0 ou 1) et toi tu lui envoies « $D ».
« $D » est remplacé par l’ipx lors du push par une suite de 56 0 ou 1.

Pour tester jeedom via un navigateur il faut entrer une adresse de ce type :
#IP_Jeedom#/core/api/jeeApi.php?type=ipx800v4&apikey=XXX&typeData=allD&data=00000000000000000000000000000000000000000000000000000000

Fais tes tests comme ça en adaptant la suite de 0 en fonction du numéro d’entrée que tu veux tester.
Si ça fonctionne, c’est que tu as mal paramétré l’IPX et si ça ne marche pas, c’est côté Jeedom.

Pour info, le plugin ne log pas les changements d’états reçus par ce biais, même en mode débug, il est donc normal que tu ne vois rien passer.

1 « J'aime »