gorn

Ah ouais, il faut que je me retape tout a la mano en somme Merci de l'info, je fais ça et je vous tiens au courant!

En effet, ça tombe sous le sens. Je regarde comment on peut le mettre à jour. Merci!

C'est bien ce tableau que j'avais vu où le paramètre 13 ne correspond en rien a mon tableau de paramètres de la HC3. J'ai bien tenté une reconfiguration douce mais en vain

Merci @mprinfo! Le mix a fonctionné pendant plusieurs mois jusqu'a la panne et la lampe LED (non dimmable) fonctionnait jusqu'a la mort de la fluo. J'étais en effet sur le calibrage mais je ne vois pas ce paramètre dans l'interface HC3. J'ai vu sur un tuto que c'était le paramètre 13 "Exécuter l’auto-calibration du variateur" mais dans mon interface le 13 c'est min. dimming level... Pourrais-tu m'aiguiller stp?

Hello le Forum, Je viens vers vous car j'ai une panne sur laquelle je sèche. Au niveau de ma terrasse, j'ai 2 luminaires qui sont pilotés depuis l'intérieur via un commutateur 2 positions raccordé sur un FGD-211. Les lampes dans les luminaires sont une lampe LED 15W et une lampe fluocompacte 7W sur laquelle est raccordé un bypass FGB001. La panne a débuté par l'extinction de la lampe fluo, la lampe LED fonctionnait encore. Le temps que je change la lampe fluo par une LED comme mon second luminaire, la première LED ne s'allumait plus a 100% mais scintillait en permanence, peut-importe la position du commutateur ou le forçage à 99% dans l'interface Fibaro. Puis quelques jours après le module dans l'interface est passé injoignable. J'ai donc changé la lampe, remplacé le bypass pas un FGB-002, remplacé mon module par un FGD-212. Mon soucis maintenant est que, peut importe la position du commutateur, les deux lampes scintillent même le module a OFF et lorsque je met le module à 99%, elles restent dans le même état. Je vous avoue qu'après avoir tout remplacé je ne vois pas a côté de quoi je passe, si vous aviez une petite idée! Edit : Je vous met un screen des paramètres du module FGD-212, j'y ai mis le switch en Toggle et un pas de 99%...

Ahhhh mais je ne suis pas seul!!! Coucou les copains de reboot

Hello @jojo, Je reviens un peu tard sur ce post. En fait, j'ai viré toutes les dépendances que j'avais sur le portail et il s'active toujours... Il faut que je regarde au niveau du câblage car dans la motorisation, j'avais mis un double relais dont une sortie sert pour allumer une lumière près du portail. Je vais vérifier si je n'ai pas câblé la seconde sortie sur l'entrée de commande du portail. Pour le doorbird, j'avais installé le QA doorbird manager, mais comme je ne l'ai plus et que ce satané portail s'ouvre encore, ça doit venir d'autre part!

Je rebondis sur mon précédent message. La scène que j'ai précédemment supprimée n'est pas responsable (ou ce n'est pas la seule) a ouvrir le portail a la suite d'un redémarrage de la box. Comme j'avais dit, la scène est supprimé et suite a un redémarrage le portail s'est encore ouvert. La seule connexion que j'ai pour ouvrir le portail est le relais 1 de mon doorbird. Je vais regarder les interactions que ce relais a dans ma box. Si quelqu'un a une idée je suis toujours preneur!

Bien vu @Lazer, je n'étais pas sur la bonne scène. Méa Culpa. Un redémarrage de la box a résolu mon soucis avec GEA.

Oui, il y a les deux mélangés. Le 118 est le GEA

Bonsoir le fil, Je rencontre depuis quelques jours (je ne sais quantifier combien) un bug sur GEA. Je suis sous HC3 v5.130, GEA v7.36. Je n'ai pas fait de modifications depuis assez longtemps donc je ne pense pas que ce soit lié mais sait on jamais. Le debug me dit : [27.02.2023] [21:25:01] [DEBUG] [QUICKAPP118]: onInit [27.02.2023] [21:25:01] [DEBUG] [QUICKAPP118]: Loaded all data [27.02.2023] [21:25:01] [ERROR] [QUICKAPP118]: QuickApp crashed [27.02.2023] [21:25:01] [ERROR] [QUICKAPP118]: main.lua:364: attempt to index a nil value (local 'info') [27.02.2023] [21:25:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:checkChildDevices() : Véfification du statut des modules enfants [27.02.2023] [21:25:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:loop() - Prêt [27.02.2023] [21:26:01] [DEBUG] [QUICKAPP118]: onInit [27.02.2023] [21:26:01] [DEBUG] [QUICKAPP118]: Loaded all data[27.02.2023] [21:26:01] [ERROR] [QUICKAPP118]: QuickApp crashed [27.02.2023] [21:26:01] [ERROR] [QUICKAPP118]: main.lua:364: attempt to index a nil value (local 'info') [27.02.2023] [21:26:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:checkChildDevices() : Véfification du statut des modules enfants [27.02.2023] [21:26:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:loop() - Prêt [27.02.2023] [21:27:01] [DEBUG] [QUICKAPP118]: onInit [27.02.2023] [21:27:01] [DEBUG] [QUICKAPP118]: Loaded all data [27.02.2023] [21:27:01] [ERROR] [QUICKAPP118]: QuickApp crashed [27.02.2023] [21:27:01] [ERROR] [QUICKAPP118]: main.lua:364: attempt to index a nil value (local 'info') Sur la ligne 364, dans le main, j'ai ça : trigger = function(id) return {event = {type = "device", id = self:findDeviceId(id), property = "value"}, filter = {type = "DevicePropertyUpdatedEvent", data = {id = self:findDeviceId(id), property = "value"}}} end, Je n'ai pas souvenir d'avoir modifié le main, j'ai regardé avec l'original de @Lazer ça correspond bien. J'ai quelques modules absent a cause d'un manque de piles mais j'ai déjà eu le cas et GEA ne c'était pas comporté comme ça. Avez vous une idée?

Je profite d'un passage ici pour redemander de l'aide, je n'ai pas trouvé pourquoi ma scène se déclenche au démarrage de la box (aléatoirement). J'ai un peu peur pour mon chien aussi si quelqu'un était de la partie pour m'aider, ce serait cool!

Donc tout à un sens, merci @mprinfo En fait je n'ai pas fait propre du coup. Par contre, je n'arrive pas a voir où je demande le démarrage au boot de la box, pourrais-tu m'aider a trouver ce que j'ai mal fait stp? Malgré les liens que tu m'a donné je n'arrive pas a voir où je pêche

Oh marde, j'ai pas changé ma signature lol. Je suis bien sous HC3 ^^

Hello, Je reviens a la charge avec mon soucis (ue je n'avais toujours pas corrigé). Sauf que maintenant j'ai un chien et que l'on vient de se faire peur car la box a redémarré et le portail c'est actionné... Petit coup de stress, on ne l'a pas encore éduquée pour ça! Voici mon code (qui n'est plus dans la box a ce jour mais sur Notepad++... DECLARATION { isTrigger = false, operator = "match", property = "cron", type = "date", value = { "30", "12", "14", "5", "6", "2021" } } ACTIONS local http = net.HTTPClient() http:request("http://***********************", { options = { headers = { Accept = "text/html", Authorization = "Basic ".."****************" --login:pass codé en base64 }, method = "GET" }, success = function(response) if response.status == 200 --Doorbird is answering then --To confirm to user actions are done fibaro.debug("Scene13", "response status: ", response.status) fibaro.debug("Scene13", "headers: ", response.headers["Content-Type"]) fibaro.alert("push", {[1] = 25}, "Portail actionné") else --Doorbird is not answering in the good way fibaro.warning("Scene13", "Error: status = ", response.status) end --End of answer from Doorbird end, error = function(error) fibaro.warning("Scene13", "Error: "..json.encode(error)) end }) En fait, cette scène appelle une requête http pour taper sur le relais 1 de mon doorbird. Elle ne s'effectue (en théorie) que sur appel d'une autre scène qui elle est appelée lorsque j'appuie sur ma télécommande (aeotec ZWA003). Avez vous une idée de pourquoi cette scène s'active après un redémarrage? Je précise que son activation est aléatoire, elle ne s'active pas a chaque redémarrage de la box... histoire que ce soit simple a piéger XD