jjacques68

je dirais ok pour l'alimentation. a confirmer... @Did ?

ben c'est bon à mon avis..., de tout façon ce qui nous intéresse c'est le contact sec, donc pas de soucis... tu confirmes @Did ?

chose faite. J'ai reçu un lien sur Fibaro Customer Care, auquel j'ai du m'inscrire. Ma demande a visiblement automatiquement ouvert un ticket. à suivre...

bon, je contacte le support technique, en 2 jours, la backup est monté de 5 Mo ! J'ai quand même pas tapé pour 5 Mo de ligne de code !

Yes, a table of functions, I think I will finish to create it Thanks, I didn't remember me anymore how to write syntax...

I understand, but I can't wait 2 even 1 second to switch ON a light, it must be instantly... when the sensor up to true... example of filters I use : if e.type == 'DevicePropertyUpdatedEvent' and e.data.property ~= 'quickAppVariables' then ... elseif e.type == "NotificationCreatedEvent" then ...

I must poll it quickly ! I need to intercept the change of state of PIR sensor for switch ON/OFF lights... and to update an IHM... It must be reactive... My code looks like yours : I have 2 setTimeout, one for main loop, and one for each treatment... is it correct ? Function Main() local res = self.http:request("http://127.0.0.1:11111/api/refreshStates?last=" .. self.lastRefresh,{ success=function(res) for _,e in ipairs(res.data.states.events or {}) do fibaro.setTimeout(0, function() if ...Filter1... then ... fibaro.call(QA1, "Function", ...) end if ...Filter2... then ... fibaro.call(QA2, "Function", ...) end if ...Filter3... then ... fibaro.call(QA3, "Function", ...) end ... end) end setTimeout(Main(), 50) end, error = function(res) ... setTimeout(Main(), 50) end, )} end

@jang yes, a lot of questions about... I have some problems with a function which modify the Notifications properties of device in API /deviceNotifications/V1. The box crashes when the script modifies the API while a device is changing his state. Since the latest update... So I juste change my code and now I use my QA which check the RefreshState every 50 ms. And case of certains criteria, I notify or not... It works fine. But this script begins to do a lot of thing !! It allows me to (with another specifics QA of course, all is not in the same QA ) : send debug data in database through a socket send events of devices in a soft for an IHM through a another socket switch ON/OFF the lights with PIR sensor send Events from notifications panel by mail and now, notify me by Push, TTS, mail or Prowl of states of devices This script is very big and it works fine ! I have in, a big variable table with all devices and informations to make what I need. But I ask me some questions above performances... I ask me if I should not create a new QA for notifications, but always with API RefreshState... And why not for the Lights with PIR... but 2 or 3 script which question the same API every 50 ms !! It's not too ?? I don't know what doing... what is the best method... This QA replaces the multi instances of scenes...

compare les 2, si ça se trouve, ils sont compatibles !

@Lazer : : pour en revenir à l’optimisation des fonctions, ce principe est toujours correct ? - bouclage de la fonction principale - selon les cas, appel de la sous fonction x function Principale() if ... then setTimeout(0, MaSousFonction1()) end if ... then setTimeout(0, MaSousFonction2()) end setTimeout(50, Principale()) end function MaSousFonction1() ... end function MaSousFonction2() ... end

ah peut être ! oui voilà, le Mini-click de chez hunter, c'est celui-là que j'ai aussi.... suis bête c'est marqué dans ma signature idem, branché sur un smar implant, alimenté par panneau solaire.

ben voilà chez moi il vient de déclencher avec une grosse pluie ! 10 min de temps de réaction...

il réagit avec du retard par rapport à la condition réelle. s'il commence à pleuvoir au moment de l'arrosage, ça arrosera quand même. et s'il vient d'arrêter de pleuvoir, ça n'arrosera pas. le principe est qu'il y a quelques disques de lièges (je pense), et ceux-ci vont gonfler avec les gouttes d'eau, pour finir par déclencher le contact. d'où le retard décalage par rapport à la réalité. Par contre s'il pleut trois gouttes, tu vas attendre longtemps avant qu'il déclenche, voir il déclenche pas. sous une averse d'orage, il déclenche en 5-10 min quand même. après il revient en mode normal suivant la vitesse à laquelle les disques sèchent et se rétractent pour libérer le contact. Donc en été il sèche très vite par rapport au printemps et automne. On peut régler plus ou moins la durée avant le déclenchement du contact en jouant avec la bague de réglage. Je suis satisfait du principe.

nan j'en ai pas pour le sol... par contre j'ai un capteur de pluie de ce type, qui me coupe l'arrosage si il est enclenché.

si vraiment ça te bloque, je me suis fait QA qui permet de contourner la chose... Faudra juste qu'on le mette à ta sauce

Tu utilises plusieurs zones ? Tu n'as pas de soucis, quand tu coches "lundi" de ne plus avoir la possibilité de le cocher pour les autres zones ?

Ma charge moyenne du CPU à nettement diminuée avec les optimisations préconisées... et je suis sûr que je peux encore mieux faire ! en tout cas merci pour les conseils !! Cela dit, mon histoire de script avec les notifications n'est pas résolu, il est tout simplement désactivé pour le moment... Va falloir sérieusement que je m'y colle !

oui pourquoi, pas y a une procédure qqpart pour prendre contact avec eux ? jamais fais...

je viens de voir ta mise à jour du post, elle a mis du temps à venir, je comprenais pas ce que tu voulais dire... ouuuuuuu mais c'est pas bête du tout ça dit voir PS : je savais pas qu'on pouvait surcharger leurs fonctions, après dit comme ça, pourquoi pas ! faut juste être certain qu'il appelle la notre et pas la leur un coup sur deux...

alors comportement étrange, depuis quelques jours, le backup se fait mais j'ai une alerte du NAS que me dit qu'il a pas pu rebooter la box. Je suis tombé au-delà des 10 min de timeout. Et le fichier n'est pas copié sur le NAS. J'ai monté à 12 min pour voir, idem... Je télécharge manuellement un fichier de backup depuis la HC3, et oh ! surprise ils dépassent 25 Mo !!!!! Alors que depuis le début je tourne entre 5 Mo et 7 Mo. Et ça depuis que ma box à commencé à crasher (les derniers crash étaient volontaires afin de comprendre le pourquoi du comment - voir sujet dans topic dédié à la mise à jour). J'ai donc restauré la dernière sauvegarde qui était encore de taille normal (dans le nouveau firmware), et là c'est ok... un mystère de plus...

tu parles de la fonction sur HC2 ? parce que c'est ce que semble faire le getDeviceID() sur la HC3 ! on peut pas refaire son code !? si ?

et voici la propriété "categories" avec getDeviceID() : ListeDevice = fibaro.getDevicesID({visible=true, properties={categories='["lights"]'}}) oui @Lazer, je suis d'accord avec toi, ça fait mal aux yeux Mais là j'ai que les ID

oui on est tout à fait d'accord ! c'était pour l'exercice ! attend maintenant je vais le transposer pour le getDeviceID(), va être marrant ça...

nan mais je rève ! Je l'avais cette put... de syntaxe de m..., mais au lieu d'utiliser les " je mettais %27 ! et en fait %27 c'est pas les " mais '. les " c'est %22 ! et en plus on est pas obligé de se faire chier avec les code ascii visiblement dans l'URL nan mais quel boulet je suis ! merci tout plein !

nan mais les gars, je suis pas allé trop vite ! vous avez lu le premier post ? je cherche à filtrer les device dans une simple liste ! pas à obtenir tout leur contenu JSON ! api.get() = tu récupères toutes les propriété des device selon ton filtre fibaro.getDeviceID() = tu récupères que la liste des ID selon ton filtre @Lazer : les [] fonctionnent bien, mais pas sur la proriété "category", suis entrain de me demander si on est pas limiter dans l'arborescence... le problème c'est qu'on descend un cran plus bas...