Domoticz met plus d'une seconde à exécuter mes actions

[Morveus]

2 fois une seconde de sleep dans Scheduler et SQLHelper, celui qu'a a priori changé Morveus, Do_Work de SQLHelper qui semble traiter les "tasks" en attente, comme les commandes (commandArray) des scripts par ex.

En effet je n'ai changé que les valeurs de ces deux fichiers. J'ai même poussé le vice jusqu'à 50 ms.

Voilà le résultat :

Code : Tout sélectionner

Apr 21 17:26:25 home-controller domoticz[9796]: 2016-04-21 17:26:25.064  (Dummy Switch) Light/Switch (Dummy Switch)
Apr 21 17:26:25 home-controller domoticz[9796]: 2016-04-21 17:26:25.105  Executing script: (...)

Comme tu peux le voir, il s'écoule 41 ms entre ces deux actions. Si je repasse les valeurs à 1 seconde, il s'écoule ~900 ms.

[Morveus]

J'avais mis cela sur le compte du rfxcom qui attends un silence radio pour envoyer son ordre.. Mon inter envoyant certainement plusieurs ordres à la suite (pratique plutôt courante).

Par curiosité j'ai tout de même tenté la modification cité plus haut.
Aucune différence.

J'ai moi aussi des délais avec le RFXCom (auquels s'ajoutaient la seconde de pause). Malheureusement même si je gagne en rapidité mais on ne peut rien faire pour le RFXCom qui aura toujours besoin de "filtrer" (si j'ai bien compris) les signaux. Actuellement ma lumière met 0.5s à s'allumer ou s'éteindre, vs 1.5s avant le fix.

[deennoo]

Bon je me lance, d abord sur une chroot Xpenology, pour "essayer".

Petite question : si je recompile domoticz sur un PI avec la meme distri que celle actuellement en place et fonctionnel, est ce que je peux juste copier le repertoire domoticz a la place de "l'ancien" ?

[Morveus]

Bon je me lance, d abord sur une chroot Xpenology, pour "essayer".

Petite question : si je recompile domoticz sur un PI avec la meme distri que celle actuellement en place et fonctionnel, est ce que je peux juste copier le repertoire domoticz a la place de "l'ancien" ?

Je serais tenté de dire oui, dès l'instant où c'est compilé pour la même archi ça devrait passer

[deennoo]

Pas mal le gain avec 100ms

le test :
Une télécommande yc-4000b reçu par RFLink en r42 beta + un groupe milight wifi,
La pression d'un bouton de la commande active un groupe milight avec dimmer a 50% via une une scene

sur un xpenology mono coeur 1.6ghz avec 4go de ram + debianchroot jessy avec sleep-milliseconds (100)

Code : Tout sélectionner

2016-05-09 14:40:26.344 (RFlink) Light/Switch (Unknown)
2016-05-09 14:40:26.354 Activating Scene/Group: [appliques 50]
2016-05-09 14:40:26.356 Activating Scene/Group Device: Appliques (On)
2016-05-09 14:40:26.862 (MiLight Etage) Lighting Limitless/Applamp (Appliques)

temps de reaction 518ms

Sur un PI2 + wheezy avec le reglage normal

Code : Tout sélectionner

2016-05-09 14:42:30.723 (RFlink) Light/Switch (Unknown)
2016-05-09 14:42:31.368 Activating Scene/Group: [appliques 50]
2016-05-09 14:42:31.371 Activating Scene/Group Device: Appliques (On)
2016-05-09 14:42:31.874 (MiLight Etage) Lighting Limitless/Applamp (Appliques

Temps de reaction : 1sec 151

Je vais ressayer avec 50ms

[deennoo]

Avec un sleep de 50 ms :

Code : Tout sélectionner

2016-05-09 16:36:11.135 (RFlink) Light/Switch (Unknown)
2016-05-09 16:36:11.164 Activating Scene/Group: [appliques 50]
2016-05-09 16:36:11.166 Activating Scene/Group Device: Appliques (On)
2016-05-09 16:36:11.671 (MiLight Etage) Lighting Limitless/Applamp (Appliques)

Toujours 500ms pour ce test.

Reste a voir si cela reste fiable dans le temps.

[dolby44]

Hello,

Merci pour ce post, c'est génial de pouvoir réduire le délai de traitement des scripts device.
J'ai remarqué que la modification du sleep avait aussi un impact sur le délai d'extinction des devices (dans l'écran "interrupteurs", clic sur "editer" puis délai d'extinction). J'utilise le délai d'extinction pour mes capteurs de mouvements, afin qu'il reviennent à Off quelques secondes après détection de mouvement. Sinon, ils restes à On.

Mon souci, c'est que les dernières sources de domoticz contiennent un bug sur les scripts devices.
Savez-vous comment modifier les sources de la v3.4834 stable ?
quand on fait un git clone, on tombe systématiquement sur la dernière version.

[deennoo]

Je viens de trouver une solution assez bien, qui fonctionne avec les sources de base sans rien modifier.

http://www.domoticz.com/forum/viewtopic ... 475#p98475

Pour simplifier, il a un script LUA qui scrute tout changement, des qu'il detecte un changement il active un script PHP ou est crée la regle.

Ce script utilise l'API html, c'est R A D I C A L E !

1/2 secondes pour switcher une lumiere qui en lua prend 4 secondes.

[vil1driver]

sympa en effet Merci j'avais vu passé cet article mais n'en avait pas saisi tous les avantages
ici je suis passé d'environ 600ms à 100ms max avec cette méthode donc bravo
maintenant j'ai pas mal de script device qu'il faudrait que je passe au php pour réaliser toute l'ampleur de l'astuce.
mais au final je dois avoir le même soucis que toi c'est le Transceiver qui crée la latence entre réception et émission
car visuellement je ne sens pas du tout la différence, une bonne seconde s'écoule.
mon rfxcom est sur une autre machine via ser2net, cela peut certainement également ralentir les échanges..

et pour info j'ai due supprimer ceci de la fonction curl car me générait une erreur (php7)

Code : Tout sélectionner

dl("curl.so");

[deennoo]

Pas encore essayer sur mon rfxcom.

J'ai des soucis avec le rflink qui est plus long a reagir que domoticz du coup certaines action passe a la trappe pour les commandes 433 vers 433.

De plus je n'arrive pas a le mettre en place sur mon syno, je vais regarder ton astuce (une nuit blanche s'annonce)

Par contre 433 vers les esp c'est nickel
Ou http vers http (pour les esp c'est vraiment immediat)