Utilisation du parser

Un message a été fusionné à un sujet existant : Push / pull IPX800v5

bonsoir
Tout d’abord un grand merci pour cette fonction parser tellement attendue, permettant de faire communiquer nos IPX intergénérationnelles.
Je vous salue bien bas…
NB pour rafraichir les données, j’ai utilisé la fonction clignotant Ta 10s TB 10s -->Push vers V4 et parser…

1 « J'aime »

bonjour,
c’est bien la méthode à mettre en place :slight_smile: .
Le Parser détecte les changements dans le résultat Json du Push et met ses variables à jour .
bonne soirée

Bonjour à tous,

Super cette nouveauté. Bravo GCE. Je rencontrais cette difficulté de pouvoir récupérer des infos de la v4 vers la V5 facilement depuis le début. J’ai commencé à paramétrer tous ça mais je rencontre une difficulté juste après avoir créé la fonction paser. Je me retrouve bien comme @Michel94 avec la valeur réel indiqué correctement en partie basse. Cette valeur est issue d’une entrée analogique de ma V4 (une sonde de température).

Mon objectif est d’afficher la valeur en °c de cette sonde sur le Dashboard de la V5.
Pour ce faire, selon moi, il faut envoyer le résultat de la paser dans une fonction permettant la conversion d’une sonde TC100.

Voici ce que j’ai fait :
image

Envoi vers la fonction :

Voici le paramétrage de ma fonction :
image

Envoi vers l’entrée analogique virtuelle que je compte utilisé dans mon dashboard:
image

Et la, pas de température :sob:

Je pense qu’il y a quelques choses que j’ai mal fait ou la succession de mes tâches ne sont pas les bonnes.

Merci à tous pour votre aide.

Du coup, avec l’actualisation du push via le clignotant, ça fonctionne. :smiley: :smiley:
C’est impeccable cet outil.
Bon ba finalement j’ai résolu mon problème.

1 « J'aime »

Bonjour à tous,

J’ai noté une limitations dans l’utilisation des Pushs Get=x vers la v4.

La plupart des réponses aux commandes JSON GET=x vers la v4 dépassent les 512 caractères.
Il s’ensuit des réponses tronquées :

  • Get=R : réponse sur l’état de R01 à R31 sur 56 relais
  • GET=D : réponse sur l’état des D01 à D31 sur 56 entrées
  • GET=A : réponse sur l’état des A1 à A4 (réponse complète)
  • GET=VA: réponse sur l’état des VA1 à VA29 sur 32 VA (dépends du contenu des VA)
  • GET=C : réponse sur l’état des C1 à C12 (réponse complète)
  • GET=VI : réponse sur l’état des VI118 à VI128
  • GET=VO : réponse sur l’état des VO118 à VO128
  • GET=XTHL : Réponse sur l’état des THL1-TEMP à THL7-TEMP (dépends du contenu des THL)

image

@GCE : serait-il possible d’ajouter, de façon optionnelle, l’interface ou la plage des interfaces souhaitées dans les commandes V4 (comme c’est déjà utilisé pour les commandes XPWM ou DMX) de type GET=VO|056 ou GET=VO|001-024 ?

Bonne journée

Je poursuis mes tests …
En essayant de récupérer les valeurs d’une THL de ma v4, j’ai la réponse tronquée suivante :
{
« product »: « IPX800_V4 »,
« status »: « Success »,
« THL1-TEMP »: 9.62,
« THL1-HUM »: 80.95,
« THL1-LUM »: 0,
« THL2-TEMP »: -46.85,
« THL2-HUM »: -6.00,
« THL2-LUM »: 0,
« THL3-TEMP »: -46.85,
« THL3-HUM »: -6.00,
« THL3-LUM »: 0,
« THL4-TEMP »: -46.85,
« THL4-HUM »: -6.00,
« THL4-LUM »: 0,
« THL5-TEMP »: -46.85,
« THL5-HUM »: -6.00,
« THL5-LUM »: 0,
« THL6-TEMP »: -46.85,
« THL6-HUM »: -6.00,
« THL6-LUM »: 0,
« THL7-TEMP »: -46.85,
"THL7

J’utilise le Parser suivant :
image

Aucune valeur n’est remontée :
image

Est-ce lié au fait que la réponse est corrompue ?

1 « J'aime »

Bonjour Michel94,

je ne pense pas.
Par contre (@fgtoul, @Jweb corrigez moi si je dis une bétise) le Parser ne se déclenche que lorsqu’il y a un changement de valeur.
Et entre 2 déclenchements de votre push il n’y a probablement eu aucun changement.

Bonne journée

bonjour c’est bien ça.
Il détecte les changements dans le Push et met ses variables sorties à jour si nécessaire.

Oui, si la réponse est tronquée, elle n’est pas reconnue comme JSON, donc non interprétée.

Il faut faire des requêtes renvoyant des Json plus courts, un ticket a été ouvert pour repousser la limite des 512 caractères de json.
bonne journée

Bonjour @grocrabe ,

Le jour ce lève et je vois, sur la v4, la luminosité augmenter alors que la sortie du parser reste désespérément à 0.
Pour info, le push est déclenché toute les minutes.
Je vais faire des tests avec les VO…

@fgtoul,

C’est un peu ce que je craignais : La récupération des données R, D, VA, VI, VO, XTHL n’est donc pas possible :astonished: :astonished: :astonished:

L’EDRT2 et l’IPX800 V4 sont dans le même cas lorsque les commandes de leur API renvoient des tableaux de valeurs (Get=R, …)
Des tickets sont ouverts :wink:

Bonjour.

Je confirme les valeurs des x-thl n’est pas remontée.
J’ai fait un essais sur les sorties virtuelles, les valeurs retournées correspondent aux X-THL.

Cdlt

Bonjour,

Voici un exemple d’utilisation de PARSER, je remonte l’état de mon chauffage X-FP de ma V4.
Eco, Confort, Hors gel et Arrêt dans chaque pièce de la maison.

Encore merci à toute l’équipe GCE ainsi qu’aux béta testeurs pour leur réactivité.

Cdlt

Le push :
push1


Le parser :

1 « J'aime »

Bonsoir,

Je souhaite envoyer l’état de mon chauffage à un écran TFT avec ESPEASY.
Pour cela j’utilise le résultat d’un PARSE que je met dans un push avec l’id du PARSE.
En faisant un essais avec le push j’ai le message invalide configuration.
Par contre pour les push: température, humidité, et état de la fenêtre ça fonctionne très bien.
Cdlt



Bonjour tout le monde.

Si je comprend bien ce que je lis, dès que la réponse du push est supérieure à 512 caractères, alors il est impossible de l’insérer dans un parser?

De mon côté j’ai 3 pushs :

  • GET : XTHL
  • GET : R
  • GET : A

Parmi les 3, seul le GET: A me permet de récupérer une info.

J’ai suivi le conseil du clignotant pour stimuler le push. Comme j’ai 3 pushs, puis-je les envoyer en même temps ? ou faut-il que je décale mes clignotants pour que la V4 ne reçoivent pas 3 requête en même temps ?

Merci à vous

bonjour,
il est effectivement constaté que si la V4 reçoit plusieurs requêtes simultanément ou avec un intervalle de temps insuffisant pour terminer la requête en cours, elle « écrase » le résultat en cours d’élaboration.
Il est donc préférable de les décaler dans le temps.
Soit vous créez des clignotants différents,
soit vous insérez des délais derrière le clignotant.

Cependant, le Parser ne traitera pas pour autant les requêtes GET R et GET THL qui génèrent des réponses Json trop longues.
bonne journée

1 « J'aime »

Bonjour

Avez vous pu identifier un délai raisonnable ?

Bonne journée

Bonjour,
Pour ne pas saturer la v4, l’idéal serait que la v5 puisse recevoir et interprèter des pushs v4

1 « J'aime »

Oui, également d’accord. si la V4 pouvait émettre des push en méthode PUT, cela permettrait de mettre a jour les ressources de la V5 en temps réel. ( a voir avec @GCE si c’est possible sans grosse modifications du programme).