Lazer

Tu as fait une capture d'écran au format image. Pour copier du texte c'est pourtant plus simple. Il suffit de le sélectionner avec ta souris.

oui étrange, je ne sais pas non plus. Bref, tant mieux si mon schéma a servi, c'est l'essentiel

Oui en effet, passer du 24 et du 230 V dans la même gaine c'est interdit. Le premier firmware du FGR 223 ne posait problème qu'avec OpenZwave (donc en gros, tout ce qui est logiciels libres Jeedom HASS Domoticz). De toute façon il y a eu une mise à jour du firmware qui a contenté tout le monde. Le Qubino semble bien fonctionner en tout cas (même si en général je ne suis pas fan de cette marque à cause de leurs firmwares buggés, ils proposent des produits sans équivalence chez la concurrence.... Fil Pilote et Flush Shutter DC) Tant mieux si ça fonctionne avec le nouveau FGR en tout cas.

C'est propre. Mais c'est quoi. Un détonateur ? Tu veux faire sauter quoi avec ? Sinon oui la colle chaude ça ne tient vraiment pas bien. Tu peux utiliser de la colle cyano (Super Glue 3, les trucs comme ça)

Nouvelle mise à jour 1.8 de l'application mobile, toujours pas de support des QuickApps You can now use Smart Suggestions or set your own order for rooms. Favorite scenes are available on the system widget and Android Watch. The update extends the heating panel with a list of thermostats. We have limited the use of device location - the automatic change of theme is set based on the location of the Home Center. The application now supports Nice IBT4ZWAVE and Era INN EDGE devices. Et elle est toujours aussi lente à démarrer... normal elle passe toujours par le cloud, et ne permet toujours pas d'interroger en direct l'adresse de notre Home Center 3

Mais j'ai rien dit moi

Ah oui et aussi créer une sous-section Zipato, merci

@Moicphil quand tu auras un peu de temps, tu pourras désarchiver 2 années supplémentaires, je ferai le tri ensuite. Merci

Justement, la partie que tu demandes se situe justement.... là où tu as enlevé les lignes utiles ! Exemple de boucle pour parcourir les éléments du tableau JSON récupéré : if response.data and response.data ~= "" then fibaro:debug('Retour : '.. response.data) local jsonTable = json.decode(response.data) -- Parcours de la table JSON local k, v for k, v in pairs(jsonTable) do fibaro:debug("key = " .. k .. " - type(v) = " .. type(v)) end -- Ici la suite du code, exécuté en asynchrone, donc après la fin de l'exécution du code appelant http:request() -- ... else fibaro:debug("Error : empty response data") end Tu as mis un screenshot au format image, donc je ne peux pas te copier/coller une valeur, mais il te suffit de chercher la valeur qui t'intéresse avec jsonTable.XXX

Un relai collé, ça ne déclenche pas un disjoncteur, et ça n'empêche pas la puce Z-Wave de communiquer normalement avec le contrôleur. Mais tu fois les entendre les 2 relais lorsque tu donnes les ordres de montée et descente. Si tu n'entends pas le claquement caractéristique du relai, c'est qu'il est collé. Tu peux aussi simplement utiliser un multimètre (ohmmètre) pour mesurer sa résistance, qui doit être infinie (position ouverte = de repose), ou nulle (position fermée = de travail) Oui le Qubino a juste besoin d'une alimentation 24V, c'est tout simple et efficace. Perso une fois que j'ai tiré le câble sous les tuiles pour alimenter le velux, j'avais installé le montage et module domotique à l'intérieur, dans une boite. Le remplacement a été facile. Faut penser à la maintenance quand on bricole

Tu as la réponse ici.

Non tu n'as pas compris ce que je t'ai dit. La première question à se poser, c'est si tu as accès au circuit de pilotage. Ensuite, si tu le trouves (et je comprends que ce n'est pas gagné...) alors tu sauras si tu as besoin d'un contact sec ou non. Mais la puissance ne sera pas un souci, car sur un circuit de contrôle, il n'y a pas de puissance. Et je te le redis pour le bien de ton porte-feuille, ne va pas couper l'alimentation générale de ta PAC, le compresseur va morfler.

Je me permet d'intervenir, mais jamais de la vie tu ne vas couper l'alimentation générale de ta PAC via un relai, tu va tuer le compresseur en un rien de temps. Les PAC ça détester les coupures de courant. L'idée, c'est que le module relai ne serve qu'à piloter le circuit de contrôle. Et là les courants sont très faibles, le circuit de puissance ne passe pas par là. Je ne connais pas ta PAC, et en l'absence de schéma c'est difficile de se prononcer, mais il faut intervenir sur les fils de pilotage On/Off, surtout pas sur l'alimentation de la PAC. Et ce n'est pas toujours possible, sur ma PAC (modèle très basique) il n'y a pas de contact de contrôle, le pilotage se fait donc par infrarouge (avec la télécommande d'origine, ou via un module domotique Z-Wave Remotec)

Tu as raison @jojo et il faut mettre un limiteur de courant pour protéger le relai et ainsi allonger la durée de vie du module : https://www.amazon.fr/gp/product/B01DUHKQQ2/ Il faut le brancher en série entre la sortie Q du module, et le transformateur. Mais ça reste la meilleure solution, ainsi le transformateur ne sera pas alimenté 99% du temps, c'est plus écologique, meilleur pour le porte-feuille, et prolonge la durée de vie du transformateur (puisqu'il ne sera pas alimenté 99% du temps)

Ton pavé est un peu indigeste, mais j'ai bien l'impression que ton problème n'a rien à voir avec les interrupteurs mono et bistables. Le mieux est de faire le test dans interrupteur du tout, depuis la box domotique (Jeedom dans ton cas) Si le relai se ferme puis s'ouvre après 1s, c'est que tu as mal réglé la mesure de consommation et la temporisation. En effet, ce module détecte la mesure de courant du moteur, pour ouvrir les relais. Or là, il n'y a pas de consommation du tout (enfin si, mais négligeable) car on passe par des relais. Je ne me souviens plus de tête, mais il y a des paramètres pour ça. Regarde le topic, le sujet a certainement été évoqué. Autre chose : je n'utilise plus du tout ce montage, remplacé un temps par un module VRT-IP, puis définitivement par un Qubino Flush Shutter DC qui est juste parfait pour cet usage.

Bienvenue sur le forum

@Yohan @Moicphil Vous savez ?

Oui tu nous avait dit déjà. Moi je suis toujours sur l'organe memoriel de naissance.

Bah je vais les inclure pardi ! On verra bien.... et puis d'ici là Fibaro aura peut être fait évoluer les choses.

Oui j'ai même hésité à le mentionner... c'est la patient zéro. En Alsace comme par hasard

Bon en tout cas moi va pas falloir trop que je traine, mon HC2 a un cancer de la barrette RAM. Elle commence les plantages aléatoires, quand j'ai de la chance c'est juste un VD redémarré par le Watchdog, mais quand j'ai moins de chance c'est le HCServer (le process principal) entrainant la célèbre erreur 503. Heureusement que j'ai un watchdog externe sur mon NAS pour redémarrer la box. Si la tumeur se développe trop vite, je la passerai sur la table d'opérations pour procéder à l'ablation de la barrette en dégénérescence, mais pour l'instant ça a l'air de tenir, un coup de watch-chimio-dog-thérapie une fois tous les 15 jours en moyenne et elle repart. Mon objectif est toujours de migrer sur HC3 avant l'automne (début de la saison de chauffage où il y a le plus de scénarios qui s'enclenchent)

Network Monitor Version 2.12  Ce Quick App pour HC3 permet de surveiller des équipements sur le réseau (local et Internet), et d'envoyer des notifications en cas de problème détecté. Cela va bien au-delà du simple ping réseau, car ce QuickApp permet de vérifier le bon fonctionnement des services (envoi d'une requête, et vérification de la réponse) Il s'agit de la v2, car il fait suite au Module Virtuel Network Monitor v1.x initialement développé pour HC2. Screenshot peu esthétique, en espérant que Fibaro propose rapidement de personnaliser l'apparence visuelle des QA. Cependant, ce n'est pas son rôle premier, l'objectif est bien de recevoir des notifications instantanées en cas de souci détecté : Configuration : Importer le QuickApp (fichier fqa) de façon habituelle sur la box HC3, puis changer les paramètres suivants dans l'onglet Variables :  Notif_Users : ID ou Nom des utilisateurs à qui envoyer un email en cas d'échec d'envoi du SMS, séparés par des virgules. La liste des utilisateurs peut être récupérée dans le panneau Accès de la HC3, ou directement via l'API /api/users. Par exemple : Asterix, Obelix Notif_Mobiles : ID ou Nom des smartphones à qui envoyer une notification Push en cas d'échec d'envoi du SMS, séparés par des virgules. La liste des mobiles peut être récupérée via l'API /api/iosDevices. Par exemple : Nokia 3310, iPhone 42 Notif_SMS : Nom du QuickApp et nom de sa fonction qui sera appelée pour exécuter un code LUA externe, par exemple envoyer un SMS, ou un mesage via Telegram, ou autre service de notification. Ensuite, aller dans l'onglet "Modifier et prévisualiser", puis cliquer sur le bouton "Modifier" afin d'entrer dans l'éditeur LUA. Il faut éditer le tableau DEVICES dans le fichier CONFIG. Exemple : DEVICES = { {name = "Serveur SSH" , address = "192.168.1.1" , port = 22, protocol = "tcp" , timeout = 1, senddata = nil , retdata = "OpenSSH", retry = 1, interval = 30, notification = {"push", "email" }, vg = nil, conditions = nil}, {name = "Ubiquiti Unifi AP-AC-Pro" , address = "192.168.1.2" , port = 22, protocol = "tcp" , timeout = 1, senddata = nil , retdata = "SSH" , retry = 1, interval = 60, notification = {"push", "email", "sms"}, vg = nil, conditions = nil}, {name = "Ubiquiti Unifi Switch" , address = "192.168.1.3" , port = 22, protocol = "tcp" , timeout = 1, senddata = nil , retdata = "SSH" , retry = 1, interval = 60, notification = {"push", "email" }, vg = nil, conditions = nil}, {name = "Ubiquiti Unifi Controller" , address = "192.168.1.4" , port = 8443, protocol = "https", timeout = 2, url = "/manage/account/login" , retcode = 200, retdata = "UniFi Network" , retry = 1, interval = 60, notification = {"push", "email", }, vg = nil, conditions = nil}, {name = "Ubiquiti EdgeRouter" , address = "192.168.1.5" , port = 443, protocol = "https", timeout = 1, url = "/" , retcode = 200, retdata = "EdgeRouter" , retry = 1, interval = 30, notification = { "sms"}, vg = nil, conditions = nil}, {name = "Switch Cisco" , address = "192.168.1.6" , port = 80, protocol = "http" , timeout = 1, url = "/" , retcode = 200, retdata = "cisco" , retry = 1, interval = 30, notification = {"push", "email", "sms"}, vg = nil, conditions = nil}, {name = "Switch Netgear GS105Ev2" , address = "192.168.1.7" , port = 80, protocol = "http" , timeout = 1, url = "/login.cgi" , retcode = 200, retdata = "NETGEAR" , retry = 1, interval = 60, notification = {"push", "email" }, vg = nil, conditions = nil}, {name = "Switch Netgear GS108Tv2" , address = "192.168.1.8" , port = 80, protocol = "http" , timeout = 1, url = "/" , retcode = 200, retdata = "NETGEAR" , retry = 1, interval = 60, notification = {"push", "email" }, vg = nil, conditions = nil}, {name = "HP ProLiant Remote Access Card", address = "192.168.1.9" , port = 80, protocol = "http" , timeout = 1, url = "/login.html" , retcode = 200, retdata = "Remote Access Card" , retry = 1, interval = 60, notification = { "email" }, vg = nil, conditions = nil}, {name = "HP ProLiant Gen8 ILO" , address = "192.168.1.10" , port = 443, protocol = "https", timeout = 1, url = "/" , retcode = 200, retdata = "iLO" , retry = 1, interval = 60, notification = { "email" }, vg = nil, conditions = nil}, {name = "VMware ESXi" , address = "192.168.1.11" , port = 443, protocol = "https", timeout = 1, url = "/" , retcode = 200, retdata = "VMware ESXi" , retry = 1, interval = 60, notification = {"push", "email", "sms"}, vg = nil, conditions = nil}, {name = "Onduleur Eaton 5P" , address = "192.168.1.12" , port = 80, protocol = "http" , timeout = 1, url = "/" , retcode = 200, retdata = "Network Management Card", retry = 1, interval = 60, notification = {"push", "email" }, vg = nil, conditions = nil}, {name = "Synology DiskStation" , address = "192.168.1.13" , port = 5000, protocol = "http" , timeout = 5, url = "/" , retcode = 200, retdata = "DiskStation" , retry = 1, interval = 30, notification = {"push", "email", "sms"}, vg = nil, conditions = nil}, {name = "Serveur Web Apache" , address = "192.168.1.14" , port = 80, protocol = "http" , timeout = 1, url = "/" , retcode = 200, retdata = "Apache" , retry = 1, interval = 60, notification = { "email" }, vg = nil, conditions = nil}, {name = "GCE Eco-Devices" , address = "192.168.1.15" , port = 80, protocol = "http" , timeout = 1, url = "/index1.htm" , retcode = 200, retdata = "Eco Devices" , retry = 1, interval = 30, notification = {"push", "email", "sms"}, vg = nil, conditions = nil}, {name = "GCE IPX800 v4" , address = "192.168.1.16" , port = 80, protocol = "http" , timeout = 1, url = "/user/index2.htm" , retcode = 200, retdata = "IPX800" , retry = 1, interval = 30, notification = {"push", "email", "sms"}, vg = nil, conditions = nil}, {name = "Caméra Hikvision" , address = "192.168.1.17" , port = 80, protocol = "http" , timeout = 1, url = "/doc/page/login.asp" , retcode = 200, retdata = "login" , retry = 1, interval = 30, notification = {"push", "email", "sms"}, vg = nil, conditions = nil}, {name = "Caméra Foscam" , address = "192.168.1.18" , port = 88, protocol = "http" , timeout = 1, url = "/" , retcode = 200, retdata = "IPCam Client" , retry = 1, interval = 60, notification = {"push", "email", "sms"}, vg = nil, conditions = { vg = "Vacances" , operator = "==", value = "0"}, }, {name = "JPI SMS Gateway" , address = "192.168.1.19" , port = 8080, protocol = "http" , timeout = 10, url = "/JPI/" , retcode = 200, retdata = "JPI" , retry = 6, interval = 30, notification = {"push", "email" }, vg = nil, conditions = { vg = "Monitor_JPI" , operator = "==", value = "0"}, }, {name = "FHEM" , address = "192.168.1.20" , port = 8083, protocol = "http" , timeout = 1, url = "/fhem" , retcode = 401, retdata = "" , retry = 1, interval = 30, notification = {"push", "email", "sms"}, vg = nil, conditions = nil}, {name = "HA Bridge" , address = "192.168.1.21" , port = 80, protocol = "http" , timeout = 1, url = "/#!/" , retcode = 200, retdata = "HA Bridge" , retry = 1, interval = 60, notification = {"push", "email" }, vg = nil, conditions = nil}, {name = "Google" , address = "www.google.fr", port = 80, protocol = "http" , timeout = 1, url = "/" , retcode = 200, retdata = "Recherche Google" , retry = 1, interval = 1, notification = { "sms"}, vg = nil, conditions = nil}, {name = "Yamaha MusicCast" , address = "192.168.1.22" , port = 80, protocol = "http" , timeout = 1, url = "/YamahaExtendedControl", retcode = 200, retdata = "response_code" , retry = 1, interval = 60, notification = { "email" }, vg = nil, conditions = nil}, {name = "Projecteur Epson EH-TW9300" , address = "192.168.1.23" , port = 80, protocol = "http" , timeout = 1, url = "/" , retcode = 404, retdata = "Not Found" , retry = 1, interval = 60, notification = { "email" }, vg = nil, conditions = { vg = "Vacances" , operator = "==", value = "1"}, }, {name = "Nvidia Shield TV" , address = "192.168.1.24" , port = 8008, protocol = "http" , timeout = 1, url = "/" , retcode = 404, retdata = "" , retry = 1, interval = 60, notification = { "email" }, vg = nil, conditions = { operator = "any", conditions = { { profil = "" , operator = "==", value = "Vacances"}, { operator = "all", conditions = { { vg = "Chauffage", operator = "==", value = "Été"}, { operator = "any", conditions = { { profil = "", operator = "==", value = "Nuit"}, { profil = "", operator = "==", value = "Absent"} } } } } } } }, } Cela risque d'être peu lisible sur votre écran, dans ce cas il faut utiliser l'ascenseur horizontal pour faire défiler, ou alors insérer des sauts de lignes) Cependant j'aime bien cette présentation qui se rapproche d'un tableau et est parfaitement lisible sur un grand écran. Ce QuickApp est relativement complexe à paramétrer, car les options pour DEVICES sont nombreuses : name : obligatoire : string : Nom de l'équipement qui apparaitra dans la notification address : obligatoire : string : Adresse IP ou nom DNS de l'équipement à monitorer port : facultatif si protocole http/https | obligatoire si protocole tcp : Port TCP. Dans le cas des connexions HTTP et HTTPS, si ce n'est pas spécifié, le port par défaut sera utilisé (80 pour HTTP, et 443 pour HTTPS) protocol : obligatoire : string : "http" | "https" | "tcp" : ces 3 protocoles sont supportés. Le mode tcp est un mode raw, c'est à dire que les données sont lues/écrites telles quelles sur la socket. login : facultatif si protocole http/https | inutile si protocole tcp : string : Nom d'utilisateur à utiliser dans l'en-tête de la connexion HTTP/HTTPS. password : facultatif si protocole http/https | inutile si protocole tcp : string : Mot de passe à utiliser dans l'en-tête de la connexion HTTP/HTTPS. timeout : facultatif : integer : Valeur par défaut = 1 seconde : Durée autorisée de la connexion en secondes avant réponse du client. Doit être augmenté si le client met trop de temps à répondre. url : obligatoire si protocole http/https | inutile si protocole tcp : string : URL de la page Web à charger retcode : obligatoire si protocole http/https | inutile si protocole tcp : integer : code de retour HTTP attendu (200 la plupart du temps) senddata : inutile si protocole http/https | facultatif si protocole tcp : string : chaine de caractère à envoyer lors de l'établissement de la connexion TCP. Cela peut être nécessaire pour certains équipements qui n'envoient pas de réponse avant d'avoir reçu une instruction. retdata : facultatif : string : chaine de caractère recherchée dans la réponse retry : facultatif : integer : valeur par défaut = 1 : nombre de tentatives de connexion à effectuer. Augmenter cette valeur peut être utile pour certains équipements dont la connexion est instable, notamment via Wi-Fi. delay : facultatif : integer : valeur par défaut = 0 : délay en seconde avant d'effectuer une nouvelle tentative de connexion. Augmenter cette valeur peut être utile si l'équipement met un certain temps avant d'être de nouveau joignable après une déconnexion. interval : facultatif : integer : valeur par défaut = 1 minute : intervalle en minutes entre 2 vérifications. J'ai testé jusqu'à 1440 minutes, soit 24 heures. notification : obligatoire : table : "push" | "email" | "sms" | "vg" | "service" : type de notification à envoyer, configurée préalablement. vg : facultatif : string : nom facultatif d'une variable globale à incrémenter, celle-ci sera automatiquement créée si nécessaire. Elle est remise à 0 dès que l'appareil surveillé est de nouveau disponible. conditions : facultatif : table : permet d'annuler le monitoring d'un équipement particulier en fonction de conditions sur des variables globales. Les conditions sont combinables avec des instructions booléennes "any" (= or) et "all" (= and). La syntaxe est inspirée du moteur de triggers des scènes sur HC3. On peut utiliser des conditions de vg ou de profil. Téléchargement : Nouvelle installation : Network_Monitor_v2.12.fqa Mise à jour : Fichier main : Network Monitor v2.12.lua Fichier CONFIG : Network Monitor - Config Tuto.lua Fichier tools : Library - tools v2.20.lua Fichier Notifications : Library - Notifications v2.2.lua

ça on est bien d'accord De toute façon l'éditeur Web LUA proposé par Fibaro est tellement limité (même si largement mieux que celui de la HC2) mais par contre, tu perds tout le reste depuis la dernière sauvegarde : inclusion des modules Z-Wave, réglage des paramètres des modules, organisation des modules dans les pièces, historique des températures et consommations (même si là encore j’externalise tout sur DomoCharts), la dernière mise à jour de firmware, etc.... Après ça ne m'est pas arrivé en situation "normale" quand même, j'avais tout de même développé avec mes pieds des QA et Scènes, on voit le résultat ! Cela dit on peut imaginer un QA qui fonctionne apparemment bien, mais suite à une condition non prévue, part en boucle infinie et fait planter la box. Le soir (ou le matin...), l'utilisateur aura une drôle de surprise en retrouvant sa box à une version antérieure. Coté positif : la box sera fonctionnelle (c'est peut être mieux que la fameuse erreur 503 et les "boules bleues de la mort"), surtout si on est à distance sans possibilité d'intervenir manuellement sur le bouton Recovery.

OK Mais moi j'en ai bien eu des plantages. Boucle while true do dans une scène qui tourne en boucle sans fin (à cause d'une erreur d'interface chaise clavier), le box ne répond plus, et elle reboote automatiquement au bout de quelques minutes. Ce qui me fait dire qu'il y a un bien un watchdog qui surveille et redémarre automatiquement. Comme dans les dernières versions de la HC2 d'ailleurs. Cela dit, comme pour mon problème de plantage de QA qui fait cracher la box que j'ai remonté il y a quelques jours (s'ensuit un recovery automatique sur la dernière sauvegarde), je trouve dommage que Fibaro se contente de faire rebooter la box (et procéder à un recovery si reboot en boucle) plutôt que de tenter d'isoler le QA/Scène problématique. Il faudrait une sorte de démarrage en mode sans-échec comme sur les vieilles versions de Windows, afin de redémarrer et laisser la possibilité à l'utilisateur de supprimer manuellement le QA/Scène fautif. Parce que le recovery automatique, franchement c'est dangereux.... déjà rien que le reboot automatique c'est pas top.

Dans ce cas attends que les QA développés par la communauté arrivent.