pilou87

@rhani c'est bien, mais pour les néophytes... Juste une remarque, mais pas méchante. Tu testes la connexion pour voir si tout s'est bien passé ( Je l'ai vu un peu partout). A quoi cela sert-il ? Ca fonctionne àtous les coups ! et de toute façon si ca gaze pas, on a plus qu'àjeter la box. Pour un appel distant, OK...

@mprinfo me semble bien que j'ai piqué quelques morceaux chez toi, merci encore

Fais un test avec une scène, tu verras c'est vraiment génial de voir tout ce que cela retourne. et trés pratique pour identifier les modules. J'ai trouvé un exemple similaire que j'ai un peu adapté. (Je ne sais plus qui je dois remercier) Je l'ai publié ici car cela peut servir un peu partout. J'ai utilisé cela pour faire un bouton virtuel qui test si on a toujours du courant (super), en combinant les informations échangées avec Krikroff ( super technicien et développeur), pour ne pas trop dégradé l'ensemble des pools Fibaro sur la HC2.

Je te montre une autre façon de trouvé les modules à armer et désarmer que j'ai trouvé et mélangé en grattant sur le forum ( plus ma sauce) En mode scène, génial pour un tas de choses. local TousLesModules = api.get("/devices") for i = 1, #TousLesModules do local theType = TousLesModules[i].type local Var_Name = TousLesModules[i].name local Ident = TousLesModules[i].id fibaro:debug('ID ' ..Ident..' = '..Var_Name..' - Type = '..theType); end fibaro:debug("--------------------"); En mode module virtuel qui fonctionne chez moi Cette méthode évite de mettre un valeur limite pour la boucle de structation des modules. Dans l'exemple que tu as donné, les détecteur de porte fonctionnait mais motion_sensor me remontait des modules qui n'avait rien à voir avec l'alarme. Exemple: RFID de mise sous alarme avec un module universel fibaro qui considère les entrées comme motion_sensor et arme cela si on ne fait pas attention... --Arrêt des portes et des fenêtres HC2 = Net.FHttp("127.0.0.1",11111); fibaro:debug('--------------------------------'); local result, status, errorCode = HC2:GET("/api/devices"); local TousLesModules = json.decode(result); local nbInactif = 0; for i = 1, #TousLesModules do local theType = TousLesModules[i].type local Var_Name = TousLesModules[i].name local Ident = TousLesModules[i].id if (theType == 'com.fibaro.doorSensor' or theType == 'com.fibaro.FGMS001') then fibaro:call( Ident, "setArmed", "0") end end Trés interressant en mode scène pour repérer les Id des téléphones et tablettes

Oui bien sur au Buena Vista Social Club . lol

@chatbleu Power IP, j'ai vu cela quelque part, je comprends mais dans le détail c'est quoi. J'ai un souci un peu similaire, je voudrais savoir comment tester une perte de courant, mais si je fais local Etat = fibaro:getValue( nnn, "dead"); cela me retourne 'nil'. Pourquoi ? Est-ce que quelqu'un a un lien dans le forum ou on peut trouver une exemple qui fonctionne. PS = la MAJ fonctionne trés bien, j'attends le retour du prudent @Jojo Tu vas pouvoir mettre dans le profil Version : 0.49

@Nico pour @Jojo C'est ce que j'avais rencontré en V4 mais je n'ai pas était assez clair pour Jojo. Désolé. Cela dit au rythme ou il font les mises àjour et àce qu'elles corrigent, àmon avis tu peux upgradais sans problème.

@Jojo Pour être sincère c'est surtout sur les détecteurs de portes en V3 et V4 que j'ai eu pas mal de problème. Sur le reste, en V4 j'ai eu une fois une perte d'information sur un module mouvement/température/lux. il avait perdu ses 'petits'. J'ai encore rajouté des modules hier et tout fonctionne parfaitement. ( Il existe une fonction intéressante z-wave, qui consiste à faire réapprendre les 'Neighbour': voisins sur l'ensemble du réseau z-wave, c'est long, mais je pense que c'est à passer de temps en temps).

@jojo J'ai modifié le post précédent en te montrant ce que j'ai sur un device température Je vois sur ton profil que tu es en 0.42. Pour ma part tout est ok sur cette version. J'ai pas mal de modules et à chaque fois je tremble un peu. Mais tout fonctionne correctement. Alors...

Bonjour @jojo oui, et ton raisonnement semble logique. Sur la température : { id: 91, name: "Temp. salon", roomID: 7, type: "com.fibaro.temperatureSensor", baseType: "com.fibaro.multilevelSensor", enabled: true, visible: true, isPlugin: false, parentId: 195, remoteGatewayId: 0, viewXml: false, configXml: false, interfaces: ["zwave"], properties: { zwaveCompany: "Fibar Group", zwaveInfo: "3,3,67", zwaveVersion: "", wakeUpTime: 1800, pollingTimeSec: 0, batteryLevel: 37, configured: "true", dead: "false", deviceControlType: "0", deviceIcon: "30", emailNotificationID: "0", emailNotificationType: "0", endPointId: "0", liliOffCommand: "", liliOnCommand: "", log: "", logTemp: "TxtGreen", manufacturer: "", markAsDead: "true", model: "", nodeId: "40", offset: "0.00", parametersTemplate: "270", productInfo: "", pushNotificationID: "0", pushNotificationType: "0", remoteGatewayId: "0", saveLogs: "true", showFireAlarm: "true", showFreezeAlarm: "false", smsNotificationID: "0", smsNotificationType: "0", unit: "C", useTemplate: "true", userDescription: "", value: "21.70" }, actions: { reconfigure: 0 }, created: 1434019862, modified: 1434019862, sortOrder: 6 },

A chaque fois tu as un peu peur pépite. Mais bon tu n'as pas complètement tort. En 0.45 je m'en suis voulu. Mais bon àprésent, ils se contentent de hotFix léger. Tout fonctionne àmerveille. En 0.48 il remontait la valeur des Lux en 'nil' A présent cela fonctionne trés bien sur les FGBS

Je me lance

Bonjour, si ce sont des interrupteurs poussoirs reliés à un télé-rupteur, il faut trouver ce télé-rupteur et lui associer par exemple un relay switch 1x 3kw fibaro. Il y a sur la doc fournie, un exemple de câblage pour mettre cela en oeuvre. Par voie de conséquence, un seul module suffit pour piloter l'ensemble.

Bonjour J'ai fait cela chez moi. Pensez à mettre les tiges flotteur/capteur dans un tube en PVC de 5 Cm pour éviter les perturbations liés à l'apport d'eau dans la citerne ou le pompage avec une pompe immergée, ce qui est mon cas.

http://forum.fibaro.com/index.php?/topic/18530-update-hc2-4045/page-4 Je me suis traduit tout un pavé de quelqu'un mécontent. Pas content du tout. Un peu dur car ce sont tous de même des bétas

Je viens de poster un message sur fibaro international. avec des bugs... surement, mais pas celui des tempo... j'espère... Ils vont pas tarder, vu ce qu'ils reçoivent. Bien vu darklite44

Bonjour Frédéric, N'hésites surtout pas à passer en V4, mais attends un peu la 4.0.42 était super fiable, mais la 4.0.45 est surtout à éviter. Il faut attendre le prochain hot-fix, car sur le forum internationale il se font allumer... A suivre Je vais y mettre un commentaire comme PITP2

@PIPT2, il faudrait que je fasse la m^me chose, mais c'est pas évident car on ne peut pas tester tous les cas de figure vu que l'on ne peut utiliser les mêmes modules.

hihi

Mais bon on touche pas au séquencement des commandes quand on est développeur chez Fibaro. J'imagine la réaction du groupe LEGRAND si je leur avais fait cela sur mes développements. Ils ont du mettre un stagiaire en info.

@sebcbien Excellent ! Faut le faire !

la 4.042 était stable, mais bon... c'était avant...

@Nico Bonjour, c'est pas une blague ! si plusieurs fibaro:call(id, "turnOn"); en rafale, seul le premier fonctionnera.

A 2 heures du matin je fais 'la tournée des popottes' afin d'éteindre les lumières qui auraient pues rester allumées. C'est une scène en mode bloc et à mon avis elle ne doit pas fonctionner, car il n'y a comme le dit BenJyNet aucun moyen de temporiser. Cette erreur étant récurrente, je pense que Fibaro fera une correction, car ils vont avoir ce problème sur toute la planète.

Merci pour cette info. Ce genre de correction me fait penser àdes dialogues RS232 il y a 25 ans. Il devrait intégrer ce genre de bidouilles dans le coeur du système... fibaro:sleep(500) fonctionne trés bien. Je n'ai pas testé en dessous.