albundy

Bien vu ! J'ignore pourquoi, mais c'est OK. Merci !

Pareil, plus de connexion internet et ça me le faisait aussi depuis la 4.520. La météo intégrée est donc aux fraises, ainsi que les backups cloud.

Hello, J'ai testé ce soir : Un thermostat mural (Danfoss), qui pilote deux autres thermostats (un par chauffage, ce sont des splits de clim), via une scène. Une zone de chauffage (Salon) Le plugin Thermostat est associé à cette zone de chauffage et au thermostat Danfoss. Toutes les actions que l'on peut faire depuis l'application (bon en fait une, le mode manuel), n'ont aucune incidence sur le Thermostat directement, cela ne change pas sa valeur ni la durée du mode manuel. Par contre, les interactions physiques depuis le Thermostat (+/-) font bien passer le plugin Thermostat en mode manuel, pour 30 minutes (en fait la valeur configurée depuis le plugin), non modifiable dynamiquement lorsqu'on la change physiquement depuis le Thermostat. Pour résumé : - Interactions Plugin -> Thermostat KO. - Interactions Thermostat -> Plugin : OK mais limité. - Pas encore prêt à remplacer un module virtuel... Ceci étant, il y a peut-être quelque chose que j'ai loupé... Cédric

L'AppleTV va te permettre d'accéder à distance à tes équipements reliés à HomeKit, et te permettra d'associer des équipements prévus pour HomeKit. Donc pour tous les équipements émulés, il faut bien une machine avec Homebridge dessus. Le NAS fait l'affaire aussi, mais tous les NAS ne font pas tourner Docker (perso j'ai un DS214 Play, c'est incompatible). Oui correct ! Ils apparaîtront tous dans l'application Maison, à toi ensuite d'organiser leurs emplacements et de modifier leurs types si nécessaires. Pour rappel, un exemple de configuration de plateforme HC2 : https://github.com/ilcato/homebridge-Fibaro-HC2/blob/master/config.json A+

Hello, Selon moi, la solution la plus simple et plus accessible est de passer par Jeedom et le plugin Homebridge. Ainsi, c'est Jeedom qui va gérer Homebridge, et garantir que le service tourne en permanence et qu'il sera toujours à jour. De plus, via l'interface de Jeedom, c'est toujours plus simple de gérer Homebridge, consulter les logs, ajouter des nouvelles plateformes (comme justement le Home Center 2). Quelques liens : La documentation pour débuter avec Jeedom : https://github.com/jeedom/documentation/blob/master/installation/fr_FR/raspberrypi.asciidoc Le forum Homebridge https://www.jeedom.com/forum/viewforum.php?f=188 Bon courage,

Hello, @schwinny J'utilise Jeedom avec le plugin app Mobile, qui permet d'installer Homebridge. Ensuite sur le pi en ssh, j'ai installé le plugin FibaroHC2, et ajouter la configuration dans Jeedom. Cela marche parfaitement, et surtout depuis la dernière version du plugin, cest encore plus simple. L'avantage d'avoir Homebridge dans Jeedom, cest qu'il va gérer le service proprement, on a accès aux logs facilement, etc. Pour domoticz peut être y a-t-il également un plugin homebridge?

C'est bien triste tout ça de la part de Fibaro... Savez-vous si Jeedom supporte totalement ce module ?

Heureux d'apprendre que je ne suis pas le seul ! J'ai tout essayé en vain... Je suis passé pour un guignol quand j'ai voulu montrer ça à ma femme ! Merci Siri Par contre depuis la mise à jour, le RFID de Zipato est bien reconnu et envoi des notifications quand il est Verrrouilé/Deverouillé c'est plutôt pas mal.

Because Fibaro removed the ability to add a custom plugin...

Oui il fonctionne nickel ! Simplement faire une scène qui watch la valeur du module : (ici 233 est l'id du module) --[[ %% properties 233 value %% events %% globals --]] if tonumber(fibaro:getValue(233, "value")) == 1 then fibaro:setGlobal( "AlarmStatus", "Arming") else fibaro:debug("AlarmStatus Disarming" ) fibaro:setGlobal( "AlarmStatus", "Disarm" ) end Ensuite, pour enregistrer des codes RFID, il suffit de biper un badge, tu vois l'id du badge dans l'interface web du HC2. Et tu l'enregistres comme ceci : local ID = 233 -- RFID Reader ID fibaro:call(ID, "setUserCodeDec", "<UserId>", "Occupied", "X,X,X,X,X,X,X,X,X", "<UserName>"); Avec UserId l'identifiant de l'utilisateur que tu as créé dans l'interface web du HC2 (panneau utilisateurs), UserName le nom de l'utilisateur. et X,X,X l'identifiant du badge RFID que tu as noté avant.

La description fait état d'un "Bouton supplémentaire configurable". En appuyant dessus, l'écran LCD s'éclaire Sauriez-vous comment le configurer ce bouton ? (sur HC2). Merci !

Merci pour ta réponse, je vais devoir le démonter alors ! Dommage qu'on ne puisse pas faire ça par configuration... Comme j'en ai d'autre à monter,: c'est au petit bonheur la chance, ou bien il y a un truc ?

Bonjour, C'est très simple : j'ai installé un second FGRM 222 sur un de mes volets, mais ce dernier inverse les ordres... Quand j'appuie au niveau des interrupteurs l'ordre est bon (monter, le volet monte, descendre il descend...), mais le retour dans le HC2 est inversé : je le vois fermé alors qu'il est ouvert en réalité. Et donc qu'appuie depuis le HC2, c'est inversé. Y a-t-il un paramètre pour rétablir le bon sens dans le HC2 ? Est-ce le montage à revoir ? (Inversion S1-S2 ?) Si c'était le cas, au niveau des interrupteurs ce serait aussi inversé non ? Merci de votre aide !

J'espère que je n'arrive pas trop tard Tout simplement comme ça : 1. Créer un module virtuel. 2. Y ajouter 2 boutons : 1 pour monter et 1 pour descendre. 3. Pour le bouton Monter, ajouter le script suivant Domoticz = Net.FHttp("192.168.1.12", 8080); --change ip and port with your domoticz setting Domoticz:setBasicAuthentication("YourDomoticzUserName","YourDomoticzPassword"); -- change with your access credential local deviceId = 6; -- 6 is the ID of my device in Domoticz. Change with your ID response = Domoticz:GET(string.format("/json.htm?type=command&dparam=switchlight&idx=%s&switchcmd=Off&level=100", deviceId )); fibaro:debug(response); 4. Pour le bouton descendre Domoticz = Net.FHttp("192.168.1.12", 8080); --change ip and port with your domoticz setting Domoticz:setBasicAuthentication("YourDomoticzUserName","YourDomoticzPassword"); -- change with your access credential local deviceId = 6; -- 6 is the ID of my device in Domoticz. Change with your ID response = Domoticz:GET(string.format("/json.htm?type=command&dparam=switchlight&idx=%s&switchcmd=On&level=0", deviceId )); fibaro:debug(response); 5. Vous pouvez ajouter un icône par bouton, pour avoir un retour visuel (monté, descendu).

Hello, De mon côté j'utilise RFXCOM - Rfxtrx433E USB (que tu pourras trouver ici : http://www.domadoo.fr/fr/interface-domotique/2561-rfxcom-interface-rfxtrx433e-usb-avec-recepteur-et-emetteur-43392mhz-compatible-somfy-rts.html) Il est branché sur un Raspberry PI avec DomoticZ d'installé dessus. Tu trouveras un tuto ici : http://play.with.free.fr/index.php/rts-somfy-avec-domoticz-et-rfxcom-rfxtrx433/ Ca marche vraiment bien ! Sinon, j'ai récemment vu que SOMFY avait sorti une passerelle RTS to Z-Wave. Je ne connais ni le prix, ni la dispo, mais ca existe : https://www.somfysystems.com/products/1811265/z-wave-to-rts-interface Bon courage !

@Lazer Merci, Danfoss commandé ! @Nico Le heat-it a l'air fait pour le chauffage au sol, ce qui ne correspond pas à mon type de chauffage (Splits crachant de l'air chaud)

L'hiver arrivant, et un template officiel pour le ZXT-120 m'a relancé dans mes recherches. J'ai donc scripté un module virtuel qui sert de thermostat "intelligent" (bon il est un peu débile encore pour l'instant...) : Calcul de la température moyenne de la zone Récupération des informations du panneau de chauffage Mode manuel avec programmation de température Et scripté une scène qui, dès que la température de consigne change, va envoyer les ordres aux Remotec ZXT-120 de la zone concernée. Le côté Smart pourrait être amélioré : En s'appuyant sur nos captures préférées (luminosité, présence, température extérieur, vent...), le module virtuel pourrait être un peu plus intelligent Couplé à une analyse des logs, des passages en mode manuel (tiens je passe souvent en manuel le soir, on va alors "ajuster" la consigne du soir...) il peut devenir encore plus intelligent. Par contre, cette analyse nécessitera un serveur tiers... Le côté WAF : c'est la que je sèche, à part mettre 200 euros ou plus dans un Smart Thermostat, je ne vois pas, et avoir une adhérence au cloud... Connaissez-vous un Thermostat qui a de la gueule, pas trop cher et dont les ordres envoyés par ce dernier puissent être récupérés simplement depuis le HC2 (soit via pooling d'un module virtuel, soit via lecture directe dans une variable globale ?) Merci

Hello, Tout d'abord merci d'avoir partager ton VD ! J'ai suivi le tuto jusqu'au bout, aucun qui son qui sort de mes SqueezeBox (SqueezePlug Max2Play). Je vois bien la SqueezeBox s'allumer, puis s'éteindre, mais pas de son joué. J'ai tout testé : les codecs, le format, la vitesse de lecture, rien. Cela n'a pas l'air d'être un problème de taille de fichier, car je suis allé jusqu'à générer des fichiers de 1.5Mo. Une alternative : télécharger le son depuis voicerss, l'enregistrer et ensuite le lancer... cela perds néanmoins un peu de son intérêt ! Des idées ? Merci !

Je me réponds àmoi même : a priori non, c'est bien un problème de Fibaro, voir le message en rouge sur ce site allemand. http://www.siio.de/sicherheitalarm/alarm-schalten-mit-zipato-rfid-tagreader-im-fibaro-hc2-update-3/

Bonjour, Cela fonctionnait très bien également pour moi, jusqu'à la mise à jour en 4.071 beta... Les codes ne sont plus disponible dans la propriété "userCodes". J'imagine pour des questions de sécurité, la mise à jour à du changer des choses... Je ne sais pas quoi faire. Suis-je le seul dans ce cas la ? Merci pour vos retours Cédric

Hello Did, regarde un peu plus haut dans la page mon post sur la manière d'appeler les programmes persos. L utilisation de fibaro:call comme le propose Steven est bugguée.

Merci de vos réponses. Comment un thermostat comme Qvivo fonctionne-t-il car ils se disent compatible PAC. Sur le bornier de l'unité extérieur par contact sec ? Je vais leur poser la question. La solution Tado est en fait identique a un Remotec ZXT 120 avec la programmation intégrée. C'est vraiment pas mal àsuivre quand ils auront intégré la commande de plusieurs unités. Le côté full cloud par contre... En conclusion un ZXT 120 par unité pour remplacer les telecommandes, OK. Pas d' extinction brut de l'unité extérieur mais uniquement communication via les borniers. Ensuite est ce qu'un thermostat d ambiance est adapté ? Est ce qu'il va communiquer directement avec les zxt 120 ? Par zone par exemple. Ou directement via le contacteur au niveau de l unité extérieur. Les 2 ? Je continue ma pêche aux infos car cela reste encore flou pour moi ! Merci

Hello, Je possède une PAC de marque Mitsubishi. Mon installation est composée de plusieurs splits : 2 aux RDC et 4 à l'étage dans chaque pièce. J'ai un Remotec ZXT-120 sur l'un des splits du RDC, idéalement il m'en faudrait sur tous les splits. Je me pose la question sur la manière la plus optimale de piloter sa pompe à chaleur Air / AIr ? Un thermostat d'ambiance, type Nest ou Secure permettrait-il de faire à la fois des économies d'énergie et d'avoir un confort de température ? Du coup le module contact sec fourni avec ces thermostats se mettrait au niveau de l'unité extérieur : - est-ce une bonne pratique pour une PAC du couper l'unité extérieur "manuellement" ? - que se passe-t-il si elle est coupée alors que les unités interieures sont allumés ? Comment le thermostat "intelligent" régulera la température, en éteignant les unités intérieures ? en jouant sur leur température de consigne individuellement (cela les passerait en mode repos, mais ils souflleront toujours un peu d'air...) ? Pour résumé, peut-on comparer le fonctionnement d'une PAC Air/Air + Remotec ZXT-120 par unités + Thermostat d'ambiance avec celui d'une Chaudière + Vanne Danfoss LC13 + Thersmostat d'ambiance ? Si l'un d'entre vous a une solution qui fonctionne ou des conseils à donner sur la domotisation d'une PAC, je suis preneur ! Ou encore un super script qui gère ses ZXT-120 ! Je vous propose au passage mon script qui éteint / coupe l'unité du Salon quand la température dépasse un certain seuil, mais cela provoque un effet escalier (chauffe/coupe/chauffe/coupe) pas forcément optimal : https://gist.github.com/clegendre/b09b542e4a00739525af#file-fibaro-heating-management-with-remotec-zxt-120-lua Merci, Cédric

Ma question était plutôt technique... Plugin custom ou non, cela reste un plugin, avec ses particularités de plugins. Quelle différence entre un plugin custom et un plugin "Officiel" a part le fait qu'il a été développé par Fibaro ? Si quelqu'un a une idée ou a eu la possibilité d'entrevoir le code d'un plugin officiel afin de jouer au jeu des 7 différences... cela permettrait peut-être de rendre les plugins custom compatible pour évolution... Ou bien la réponse se trouve vraiment bas niveau dans le système de mise à jour qui se vautre lamentablement... Pourquoi un intérêt autour des plugins ? Car ils changent réellement l'intégration dans l'éco système domotique... d'un pauvre module virtuel on va vers un module entièrement reconnu dans les applications Fibaro ou autres applis (ImperiHome par ex.) et donc totalement intégré. Cela change vraiment la donne pour la WAF attitude par ex ! Bref on dérive sur le sujet initial, maintenant c'est clair plus de mise à jour tant que cela ne se sera pas stabilisé autour des customs plugins !

Est-ce que l'on sait pourquoi ? Quelle difference avec les plugins officiels style Netatmo par ex ?