Lazer

Voilà, comme promis j'ai partagé la version 1.3 en première page : - résolution du problème de guillemets précédés d'anti-slash dans les emails qu'on reçoit - ajout d'information complémentaire dans l'email reçu : plus d'information sur la raison du redémarrage d'un VD/Scène : ajout du dernier message qui a provoqué l'erreur dans le debug, ou de la chaine non trouvée

Hum, étrange ça... il n'arrive même pas à faire le login Est ce que tu es certain de : - l'URL et le port pour accéder à l'interface de Unifi ? - le login et password utilisé ? Tu as quelle version du Controller ? Est-ce que tu peux faire un login via l'interface Web avec les outils de debug du navigateur activé pour voir la requête qui est envoyée (normalement du POST) et les datas associées ?

Alors déjà ta variable FbxV6_LAN_Alex contient le timestamp 1499080295 qui équivaut à 3/7/2017 à 13:11:35 donc déjà le VD Freebox fait bien le boulot. Donc le problème se situe dans la scène de détection de présence, mais je ne vois pas trop pourquoi.... Tu as bien une instance de la scène en boucle infinie qui tourne ?

Cela n'use pas les piles car les modules sur pile sont endormis, par définition (protocole Z-Wave). Attention à ne pas confondre avec l'intervalle de réveil, un petit tour dans mon mini tuto de la section pour les nuls pour y voir plus clair. Le polling ne concerne que les modules actifs sur le réseau, à savoir les modules sur secteur. Comme le suggère la HC2, il faut l'augmenter quand le nombre de modules augmente afin de ne pas saturer le réseau inutilement (ce qui conduirait à un ralentissement des ordres Z-Wave transmis, voire une perte de paquets)

J'utilise ce site qui est pas mal : Télécharger des images de CD Debian avec BitTorrent Sinon je ne te donnerai pas de nom de site équivalent au tient, mais sache que Google c'est encore le mieux. Tu cherches le titre d'un fichier que tu as téléchargé récemment, et tu trouveras plein de sites qui le référencent également.

Sur Wikipedia tu as les codes http, pour le 400 ça donne : - Bad Request - La syntaxe de la requête est erronée. Etonnant, il faudrait que tu actives le debug=true et que tu m'envoie le Debug complet

Il est étrange ton VD, déjà je ne vois pas comment tu peux monitorer le Swap vu que l'info n'est pas dans l'API mais disponible uniquement via Linux (donc en root). Une demande d'ajout avait été faite sur le bugtracker à l'époque des fuites mémoires, à laquelle Fibaro n'a jamais répondu....

Voilà j'ai retrouvé un vieil exemple : GEA.add({"Dead", id["LUMIERE_BALCON"]}, 60, "Le périphérique #name# ne répond plus, tentative de réveil...", {{"WakeUp", id["LUMIERE_BALCON"]}}) modifie avec tes valeurs

@Pepite ; oui 2 scène, c'est plus propre, je sépare la scène Unfi de la scène de détection de présence, qui sont 2 choses qui n'ont rien à voir (même si j'ai besoin de la première pour faire fonctionner la 2nde). C'était pareil pour la Freebox (le VD Freebox, et la scène de détection de présence) L'énorme avantage, est que la scène de détection de présence peut prendre plusieurs sources... donc des VG issues de la Freebox, de l'Unifi, et pourquoi pas d'autres trucs plus tard). @Jojo : l'API n'est pas documentée, mais voici un lien pour t'aider : http://bartsimons.me/playing-around-with-the-ubiquiti-unifi-controller/ Comme tu le verras, l'astuce consiste à se connecter pour récupérer un Cookie, qui est ensuite injecté dans les requêtes suivantes. Attention, comme pour le SID de Synology, ce cookie peut expirer de temps en temps, il faut donc gérer son renouvellement.

Publication de la v1.1 en première page : correctifs mineurs Ajout du label "finishing" Ajout du bouton "Download single" Certains fournisseurs de fichiers ne permettent pas le téléchargement simultané comme un bourrin de plusieurs fichiers, ce nouveau bouton permet donc de télécharger une seule tâche à la fois. GEA permet d'enchainer proprement les tâches les unes à la suite des autres avec un petit délai d'attente afin de ne pas se faire éjecter.

Aucune idée, je limite autant que possible l'usage des modules Qubino, les seuls que j'utilise sont ceux qui sont uniques (fil pilote) Pour GEA, regarde le showroom, la doc officielle ( https://gea.piccand.me/doku.php/syntaxe ) ou le topic du support GEA.

Non pas un problème de mises à jour, ne cherche pas plus loin, tu as un problème de distance (mais il n'y a aucun outil de diagnostique sur la HC2 pour t'aider à y voir clair) 10m c'est beaucoup et pas beaucoup à la fois, tu sais que les ondes hertziennes sont capricieuses, il suffit parfois de décaler un module de 10cm pour résoudre des problèmes (ou en créer). Un taux d'humidité qui varie peut avoir le même effet si tu es en limite de réception. Le mieux que tu puisses faire, c'est continuer à mailler ton réseau avec des nouveaux modules sur secteur, ça aidera. Perso j'ai des modules en hauteur de la maison (chambres, grenier, mezzanine, etc), ça aide à "arroser" efficacement toute le jardin, jusqu'au garage séparé de la maison. En attendant, tu peux te faire une ligne avec GEA pour réveiller le module dès qu'il passe en Dead.

Voici le tuto similaire (qui utilise la même scène de détection de présence) pour les bornes Ubiquiti Unifi : https://www.domotique-fibaro.fr/topic/10736-détection-de-présence-avec-points-daccès-wi-fi-ubiquiti-unifi/

Réservé

Détection de présence avec points d'accès Wi-Fi Ubiquiti Unifi Surveillance d'équipements réseaux connectés (smartphone, etc) Prérequis : Une ou plusieurs borne(s) Ubiquiti Unifi (gamme UAP) Logiciel Unifi Controller opérationnel sur une machine (VM, NAS, etc) Des appareils connectés sur le réseau IP en Wi-Fi Installation : Dans Unifi Controller, créer un utilisateur dédié avec des droits en Read-Only : Dans Unifi Controller, récupérer l'adresse MAC de tous les appareils à surveiller : Télécharger le code LUA en pièce jointe Dans la HC2, créer une nouvelle scène Copier/coller le code LUA dans cette scène Modifier le début du code LUA de la scène comme suit : -- User variables local URL = "https://192.168.1.1:8443" local username = "User" local password = "Password" local intervalle = 60 local LAN_Devices = { { mac = "00:00:00:00:00:00", -- Sony Xperia Z2 vg = "Unifi_LAN_XperiaZ2" }, { mac = "00:00:00:00:00:00", -- Samsung Galaxy S4 Mini vg = "Unifi_LAN_S4mini" } } URL : chemin d'accès à l'interface Web de Unifi Controller username : nom d'utilisateur créé précédemment password : mot de passe de cet utilisateur intervalle : rafraichissement toutes les 60 secondes LAN_Devices : mac : adresse MAC des périphériques Wi-Fi à surveiller vg : variable globale qui contient le timestamp Unix de la dernière fois que l'appareil a été vu sur le réseau (ces variables globales seront automatiquement créées au démarrage de la scène) Sauvegarder la scène, et affecter une icône, par exemple : Sur la HC2, créer une autre scène contenant le code LUA suivant, à adapter en fonction de vos besoins : --[[ %% autostart %% properties %% globals Unifi_LAN_XperiaZ2 Unifi_LAN_S4mini --]] function Check() local delay = 3600*12 local timestamp = os.time() local Unifi_LAN_XperiaZ2 = tonumber(fibaro:getGlobalValue("Unifi_LAN_XperiaZ2")) local Unifi_LAN_S4mini = tonumber(fibaro:getGlobalValue("Unifi_LAN_S4mini")) local PresenceChristophe = fibaro:getGlobalValue("PresenceChristophe") if Unifi_LAN_XperiaZ2 < timestamp - delay and Unifi_LAN_S4mini < timestamp - delay then if PresenceChristophe == "1" then fibaro:debug(os.date('%d/%m/%Y').." : Absence détectée") fibaro:setGlobal("PresenceChristophe", "0") end else if PresenceChristophe == "0" then fibaro:debug(os.date('%d/%m/%Y').." : Présence détectée") fibaro:setGlobal("PresenceChristophe", "1") end end end local trigger = fibaro:getSourceTrigger() if trigger["type"] == "autostart" then fibaro:debug(os.date('%d/%m/%Y').." : Autostart infinite loop...") while true do Check() fibaro:sleep(300*1000) -- 5 minutes end elseif trigger["type"] == "global" then fibaro:debug("Global variable change : "..trigger['name']) Check() elseif trigger["type"] == "other" then fibaro:debug(os.date('%d/%m/%Y').." : Started manually") Check() elseif trigger["type"] == "property" then fibaro:debug(os.date('%d/%m/%Y').." : Property changed : ".. trigger['deviceID'].." => "..trigger['propertyName']) else fibaro:debug(os.date('%d/%m/%Y').." : Unknown trigger : "..trigger["type"]) end Dans l'en-tête, en trigger, on positionne les variables globales Unifi_LAN_XXX Pensez à modifier le code en fonction du nom des variables globales que vous avez choisi. Comme on peut le voir, je monitore 2 téléphones, ce qui me permet d'améliorer la fiabilité de détection. Il faut juste modifier légèrement le code pour ne surveiller qu'un seul ou plusieurs appareils. J'ai configuré un délai de détection de 12h, car cette scène me permet de détecter si je suis absent plus de 12h de la maison, donc que je suis en déplacement professionnel, c'est à dire que je ne passerai pas la nuit au domicile. Cela est très fiable. Ensuite, on peut utiliser la variable globale PresenceXXX dans des scénarios (Scènes, VD, GEA, etc) Si on veut gérer la présence de plusieurs personnes, il suffit de créer plusieurs scènes et autant de variables globales correspondantes. Remarque : c'est exactement le même code que la scène de détection de présence via Freebox, il est donc possible d'utiliser la même scène pour détecter des appareils via la Freebox et les bornes Unifi simultanément. Problème connu : Si dans le debug de la scène vous avez le message d'erreur "sslv3 alert handshake failure" ou "wrong version number" : [DEBUG] 00:00:00: httpClient:request() : Error : sslv3 alert handshake failure Alors c'est que la HC2 n'accepte pas la suite de chiffrement proposée par le serveur Web de l'Unifi Controller, et tente de se connecter en SSLv3, qui est un vieux protocole peu sécurisé et bloqué. Mon Unifi Controller est installé dans une VM sous Debian 9, voici la procédure : Modifier le fichier system.properties : vi /var/lib/unifi/system.properties Notes : - sur Synology, le fichier se trouve dans /var/packages/Unifi Controller 5/target/data/system.properties => Voir tuto de Nico plus bas dans la page. - sur Windows, le fichier se trouve dans C:\Users\XX YOUR USER NAME\Ubiquiti UniFi\data\system.properties => Merci Sebcbien Ajouter les suites de chiffrement comme suit, ce qui aura pour conséquence de résoudre le problème de la HC2 qui n'arrive pas à se connecter, et d'augmenter la sécurité globale de l'interface Web de Unifi Controller : unifi.https.ciphers=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA,TLS_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_CBC_SHA unifi.https.sslEnabledProtocols=TLSv1.2,TLSv1.1,TLSv1 Puis redémarrer le démon Unifi Controller : service unifi restart Puis redémarrer la scène sur la HC2. Compatibilité avec Unifi Dream Machine et Cloud Key v2 (basés sur Unifi OS) : Voir le message de @PdB en page 13 : Et également le script modifié partagé par @Nico en page 16 : Monitoring des 2 scènes avec le Watchdog : {type = "Scene", id = 1, match = {text="GetDevices", interval=2*60}, no_match = {text=""}, count=1, restart=true, notification = {"push", "email"}}, -- Unifi {type = "Scene", id = 6, match = {text="", interval=0}, no_match = {text=""}, count=1, restart=true, notification = {"push", "email", "sms"}}, -- Présence Téléchargement : Scene Ubiquiti Unifi v1.2.lua

T'es sur que tu as suffisamment de modules Z-Wave alimentés sur secteur pour participer au maillage du réseau Z-Wave ? Et que le module en question n'est pas trop éloigné ?

Encore un nouveau bug cette histoire d'accents, je n'ai jamais vu ce problème (je suis encore en 4.120 )

Alors là, il s'agit de loin du code LUA le plus complexe que j'ai eu à écrire... car il a fallut que je me farcisse tout le codage et le décodage des trames SNMP en hexa à la main, selon les spécifications du protocole. Mon idée était de récupérer cette classe SNMP standard afin de la réutiliser dans d'autres VD, notamment pour tout ce qui touche aux équipements réseaux (et notamment mon switch Cisco et mon routeur Ubiquiti). Il va falloir que j'étudie ce point prochainement.

Euh, qu'est ce que tu essayes de comprendre ? Y'a pas grand chose à comprendre, normalement tu suis le tuto, le seul point délicat c'est l'installation de l'outil pour rediriger le trafic TCP sur UDP à cause de la limitation du LUA de la HC2. Ensuite ça fonctionne tout seul, tu verras l'état de ton onduleur sur les labels du VD.

euh non je crois qu'il n'y a rien qui l'indique, et je ne sais pas si on peut le faire, en tout cas moi je ne peux pas. L'avantage de poster dans le topic unique, c'est que tous les forumeurs qui ont déjà participé recevront une notification, donc potentiellement tu auras ta réponse plus rapidement.

Parce que tu t'évertues à créer des sujets dans des rubriques où tu n'as pas le droit.... la rubrique des modules Fibaro ne contient que des sujets uniques pour chaque module. Donc soit tu attends qu'un modo te valide et te déplace ton topic ailleurs (ce que j'ai fait), soit tu créer directement ton topic au bon endroit. Plus simple encore, puisque ta question concerne un module Fibaro bien particulier, tu aurais pu poster dans le topic unique de ce module.

> Pour piloter la lumière, faut donc que je mette un module Dimmer 2 dans l'interrupteur. Mais je n'ai pas de neutre, il faut donc prévoir un by-pass sur chaque ampoule c'et bien cela ? Oui, enfin, pas sur chaque ampoule, mais sur chaque circuit, donc 1 seul bypass par module Dimmer2 > quel différence entre les Single switch et les fibaro Switch 2,5kW - 1 relai de 3 kW ou : - 2 relais de 1,5 kW => donc usage différent, ça dépend de ce que tu veux piloter

En fait, ta piscine, c'est pour stocker le gasole ?

Disons que l'onduleur est indispensable pour les équipements avec alimentation intégrée, type : NAS, serveur, switch rackable, etc Pour les équipements 12V (switch de table, routeur internet, box domotique, etc) le plus raisonnable est de prévoir plusieurs alimentations secourues plutôt qu'une seule énorme qui sera introuvable.

Oui et non.... on ne va pas parler de la validation des soft de Fibaro car on la connait, mais en ce qui concerne Apple, les mises à jour foireuses d'iOS retirées en urgence, ça a existé plus d'une fois.... et l'impact se fait sur des millions et des millions d'appareils dans le monde, pourtant l'écosystème est on ne peut plus fermé et contrôlé, avec un très petit nombre de modèles différents en circulation. Donc ça ne change rien à ce que je disais, même les plus grands, quels qu'ils soient, ont les mêmes problèmes, même quand la validation du soft devrait être facilitée. Après tu vas me dire que c'est la faute des plugins, (ou des applis) qu'ont installé les utilisateurs sur leur box (ou téléphone).... oui probablement, mais ils ont dispos sur le market (store) officiel. Donc ils sont censés respectés les API en places, ont été validés par les équipes, donc c'est censé être compatible, et l'utilisateur n'est pas fautif d'avoir installé ces plugins/apps. Dans le même genre, pendant des années on a critiqué Microsoft et son Windows soit disant pas stable.... sauf que Windows est stable depuis NT4 (ou 2000 dans le grand public), et en dehors de quelques bugs imputables à l'OS, les plantages ont toujours été la faute des développeurs d'applications, ou pire, des développeurs de drivers (les fameux blue screen). Bref, le développement, une science complexe, personne n'est parfait.