jjacques68

si tu remplaces les [] par {} ?

hello tout le monde, Je viens de faire mon test annuel de coupure de courant avec l'onduleur et tout ce qui va bien avec. Et du coup je relance le bon vieux sujet, de notre HC3 et de son shutdown !! parce qu'en fait, j'ai bien l'impression qu'il n'y en a pas... J'ai juste ou j'ai loupé quelque chose quelque part ?

alors ça je suis pour !!

y a quand même un truc étrange avec l'init des child... déjà ça fait le 4 ème child que je créé ces derniers jours en faisant TOUT pour pas qu'il soit de type "light" (je parle de son type, rôle, catégorie, interface, ..., ..., ...) Quand je parcours l'API des child, visiblement TOUT EST OK niveau paramètres. MAIS ! il faut attendre un reboot de la HC3 pour ce soit vraiment pris en compte !! ça semble délirant alors, je m'explique pourquoi je dis ça : la backup auto de @Lazer fait que la box redémarre toutes les nuits (ça c'est pour la partie redémarrage). J'ai un script qui m'éteins toutes les lumières à une certaine heure ; que je filtre avec : ListeDevice = fibaro.getDevicesID({visible=true, properties={isLight=true}}) Et bien mes Child, où je fais tout pour qu'ils ne soient PAS DE TYPE "light", s'éteignent quand même le premier soir !!! EDIT : je viens de recréer un child, il n'est pas listé par le filtre ci-dessus... ?! Le lendemain soir ce sera ok, ils resteront allumés ! c'est de la science fiction ça !?

et ça fait que commencer...

faut que je regarde de plus près...

@Nico tu feras un topic pour l'instal de ton groupe

@Lazer oui ça me parle ces sujets de discutions en effet dis comme ça, c'est plus simple

ah étrange ça... Chez moi j'ai pas constaté ça... ... Je viens de checker vite fais les log de l'onduleur, c'est vrai que j'ai plusieurs fois la ligne "fonctionne sur batterie", mais ça dur 1 seconde à chaque fois. C'est l'auto test de l'onduleur non ? (onduleur eaton 5P racké)

La question maintenant est : redémarre t elle toute seule après coupure secteur ? @Nico tu te mets en mode survivalist ? Mais on va y devoir y aller tout doucement, je le crains...

et pendant un long, très long, très très long moment...

merci @jojo pour ces essais. Mais si on est pas là ... ? y a pas aussi une manip avec le bouton power pour lancer un recovery ? je sais plus...

ouai... donc on va attendre qu'un stagiaire se remette dessus quoi

ah tient ! Je n'utilise pas GEA... mais est ce qu'elle fonctionne ? tu peux tester ?

ah zut, ça me donne les fonctions disponibles, pas les propriétés...

oui voilà ! c'est ce à quoi j'étais entrain de penser ! Je l'avais déjà en plus merci !

hmmm erreur, il aime pas le "pairs(self)", il me dit que c'est un "userdata" au lieu d'une table

Ok je comprends... on connait la liste des propriété pour le initialeProperties du :creatChildDevice() ? ben avec ce que tu viens d'expliquer, voilà ce que j'ai fais et qui fonctionne : donc après l'appel de :creatChildDevice() --création du Child local child = self:createChildDevice({ ... }, MyClass) --modification d'autres paramètres local ChildAPI = api.get("/devices/"..child.id) --récupère l'API du Child ChildAPI.roomID = self.ParentAPI.roomID --roomID (self.ParentAPI initialisé dans le OnInit() du parent) ChildAPI.properties.deviceRole = "Other" --role api.put("/devices/"..child.id, ChildAPI) --on appllique du coup j'ai fixé le roomID ainsi que le deviceRole. Je me demande d'ailleurs si c'est pas plus simple de fixer trous les paramètres comme de cette manière plutôt que dans le :creatChildDevice()

Pour ceux qui ont suivi la discussion : Visiblement pour piloter un IPX V3 en "M2M" via une socket TCP, comme je le fais avec mon dernier QA, il faut que que le firmware soit minium en 3.05.74B et le site en 3.05.74. Vous pouvez contacter le support technique de GCE en leur demandant le bon firmware pour faire du M2M. Ils vous enverront sans soucis les 2 fichier .BIN et .HEX Penser à demander également la procédure de mise à jour si vous ne la connaissez pas. Merci à @karlito748 pour sa patience qui a permis de mettre cette information en évidence

oui oui je n'ose pas mettre les fichiers accessibles par tous sur le forum. La manip est compliquée et risquée. Je ne veux pas être la cause de crash de cartes. D'autant plus que je ne maitrise plus la procédure. je peux te les envoyer en MP si tu veux, mais à tes risques et ...

mouai donc ça confirme pourquoi j'ai une version de firmware "custom"... j'ai de vagues souvenir qui me reviennent... il me semble en avoir discuter avec un technicien de chez eux à l'époque... Et c'est de là que j'ai ce firmware. Mais sans certitude...

attention pour commuter c'est "Set011" et non "Set010" !

bon alors plan B : (je viens de le tester à l'instant chez moi, c'est ok) On va tester la communication TCP de l'IPX sans passer par le QA. il faudrait que tu télécharges un utilitaire permettant de te connecter sur un serveur TCP. Moi j'utilise PacketSender (simple gratuits et tiptop). commenter la ligne 40 dans le QA IPX (celle qui lance la connexion) setTimeout(function() self:OpenSocket() end, 30*1000) Faire un premier envoi, vers l'adresse IP de l'IPX sur le port 9898, de la commande "key=ton_mot_de_passe_en_clair" doit répondre OK Faire un deuxième envoi avec la commande "Set011" pour voir si la sortie 1 s'actionne ("Set010" pour la désactiver) doit répondre toute la trame de donnée : Si l'IPX réagit, le problème vient de la HC3/QA. Si l'IPX ne réagit pas, le problème vient de l'IPX.

tu as bien fait un reboot de l'ipx (extinction/allumage) après avoir activer l'option M2M ?

ça oui, le code des child est dans les class du parent.