Lazer

p78, j'y pense sérieusement àla clusterisation Un jour je complèterai mon HP G7 N54L avec le nouveau HP G8. Un dans la maison, l'autre dans le garage (bâtiment séparé) Bon ça ne sera pas un vrai cluster, mais simplement de la réplication entre les deux. Pour faire un vrai cluster, il faudrait un stockage partagé (donc un 3ème serveur). Et si on veut pousser le concept jusqu'au bout, on a 2 baies de stockage répliquées, et 2 serveurs en cluster. En entreprise en tout cas... Après selon les technos de cluster, parfois il faut tout casser, parfois ça se rajouter par dessus l'existant.

Essaye de passer par l'API HTTP. Quelques exemples trouvé sur le forum officiel : HC2 = Net.FHttp("192.168.1.1") HC2:setBasicAuthentication("admin", "admin") payload = {id=27, properties={userDescription="testing"}} payload = json.encode(payload) HC2:PUT("/api/devices", payload) -- preparing lua table with new device room ID payload = {id=99, roomID="0"} payload = json.encode(payload) response, status, errorCode = HC2:PUT("/api/devices?id=99", payload)

Beau projet , je vais suivre ça avec attention. Bon je vais quand même rester avec mon vSphere + Xpenology, c'est quand même plus simple et surtout ça marche déjà

Attention àla marque Bubendorff, apparemment impossible àpiloter (àcause des 4 fils) : http://www.domotique-fibaro.fr/index.php/topic/661-motorisation-volet-mi-avec-fgrm222/?hl=bubendorff

Il me semble qu'il y a des limitations dans un scène. Essaye de mettre ton code dans le bouton d'un module virtuel et ça devrait fonctionner, car la syntaxe est bonne. Ensuite tu appelles ton bouton depuis la scène.

Voilà , finalement j'ai fini par comprendre. Quel truc de fou, même compiler un noyau Linux c'est presque plus facile que de faire fonctionner FHEM Et les docs/forums en allemand, quel bonheur Finalement c'est tout simple (faudrait juste que ce soit documenté en fait...) Pour ma station météo virtuelle, je récupère donc la liste comme ça : http://<IP>:8083/fhem?cmd=jsonList%20openweathermap&XHR=1 Et je récupère les valeurs comme ça, par exemple avec le device "owo" : http://<IP>:8083/fhem?cmd=jsonList%20owo&XHR=1 . Donc par analogie, pour que je fasse fonctionner le relevé des sondes de températures EnOcean (ou autre protocole : Oregon, ...), j'ai besoin qu'une âme charitable me donne le résultat des commandes suivantes : http://<IP>:8083/fhem?cmd=jsonList%20sensor&XHR=1 http://<IP>:8083/fhem?cmd=jsonList%20<nom_de_la_sonde>&XHR=1 Comme je n'ai aucun device autre que Z-Wave (gérés par la HC2), je ne peux pas faire le test chez moi. Voilà , merci

Bon, j'ai ajouté ces lignes au fichier fhem.cfg et la météo est bien mise à jour automatiquement toutes les 10 minutes : define owo openweathermap set owo stationByName Leimen set owo stationById 2879241 set owo stationByGeo 49.3511 8.6894 attr owo owoInterval 600 . Par contre, impossible de trouver comment récupérer les infos en HTTP. Tout ce que je trouve, c'est cette adresse, mais qui renvoie beaucoup trop d'infos : http://<IP>:8083/fhem?cmd=jsonList&XHR=1 Je n'arrive pas à trouver comment sélectionner un device en particulier. Si quelqu'un sait comment faire ?

BenjyNet, suite à notre discussion, je me suis penché sur FHEM pour tenter de récupérer les valeurs de températures/hygro dans mes graphs PHP/SQL, mais au secours, je ne comprends rien ! Ce que j'ai fait : - Installation de FHEM sur une VM RedHat Linux - Démarrage de FHEM - J'accède à l'interface Web http://<IP>:8083/fhem - je n'ai pas de clé EnOcean, ou aucun autre device connecté dessus.... oui forcément ça n'aide pas. Mais après, je vais où ? L'article de Sébastien Joly (excellent au demeurant) permet d'envoyer des notifications Push vers le HC2, mais moi je voudrais faire l'inverse, c'est à dire interroger FHEM depuis la HC2. J'ai cherché un peu, mais franchement ce n'est pas clair. Je suppose que je peux simuler une sonde de température en ajoutant simplement une station météo à FHEM, ce qui me permettrait ensuite de récupérer les valeurs depuis la HC2. Mais comment faire ? J'ai beau regarder la doc officielle, je ne comprends rien

Ce marketing pour vendre un détecteur de mouvement.... j'adore

Pour l'appli Android, j'ai constaté le même phénomène. En fait il faut la fermer pour qu'au redémarrage elle se reconnecte proprement au Home Center et récupère les status corrects. Pour rappel, sous Android la touche Home ne ferme pas une application (elle reste en arrière-plan). Il faut appuyer sur la touche Retour pour fermer une appli. Sur un smartphone avec beaucoup de RAM, si on laisse l'appli en arrière plan, elle peut rester de nombreuses heures (ou jours) sans jamais être fermée (le système ferme automatiquement une appli quand il n'y a plus assez de RAM). Le json.decode semble assez buggé. Tu devrais faire une recherche sur les messages de Krikroff, il a déjà abordé ce problème, et des moyens de contournement partiel. Pour connaitre l'historique des valeurs d'un device par requete HTTP, ce n'est pas directement possible, car ce n'est pas stocké. Ce qui est stocké, ce sont les valeurs de consommation électrique accessibles par l'API sous la forme : http://<IP>/api/energy/<timestamp_begin>/<timestamp_end>/compare/devices/power/<comma_separated_list_of_devices> Par exemple : http://192.168.1.1/api/energy/1393455963/1393459563/compare/devices/power/11,91 http://192.168.1.1/api/energy/1393434533/1393438133/summary-graph/devices/power/91 http://192.168.1.1/api/energy/1393452363/1393455963/summary-graph/rooms/power/2 Tu peux récupérer des exemples en interceptant les appels HTTP effectués dans la panneau d'énergie. Pour les températures, ou le statut des FGD/FGS, tu peux récupérer des choses dans les événements : http://192.168.1.1/api/panels/event?from=1352509026&to=1392509026&type=time Autrement, tu peux mettre en place les graphiques sur un NAS externe que tu trouveras ici.

Pour les vannes thermostatiques, je ne peux pas répondre, je suis au chauffage électrique. Pour le thermostat mural permettant de régler simplement la température, à ma connaissance il n'y a que la Secure SRT321. Ca fonctionne plutôt très bien pour ma part.

Oui c'est le bruit du relai, c'est normal.

Shad a parfaitement résumé la situation

Narsil, Non, je ne pense pas que ça tournera sur HCL, car il me semble bien qu'il n'est pas possible d'importer un Virtual Device comportant du code LUA. Peut-être qu'en v4 avec les plugins ça sera possible, mais pour le moment ce ne sont que des suppositions. Avec la HC Lite, tu peux seulement appeler des URL simples, avec la commande HTTP GET. Donc il faudrait que les scripts de ce module virtuel soient hébergés sur un autre serveur. Mais comme tu as peu de chances de pouvoir faire tourner du LUA sur une autre plateforme, il faudrait transcrire le code en PHP par exemple.... bref, ce n'est que déporter la complexité sur un autre serveur. EDIT : grillé par Shad !

J'ai mis à jour le fichier joint au premier post. Je ne sais pas trop d'où sort ce "5", mais ça devrait être corrigé. Si l'import ne fonctionne pas, voici le code source du module à copier/coller : Pour les 2 boutons Start et Stop, c'est le même code, il faut simplement changer la variable action en début de script : -------------------------------------------------- -- Synology Surveillance Station -- Start/Stop recording -- Lazer -- Mars 2014 -------------------------------------------------- -- User configurable variables local Synology = Net.FHttp("192.168.1.1", 5000) local login = "user" local password = "password" local cameras = {1, 2, 3} local action = "start" -- "stop" -- System variables local API_AUTH_ERROR_CODE = { [100] = "Unknown error.", [101] = "The account parameter is not specified.", [400] = "Invalid password.", [401] = "Guest or disabled account.", [402] = "Permission denied.", [403] = "One time password not specified.", [404] = "One time password authenticate failed." } local API_RECORD_ERROR_CODE = { [400] = "Execution failed.", [401] = "Parameter invalid.", [402] = "Camera disabled." } -- Discover available APIs and corresponding information payload = "/webapi/query.cgi?api=SYNO.API.Info&method=Query&version=1&query=SYNO.API.Auth,SYNO.SurveillanceStation.ExternalRecording" response, status, errorCode = Synology:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response); if jsonTable.data["SYNO.API.Auth"].maxVersion >= 2 and jsonTable.data["SYNO.SurveillanceStation.ExternalRecording"].maxVersion >= 2 then fibaro:debug("Synology API version OK") pathAuth = jsonTable.data["SYNO.API.Auth"].path pathRecord = jsonTable.data["SYNO.SurveillanceStation.ExternalRecording"].path fibaro:debug("Synology API Auth path = "..pathAuth) fibaro:debug("Synology API Surveillance Station Record path = "..pathRecord) -- Create new login session payload = "/webapi/"..pathAuth.."?api=SYNO.API.Auth&method=Login&version=2&account="..login.."&passwd="..password.."&session=SurveillanceStation&format=sid" response, status, errorCode = Synology:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response); if jsonTable.success == true then SID = jsonTable.data.sid fibaro:debug("Synology API Auth SID = "..SID) for i = 1, #cameras do -- Start or stop external recording of a camera payload = "/webapi/"..pathRecord.."?api=SYNO.SurveillanceStation.ExternalRecording&method=Record&version=2&cameraId="..cameras[i].."&action="..action.."&_sid="..SID response, status, errorCode = Synology:GET(payload) jsonTable = json.decode(response); if jsonTable.success == true then fibaro:log("OK") fibaro:debug('<span style="color:green;">Synology Surveillance Station '..action..' recording for camera "'..tostring(cameras[i])..'" OK</span>') else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Synology Surveillance Station '..action..' recording for camera "'..tostring(cameras[i])..'" FAILED : '..API_RECORD_ERROR_CODE[tonumber(jsonTable.error.code)]..'</span>') end end -- Destroy current login session payload = "/webapi/"..pathAuth.."?api=SYNO.API.Auth&method=Logout&version=2&session=SurveillanceStation&_sid="..SID response, status, errorCode = Synology:GET(payload) else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Error : '..API_AUTH_ERROR_CODE[tonumber(jsonTable.error.code)]..'</span>') end else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Error : API Authentication failure</span>') end else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Error : Synology API version is too old : <b>DSM 4.0-2251</b> and <b>Surveillance Station 6.1</b> are required</span>') end else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Error : Can not connect to Synology server</span>') end . Pour le bouton List : -------------------------------------------------- -- Synology Surveillance Station -- List cameras -- Lazer -- Mars 2014 -------------------------------------------------- -- User configurable variables local Synology = Net.FHttp("192.168.1.1", 5000) local login = "user" local password = "password" -- System variables local API_AUTH_ERROR_CODE = { [100] = "Unknown error.", [101] = "The account parameter is not specified.", [400] = "Invalid password.", [401] = "Guest or disabled account.", [402] = "Permission denied.", [403] = "One time password not specified.", [404] = "One time password authenticate failed." } -- Discover available APIs and corresponding information payload = "/webapi/query.cgi?api=SYNO.API.Info&method=Query&version=1&query=SYNO.API.Auth,SYNO.SurveillanceStation.Camera" response, status, errorCode = Synology:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response); if jsonTable.data["SYNO.API.Auth"].maxVersion >= 2 and jsonTable.data["SYNO.SurveillanceStation.Camera"].maxVersion >= 2 then fibaro:debug("Synology API version OK") pathAuth = jsonTable.data["SYNO.API.Auth"].path pathCamera = jsonTable.data["SYNO.SurveillanceStation.Camera"].path fibaro:debug("Synology API Auth path = "..pathAuth) fibaro:debug("Synology API Surveillance Station Camera path = "..pathCamera) -- Create new login session payload = "/webapi/"..pathAuth.."?api=SYNO.API.Auth&method=Login&version=2&account="..login.."&passwd="..password.."&session=SurveillanceStation&format=sid" response, status, errorCode = Synology:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response); if jsonTable.success == true then SID = jsonTable.data.sid fibaro:debug("Synology API Auth SID = "..SID) -- Get the list of all cameras payload = "/webapi/"..pathCamera.."?api=SYNO.SurveillanceStation.Camera&method=List&version=1&_sid="..SID --fibaro:debug(payload) response, status, errorCode = Synology:GET(payload) --fibaro:debug(response) --fibaro:debug(status) --fibaro:debug(errorCode) jsonTable = json.decode(response); if jsonTable.success == true then fibaro:debug('Synology Surveillance Station number of cameras = '..tostring(jsonTable.data.total)) for i = 1, #jsonTable.data.cameras do fibaro:debug('<span style="color:green;">Found camera <b>'..jsonTable.data.cameras[i].name..'</b> ID=<b>'..jsonTable.data.cameras[i].id..'</b> address='..jsonTable.data.cameras[i].host..'</span>') end fibaro:log("OK") else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Synology Surveillance Station list cameras FAILED</span>') end -- Destroy current login session payload = "/webapi/"..pathAuth.."?api=SYNO.API.Auth&method=Logout&version=2&session=SurveillanceStation&_sid="..SID response, status, errorCode = Synology:GET(payload) else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Error : '..API_AUTH_ERROR_CODE[tonumber(jsonTable.error.code)]..'</span>') end else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Error : API Authentication failure</span>') end else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Error : Synology API version is too old : <b>DSM 4.0-2251</b> and <b>Surveillance Station 6.1</b> are required</span>') end else fibaro:log("Erreur") fibaro:debug('<span style="color:red;">Error : Can not connect to Synology server</span>') end

Intéressant cette histoire de fréquence. Je connaissais déjà , mais je ne savais pas que ça pouvait d'appliquer au FGD. Perso je ne l'entends qu'en collant mon oreille à coté, et uniquement durant la phase de "dimming". Lorsque les lampes sont à 100%, je n'entend plus le triac. Ca me conforte dans mon choix d'avoir mis les modules dans le grenier et non pas dans les chambres (j'en avais la possibilité car les gaines remontent dans le grenier pour atteindre les plafonniers, donc une simple boite de dérivation suffit). Pour le SRT321 qui est dans ma chambre à coucher, je ne l'entends pas, mais j'entends surtout le FGS situé derrière le radiateur, car le relai est très audible.

Note : le QuickApp pour HC3 se trouve ici : https://www.domotique-fibaro.fr/topic/14594-quick-app-synology-surveillance-station/ Présentation Voici un Module Virtuel permettant de activer/désactiver les caméras, et démarrer/arrêter l'enregistrement des caméras gérées par l'outil Surveillance Station qu'on trouve sur les NAS Synology. Ce module permet également de piloter le positionnement PTZ des caméras motorisées. Ce module virtuel dispose de 5 boutons : Start : démarrer l'enregistrement Stop : arrêter l'enregistrement Enable : activer la/les caméra(s) Disable : désactiver la/les caméra(s) List : permet de récupérer l'ID des caméras connues par Surveillance Station. Pour utiliser ce bouton, il faut ouvrir la fenêtre de Debug car c'est pour le moment la seule façon que j'ai trouvé d'afficher les informations à l'écran. Ainsi que d'un nombre de boutons paramétrables : Un bouton pour chaque position mémorisée De plus, la main loop permet de surveiller le statut des caméras et d'adapter l’icône du module virtuel en conséquence. Pré-requis : Au moins une caméra doit être gérée par Surveillance Station : Il est conseillé de paramétrer la caméra en détection de mouvement permanente : Si la caméra en est capable, des positions prédéfinies doivent être mémorisées pour les caméras à piloter : Création d'un utilisateur dédié : Bien que non-obligatoire, il est conseillé pour des raisons de sécurité de créer un utilisateur dédié dans DSM. Ainsi, le mot de passe du compte admin n'est pas exposé dans le code source du module virtuel. Note : la version 4.3 est utilisée pour les screenshots suivants, mais la méthode est strictement identique pour les versions 5.x de DSM. Ouvrir le panneau de configuration : Ouvrir le panneau des utilisateurs : Cliquer sur le bouton "Créer", et entrer les informations utiles. Note : il est judicieux de cocher la case "Ne pas autoriser l'utilisateur à changer le mot de passe du compte" : Cocher le groupe "users" : Cocher les cases "Pas d'accès" pour l'ensemble des dossiers partagés : Ne rien cocher : Décocher les cases de tous les privilèges, et ne cocher que la case "Surveillance Station" : Ne rien modifier : Vérifier que tout est bon, et cliquer sur le bouton "Appliquer" : De retour dans Surveillance Station, ouvrir le panneau Utilisateur, puis sélectionner l'utilisateur Fibaro préalablement créé, et cliquer sur le bouton "Modifier" : Dans la liste déroulante "Profil de privilège", sélectionner "Gestionnaire tout objet", puis cliquer sur le bouton "OK" : L'utilisateur dispose maintenant des droits Directeur : Import du module virtuel : Dans l'interface du Home Center 2, importer le fichier Surveillance_Station.vfib : Modifier les icônes du module et de tous les boutons avec les images suivantes : Module virtuel : surveillancestation_128.png Start : surveillancestation_rec_128.png Stop : surveillancestation_stop_128.png Enable : surveillancestation_enable_128.png Disable : surveillancestation_disable_128.png List : surveillancestation_list_128.png Move : surveillancestation_ptz_128.png Configuration : Modifier les propriétés du module virtuel, et entrer les informations correctes pour joindre le Synology : Adresse IP et Port TCP : Modifier les propriétés avancées du module virtuel, et modifier les premières lignes de chacun des boutons avec vos paramètres : -- User configurable variables local login = "user" -- Utilisateur Synology local password = "password" -- Mot de passe Synology. Pour les boutons PTZ, il faut spécifier le preset correspondant à chaque bouton (la caméra positionnée sera obligatoirement la première caméra listée dans la main loop, voir plus bas) : local preset = 1 -- ID de la position PTZ Pour récupérer l'ID des caméras, et les ID des positions PTZ, il faut utiliser le mode "Debug" sur le bouton "List". Dans l'exemple ci-dessous, il y a une seule caméra avec l'ID n°2, et 4 positions PTZ avec les ID n°1, 2, 3, 4 : Remarque : lors de l'importation du module virtuel, le Virtual Device possède 4 boutons PTZ, mais ceci est à modifier en fonction de votre propre environnement. Il faut 1 bouton par position et par caméra. Main Loop : Ce module virtuel dispose d'une Main Loop qui surveille le statut des caméras avec un intervalle de rafraichissement de 10 secondes et met à jour : l’icône du module virtuel un label du module virtuel une variable globale Pour la configuration de cette main loop, il faut modifier les paramètres suivants : login : Utilisateur Synology password : Mot de passe Synology cameras : {0} => détection automatique des caméras. Par conséquent, les boutons d'action Enable/Disable/Start/Stop agiront sur toutes les caméras simultanément. {1} ou {2} ou {1, 2, 3} ... => ID de la (ou des) caméra(s) à gérer. On peut envisager de ne piloter qu'une seule caméra, et de multiplier les modules virtuels, afin que chaque module virtuel ne soit responsable que d'une seule caméra (voir aussi VG_status ci-dessous) VG_status : SurvStation_Status => variable globale par défaut créée automatiquement, qui contient le statut de la (ou des) caméra(s), pouvant être exploité dans des scripts LUA. Valeur personnalisée => nécessaire si plusieurs instances du VD afin de piloter différentes caméras (voir aussi cameras ci-dessus). Celle-ci sera également automatiquement créée au démarrage du VD. refresh : intervalle de rafraichissement du statut, par défaut à 10 secondes. standbyIcon, recordIcon, disableIcon : ID des icônes Standby, Recording, et Disabled -- User configurable variables local login = "user" local password = "password" local cameras = {0} -- {1,2,4,5,6} -- Liste de une ou plusieurs caméras, pour les boutons Start, Stop, Enable, Disable local VG_status = "SurvStation_Status" local refresh = 10 -- seconds local standbyIcon = 1010 local recordIcon = 1011 local disableIcon = 1029 Pour récupérer les ID des 3 icônes, le plus simple est d'utiliser le Toolkit HC2 de Krikroff, on sélectionne l'onglet Virtual Devices, puis Get API Raw Data, puis là on cherche la valeur du paramètre buttonIcon des boutons Start, Stop, et Disable : Utilisation : - Un clic sur les boutons "Enable" ou "Disable", a pour effet d'activer/désactiver la caméra dans Surveillance Station, donc d'activer ou désactiver la détection de mouvement par le Syno. - Un clic sur le bouton "Start" a pour effet de forcer le démarrage de l'enregistrement continu des caméras sur le disque dur du NAS. - Un clic sur le bouton "Stop" a pour effet d'arrêter l'enregistrement continu des caméras, qui est équivalent à repasser en détection de mouvement - Un clic sur les boutons de position PTZ permet de déplacer la caméra. - La Main Loop surveille l'enregistrement des caméras, et ajuste l’icône du module virtuel en conséquence, ainsi qu'un petit message en vert en bas du module si un enregistrement est en cours. Ensuite, vous pouvez appeler ces boutons depuis vos scènes, par exemple à heure fixe programmée, ou en fonction des scénarios tels que la mise en fonctionnement de l'alarme, ou la détection de mouvement. Changelog : v1.0 : Initial release v1.01 : Minor bug fixes v2.0 : Main Loop and PTZ control v4.0 : Improved main loop, Add Enable/Disable buttons, Add cameras auto-detection v4.3 : Improved SID connection, added Status global variable v4.4 : Enhanced management of single or multiple camera Téléchargement : Surveillance_Station_v4.4.vfib

Est-ce que la carte SLS d’interfaçage IP pourra disposer de l'Ethernet àla place (ou en plus) du Wifi ?

Sinon, tu prends un cache obturateur Mosaic, que tu perces de petits trous réguliers.

Intéressé, je me suis déjàinscrit sur la liste de diffusion. Les sondes pourraient me servir àmonitorer l'aquarium (pH, ...)

Dans la HC2, tu verras un module pour chaque sonde de température : Tu leur donnes le nom que tu veux, et tu les mets dans les pièces que tu veux. Pour les identifier, tu en chauffes une avec les doigts, puis tu regardes dans la HC2 celle dont la température a monté, et voilà .

Shad, pour Xpenology, tu ne pouvais pas prendre un HP Proliant Microserver G7 N40L ou N54L ? C'est moins cher qu'un Syno, contient 4 à6 disques 3.5", et beaucoup plus puissant.

D'après ce que j'interprète du schéma, c'est pas gagné... A priori, tu ne pourras rien faire de tout ça. Tout passe par les bornes L et L, à savoir sonnette, vidéo, commande d'ouverture, avec un protocole qu'on ne connais pas. Tu as juste le portail (contact sec) qui semble accessible, mais je pense que en appart ce n'est pas utilisé (ils doivent utiliser le contact "serrure électrique").

Jerry, Je propose de s'appuyer sur le test du site touteladomotique, car ils ont modifié les schémas pour ajouter les couleurs correspondant aux câbles à utiliser : Donc pour câbler la sonde sur le module, il faut utiliser les fils bleu/blanc/marron, comme ceci : L'alimentation est faite entre les 2 fils bleu (masse) et rouge (entre 9 et 30V continu). Il faut donc une alimentation délivrant un courant continu, par exemple un petit transformateur ou un module DIN tel que ceux employés pour les sonnettes ou l'Eco-Devices. Sur ce schéma on voit très bien l'ordre des 3 pattes de la sonde (attention de ne pas inverser l'ordre) : Sur cet autre site, on voit également bien le câblage : Si tu as plusieurs sondes, il faut simplement les câbler en parallèle. Il va falloir jouer avec le fer à souder. Les fils jaune et vert ne sont pas utilisés par les sondes de températures (ils servent pour les entrées contact sec). Chez moi, j'ai passé une gaine dans le mur, et j'ai utilisé du vieux câble téléphonique entre le module Fibaro (au grenier) et les sondes (dans les chambres). A 1,5m de hauteur, j'ai placé une boîte d'encastrement, et j'ai mis de la gaine thermorétractable autour des soudures pour éviter les court-circuits : Une fois terminé avec une plaque décorative Legrand Celiane normalement prévue pour les haut-parleurs, elle est adaptée car elle est bien trouée pour laisser passer l'air : Est-ce que c'est plus clair ?

BenjyNet, vraiment désolé pour ce HS En tout cas, je suis ce topic avec attention car ça m'intéresse. Jerry, je suggère qu'on continue sur le topic officiel du FGBS Universel. Tu y trouveras le lien vers la doc en PDF avec quelques exemples de schémas de câblage. Si tu as d'autres questions, on continue là -bas.