fdp2

@carfnann Top donc 3 versions officiellement supportées, et une 4eme quand j'aurai fait le nécessaire pour celle de tanguyj. Envoyé de mon SM-G900F en utilisant Tapatalk

@Trankilze4 : Peux-tu me confirmer quelle est la valeur de ta variable globale ProtexiomHwVersion lorsque ton alarme est connectée ? Dans l'absolu, le device fonctionne sur 3 versions de protexiom (bientôt 4) mais la version 3 n'a jamais été testée. Je suis dans l'attente d'un retour positif sur cette version.

@Tanguyj, Je n'ai pas actuellement acces à une version avec interface mobile, mais de mémoire, il y a un lien sur la page d'accueil. Fait egallement l'essai d'accéder via ton mobile, tu pourrais petre redirigé automatiquement. Si pas d'interface mobile, j'utiliserai l'interface desktop, mais ça me parrait etonnant qu'elle ait été retirée sur une version récente... Ton intégration "materielle" est interessante. J'y ai songé durant une période, mais je ne savais pas comment modifier la sortie en "libre de potentielle". Comment as-tu fait ? (je suis plus à l'aise avec un clavier qu'avec un fer à souder... Ta solution te permet egallement d'envisager une intégration avec le panneau d'alarme (Armer ton device en même temps que l'alarme, desactiver l'alarme si tu desarme via le panneau d'alarme, vision du déclenchement dans l'alarme pannel... Je note ta demande concernant l'état des capteurs. Je ne fais aucune promesse sur le délais, mais c'est toujours plus motivant de travailler si l'on sait que cela servira à d'autres. D'ans l'absolut le plus compliqué est fait avec la gestion de l'authentification. Récupérer le status des devices ne doit pas être si compliqué que ça, mais il faudrait créer des device "enfant" comme pour les volets. J'ai cette évolution dans un coin de la tête, mais elle ne sera pas prioritaire. D'abord parce que j'ai quelques projets perso avant l'hiver, mais surtout parce que j'aimerai tenter la création d'un plugin d'abord. Cela eviterai de refaire tous les devs. J'ai peu étudier encore la doc des plugins, mais l'idée serait d'eviter les variagles globales pour dialoguer entre le module alarme, et les "modules fils" et integrer si possible les evennements à la log d'evnnement, ainsi qu'une intrgation au panneau d'alarme s'il est possible de typer les devices... La doc des plugin n'est pas encore tres locaces sur ces points (surtout l'intégration aux panneaux existants), et tout ne sera peut être pas possible. Dans tous les cas, j'attendrais une version finale de la V4 car je ne souhaite pas passer une béta sur mon unique BOX. Bref, les encouragements sont importants, les idées ne manquent pas... mais le temps si! Dans tout les cas, les évolutions à venir seront postées sur ce fonrum... stay tunned...

@Trankilze4 Tu dois autoriser les utilisateurs concernés au nouveau device dans le panneau des utilisateurs. Ensuite tout fonctionne parfaitement sous Android. Sous iphone j'ai constaté que les device virtuels n'apparaissent pas s'ils sont associés àun piece qui ne contient pas un vrai device zwave. Affecte l'alarme a une pièce contenent des device zwave pour tester Envoyé de mon SM-G900F en utilisant Tapatalk

Merci @tanguyj! Avec un travail mâché comme ça, je vais integrer ta version. As tu déjàtesté le plugin avec ces valeurs? Ton alarme dispose-t elle d'une interface mobile? En dehors de la HwVersion 1 toute en disposent. J'ai essayé de privilégier l'accès via l'interface mobile afin que la solution soit le plus light possible. Tes url ressemble plutôt àcelle de l'interface desktop. Tu vérifier? Envoyé de mon SM-G900F en utilisant Tapatalk

@Carfman, Excellente nouvelle! content que cela fonctionne et en plus sur une protexial! Tiens moi au courant de tes tests, je modifierais mes variables pour les rendre compatible, et je publirai une nouvelle version du plugin. Je te remercie pour ton enthousiasme, et j'espère effectivement que cette solution rendra service à du monde. J'ai travaillé sur cette solution avec mon frère, pour VERA initialement, mais j'ai pris le virage fibaro! Mon frère a créé un plugin VERA, mis à dispo de la communauté, mais qui ne sera plus maintenu puisqu'il switch sur jeedom... Peut être un plugin Jeedom à venir!

Tu veux dire que le nom des variables est trop long ? Pas eu de soucis, mais je suis toujours en 3.590... Un peux frilleux avec les beta béta. Aucune variable ne s'est créée chez toi, ou uniquement les 2 trop longue ? Les variables concernées sont bien les 2 suivantes ? ProtexiomAlarmOnOff ProtexiomAlarmTriggered Je peux retoucher aussi le code adin de mettre à jour le device virtuel. Attention pour tes tests : Ces vraiables sont aussi utilisée dans les boutons (pour mise à jour immédiate des status). Concentre tes tests sur le main loop. Si la connexion et la remontée des status fonctionne, c'est tout bon. Le reste, c'est du nougat.

@Fredo, oui, c'est vraiment dommage. La grande question c'est Est-ce qu'il y a autant de version que d'alarme sur le marché, ou est-ce que cette solution couvre une grosse partie du parc? Absolument aucune idée. @Carfnann pourra nous apporter une partie de la réponse

Et bien pour ceux qui ont levé le pouce, c'est par làque ça se passe : http://www.domotique-fibaro.fr/index.php/topic/1985-virtual-device-alarme-somfy/?p=25291 Aller, je vais me coucher...

Edit du 12/03/2015 : Ayant vendu ma fibaro HC2, je ne pourrais plus maintenir / faire évoluer de device virtuel. A Ce jour il est stable en V3.X. Il est également stable en V4.35, à condition que les variables aient été convenablement créées manuellement. Si dans le future un développeur souhaite reprendre le support, je suis pret à lui transférer toutes les informations necessaire Version 1.0.0 : ProtexiomControler.zip Version 1.1.2 ProtexiomControlerV1.1.2.zip Nouvelle gestion de la version HW (parametres centralisé + log d'erreur) Ajout d'une 4eme version d'alarme (Merci Tanguyj) meilleur gestion des erreur (retour des message somfy) Ajout d'une fonction d'effacement des défauts Ajout etat du signal GSM et camera (sans variable globale pour l'instant) Renommage des variables globales ci-dessous pour compatibilité avec création manuelle V4 ProtexiomAlarmOnOff => ProtexiomOnOff ProtexiomAlarmTriggered => ProtexiomTriggered ATTENTION : Ceux qui utilisaient déja le module devront remplacer les variables si elles sont utilisées dans des scènes. Ceux qui sont en V4 devront égallement les recréer manuellement. Version 1.1.4 ProtexiomControlerV1.1.4.zip Correction URL pour les HwVersion 2 et 3 Correction syntaxe lua non supportée en LU 5.2 Correction de bug mineurs Et comme c'est la tendance chez Fibaro de faire réver les gens longtemps à l'avance, sur des evolutions qui arriveront peut être dans tres tres longtemps... je vais me risquer à une petite roadmap! ;-) Création d'un plugin ? (Ou là , y a un peu de boulot...) Récupération du journal des evennements protexiom Récupération de l'état des capteursPossibilité de connaitre en temps réel l'état des capteurs d'ouverture de porte Pour les autres capteur, uniquement l'état des piles, et s'ils ont déclenché l'alarme.

Ce module virtuel permet de contrôler une alarme Somfy Protexiom via son interface web. A ce jour la solution permet de : Connaître l'état de l'alarme (etat des zones, et alerte) Récupérer les éventuels défaut de l'alarme (défaut pile, liaison radio, porte ouverte, sabotage) Piloter l'alarme (choix des zones à activer ou arrêt total. L'alarme protexiom permettant de contrôler des volet roulants RTS, un second device est livré, afin de permettre le control de vos volets somfy (attention, il s'agit d'une commande centralisée. N'ayant pas de volets somfy, je l'utilise pour piloter mon store banne RTS). Sur le même principe que les volets roulants, un troisième device permet de piloter un lumière RTS via la centrale d'alarme SOMFY. Ce device virtuel est plug&play : Il créera lors de son installation les variables globales nécessaires à son fonctionnement. (grâce à un bout de code très très largement inspiré d'un dev de @Krikroff que je remercie au passage:-) Les variables globales créées peuvent êtres utilisée dans des scènes afin d'agir sur les événements de l'alarme. Attention : Le device virtuel n'a pas été adapté pour la V4 du firmware HC2. Si vous être en V4, vous devrez créer manuellement les variables. Les limites de la solution (On commence par les choses qui fachent ) Versions d'alarme compatible Pour une même version de l'alarme (Protexiom 600), il existe différentes versions de materiel et de firmware. Somfy ne permet pas de faire des mises à jour de firmware. Somfy ne propose pas d'API, le device virtuel execute donc les pages webs comme on le ferait via un browser. Selon les versions de firmware, certaines pages sont différentes La solution supporte actuellement 4 version différente, aussi bien dans la gamme protexiom que protexial. Si la votre n'est pas compatible, tenez moi informé afin de voir s'il est possible de l'intégrer. Session unique L'ouverture d'une session sur l'alarme est lente, et log une entrée dans son journal d’événement. Afin de ne pas surcharger l'alarme, et d'avoir un plugin réactif, la session est maintenue ouverte par le plugin. L'alarme ne permet qu'une seule session active à la fois. Cela signifie que lorsque le device virtuel est connecté, vous ne pouvez pas vous connecter à l'alarme (par exemple pour consulter sont journal d’événement ou la paramétrer. Pour contourner ce problème, ou bouton VD OFF est présent sur le device virtuel. Lorsqu'il est activé, le device virtuel interromp sa connexion avec l'alarme et libère la session. Il n'est donc plus opérationel, mais vous laisse la possibilité de vous connecter à l'alarme. Dans ces conditions, le module volets roulant est également inopérant. L'appuis sur VD ON permet de relancer la connexion Timout session La session de l'alarme a une durée de vie limitée. Même avec des interrogation régulière, la session est interrompue au bout du timout. L'interface d'amin de votre alarme permet de régler ce timeout. Je vous conseil de le régler au maximum (soit 99 minutes). Lors du timout, le device virtuel gérera automatiquement la reconnexion. Ce fonctionnement sera donc totalement transparent, si ce n'est l’apparition des logs de connexion dans le journal d’événement de l'alarme. Stabilité du serveur web de l'alarme Le serveur web de l'alarme somfy n'est pas conçu pour être utilisé de cette façon. Il est donc parfois instable. Il arrive que l'alarme génère un fichier XML vide pour le retour d'état. Dans ce cas, le module virtuel ferme puis ouvre une nouvelle session. Cela suffit à corriger l'erreur de façon automatique Il arrive que le serveur web de l'alarme ne réponde plus correcte. Dans ce cas la seule solution est de débrancher la centrale téléphonique de l'alarme pour réinitialiser le serveur WEB. Cette action n'a pas de conséquence car l'alarme fonctionne sur pile. Elle est toujours opérationnelle durant le reboot, seul la fonction « serveur web » utilise l'alimentation secteur. Le device virtuel contient une méthode reboot (décrite plus loin) qui permet de prendre en charge le « reboot » lorsque l'alarme ne répond pas. Malgré ces défaut, j'ai tester le module virtuel avec une interrogation de l'alarme toutes les 3 secondes pendant plusieurs jours, cela fonctionne parfaitement et à l'usage ces défaut restent imperceptibles. La disponibilité du développeur Comme la pluspart d'entre vous, je suis passionné par la domotique, j'aimerai avoir beaucoup plus de temps a y consacré. Je souhaite que ce developpement puisse profité au plus grand nombre. En cas de difficulté, j'essayerai de vous aider du mieux possible, mais ma productivité, et le temps que j'arrive à consacrer à mes propres projets... il va falloir vous armer de beaucoup de patience... Installation / Paramétrage Paramétrage de l'alarme (Timeout) Il est conseillé d'augmenter le timout de l'alarme a sa valeur maximum. Connecter vous à l'alarme en mode Administrateur puis dans les réglages de l'interface, régler le délais d'expiration de la session. Installation / paramétrage du device virtuel Importer le device virtuel, puis dans l'onglet avancé indiquez l'adresse IP et le port de l'alarme sur le réseau local. Il est ensuite nécessaire de paramétrer les variables suivantes dans le main loop : -- Password for Somfy user SomfyPwd = "1234" SomfyPwd = Le mot de passe utilisateur (important, pas le mot de passe administrateur ou installateur) -- Authentication Card SomfyAuthCard = {} SomfyAuthCard.A1 = "1234"; SomfyAuthCard.A2 = "1234"; SomfyAuthCard.A3 = "1234"; SomfyAuthCard.A4 = "1234"; SomfyAuthCard.A5 = "1234" SomfyAuthCard.B1 = "1234"; SomfyAuthCard.B2 = "1234"; SomfyAuthCard.B3 = "1234"; SomfyAuthCard.B4 = "1234"; SomfyAuthCard.B5 = "1234" SomfyAuthCard.C1 = "1234"; SomfyAuthCard.C2 = "1234"; SomfyAuthCard.C3 = "1234"; SomfyAuthCard.C4 = "1234"; SomfyAuthCard.C5 = "1234" SomfyAuthCard.D1 = "1234"; SomfyAuthCard.D2 = "1234"; SomfyAuthCard.D3 = "1234"; SomfyAuthCard.D4 = "1234"; SomfyAuthCard.D5 = "1234" SomfyAuthCard.E1 = "1234"; SomfyAuthCard.E2 = "1234"; SomfyAuthCard.E3 = "1234"; SomfyAuthCard.E4 = "1234"; SomfyAuthCard.E5 = "1234" SomfyAuthCard.F1 = "1234"; SomfyAuthCard.F2 = "1234"; SomfyAuthCard.F3 = "1234"; SomfyAuthCard.F4 = "1234"; SomfyAuthCard.F5 = "1234" Renseigner dans chaque variable A1, A2... le code correspondant de cotre carte d'authentification. -- Polling ninterval (in sec) SomfyPollingTime = 0 Renseigner dans SomfyPolling time la durée en seconde que vous souhaitez entre 2 interrogation de l'état de l'alarme. -- HC2 admin credential for variable creation Hc2Login = "admin" Hc2Passwd = "XXXXXXXX" Renseigner ici les identifiants admin de votre HC2. Il sont necessaire à la création des variables globales au premier lancement. -- IconID IconAlarmTriggered = 1031 IconAlarmStoped = 1032 IconAlarmOn = 1033 Renseigner ici les ID des icones que vous souhaitez utiliser. Une fois le paramétrage terminé, il suffit de sauvegarder, puis d'aller consulter le debug du mail loop. Si tout s'est bien passé, la log devrait ressembler à ça : Si votre HC2 est dans une version > 3.590, il est nécessaire de créer manuellement les variables suivantes dans le panneau de variable: ProtexiomVDOn = "OFF" ProtexiomOnOff = "000" ProtexiomTriggered = "0" ProtexiomDefault = "0000" ProtexiomToken = "" ProtexiomHwVers = "" A ce stade, le module est prêt à fonctionner. Le warning indique que le device virtuel est arreté. Il suffit désormais d'appuer sur le bouton VD ON pour que le module initialise la connexion avec l'alarme. La connexion mettra quelques dizaines de secondes à s'établir (+ le délais de polling) puis le message suivant indique une connexion correcte. Importer également le module volet roulants si vous souhaitez l'utiliser. Sur ce module, on renseigne également l'adresse IP et le port de l'alarme. Par contre pas de paramètres à modifier dans le main loop. Redemarrage du serveur web en cas d'instabilité Sur des alarme récentes, il est possible que le serveur web soit plus stable et ne nécessite pas de redémarrage. Dans ce cas, rien de plus à faire. Si le device virtuel ne se met plus à jour et que des trace de reboot apparaissent dans son mail loop, il sera alors nécessaire : De contrôler l'alimentation de la centrale téléphonique via un wall plug, micromodule switch ou autre solution Compléter dans le main loop la fonction reboot (ligne 879) afin quelle désactive, puis réactive l'alimentation de la centrale. Utilisation dans des scenes Un certain nombre de variables sont créées par le module, afin de gérer la session, et stocker l'état de l'alarme. Les variables suivantes sont utilisable afin de déclencher des scènes sur changement d'état de l'alarme : ProtexiomAlarmOnOff Les 3 digits représentent la valeur des trois zones : 000 = Alarme désactivée 100 = Zone A activée 111 = Zones ABC activées … ProtexiomAlarmTriggered OK = Pas d'alarme NOK_INT = Alarme intrusion D'autres valeurs sont possible par exemple si vous avez des détecteurs d'incendie. ProtexiomDefault : Chaque digit représente un défaut. 0 = pas de défaut, 1 = un défaut. Les digits correspondent dans l'ordre à : Piles faibles Porte ouverte Sabotage (autoprotection des capteurs) Problème de communication avec un capteur Troubleshootings : Si le device virtuel ne fonctionne pas, et que vous obteniez dans la log du main loop l'erreur ci_dessous (avec hardware version <> 1, 2, 3, ou 4) C'est probablement que vous avez des valeurs éronnés dans certaines variables. Utilisez la procédure décrite ici pour rétablir la situation.

Bravo et merci!

Je travail depuis un moment sur un device virtuel permettant le pilotage de ma somfy protexiom via son interface web. Il y a quelques contraintes, mais je suis arrivé àune solutiin qui semble fonctionner. si vous avez un peu de patience, je pense la pattager pour test Envoyé de mon SM-G900F en utilisant Tapatalk

Hello DjoulZ, Je salut également ton travail, mais je suis du même avis que Steven concernant la diffusion de mes passwords et informations, et cette contrainte sera forcément un frein au partage de ton travail. Cedric heberge un certain nombre de script pour ceux qui choisissent de faire confiance, et qui n'ont pas leur propre serveur. A ma connaissance, ces scripts sont également dispo en téléchargement, permettant ainsi leur utilisation aux utilisateurs soucieux de la sécurité.

La librairie json est dispo uniquement dans les virtual devices, pas dans les scènes. J'ai contourne le problème en mettant le code de ma notif dans un nouveau bouton du virtual device de krikroff. J'appelle ensuite ce bouton depuis la scene.

Argh!! Désolé, c'est moi qui est ajouté ça pour faire une test lorsque j'ai eu mon problème de variable globale! Coorection faite, je te confirme que tout fonctionne à merveille. Excellent pour la prise en compte des options Pushover!!! Au top ton nouveau module! . Merci encore!

Un petite option intéressante pourrait être la prise en compte d'un son spécifique sur pushover. https://pushover.net/api#sounds C'est vraiment du nice to have, mais ça peut être interessant par exemple pour utiliser un son spécifique sur un déclenchement alarme, et un son pour des messages moins important.

Pour ceux que cela peut interesser, voici une icone utilisable pour le device et les scenes.

Bonjour Krikroff, Merci pour cette excellente idée!. Je viens de faire quelques tests. ça fonctionne partiellement, mais peut être ai-je merdé avec la variable globale, dont une partie du fonctionnement n'est pas clair pour moi. Lors de mon premier essai, la fonction notify que j'ai untégrée dans mon code plantait sur la ligne de code ci-dessous : params.order = #object + 1; Je n'ai pas noté le message d'erreur exact, mais l'erreur semblait venir du fait que la valeur de la variable object n'etait pas de type string... J'ai modifié le bouton Erase Pending afin qu'il mette une chaine vide dans la variable x_nc_object, soit : fibaro:setGlobal("x_nc_object",""); Cela fonctionne tant que je laisse ce code. Des que je remet un "0" ça ne fonctionne plus. Ce qui m'échappe avec la variable globale est qu'elle semblait contenir initiallement un entier, et qu'elle contient désormais un "string" quoi que je mette dedans. Bref, le device fonctionne tant que je laisse mon code modifié sur le bouton erase. Pour mes tests, je n'ai pas encore activé la scene qui déclenche la notif. Je fais ce déclenchement manuellement. Tout fonctionne à merveille si je déclenche la création d'une notification apres chaque création de message. Par contre, si je tente d'empiler 2 messages, cela ne fonctionne pas, j'obtiens le message suivant : [DEBUG] 17:21:48: Object not found, create new object and add notification [DEBUG] 17:21:48: Notification #1410362508 sent on 2014-09-10 17:21:48 [DEBUG] 17:21:49: Object found, new notification added [ERROR] 17:21:49: line 25: bad argument #1 to 'insert' (table expected, got string) L'erreur est sur la ligne ci-dessous : table.insert(object, params); En cas de besoin, voici l'ensemble de mon code : -- ID of the notification center device local NotifCenterID = 50 local PushAppToken = "XXXXX" --- Notify function (from Krikroff -> DO NOT Modify -- @ param params The object with parameters -- @ rev 1.0.1 local notify = function(params) if (params and type(params)=="table") then local data, object = fibaro:getGlobalValue("x_nc_object"), {}; if (not params.time) then params.time = os.time() end if (not params.order) then params.order = 1 end if (not params.status) then params.status = 0 end if (string.len(data) > 0) then local data = json.decode(data); if (data and type(object)=="table") then object = tostring(data); params.order = #object + 1; fibaro:debug("Object found, new notification added"); end else fibaro:debug("Object not found, create new object and add notification"); end table.insert(object, params); fibaro:setGlobal("x_nc_object", json.encode(object)); fibaro:debug(string.format("Notification #%s sent on %s", params.time, os.date('%Y-%m-%d %H:%M:%S', params.time))); end end -- Build message notif local AlarmStatus = fibaro:getGlobalValue("ProtexiomAlarmOnOff") if AlarmStatus ~= "000" then MyMessage = "Alarme mise en marche, zone " if string.sub(AlarmStatus, 1, 1) == "1" then MyMessage = MyMessage.."A" end if string.sub(AlarmStatus, 2, 2) == "1" then MyMessage = MyMessage.."B" end if string.sub(AlarmStatus, 3, 3) == "1" then MyMessage = MyMessage.."C" end else MyMessage = "Arret Alarme" end -- Send notif notify({ message = MyMessage, service = "pushover", settings = { token = PushAppToken, -- Application's API token (override default settings) --user = "", -- User key (override default settings) priority = "0", -- Message Priority: Normal (option) title = "Alarm on/off", -- Add a title (override default settings) timestamp = os.time() -- Specifying a Message Time (option) } })

Si la solution commande FC (CPL) t'interesse valide bien avant avec un revendeur qu'elle est compatible avec tes volets. Ensuite, si tu le souhaite, je peux prendre des photos de mon installation afin que tu puisse faire tes soudures si tu le souhaite. Apparemment, les télécommandes (et la couleur du carré) permettent égallement de définir le type de volet. je peux égallement poster une photo des mienne si besoin (ce ne sont pas du tout les mêmes que celles de @Eric69 Bref a ta dispo pour plus de détail sur mon installation si necessaire.

Stéphane, Pas très surpris que le vendeur n'ai pas pu te renseigner. Dans la majorité des cas, les vendeurs sont plutôt spécialisés dans la menuiserie, ne connaissent pas réellement les technologies utilisée (radio, CPL) et encore moins la domotique... voir te prennent pour un extraterrestre quand tu pose ce genre de question. Si tu cherche du conseil, contact le vendeur auquel j'ai fait référence pour l'achat de ma commande FC. Ils font du SAV, de la pièce détachée, savent tres bien de quoi ils parlent. Je n'ai pas tres bien compris ta question sur l'existence de télécommande "pleine (avec circuit imprimé)". Ce que je sais c'est qu'il est possible de changer de télécommande en cas de panne mais : - Tu dois la faire programmer par un pro à partir des infos identifiant récupérée sur ton volet - Je ne sais pas s'il est possible d'avoir 2 commandes radio pour 1 même volet. Modifier une commande reviendrais dans ce cas à perdre ta commande murale... ou à la remplacer par un commande zwave J'ai mis 2 ans a trainer sur tous les forums en me posant la même question que toi. Cette commande CPL me parrait la meilleur solution, sans risque pour ton installation, sans perdre tes commandes murale => Ton installation fonctionne comme d'origine. Ton idée pour gérer les groupes en coupant l'alimentation des volets me parait excellente. Je n'y avaiti pas pensé. ==> Au pire, un micromodule commutateur zwave dans chaque volet, et tu obtiens toutes les combinaison possible avec une seule commande centralisée buben. Je ne sais pas dans quelle mesure les coupures déteriorent les cartes électronique, mais sans doute bien moin que ton idée initiale (à laquelle j'avais égallement pensé). Pour le module CPL donnant plusieurs ordre, le seul qui existait à ma connaissance etait le TR227. Il n'est plus fabriqué, mais reste peut être en stock dans certaines boutiques en ligne. Mais le prix te refroidira. Environ 250€, puis si tu souhaite le piloter en zwave, un modul Contact sec -> KNX radio par groupe a commandé auquel tu ajoute un module ZWAVE. La programmation des modules KNX necessite l'intervention d'un pro, ou d'un équippement à 700€... Si tu trouve une solution CPL plusieurs ordres, tiens moi au courant. Mais j'ai peu d'espoir

Stéphane, Cela commence à dater, mais j'ai fait pas mal de recherches, et je te confirme qu'il y a très peu de solution pour domotiser les vollets bubendoff a commande radio. J'ai lu sur certain forum que la fin de courses était gérée par les télécommandes. Je ne comprends pas comment, mais cela expliquerai les difficultés d'eric69 sur ce point. Il existe plusieurs gammes chez bubendorf, et les solutions de centralisations diffèrent. Ceux dont je dispose (et dont je peut parler) font parti je crois de la gamme "tradi ID". Chaque volet est commandé par sa propre télécommande, mais les moteurs sont tous équipé d'un recepteur CPL leur permettant de recevoir des commandes de groupes. Évidement, il s'agit d'un protocole propriétaire. A l'origine, HAGER vendais un module (peu connu) nommé Tebis TR221. Il s'agissait d'un emetteur CPL, permettant d'envoyer des commandes de montée / descente sur 7 groupes dont un général. Ce module etait en fait une passerelle KNX radio vers CPL bubendorff, livré avec une télécommande KNX radio permettant de piloter tout ça... à la main. On pouvait ensuite ajouter des modules KNX radio pilotable par contact sec pour envoyer les ordres. ==> Installation hors de prix, et Hager a arreté de fabriqué ce module. J'étais moi même équipé de ce module avec uniquement la télécommande, il est tombé en panne au bout de 2 ans, irréparable... La seule solution restante, est l'utilisation d'une commande CPL ci-dessous : http://www.sav-volet.fr/post/piece-detachee-volet-bubendorff-Inverseur-fc Cette télécommande est alimentée en 220V. Il suffit de la relier au secteur, puis une procédure de programmation (manÅ“uvre du disjoncteur VR + appuis sur les bouton de commandes de volets) permet de l'appairer avec les Volets via CPL. Ensuite, l'appuis sur cette télécommande envoi des ordres de montée / descente via le réseau électrique (CPL) au moteurs Appairés. La société du lien ci-dessus (particulièrement compétente en ce qui concerne les volets bubendorff) à accepté de me vendre cette commande avec des fils soudés dessus, afin de la commander via un IPX800 (ou un module fibaro) car je suis totalement mancho avec un fer à souder. J'ai payé un peu plus de 80€ avec les frais de ports. Depuis plusieurs mois, je commande mes VR avec cette solution et cela fonctionne parfaitement. Cette installation reste limittée puisque : Il s'agit d'une commande envoyée à tous les volets (pas de contrôle individuel) Pas de retour d'état Cela réalise néanmoins le minimum que l'on est en droit d'attendre sur des VR, pour un cout de 85€ pour la commande FG modifiée + 60€ pour un module fibaro). La solution est fiable, et sans risque pour les volets. Si tes volets ne font pas parti de ceux pilotables par CPL, il existe peut-être une commande identique radio. Les volets bubendorff portent normalement un petite plaque d'identification, permettant au revendeur de te dire de quelle gamme il s'agit, et quelles sont les télécommandes supportées. A valider également aupres d'un revendeur, mais il est sans doute possible d'utiliser plusieurs commandes FG associées et de les appairée à une partie seulement des moteurs, afin de gérer des zones. A ta dispo si mes explications ne sont pas clair... Bubendorff a réussi à inventer une belle usine à Gaz. Bon courage. Erratum : Sans doute pas tres important, mais le module Hager s'appelait TR227 et non TR221. Egalement vendu sous marque budendorff "Pack Control"

Merci pour vos reponses. Le srt me parrait une bonne option, avec effectivement le module virtuel de jo en complément. Comme Nico, j'imagine une solution avec plusieurs srt sur des zones respectives. Je suivrais volontier vos retours d'expérience sur ce sujet! ;-)

Bonjour et Bienvenu sur le forum, Concernant ta recherche d'interface RTS, l'utilisation d'un RFXTRX433E, associée à une solution FHEM parait une tres bonne passerelle multiprotocole (d'apres ce que j'en ai lu, puisque je n'ai pas eu l'occasion de le tester). C'est en tout cas une solution supplémentaire à celles que tu as déja identifées. (Je pense d'ailleurs que tu ne seras pas loin d'avoir fait le tour des solutions existantes) Cette solution peut également supporter enocean au besoin, par l'ajout d'un dongle. Par rapport à la zibase, tu serais sur une solution indépendante du cloud. En revanche, c'est sans doute un peu plus techniques à mettre en place, mais puisque tu viens du monde de l'informatique, c'est loin d'être insurmontable. RTS est effectivement une solution propriétaire, mais qui a le mérite d'être fiable. Tu aurais pu plus mal tomber, je suis équipé de bubendorff, il n'existe aucune solution de centralisation en dehors de bidouiller les télécommandes...

Bonjour, J'envisage de gérer mon chauffage avec le panneau de chauffage. Avant d'investir, j'essaye de comprendre le fonctionnement de cette solution. Pourriez vous me préciser à quoi correspond ce bug avec le "SCS" ? Merci pour votre aide.