jojo

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

j'ai au total 4 détecteurs aux 4 coins de la maison. La façade faisant 15 m, je voulais tout couvrir

@peptite, Là où j'ai mis mon local pushbullet dans GEA est ok maintenant ? Alors pourquoi ça ne fonctionne pas, car pushbullet fonctionne en modifiant la variable. En fait le notifications par Fibaro ne fonctionnent plus (que ce soit par GEA, ou même avec une scène bloc), mais théoriqeuement ça n'a rien à voir.

voici comment ma caméra vois ma façade. Mais dans mon cas, elle ne vois pas qui sonne. (Ce sera je job de l'interphone Dahua, quand je l'aurai installé). Quand tu est sur la rue, la caméra est dans le coin supérieur droit de la maison, àcôté de la sirène et du flash. J'ai un détecteur dans le coin droit, et un autre dans le coin gauche.

Je mettrais le tout dans un coin de la façade (c'est plus WAF) et en hauteur (Sécurité). Évidemment tu fait cela en fonction des accès possibles pour passer les câbles. Dans la mesure du possible essaye de placer la caméra pour qu'elle ne visionne pas le soleil en face. J'ai mis la mienne dans un coin qui "regarde" vers le Nord-Est, plutôt que dans le coin qui regarde vers l'Ouest.

je viens de vérifier les noms des devices : dans le json de la HC2 : "LGE Nexus 5" dans l'interface WEB de pushbullet : "LGE Nexus 5" dans le debug de la scène originale : "Nexus 5" où est la vérité ? Théoriquement alors la scène originale de devrait pas non plus fonctionner ? et pourtant oui ...

@Pepite, Merci pour tes conseils. J'avais en effet inséré dans la partie "user", et je me demandais comment GEA allait réagir de devoir charger en mémoire toutes les 30 secondes le code. Je l'ai donc mis ici -- ================================================== -- [FR] NE PLUS RIEN TOUCHER -- [EN] DON'T TOUCH UNDER THIS POINT -- ================================================== end -- pour utilisation de pushbullet local pushbullet = { token = "o.xxxx", titreDesMessage = "Fibaro", debug = false, Je me demande s'il n'y a pas quelque-chose de bizarre avec ceci pushbullet:send(GEA.getMessage(entry, nil), fibaro:getName(tonumber(GEA.portables[i]))) Pourquoi fibaro:getName ? Car il va nous retourner un nom de device tel que connu par la HC2. Est-ce également (comme par hazard) celui connu par pushbullet ?

bon, j'y arrive pas. J'ai collé l code de la vairablepushbullet dans GEA (après mes devices) rajouté la ligne pushbullet:send vers la fin du GEA et en paralèle envoyé par GEA un pushbullet via la variable, et ça ça fonctionne => mon token est bon. Mon instruction dans GEA : GEA.add({"Global", "DayPart", ""}, 30, "La valeur de DayPart est : #value#", {{"Inverse"}, {"Portable", MobileID["V_Nexus5"]}})

@pepite, Si on le fait via GEA , théoriquement, il devrait déjà gérer plusieurs potables (avec le même token). De plus il n'y aurait plus besoins d'utiliser la variable globale. Or le code de la première page y fait appel (à partir du démarrage du script). Je dois peut-être ne coller que la variable locale pushbullet dans GEA ?

en laissant tes FGK et WP où ils sont, relance un remaillage ton réseau Z-Wave, mais ça va prendre du temps (lance le avant d'aller te coucher)

en relisant la doc du RGBW (je n'en ai pas qui commandent des rubans LED, seulement un pour un input 0-10V), j'ai lu qu'il ne faisait pas de sortie 0-10V, malgré que l'on puisse le configurer en Output ????? Il faut, je pense, revenir à l'idée de départ, à savoir récupérer les valeurs des 4 sorties (via le json ?) et ensuite les réinjecter via le setcolor, en ne modifiant que celle qu'on veut

Je viens de mettre en place ce script. C'est génial, surtout pour l'historique des notif. Maintenant, l'intégration avec GEA est un MUST have pour moi, car vous savez que tout chez moi tourne sous GEA. Donc remplacer l'option {"Portables",..} par ce qu'il faut est "mandatory", histoire de pouvoir utiliser les variables des messages, ..., de ne pas devoir changer toutes mes instructions GEA, ... Bon ok, pour remplacer la ligne fibaro:call(tonumber(GEA.portables[i]), "sendPush",GEA.getMessage(entry, nil)) par pushbullet:send(GEA.getMessage(entry, nil), fibaro:getName(tonumber(GEA.portables[i]))) mais où, comment, ... insérer le script Pushbullet ?