Lazer

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.

Je savais bien qu'il y en aurait au moins un que ça énerverait Bravo Seb tu as gagné Ah mais je ne dis pas que l'équipe de Jeedom n'est pas rapide à corriger, je dis juste que ce n'est pas forcément la faute des utilisateurs si la mise à jour se passe mal, car il y a tellement de cas de figure possible que les développeurs ne peuvent pas penser à tout.

C'est quand même fou ça, mon WD40EFRX je l'ai payé 145€ il y a 3 ans et demi, il n'y a plus aucune concurrence sur les disques durs, les prix stagnent et ne baissent quasiment plus

oui j'ai bien les mails d'alerte, mais c'est la carte de management IP qui me les envoie, je n'utilise pas leur logiciel. si les mails ne passent pas, il faut voir avec le serveur SMTP de ton opérateur, peut être que tu peux tenter du SMTP authentifié, ou pas, bref là je ne peux pas trop t'aider. J'ai vu un camion de transport SMTP ce matin, donc si ton fournisseur fait transiter ses mails par ce moyen, il peut y avoir des pertes aussi : Désolé....

Oui, le VD met à jour des labels ou VG, ensuite tu peux avoir des scènes qui se déclenchent sur trigger, et effectuent toutes les actions de ton choix : notification push/mail/SMS/etc, appel de commandes http si tu veux éteindre d'autres équipements (Syno, etc), bref, c'est la domotique, donc the sky is the limit !

La carte réseau n'a pas beaucoup plus d'option, mais elle a le truc ultime : le SNMP. Donc tu peux l'interroger (polling) régulier avec mon VD par exemple ou n'importe quel outil de surveillance réseau (Nagios, etc) Ou envoyer des traps SNMP, équivalent à des Push qui sont envoyés dès qu'un événement survient, mais il te faut un récepteur SNMP tel que Nagios ou autre, la HC2 (ou du moins mon VD) ne saura pas les traiter. Cela dit, en mode Polling, mon VD est très largement suffisant.

C'est mieux ça, regarde du coté des alimentation secourues, équipement courant et ultra fiable dans les entreprises pour protéger tout ce qui est contrôle d'accès, alarme, etc Perso j'en ai 2 chez moi, et une 3ème qui attend d'être installée. Bien plus fiable et bien meilleure autonomie que n'importe quel onduleur (l'onduleur est pénalisé par sa double conversion 230 => 12 => 230V et AC => DC => AC)

Une autre façon de le dire serait que certains utilisateurs ont des configs de plus en plus complexes, et les développeurs n'arrivent plus à gérer tous les cas de figure possibles. Je voudrais surtout pas critiquer Jeedom (car je sais que c'est interdit sous peine de me faire trucider ) mais ça me rappelle les heures sombres des débuts de la v4 chez Fibaro : les configs simples étaient mises à jour sans trop de problème, tandis que pour les grosses configs, c'était la grosse loterie.... Ce n'est pas si simple de développer, maintenir, et assurer les mises à jour des produits quand ils sont de plus en plus complexes (regardez chez Microsoft ou Apple pour vous en convaincre, les mises à jour ne se passent pas toujours bien)

Si on en est là, je préfère les IBM Power D'ailleurs j'ai toujours un p570 dans mon garage....

Si le nouveau CPU est deux fois plus rapide que le Celeron, alors mon Xeon éclate tout le monde haut la main. Le souci Pepite c'est que les Xeon low power pour ce socket ne sont plus vendus, donc le Gen 8 est beaucoup moins intéressant, car tout ce que tu pourras faire, c'est upgrader avec un i3 (bof) ou un Xeon classique (consomme et chauffe beaucoup) Bref, Synology c'est pas mal tout compte fait.... A méditer Mon prochain serveur, je ne sais pas quand, sera à base de carte mère Supermicro, ça coûtera plus cher mais je pourrai me faire une configuration aux petits oignons. Mais pas le besoin pour l'instant.

Ca fait bien 2 ou 3 semaines que c'est annoncé, mais comme je disais à @Rocketlud, aucun intérêt : - pas d'ILO - processeur non upgradable. => Le seul truc positif c'est 32 Go de RAM max. Bref grosse descente en gamme. Perso je passe mon tour, bien content avec mes G7 et G8. Mon prochain serveur, si besoin, sera homemade. Le G8 était une vraie perle, et avec ce G10, c'est un retour aux limitations du G7. Reste à voir son prix de vente, qui sera forcément élevé au début... De ce que j'en ai vu sur les forums pour l'instant, c'est la déception générale chez les geeks.