jojo
-
Compteur de contenus
14 652 -
Inscription
-
Dernière visite
-
Jours gagnés
190
Tout ce qui a été posté par jojo
-
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 ?
-
le principe de l'association est en effet qu'on na pas besoin de la box pour que ça fonctionne. Maintenant, que cela prenne plus de temps quand elle est éteint, ce n'est ps cool. La seule explication que je voit est que le FGK essaie d'atteindre le WP. Quand la box est allumé, le FGK passe par la box pour la communication Z-Wave, car ce serait le chemin le plus rapide. Quand la box est éteinte, ça ne fonctionne plus, et donc il essaye d'autres chemins. Note que au plus tu auras de modules 220V (WP, FGS, FGD, ...) au meilleur sera ton réseau z-Wave, et donc le associations. Est-ce que ton FGK est loin de ton WP ? L'idéal serait qu'ils soient en communication directe. Je te dis tout ça, mais je n'ai aucune expérience, car je n'ai aucune association de définie chez moi
-
tout est expliqué en page 2 du manuel du FGK, §IV Associtation. Ill faut aller dans les paramètres avancé du FGK, t cliquer sur Association. Tu dois attribuer ton WP au groupe 1. ! le délais pour prendre en compte la définition de cette association détend du wakeup Time du FGK, Pour aller plus vite, réveille-le
-
Besoin daide Fgs 223 Et Radiateur Avec Fil Pilote
jojo a répondu à un(e) sujet de Pascal Gauthier dans Support
le FGS-223 ne pourra pas commander des fils pilote. Il est fait pour pouvoir contrôler 2 appareils électrique 220V (ex lampe éclairage) et de mesurer la puissance absorbée par ces appareils. Pour commander du fil pilote, tu dois prendre un Quibino. Pour l'inclusion, tu alimentes juste le module et fait son inclusion proche (< 3m) de la box -
je suis content de passer en revue tous les posts non encore lus. Heureusement que j'ai vu celui-ci ! Merci
-
Première info : Avec une HC2, il y a moyen de récupérer le backup d'une box à l'autre, sans devoir tout refaire. Ensuite, s'il faut tout refaire, normalement tu peux réinclure tes modules (FG, FGD, ...) sans devoir ouvrir tes interrupteurs (regarde la doc des modules). Depuis quelle version souhaites-tu faire ton upgrade ? Est-ce ton premier upgrade, ou bien en as-tu déjà fait d'autres avec succès ?
-
pou 1 FGS, je coprends l'invrse de allumé = éteint et l'inverse de éteint = allumé. Mis our un dimer, l'inverse de 20%, c'est quoi selon toi ?
-
dans la doc, je ne vois pas de spécification sur l'ampérage des entrées analogiques. De toute façon 18 mA, c'est rien du tout, et donc "il peut làcontre". Par contre, il faut que tes capteurs renvoie du 0-10V