Aller au contenu

gorn

Membres confirmés
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    339

  • Inscription

  • Dernière visite

Messages posté(e)s par gorn

  4. Posté(e) · Report reply

    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?

  5. Posté(e) · Modifié par gorn · Report reply

    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%...

    image.thumb.png.b77aa27b4ce810b75c67c972415b7160.png

     

  7. Posté(e) · Report reply

    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!

  8. Posté(e) · Report reply

    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!

  11. Posté(e) · Report reply

    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?

  15. Posté(e) · Report reply

    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

  16. Posté(e) · Report reply

    @Lazer, tu ne voudrais pas scinder ton post pour en faire un sur les bornes? Car là on te pourrit ton fil :'(

    En effet, je ne vois pas de priorisation propre. Sauf une annonce au CES de cette année de la part d'ABB :

    https://www.frandroid.com/produits-android/automobile/voitures-electriques/1583590_cette-nouvelle-borne-veut-vous-changer-la-vie-pour-recharger-votre-voiture-electrique-a-domicile

  17. Posté(e) · Modifié par gorn · Report reply

    Ce qu'il y a d'encore plus rageant c'est que j'ai un BTS Electrotech.

    Mais comme je ne suis ni artisan ni agréé IRVE je ne suis pas reconnu comme légitime a faire ce travail chez moi...

     

    Edit : Pour revenir a ce que je disais sur l'Autel, je ne pense rien détourner. La borne regarde la puissance instantanée délivrée par EDF (via un compteur communicant en modbus)pour faire varier sa puissance.

    Si le solaire prends une partie des besoins de la maison, le compteur va voir une baisse de la puissance consommée EDF et la borne devrait délivrer plus de puissance.

     

    Mais ce n'est que théorique!

  18. Posté(e) · Report reply

    Merci pour toutes ces pistes @Lazer!

    Je fini le HS pour les bornes concernant l'Autel. En fait il n'y a pas d'interaction domotique à ce que j'ai compris.

    Dans l'appli, tu définis la puissance de ton abonnement, tu donnes une réserve de puissance (de 0 à 50% de l'abonnement) et comme il papote avec un compteur posé sous le disjoncteur EDF, le chargeur gère la puissance pompée.

    En gros, avec le solaire, ça passerai car l'autoconso ne ferait pas tourner le compteur (puissance instantanée) mais pour l’interconnexion avec la domotique c'est niet.

     

    Est-ce un bien ou un mal... j'y réfléchit et y réfléchirait encore :) et avec toutes les bornes que tu m'a présenté je vais pouvoir faire des comparatifs!

  19. Posté(e) · Report reply

    Merci pour toutes ces informations!

    Avais-tu regarder les bornes Autel? Il y aurait apparemment un protocole Modbus qui tourne et une fonction m’intéresse :

    Gestion Dynamique avec une seule borne (Mode ALM)
    Il s'agit d'une version simplifiée du mode ALM, adaptée au scénario où il n'y a qu'une seule borne de recharge. Cette méthode intelligente de gestion de charge assure une charge constante de la borne de recharge et des autres charges.

     

    En gros, ça papote avec un compteur et on peux mettre une réserve de puissance sur l'appli. Je regarde si l'API est ouverte...

    Je vais jeter un œil a tes références ;)

  22. Posté(e) · Modifié par gorn · Report reply

    Mince!

    Juste un 

    GEA.add({id["Fridge_door"]}, 5*60, "La porte du réfrigérateur est ouverte depuis #duration#", {"Repeat"})

    suffit donc?

     

    Edit : il faut que je reprenne la base de la syntaxe GEA je crois ^^

  23. Posté(e) · Report reply

    Hello le fil,

    En rajoutant une règle dans GEA (quickapp) je me suis aperçu que la quickapp crashait.

    Je ne sais pas si il y a une relation de cause à effet ou si le bug est plus vieux.

     

    image.png.a325b1362026acd3983f1c9f64063cb3.png

     

    Je n'ai pas touché au main aussi c'est le même que chez tout le monde mais je peux faire un screen au besoin.

    Voici la ligne que j'ai cherché a rajouté, c'est sensiblement la même qu'une autre ligne qui fonctionne (sauf que j'ai viré le déclenchement sur plage horaire) 

    .
.
.
    -- Cuisine
        Fridge_door = 136,
.
.
.
 GEA.add({id["Fridge_door"], -1}, 5*60, "La porte du réfrigérateur est ouverte depuis #duration#", {"Repeat"})
.
.
.

    Avez vous une idée de ce qui me fait planté la quickapp?

  24. Posté(e) · Report reply

    Bonjour,

    J'ai un scénario qui s'active après un redémarrage (plantage et reboot). Ce qui me gène c'est que c'est l'ouverture de mon portail...

    J'utilise ce scénario avec un widget sur mon téléphone ou un autre scénario déclenché par une télécommande. Est-il possible de ne pas actionner la scène au redémarrage?

     

    image.thumb.png.3f6318cc7d0cb03f05fe6c16a55b1d32.png

×