Mise à jour IPX800_V5 version 5.4.1

Bonjour,
Je confirme, le plug in V4, c’est top, ça permet d’utiliser la V4 en périphérique de la V5 :slightly_smiling_face:.
Un plug in V3 serait pas mal non plus :wink:.
Merci à la TEAM GCE pour ce cadeau de Noël.
Joyeuses fête à tous

les listes au Père Noël c’est avant Noël… :stuck_out_tongue_winking_eye: ou alors c’est pour Noël prochain :rofl:

Belles fêtes de fin d’année à tous :grinning:

3 « J'aime »

Bonjour,

Je récupère une entrée analogique (température SHT3) d’un IPXV4, j’ai toujours la valeur à 0.
Par contre l’analogique V5 remonte bien une valeur.
En faisant le calcul cela fait 19.6°C, cela semble cohérent.

Cdlt

ana4


ana2

Bonsoir,
J’ai installé la V5.4.1 ce matin. Depuis, impossible d’effectuer une sauvegarde, le téléchargement se fige et l’IPXV5 n’est plus accessible, il faut le redémarrer.
Avez-vous constaté ce comportement?

Bonjour,
test fait à l’instant.
La sauvegarde fonctionne correctement.

Avez-vous vérifié que programme et IHM sont à la même version ?
image

Bonjour,
Sauvegarde et restauration sans problème. (v5.41 depuis la sortie)

Bonsoir @fgtoul,
Oui j’ai bien la même version IHM et programme.
Par contre j’ai une ligne inhabituelle dans les logs. noinit_flash_block:

Bonsoir @patam
Pouvez-vous refaire la maj 5.4.1? D’après le message d’erreur on dirait que qqc n a pas fonctionné ds la maj…

Bonjour @patam

J’ai eu ce problème 1 fois aussi!

Bonne soirée

2 messages ont été scindés en un nouveau sujet : Pbduplication widget en 5.4.1

Bonjour,

Autre constat, objet « PUSH » ne remonte pas toute la chaine de retour lors des requêtes :

POST ou GET sur un http://ipx800v3/api/xdevices.json?cmd=10

résultat aléatoire :,« IN22 »:0,« IN23 »:0,« IN24 »:0,« IN25 »:0,« IN26 »:0,« IN27 »:0,« IN28 »:0,« IN29 »:0,« IN30 »:0,« IN31 »:0,« IN32 »:0}
ou
,« IN17 »:0,« IN18 »:0,« IN19 »:0,« IN20 »:0,« IN21 »:0,« IN22 »:0,« IN23 »:0,« IN24 »:0,« IN25 »:0,« IN26 »:0,« IN27 »:0,« IN28 »:0,« IN29 »:0,« IN30 »:0,« IN31 »:0,« IN32 »:0}

Bonjour,
l’objet Push est limité en nombre de caractères pour la réponse, d’où la mise en place progressive de Plugins de communication comme pour la V4 (ça arrivera peut-être aussi pour la V3).

Cependant, les exemples que vous donnez comportent un nombre aléatoire de caractères, ce qui fait penser à des réponses tronquées.
Vérifiez que lorsque vous envoyez une requête à la V3, cette dernière a bien le temps de répondre avant de lui envoyer une autre requête, en d’autres termes, espacez vos requêtes.
bonne journée

Bonjour,
Selon la doc, la réponse est de la forme :

{« product »:« IPX800_V3 »,« IN1 »:0,« IN2 »:0,« IN3 »:0,« IN4 »:0,« IN5 »:0,« IN6 »:0,« IN7 »:0,« IN8 »:0,« IN9 »:0,« IN10 »:0, « IN11 »:0,« IN12 »:0,« IN13 »:0,« IN14 »:0,« IN15 »:0,« IN16 »:0,« IN17 »:0,« IN18 »:0,« IN19 »:0,« IN20 »:0,« IN21 »:0,« IN22 »:0, « IN23 »:0,« IN24 »:0,« IN25 »:0,« IN26 »:0,« IN27 »:0,« IN28 »:0,« IN29 »:0,« IN30 »:0,« IN31 »:0,« IN32 »:1}

Elle contient 304 caractères et dépasse ainsi la limite actuelle des 254 caractères. La réponse est donc corrompue.
Bonne journée

pour moi, la limite était à 512, mais peu importe.
Cette limite n’explique pas tout :smiley: , le nombre aléatoire de caractères par exemple :slight_smile:
Si la limite est à 254, alors la réponse devrait être tronquée à 254 caractères de manière constante, à condition que les requêtes ne s’enchevêtrent pas . Il y a bien un problème de périodicité des Push en plus.

bonjour et bonne fête a tous
je viens d’installer et de mettre a jour la V4 et la V5, le plug in V4 est super.
par contre on ne voie pas les modules associe ex: un X4FP mais cela viendra après , peut être ??

Je viens de faire le test sur ma v3 en utilisant la fonction test de l’éditeur de push et en attendant au moins une minute entre deux activations :

,"IN20":0,"IN21":0,"IN22":0,"IN23":0,"IN24":0,"IN25":0,"IN26":0,"IN27":0,"IN28":0,"IN29":0,"IN30":0,"IN31":0,"IN32":0}

,"IN19":0,"IN20":0,"IN21":0,"IN22":0,"IN23":0,"IN24":0,"IN25":0,"IN26":0,"IN27":0,"IN28":0,"IN29":0,"IN30":0,"IN31":0,"IN32":0}

,"IN21":0,"IN22":0,"IN23":0,"IN24":0,"IN25":0,"IN26":0,"IN27":0,"IN28":0,"IN29":0,"IN30":0,"IN31":0,"IN32":0}

,"IN20":0,"IN21":0,"IN22":0,"IN23":0,"IN24":0,"IN25":0,"IN26":0,"IN27":0,"IN28":0,"IN29":0,"IN30":0,"IN31":0,"IN32":0}

,"IN21":0,"IN22":0,"IN23":0,"IN24":0,"IN25":0,"IN26":0,"IN27":0,"IN28":0,"IN29":0,"IN30":0,"IN31":0,"IN32":0}

L’info la plus longue ne contient que 127 caractères.

Après vérification, vous avez raison, la string réponse est bien de 512 caractères.
J’avais eu le même comportement avec certaines commandes sur la v4 (voir fil Utilisation du parser) :

On note que les réponses aux commandes R,D, VA et XTHL sont tronquées à 512 caractères en partant du début de la réponse et que les commandes VI et VO sont tronquées à partir de la fin. Je me souviens que, dans ces cas, les tailles des réponses n’étaient pas constantes.

En V3,en reprenant les tests, on note :

  • cmd=10 : réponse portant sur les dernières entrées à partir de in19, in20 ou in 21
  • cmd=20 : réponse portant sur les dernières sorties à partir de out18, iout19, out20 ou out 21
  • cmd=30 : réponse complète sur les 16 entrées (dans mon cas, elles sont toutes à 0 et la réponse contient 158 caractères)
  • cmd=40 : réponse complète des 8 compteurs (dans mon cas 92 caractères)

Un nouveau plugin V3 est certainement dans la roadmap de GCE

Bonjour,

Merci pour cette mise à jour.
J’ai tenté d’appairer un nodon mais sans succès, voici le message d’erreur reçu:

Voici le modèle de nodon (2 canaux enocean) que je tente d’appairer (Le EEP se trouve de + dans la liste proposée)

Cordialement,
Thibaut de Sany.

Hello,
J’ai exactement le même problème, avec le même code d’erreur dans les logs.

En 5.4.1, la restauration se fige vers 45%, puis j’ai un msg d’erreur « error during upload » ou qqch du genre, puis si je fais un reboot logiciel j’ai « error during reboot », donc obligé de faire un reboot en coupant le jus.
Dans les logs j’ai le NOINIT_FLASH_BLOCK, mais j’ai aussi un msg GCE_INVALID_FLASH_CONFIG_SIZE.

J’ai bien entendu essayé de réinstaller le firmware (qui s’est réinstallé correctement, bonne version à la fois du firm et du server), de faire des factory reset aussi bien en logiciel qu’avec le bouton réset sous l’IPX, rien n’a marché.

Donc, downgrade en 5.3.0, repush de la configuration : nada, même souci.

La seule chose qui a marché c’est le retour en 5.4.0 (que je n’avais jamais installé), push de la configuration, puis 5.4.1.

Décidément la v5 est bien capricieuse…

Autre truc étrange : aussi bien un factory reset qu’une installation de firmware n’effacent pas les logs système, je me serais attendu à un RAZ total…

Et autre souci, je perds régulièrement l’accès au serveur, obligé de reboot en coupant le jus. Et encore ça ne revient pas toujours. J’ai l’impression que quand ça arrive, l’IPX est occupée à calculer qqch et que ça lui prend toutes ses ressources, un peu comme si elle se faisait un DDOS à elle même…

Bonjour,
depuis la version officielle, il me semble que les mises à jour se passent sans encombre, en tout cas je n’ ai pas rencontré de problème depuis bien longtemps (la dernière fois c’était pendant les Béta)
Vous faites vos mises à jour à partir d’un PC Windows, d’un Mac , d’un appareil Androïd ?
quel navigateur ?

Pour complément d’information, :
pendant la mise à jour, soyez attentif à l’état des DELs sur l’ipx800, elles indiquent les étapes en cours et il faut bien attendre que le premier fichier soit téléversé et installé avant de lancer le second fichier.
Bonne journée