Etat des volets

[alex43_b]

Bonjour,

J’utilise le plugin-tahomalocalapi qui est une merveille

Cependant, j’ai une remarque à faire concernant l’état « numérique » des volets. Je constate en effet que de temps à autre, même si les volets sont totalement ouverts en réalité, la commande core:ClosureState affiche parfois 99% sur le plugin.

Rien de bien gênant, vous allez me dire, car le volet est effectivement ouvert. Cependant, visuellement sur mes virtuels, les icônes des volets et le pourcentage d’ouverture ne sont pas à 100%.

Je remarque également une commande dans l’équipement nommé core:OpenClosedState, qui elle indique open.

Ne serait-il pas intéressant dans ce cas précis que le plugin « force » la commande core:ClosureState et la fixe à 100% lorsque dans le même temps la commande core:OpenClosedState indique « open »?

La même logique pourrait s’appliquer à l’état fermé.

Merci.

[chris94440]

Hello
@kptainigloo a remarqué le même comportement.
Cela t’arrive lorsque tu fais des actions en même temps sur plusieurs équipements (genre ouvrir tous les volets) ?
Si oui peux tu essayer de mettre une pause entre chaque demande d’action (1 ou 2 s). ?
@chris

[alex43_b]

Ce n’est pas lié à une ouverture groupée, car même volet par volet, cela peut se produire.

Je le constate, par exemple, assez régulièrement (environ 1 fois sur 10) sur l’état de ma porte de garage, qui elle n’est jamais regroupée avec autre chose.

Par ailleurs, j’ai remarqué qu’il y a déjà une seconde entre chaque action lorsque je lance une action groupée, et rien ne change si, dans mon scénario, je coche la case « exécution en parallèle des autres actions ».

[chris94440]

Ok je vais voir pour faire un lien entre le OpenClosedState et ClosureState
Je te tiens au courant
@chris94440

[chris94440]

Par contre je pourrais le faire sur le close mais pas le open car il considère que si le vr est ouvert a 1% alors le statut est ouvert …et on veut pas que des que le statut est ouvert le pourcentage soit a 100% … contrairement au close ou cela sera coherent

[alex43_b]

Effectivement je comprends le principe.

D’ailleurs, il me semble que ça le fait moins en ouverture …

Merci du support en tout cas

[chris94440]

je te tiens au courant dès que j’ai fait une beta

[chris94440]

@alex43_b

OpenClosedState

le seul truc que j’ai un peu peur c’est que si l’info ClosureState arrive avant OpenClosedState cela remplace la MAJ

[alex43_b]

Peut être conditionner l’un avec l’autre ?

[alex43_b]

Et bien voila
Tout compte fait, ca fait la même chose à l’ouverture

Et je viens de tester avec l’App tahoma:
L’appli n’indique pas qu’il est a 99%, il indique ouvert :

Quand il est a 99%, il descend d’un pourcent :

[alex43_b]

Salut!
J’ai fais les deux dernières maj en pensant que la solution évoqué allé être mise en place, mais ce jour, je vois que ma porte de garage est ouverte a 1%, alors que j’ai l’info « closed » sur la commande

Merci😉

[chris94440]

Mince pourtant je pensais avoir solutionné le pb mais apparemment non…tu es bien en beta ??

[alex43_b]

Oui, je suis en beta pourtant

Tu ne le reproduit pas ?

Merci

[chris94440]

Non je reproduis pas mais j’ai que 2 velux (vr et ouvrant)
Mais j’ai une pose …j’essaie de faire une version demain

[chris94440]

Je viens de repousser une beta … si les commandes closureState et openCloseState ne sont pas cohérente on force à 0 le closureState … et tu devrais voir dans les logs :

forceClosurState -> force ClosureState à 0 car OpenClosedState closed et ClosureState > 0

Tiens moi au courant
@chris94440

[alex43_b]

Salut!
Bon et bien il y à toujours ce fichu % qui traine (lool)

Ci dessous les logs de l’équipement concerné ce matin :

2852|[2024-02-11 10:24:41][DEBUG] : Message receive for evenItem -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":1,"name":"core:ClosureState","value":3}],"name":"DeviceStateChangedEvent"}
2853|[2024-02-11 10:24:41][DEBUG] : updateItems -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":1,"name":"core:ClosureState","value":3}],"name":"DeviceStateChangedEvent"}
2854|[2024-02-11 10:24:41][DEBUG] :    - maj equipement io://0805-0888-3872/2798132 | commande : core:ClosureState| valeur : 3
2856|[2024-02-11 10:24:58][DEBUG] : Message receive for evenItem -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":1,"name":"core:ClosureState","value":94}],"name":"DeviceStateChangedEvent"}
2857|[2024-02-11 10:24:58][DEBUG] : updateItems -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":1,"name":"core:ClosureState","value":94}],"name":"DeviceStateChangedEvent"}
2858|[2024-02-11 10:24:58][DEBUG] :    - maj equipement io://0805-0888-3872/2798132 | commande : core:ClosureState| valeur : 94
2860|[2024-02-11 10:24:59][DEBUG] : Message receive for evenItem -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":1,"name":"core:ClosureState","value":99}],"name":"DeviceStateChangedEvent"}
2861|[2024-02-11 10:24:59][DEBUG] : updateItems -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":1,"name":"core:ClosureState","value":99}],"name":"DeviceStateChangedEvent"}
2862|[2024-02-11 10:24:59][DEBUG] : Message receive for evenItem -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":1,"name":"core:ClosureState","value":100}],"name":"DeviceStateChangedEvent"}
2863|[2024-02-11 10:24:59][DEBUG] : updateItems -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":1,"name":"core:ClosureState","value":100}],"name":"DeviceStateChangedEvent"}
2864|[2024-02-11 10:24:59][DEBUG] :    - maj equipement io://0805-0888-3872/2798132 | commande : core:ClosureState| valeur : 100
2866|[2024-02-11 10:24:59][DEBUG] :    - maj equipement io://0805-0888-3872/2798132 | commande : core:ClosureState| valeur : 99
2868|[2024-02-11 10:24:59][DEBUG] : Message receive for evenItem -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":3,"name":"core:OpenClosedUnknownState","value":"closed"}],"name":"DeviceStateChangedEvent"}
2869|[2024-02-11 10:24:59][DEBUG] : updateItems -> {"deviceURL":"io:\/\/0805-0888-3872\/2798132","deviceStates":[{"type":3,"name":"core:OpenClosedUnknownState","value":"closed"}],"name":"DeviceStateChangedEvent"}
2870|[2024-02-11 10:24:59][DEBUG] :    - maj equipement io://0805-0888-3872/2798132 | commande : core:OpenClosedUnknownState| valeur : closed

Pour info, il ne s’agit pas forcement du même équipement

@ dispo si besoin
Merci

[chris94440]

@alex43_b

OpenClosedUnknownState

tu est bien en beta ?
C’est marrant ta commande s’appelle OpenClosedUnknownState et pas OpenClosedState ? si oui le soucis vient de là alors
Update :
En plus de ça j’ai vu que j’avais codé avec des moufles … … une nouvelle beta est dispo … tiens moi au courant

[alex43_b]

Je viens de regarder et effectivement la commande de ma porte de garage etait bien OpenClosedUnknownState
Je viens de virer le « unknow »

ps- je n’ai pas changé les commandes, elle etait nommé comme cela
Il s’agit d’un moteur oximo io pour porte de garage

Merci

[chris94440]

Non non laisse la sinon il va la recréer automatiquement
J’ai poussé une correction qui prend en charge ta commande normalement …tu as pus tester ?

[alex43_b]

Je souhaiterais te partager un élément intéressant que j’ai remarqué. Hier soir, avant de me coucher, j’ai noté que deux de mes volets étaient positionnés à 1% au lieu de 0%. Cependant, ce matin, ils étaient bien revenus à 0%.

Aujourd’hui, avant de modifier la commande et de la remettre à son libellé d’origine par la suite , j’ai lancé une synchronisation, et là, le pourcentage de ma porte de garage est automatiquement passé de 1% à 0%.

Ne pourrait-il pas y avoir un cron chaque jour (ou chaque nuit) avec une commande que l’on retrouve dans « synchroniser » qui permettrait de mettre en accord les % d’état et la position du volet ? (ouvert / fermé / entre les deux)

Ne serait-ce pas là un élément à investiguer ?

Merci.

PS: j’ai fais la MAJ, merci