jojo

de droite àgauche (au plafond de la couverture partielle de ma terrasse : détecteur, jAP Ubiquiti, caméra PoE Mon router ASUS et son Wifi sont pour l'étage et l'AP pour le Rez et l'extérieur

et de plus, ça me semble mieux, sauf si en plein milien. Je te fais une photo de chez moi

je te laisse dans les mains de Did car : c'est un électricien c'est un TRES bon électricien je n'ai pas ce genre de matos chez moi, donc pas d'expérience

AVANT les mises àjour, il est recommandé de supprimer les plugins persos, car on sait qu'ils disparaissent lors du processus de mise àjour, et s'ils existent encore avant, la DB risque d'être polluée

@Did, le vrai expert, Si j'ai bien compris, ce que j'ai proposé comme raccordement n'est pas bon ?

@pepite Je te mets demain (car maintenant il fait noir) un photo de la partie de ma façade avec la sirène, l'alarme et la caméra.

donc tout fonctionne PARFAITEMENT, et pour l'option Portable il faut simplement ajouter une ligne elseif (type(entry[GEA.keys["PARAMS"]][i]) == "table" and string.lower(entry[GEA.keys["PARAMS"]][i][1]) == "portable" and #entry[GEA.keys["PARAMS"]][i] > 1) then fibaro:call(tonumber(entry[GEA.keys["PARAMS"]][i][2]), "sendPush", GEA.getMessage(entry, nil)) GEA.log("sendActions", entry, "!ACTION! : pushed to " .. entry[GEA.keys["PARAMS"]][i][2], true) -- ligne suivante ajoutée pour pushbullet fibaro:setGlobal("Pushbullet", GEA.getMessage(entry, nil)) pushed = true Merci @Pepite et @Steven pour votre super bonne idée. Vous confirmez l'adage qu'il faut que les choses soient KISS.

@jojo, bête question, en faisant comme ça, il ne faut même plus ajouter le code pushbullet dans GEA

Sorry Pepite, je ne savais plus où donner de la tête et j'ai zappé ton message. Et donc le code pushbullet, je le met où, dans la partie user ou au début du code de Steven ?

FACILE, avec ta numérotation et tes tests. sur le FGS, tu as L / N / In / S1 / O1 / S2 / O2 (tu retrouveras le bon ordre) le fil qui arrive dans le 3, tu le mets également dans le L du FGS le fil qui arrive dans le 2 (le bleu), tu le mets également dans le N du FGS le fil qui arrive dans le 3, tu le mets également dans le In du FGS le fil qui arrive dans le 1, tu le mets dans le O1 du FGS (et il n'est plus dans l'interrupteur !) tu mets un fil entre le 1 de l'interrupteur et le S1 du FGS Fait déjàça pour le premier interrupteur, on verra pour le second ensuite. P.S. : pompiers = 112

la santé n'ira jamais mieux Mais le forum va mieux, car durant ces 30 dernière minutes, il n'y avait plus d'interprétation correcte des caractères accentués. Maintenant, il est ànouveau lisible

ce n'est malheureusement pas possible., sauf àmodiier par LUA la consigne de teméprature envoyée àla DANFOSS en fonction de l'autre thermomètre

je n'ai pas de module donc difficile àtester. quel est ton json pour le device 43 ?

cool ton nouvel avatar patron Yohan

pour le déclenchement de la rue, j'ai réglé la sensibilité du brol. Pour la doc, j'ai scanné celle que j'ai reçue avec le détecteur, je peut te l'envoyer par mail. Donnes moi ton mail en MP

non, l'export de la config de la HCL est impossible. Avec la HC2, c'est possible, c'st bien le seul avantage de cette foutue clé USB. Ce que Lazer expliquait, c'est que ta HCL est en général up 99,9% du temps. Donc dans 99,9% des cas, la réaction sera immédiate, sauf quand ta box sera morte.

@lamparo, Je pense que le SRT, étant défini comme un thermostart et associé àune pièce, est automatiquement lié au panneau de chauffage pour cette pièce. Je pense qu'il doit modifier la configuration du panneau de chauffage, en le passant en manuel, sur la consigne de température demandée pendant un certain temp (regarde la partie inférieure du panneau de chauffage). Car autrement il y aurait un conflit, car le panneau de chauffage reprend toujours le dessus

je t'avoue que je n'ai pas fait attention, car je savais qu'il m'en faudrait d'office 2

en effet, je préfère ne pas modifier le code GEA, mais ça veut aussi dire que je dois modifier des dizaines de lignes d'instruction GEA pour passer par pushbullet. Du coup modifier 2 lignes (bien documentées) dans le code source de GEA (en attendant une mis àjour officielle), je préfère.

je n'ai pas de SRT, mais comme je crois savoir qu'avec un SRT, il sait (le module) modifier la consigne de température du panneau de chauffage, il peut donc envoyer la consigne modifiée manuellement. En effet, si on modifie la consigne dans l'interface WEB (ou l'appli, ...) le module ne recevra la nouvelle consigne qu'àson réveil. Mais si la consigne de température est modifiée au niveau du SRT, la question est (si j'ai bien compris) : quand est-elle transmise ? Immédiatement ? àla fréquence définie pour la remontée de température ?

bon voici le résultat de mes recherches : je confirme que le true ne s'exécute qu'une seule fois au démarrage de la scène : en effet, il faut mettre un Repeat pour que l'instruction GEA se réexécute si il n'y a pas de changement du résultat des contitions (donc ici le true reste à true, donc ne s'exécute qu'une seule fois) ça tourne en boucle dès qu'il y aurait une erreur dans le code ? Erreur non remontée dans le debug. En effet, j'ai ajouté l'instruction for i = 1, #GEA.portables do -- pour putiliser pushbullet à la place des notifications standards de Fibaro -- mettre en commentaire la ligne suivant (mais si on la laisse on continuera de recevoir les notifs Fibaro) -- rajouter la ligne qui suit : pushbullet;send( ...) fibaro:call(tonumber(GEA.portables[i]), "sendPush",GEA.getMessage(entry, nil)) pushbullet:send(GEA.getMessage(entry, nil), fibaro:getName(tonumber(GEA.portables[i]))) GEA.log("sendActions", entry, "!ACTION! : sendPush " .. GEA.getMessage(entry, nil), true) end alors que j'ai mis en commentaire le code pushbullet. => ça doit planter. Et la manière dont il signale que ça plante, je le vois car le true tourne en boucle. Mais j'ai le même comportement quand je réactive le code de la variable local pushbullet dans GEA. Donc ça veut dire qu'il ne le voit pas comme il faut. Par ailleurs si on veut que l'option Portable de GEA fonctionne également, il faut modifier GEA ailleurs également. Mais faisons-le déjà fonctionner avec la variable GEA.portables. Maître @Steven, on a besoins de toi

j'ai désactivé la scène pushbullet (via la VG). J'ai réactivé la fonctionnalité dans GEA, et pushbullet ne fonctionne pas, par contre la boucle est repartie. Avec le true, ça ne DOIT PAS tourner en boucle , sauf s'il y a un repeat, et ça ne tournait jamais en boucle avant

bon, j'arraîte de chipoter, j'attends des instructions claires du maître

bon, je suis reparti des "fondamentaux". j'ai mais l'ID de mon device dans GEA.portables = {166} (avant il n'y avait rien, mais j'utilisais l'option "Portable" quand je voulais un push. Pour le test GEA, j'ai fait l'instruction toute simple suivante : GEA.add(true,1,"Test pushbullet via GEA" ,{{"Global","Pushbullet","Test pushbullet via variable"}}) donc par l'"ancienne" méthode il met à jour la Variable Pushbullet, et je reçois la notif "Test pushbullet via variable". et si la modification du code GEA était ok, je devrais recevoir une seconde notif Test pushbullet via GEA" (que je ne reçois pas) J'espère que je n'ai pas foutu mon GEA en l'air avec ça, car il commence à s'affoler : La simple instruction GEA.add(true,1,"Test pushbullet via GEA" ,{{"Global","Pushbullet","Test pushbullet via variable"}}) s'exécute en boucle, alros qu'il n'y a pas de {"Repeat"} :1:

pour être sûr que pushbullet fonctionne bien, j'ai encore laissé la version avec la variable globale. Comme ça, quand je modifie la VG, je reçois bien la notification. Maintenant, en parallèle dans un premier temps, j'ai modifié le GEA comme expliqué plus haut, en espérant que ça fonctionne, mais non. J ne comprends pas pourquoi