Forum Communauté Jeedom

Bonjour Mortyre,

J'essai depuis hier de piloter mon pwm via script et la seul chose que j'ai réussi a faire c'est le SetPWM et rien d'autre...
Je ne comprend pas pourquoi le reste des commandes http ou info JSON fonctionne pas.
Pourrais tu faire un screen shot de tes scripts pour la config?

Merci,

Bonjour a tous,
Petit Up, pour me venir en aide... Voici un screen de mon script:
Si quelqu'un peu m'expliquer ou rentrer les information et quoi afin d'avoir le retour d'état de mon XPWM (canal 5, 6 et 7)
Je n'arrive pas non plus a faire fonctionner la commande PWMALLON ou OFF en requête http. Merci.

Bonjour @Loic,

Depuis la mise à jour du Plugin IPX800V4 en date du 19/09. j'ai régulièrement des alertes de communication qui remonte de mes équipements IPX800V4".
=> J'ai observé que cela se produisait uniquement sur les équipements dont aucune commande n'avait pas évolué pendant le délai d'alertes communications.

Configuration :
- Core Jeedom en V3.3.31
- Version Plugin IPX800V4 du 19/09 (Heatbeat à 45 minutes).
- 1 IPX800V4 physique mais 3 équipemets IPX800V4 dans Jeedom (tous avec les alertes de communications sur 30 minutes)

Contexte des alertes de communications :
- Les 2 équipements qui ont des commandes qui n'évolue pas pendant plusieurs heures déclenche à présent des alertes communications 30min. après le dernier changement.
- Avant cette mise à jour, je n'avais pas ce phénomène. => Lorsque je perdais vraiment la communication vers mon IPX (alarmes sur les 3 équipements), elle repartait après relance automatique du démon par le Heartbeat. Ces pertes de com réelles se produisaient moins de 1 fois par mois.

Je suppose que cela est lié à la mise à jour et c'est très pénalisant pour conserver une surveillance fiable de l'IPX.

@+. Fred.

Bonjour,
Oui c'est lié a la mise a jour et c'est normal. En faite j'ai un soucis la mise a jour de la date de dernière communication c'est très lourd d'un point vu cou et charge. J'ai eu énormément de ticket sur des jeedom qui s'arrêtait ou des charge qui passé de 2 a 10. Ça m'a pris des mois pour trouvé et j'ai donc fait une correction (c'est le même soucis sur philipshue un sujet en parle sur le forum).

Après je t'avoue je peux pas faire un retour arrière vu les soucis que ça posé et MTN ça en pose dans l'autre sens... Et avant que la question arrive non on peut pas faire une option ça serait trop lourd niveau charge

Bonjour Loic,

Merci pour les explications, dont acte!

Comme solution alternative , si j'ajoute une SV clignotante bidon (genre cycle de 10min.) sur chacun des équipements IPX, je devrais pouvoir éviter la "fausse" alarme de communication?

@+. Fred.

Oui oui tu pourras ou sinon tu utilises le système de surveillance intégré au core sur les demons (de mémoire j'ai expliqué ce système dans la doc)

J'ai cherché dans la doc au sujet d'un système de surveillance intégré au core, mais hormis le Heatbeat qui permet de relancer le démon, je n'ai pas trouvé.

Peux-tu m'aiguiller sur ce système de surveillance?

@+. Fred.

Ben c'est ça le heartbeat qui relance le démon si tu demandes mais surtout qui t'avertis si ya un soucis de remontée d'information

Bonjour,
Dans la dernière MAJ de l'IPX, les thermostats sont intégrés dans l'API JSON.

Bonjour,

J'attendais aussi cette mise à jour côté IPX.

J'ai créé un sujet sur le nouveau forum https://community.jeedom.com/t/bug-suit ... 800v4/9000

@+. Fred.