jjacques68

Vous avez déjà vu ça ? Le Core 2 bloqué. Mais je me suis rendu compte de ça par hasard, parce tout fonctionnait très bien ! Pas de freeze, pas de latence, nickel quoi ! alors que je faisais rien de bien méchant : après reboot c'est redevenu normal : ??? étrange !!!

je me réponds à moi-même et pour ceux que ça intéressent, donc c'est bien ça : voilà ce qui passe dans le refreshState quand le sunset/sunrise/Hour change : {"data":{"oldValue":"16:46","id":1,"property":"sunsetHour","newValue":"16:47"},"type":"DevicePropertyUpdatedEvent","created":1609197321}

un sur chaque côté de la maison, température et lux c'est pour mon scénario de gestion des volets en été. Mais là il n'utilise plus que les lux.

ah zut @Krikroff, j'avais pas vu ton post... sorry...

par contre ce ZWA009, ne mesure pas les températures négative ? sur certain site, il dise que si, sur d'autres non ?? bon après c'est un capteur d'intérieur... Voici la spec :

nan il m'en faut 1 (enfin pour le moment...) pour chez mes parents... mais moi du coup j'aurai bien aimé avoir du spare pour chez moi (j'ai 3 capteurs de température à l'extérieur et 3 capteur de lux)

ben les everspring étaient nickel, justement avec affichage ! et supportaient très bien l'extérieur. Idem pour les lux, quoique leur plage de mesure étaient limite : 0-3000 c'est vraiment dommage de plus en trouvé ! Si j'avais su, j'aurai fait du stock...

hello ! est ce quelqu'un sait si les informations liées au contrôleur principale (device 1), telle que les propriétés "sunset/sunrise", apparaissent dans le refreshStates lors de leur changement ? j'imagine un truc du genre, pour "event" : data.id = 1 data.property= sunset data.oldValue = "xx:xx" data.newValue = "yy:yy" Mais impossible d'essayer de l'intercepter si ils existent pas

il y aurait peut-être : - philio pat02-1b - Aeotec ZWA009 mais on trouve pas grand chose dessus...

hello ! je suis à la recherche de capteurs de température pour l'extérieur en zwave biensûr. j'utilise depuis des années les Everspring ST814 qui fonctionnent très bien ! Mais on en trouve plus Vous avez d'autres idées ? merci à vous !

ok, I understand. I had problem in a function in a class with variable (I think...). It seemed to mix with another childs ?? (see the message above, with "WAKEUP" class...) function myClass:Func1() local var1 local var2 end when I declare the variables in the "__init" of child, it works fine. I don't understand why.

alors vous je sais pas, mais moi, depuis cette version, à chaque redémarrage de la box, j'ai des soucis avec l'ouverture de mes socket, que je n'avais pas avant !! l'ouverture tourne en boucle sans arriver à se connecter. alors ça vient peut-être de ma manière de coder, mais quoi qu'il en soit, j'ai décaler de 30 secondes l'ouverture des socket, et la plus de soucis, connexion du premier coup à chaque reboot. étrange...

oui le tout est de s'y retrouver... mais y a toujours cette zone d'ombre quant à la porté des variables déclarées dans un child... et le "self"...

tout à fait, là c'est un exemple, dans mon cas elles sont différentes justement. ah mais là je te suis pas ! Les child devrait pouvoir avoir leurs propres méthodes qui s'exécutent tout à fait indépendamment les uns des autres ainsi que du parent ! Mes réveils sont un bon exemple. le premier déclenche à 7h00 le second peut déclencher à 7h01 si je veux. Ils ont un cycle d'allumage particulier. Ils doivent être les 2 autonomes et le parents ne gère rien du tout dans l'histoire. Ce ne sont que les variables propres aux child qui feront la différence. Ce serait un vrai casse-tête de passer par le parent... j'imagine pas trop le truc... ce doit être suivant l'usage, par exemple pour l'IPX, en effet c'est le parent qui a toute l'intelligence (socket) Les child ne font que utiliser les fonctions du parent (du moins les binarySwitch pour actionner les sorties, les inputs ne fond pas appel au parent, sont complement passif, c'est le parent qui modifie leur état) Punaise avec cette box, il y a mille façons de faire les choses, c'est génial, mais ça rend fou Chacun voit le truc différemment ! on est plus vraiment dans des child tout simple comme on peut le voir souvent (qui affiche une température, un état, ...) lls deviennent actif. PS : merci de m'avoir mis sur la piste pour mon soucis, ça marche très bien maintenant

tu me montreras ton système en video aussi

une video ! carrément ! pffff

juste pour tenir au courant... Donc j'ai pris un Nokia 6 sous android 9 (mise à jour). Et bien c'est nickel ! La programmation sous Windev est impec, il a téléchargé tout seul les SDK (téléphone + android ---> c'est super volumineux plus de 20 Go !!). La compilation (avec Gradle) est un peu longue mais bon... (1 bonne minute) L'installation de l'application sur le téléphone prends 5 secondes. La gestion des bases de données se passent comme pour une application classique (.EXE). Suis content, ça peut ouvrir de bonnes perspectives... merci pour les conseils !

en fait après avoir analysé tout ça tu aurai fait un truc comme ça ? function MyClass:Func1() setTimeout(function() self:Func2() end, 1000) end function MyClass:Func2() setTimeout(function() self:Func3() end, 1000) end function MyClass:Func3() [...] end

bon et bien j'ai trouvé ce qui cloche : dans une méthode d'un Child, ça ça marche pas : function MyClass:MyFunc() function Func() setTimeout(function() Func() end, 1000) end Func() end Je sais qu'on aurait pu aussi faire : function MyClass:MyFunc() setTimeout(function() self:MyFunc() end, 1000) end Par contre ça ça marche. Mais dans mon premier exemple, c'était pratique si on a plusieurs fonctions qui doivent s'enchainer : function MyClass:MyFunc() function Func1() setTimeout(function() Func2() end, 1000) end function Func2() setTimeout(function() Func3() end, 1000) end function Func3() end Func1() end enfin ça fonctionne si 1 QA tourne, si plusieurs, ça se mélange. Je sais pas pourquoi. J'ai essayé avec "local function" dans la méthode mais c'est pire. ? ? ?

alors visiblement j'ai résolu le problème. je n'arrive pas à expliquer comment... tu m'as mis la puce à l'oreille avec les self... J'ai décalé toutes mes variables dans le "__init" du Child. Je fais appel avec "self.---" La fonction "post", j'en ai fait une méthode seule, que j'appelle avec "self:post()" et j'ai une bonne indépendance des Child avec ça maintenant. Mais je comprends pas pourquoi, ça m'énerve, c'est le bordel dans ma tête

Ben il me semble que c'est que je fais, la méthode wakupStart() s'auto appelle ? nan ? EDIT : nan en fait nan, elle ne s'auto appelle pas, ce sont des fonctions locales à l'intérieur de wakupStart qui s'auto appellent...

je pensais avoir bien fait en mettant tout en local dans une fonction, qui devrait être propre à chaque Child...

@Lazer : attention 731 et 732 sont les ID de QA et non des dimmer !

je me posait la question justement de la porté de ces variables et du fameux "self" dans un QA Child...

Punaise j'ai exactement le même comportement avec mes QA Child des caméras pour la gestion de la patrouille. Même principe, j'ai un "handler" pour les faire bouger. Si les 3 patrouillent en même temps, ça se prend les pied dans le tapis. Inquiétant ça !