Lazer

> Au niveau des radiateurs, il faut mettre les radiateurs en mode programmation et à fond Euh.... je sais pas, je ne connais pas ton radiateur. Mais je suppose que oui. > si j'utilise le Thermostat SRT321. Par contre, quand je monte au descend la température sur le thermostat c'est sensé chauffé plus ou moins non ? car là par exemple je l'ai mis à 5 degré ben j'ai pas l'impression qu'il baisse le chauffage. Normalement Oui. Si ça ne fonctionne pas, alors tu as probablement raté ta procédure d'association. PS : ne cite pas le message précédent entier....

@Sym Je pense que tu confonds 2 choses : Principe général du fil pilote : on règle la température de confort SUR le radiateur. C'est donc le thermostat intégré du radiateur qui fait le boulot. Le module à Fil Pilote (que ça soit un Qubino, un relai avec des diodes, ou bien un bidule Delta Dore) se contente d'envoyer un ordre, parmi 6 disponibles (confort, Conf -1°C, Conf -2°C, Eco, Hors-gel, et arrêt total) Si tu souhaites utiliser un thermostat externe (tel que le SRT 321), alors il FAUT régler le thermostat du radiateur à fond (enfin pas tout à fait, mais suffisamment pour être certain qu'il chauffera toujours quand on lui demande), et dans ce cas le fil pilote ne sert plus qu'à donner 2 ordres : Confort, et Arret. En gros, c'est du binaire, du 0 ou du 1, tu chauffes ou tu chauffes pas. Ainsi, le thermostat externe SRT 321 fait sa régulation avec son propre algorithme (PID) et sa propre sonde de température (idéalement placé dans la pièce loin du radiateur). Pour que ça fonctionne, il faut ASSOCIER (mécanisme du protocole Z-Wave) le SRT321 avec le module Qubino. Je n'ai pas testé perso, mais c'est censé fonctionner. Ensuite, utiliser le panneau de chauffage de la HC2 est optionnel, il y a des avantages (planning graphique et facile à faire) et des inconvénients (planning trop limité). Bref, en résumé c'est l'un ou l'autre : tu utilises les 6 ordres de ton fil pilote, OU tu utilises le fil pilote en mode binaire et c'est le thermostat externe qui fait le job. Je ne pourrai pas t'aider plus sur l'association du thermostat et du Qubino, comme précisé, je ne l'ai pas testé.

Oui, si pas d'instance en paramètre, alors instance par défaut, ça me va Ce n'est pas le coté LUA de la HC2 qui me gêne, on peut faire un peu ce qu'on veut une fois qu'on a les paramètres en entrée. Le truc c'est juste de l'avoir dans le plugin, car ça on ne peut pas trop y toucher. Il fait quoi ton VD en fait ? Parce que le miens, il est capable de piloter intégralement Kodi (On, Off, lecture, arrêt, etc) et même d'envoyer des notifications et des caméras en faisant appel à ton plugin. Pour info voilà à quoi ressemble en gros ma scène pour l'instant (c'est très simple et basé sur ce que tu as donné en première page) : --[[ %% properties %% events %% globals KODI_HTPC KODI_ShieldTV --]] local trigger = fibaro:getSourceTrigger() if trigger["type"] ~= "global" then fibaro:debug(os.date('%d/%m/%Y').." : Unknown trigger : "..trigger["type"]) fibaro:abort() end local VariableKODI = fibaro:getGlobalValue(trigger['name']) fibaro:debug(trigger['name'] .. " => " .. (VariableKODI or "<i>nil</i>")) -- ON if VariableKODI == "On" then -- OFF elseif VariableKODI == "Off" then -- Démarrage video elseif VariableKODI == "Video_Started" then ... -- Other else fibaro:debug("Unknown value : " .. (VariableKODI or "<i>nil</i>")) end Donc plutôt que le trigger sur VG, il est très simple de remplacer par un trigger sur paramètres du startScene().

Oui, il faut prendre le mot "alarm" au sens "réveil matin". Perso je m'en sert pour planifier le réveil de la maison (chauffage, etc) quand je dois me lever plus tôt que d'habitude. Bien pratique ce VD

Salut @ADN182 Je ne sais pas où tu en es de la modif de ton plugin pour appeler une scène, mais j'ai une remarque. J'ai installé récemment un second plugin sur l'instance Kodi de ma Shield TV. Je l'ai configuré afin qu'il utilise une variable globale différente comme tu avais prévu. Mais il me fait une notification à chaque allumage de Kodi, me disant de créer une autre scène, ce que je ne veux pas. En effet, on peut très bien avoir plusieurs VG différentes (une par Kodi), mais une seule scène qui se déclenche sur trigger de toutes les VG. Afin de ne pas multiplier les scène inutilement. Donc dans l'évolution prévue, il serait bien que ton plugin soit capable d'appeler une scène au choix (donc l'utilisateur peut choisir 1 seule scène unique ou plusieurs scène séparées), et dans les paramètres de cette scène, outre les info habituelles (on, off, menu, lecture, stop, etc), ajouter une valeur qui permette d'identifier l'instance de Kodi qui appelle cette scène. Qu'en penses-tu ?

Oui c'est cela. Tu as du boulot pour remettre en place, mais au final cela simplifie l'installation. Comme Sonos par définition c'est du multiroom, alors on est amené à installer plusieurs VD identiques pour piloter chaque Sonos. Donc il est plus simple pour l'utilisateur d'utiliser une variable commune pour simplifier la mise en place des VD sans avoir besoin de choisir à chaque fois un nom de variable différent. En tout cas je me suis inspiré de ce principe de variable globale unique pour mes VD Yamaha MusicCast. Et je vais faire de même pour mon VD Kodi avant de le partager.

Enfin un clavier en Z-wave, j'adore le concept Personnellement, je préfère un clavier à une télécommande pour piloter une alarme (après avoir essayé les 2 sur mon alarme dédiée, j'ai abandonné les télécommandes (achetées pour rien du coup)). On utilise le clavier au quotidien. En effet, un peu cher... c'est le prix de la nouveauté et de l'exclusivité.

@kioneoranga Je crois bien que @pepite a raison.

J'avais mis du temps à choisir ma vanne, mais j'avais volontairement sélectionné un modèle qui fonctionne comme décrit par Jojo, ainsi avec un module FGR c'est safe, et en plus on a la calibration, donc le retour d'état de la vanne par mesure de consommation (4 à 5W seulement pendant 10 secondes, donc il faut paramétrer finement la détection dans les paramètres du FGR) Malheureusement c'était un modèle noname qui n'est plus référence par Amazon, mais il y a des équivalents.

Perso je l'utilise, mais je n'ai pas eu d'intrusion, donc je ne saurais te dire si ça fonctionne ou pas.

Tient, Daigral qui communique sur les maintenances préventives de son service Diagral Connect, c'est nouveau et bienvenu

La domotique c'est comme au supermarché, on fait son choix en fonction prix au kilo-watt

Ah tu veux que la requête Web ne te renvoie QUE la valeur ? Je ne pense pas que ça soit possible avec l'API JSON de la HC2.... qui renvoie justement un JSON. C'est une méthode d'échange de données très pratique et propre. Il faudrait que tu voies du coté de IFTTT si ils ne proposent pas des outils pour extraire une valeur d'un JSON.

Teint d'ailleurs je me tâte à créer un topic dédié au Homepod dans la section des assistants vocaux du forum, les première review sont terribles (au sens premier du terme). C'est pas cette fois-ci que la pomme fera sa révolution comme ils ont su le faire avec l'iPhone.

Oui un tout petit disque dur, même pas de quoi y mettre une collection correcte de films en 4K HDR. Mieux vaut avoir un NAS externe, qui fait du bruit ailleurs. @Bloug sur les forums HC, certains disent que la Zappiti a une meilleure qualité d'image que la Shield.... Franchement ça ne doit pas se jouer à grand chose, et je ne suis pas du genre à faire des comparaisons image par image. Après ça dépend surtout de ton diffuseur. Ceux qui ont un diffuseur bas de gamme (TV ou projecteur) doivent voir la différence. Perso j'ai un bon projecteur Epson qui faut un excellent travail de traitement de l'image, aucun besoin de rajouter des artifices en amont. Ce que je reproche à Zappiti, c'est sa base de données propriétaire. Je ne crois pas qu'on pusse utiliser Kodi. L'énorme avantage de la Shield, en plus de faire plein d'autre choses, c'est de pouvoir installer KODI, et surtout de le configurer pour utiliser une base de données SQL commune hébergée sur le NAS (MariaDB). Ca fait des années que j'ai ma base de données, avec la liste des films, ceux qui sont vus, les favoris, etc. C'est super cool de pouvoir passer d'un lecteur à un autre et de retrouver sa médiathèque. En plus, Kodi dispose d'une API super puissante (il faut toujours que je partage mon VD), on peut y installer des plugins afin de customiser l'interface, afficher des notifications, les caméras, etc. Bref, Kodi est de loin le meilleur lecteur multimedia selon mon goût. On peut aussi utiliser Plex sur la Shield pour ceux qui ont déjà leur DB sur Plex. Par contre au niveau API, customisation, et domotique, Plex est moins avancé que Kodi. Et Molotov, Youtube, VLC, Chromecast, plein de jeux, etc... Bref, pour son prix, la Shield TV est un OVNI. Précisons que niveau puissance de décodage, je ne l'ai jamais mis en défaut. Même un MKV de 80 Go passe sans souci. => EDIT : il faut la câbler en RJ45 Gigabit, parce qu'en Wifi les gros MKV peuvent saccader.

Non, il y a une sécurité dans la fonction init() de la main loop, si il n'arrive pas à se connecter à l'ampli, il tourne ne boucle et attend sagement sans mettre à jour aucun label, sauf le LabelDebug tout en bas du VD pour informer qu'il n'arrive pas à se connecter. En réalité, j'ai mis en place ce mécanisme car le VD ne doit pas fonctionner tant qu'on n'arrive pas à se connecter à l'ampli. En effet, à l'initialisation, la main loop récupère un certain nombre d'informations nécessaires, par exemple les bornes mini et maxi du volume (différentes selon l'ampli) afin de calculer le pourcentage du Slider de volume, qui lui est toujours sur 0-100% dans chaque VD. Bref, tu peux importer le VD, et tu verras qu'il ne se passe rien (enfin, normalement... !)

Nice project, welcome on board

Informations techniques complémentaires Dans ce module virtuel, seule la Main Loop est autonome, c'est à dire qu'elle est capable d'interroger toute seule l'état de l'élément MusicCast afin de mettre à jour les différentes informations sur les labels du VD. La zone de debug donne aussi des informations sur les événements. Le code LUA de chaque bouton est réduit au maximum, seulement 2 lignes. En effet, la première ligne récupère le contenu de la variable globale "Yamaha_MusicCast_Parameters", et la seconde ligne appelle la scène avec la fonction fibaro:startScene() local p=json.decode(fibaro:getGlobalValue("Yamaha_MusicCast_Parameters")) fibaro:startScene(p.SceneID, {{VD_Text = "Xxx"}, {action = "xxx"}, {value = "xxx"}, {VD_ID = fibaro:getSelfId()}, {VD_Button_ID = _elementID_}}) Les informations suivantes sont passées en paramètres à la scène : VD_Text (optionnel) : Information textuelle qui sera affichée sur le VD afin d'effectuer un retour d'état immédiat pour l'utilisateur qui clique sur un bouton action (obligatoire) : Action à effectuer, voir ci-dessous pour les actions permises value (obligatoire) : Valeur liée à l'action à effectuer, voir ci-dessous pour les valeurs permises VD_ID (obligatoire) : ID du virtual device qui appelle la fonction. Cela est nécessaire pour que la scène puisse mettre à jour les labels du VD, et le log (en vert) sous la tuile du VD. VD_Button_ID (optionnel) : ID du bouton qui appelle la fonction. Cela est nécessaire pour que la scène puisse mettre à jour la zone de debug du bouton. Actions et Valeurs : power < on | standby | toggle > Allume ou éteint l'ampli. playback < play | stop | pause | play_pause | previous | next > Lecture, Arrêt, Pause, Précédent, Suivant. Ne fonctionne que si la source de lecture le permet (USB, Server, etc) input < cd | tuner | multi_ch | phono | hdmi1 | hdmi2 | hdmi3 | hdmi4 | hdmi5 | hdmi6 | hdmi7 | hdmi8 | hdmi | av1 | av2 | av3 | av4 | av5 | av6 | av7 | v_aux | aux1 | aux2 | aux | audio1 | audio2 | audio3 | audio4 | audio_cd | audio | optical1 | optical2 | optical | coaxial1 | coaxial2 | coaxial | digital1 | digital2 | digital | line1 | line2 | line3 | line_cd | analog | tv | bd_dvd | usb_dac | usb | bluetooth | server | net_radio | rhapsody | napster | pandora | siriusxm | spotify | juke | airplay | radiko | qobuz | mc_link | main_sync | none > Sélection de l'entrée audio. Selon l'élément MusicCast utilisé, seules certaine sources sont disponibles. volume < value | up | down > Augmente ou diminue le volume. Il est possible de spécifier une valeur pour régler immédiatement le volume à la puissance désirée (attention aux oreilles, en pratique cela peut être pratique pour remettre le volume à un volume prédéfini d'ambiance, ou carrément le mettre à zéro pour remonter progressivement (réveil matin, etc)). Pour connaitre les bornes mini et maxi, regarder la zone de debug de la Main Loop au démarrage du VD. mute < true | false > Coupe ou remet le son. soundProgram < munich_a | munich_b | munich | frankfurt | stuttgart | vienna | amsterdam | usa_a | usa_b | tokyo | freiburg | royaumont | chamber | concert | village_gate | village_vanguard | warehouse_loft | cellar_club | jazz_club | roxy_theatre | bottom_line | arena | sports | action_game | roleplaying_game | game | music_video | music | recital_opera | pavilion | disco | standard | spectacle | sci-fi | adventure | drama | talk_show | tv_program | mono_movie | movie | enhanced | 2ch_stereo | 5ch_stereo | 7ch_stereo | 9ch_stereo | 11ch_stereo | stereo | surr_decoder | my_surround | target | straight | off > Règle de DSP. Les DSP ne sont disponibles que sur les amplis Home-Cinéma de la gamme Yamaha. Selon le modèle d'ampli, seuls certains DSP sont disponibles. Pour connaitre les DSP utilisables, regarder la zone de debug de la Main Loop au démarrage du VD. dialogueLevel < value > Règle le niveau des voix sur l'enceinte centrale des amplis home-cinéma. Utile pour certains films ou si votre enceinte centrale est un peu faible comparée aux frontales gauche et droite. Les valeurs autorisées sont 0 (position normale), 1, 2, 3. preset < value > Démarre la lecture d'un favori MusicCast (netradio, médiathèque locale, ...) La valeur doit spécifier l'index du favori (listé dans l'application mobile MusicCast) dimmer < value > Règle l'intensité lumineuse du panneau LCD ou des diodes de façade, seulement pour les éléments MusicCast qui le supportent. sleep < 0 | 30 | 60 | 90 | 120 > Programme de l'extinction automatique de l'ampli, en minutes. Utile pour s'endormir en musique. link < VD_ID > Associe et synchronise la lecture d'un élément MusicCast avec un autre élément. Il faut spécifier l'ID du module virtuel qui doit être associé avec l'élément en cours. On peut associer autant d'éléments qu'on souhaite en rappelant plusieurs fois la commande. unlink < VD_ID > Dissocie l'élément MusicCast dont l'ID du module virtuel est spécifié. Avec ces informations, vous pouvez créer vos propres boutons afin d'ajouter les fonctions dont vous avez besoin, que je n'ai pas inclus de base sur le VD, afin de ne pas surcharger inutilement ce module virtuel. Par exemple sur mon ampli home-cinéma, je me suis créé des boutons pour activer automatiquement les DSP que j'aime bien, ainsi que le contrôle du niveau des dialogues sur l'enceinte centrale (que je trouve trop bas sur certains films) De plus, dans vos scénarios, plutôt que de cliquer virtuellement sur les boutons des modules virtuels avec la fonction fibaro:call(id_VD, "pressButton", "id_Button") (qui nécessite de connaitre l'ID du bouton, qui peut changer en cas de réorganisation du VD), il est possible d'appeler directement la scène : local p=json.decode(fibaro:getGlobalValue("Yamaha_MusicCast_Parameters")) fibaro:startScene(p.SceneID, {{VD_Text = "Xxx"}, {action = "xxx"}, {value = "xxx"}, {VD_ID = fibaro:getSelfId()}}) On remarque que le code LUA est identique au contenu des boutons du VD, à l'exception de l'argument {VD_Button_ID = _elementID_} qui n'est plus nécessaire. Documentation API YXC_API_Spec_Basic_v1.1.pdf YXC_API_Spec_Advanced.pdf

Yamaha MusicCast Voici un module virtuel et une scène permettant de piloter les éléments audio multiroom Yamaha MusicCast depuis la box Fibaro HC2. Principe de fonctionnement Il faut créer autant de module virtuel que d'élément MusicCast à piloter, en spécifiant l'adresse IP de chacun. Chaque VD est l'interface utilisateur qui permet de piloter un élément MusicCast et de remonter son statut. Il faut créer une seule et unique scène, laquelle est utilisée par tous les modules virtuels. Cette scène peut être cachée dans l'interface car elle n'a qu'un rôle technique. Une variable globale unique sera automatiquement créée pour les besoins internes des VD et de la scène, il ne faut pas y toucher. Le code LUA de la scène et le fichier vfib du module virtuel sont disponibles en bas de ce tuto, ainsi que différentes icônes. Installation Scène : Créer une nouvelle scène LUA, et lui donner obligatoirement le nom exact "Yamaha MusicCast" (faites un copier/coller), car ce nom est utilisé par les VD pour trouver automatiquement la scène sans devoir spécifier manuellement son ID. Copier/coller le contenu du code LUA téléchargé dans la scène (il n'y a rien à modifier dans ce code LUA) Choisir un nombre d'instance maximal au moins égal au nombre de VD qui seront déployés, cela permet de piloter tous les éléments MusicCast simultanément. Sauvegarder la scène En option : choisir une pièce pour cette scène, la cacher dans l'interface, et lui affecter une icône. Virtual Device : Importer le fichier vfib Donner un nom au VD et choisir une pièce Entrer l'adresse IP de l'élément MusciCast à piloter, et le port (toujours 80) Sauvegarder le VD. A ce moment là, attendre au moins 10 secondes. En effet, le VD va automatiquement détecter les sources audio disponibles sur l'appareil MusicCast, et se reconfigurer tout seul afin d'ajouter les boutons correspondants. Après les 10 secondes minimum d'attente, recharger la page (touche F5 ou bouton dédié du navigateur) afin de visualiser la nouvelle version du VD avec ses boutons dédiés aux différentes Sources Audio. Il est fort probable que plusieurs sources audio ne vous seront jamais utiles, dans ce cas il faut simplement supprimer les boutons et enregistrer à nouveau le VD. Changer l'icône du VD, et seulement des boutons ON et OFF. Il est inutile de changer l'icône des autres boutons, le code LUA de la Main Loop le fera tout seul. Si nécessaire, dans l'onglet Avancé des propriétés du module, modifier le code LUA de la Main Loop afin de configurer les options suivantes : local zone = "main" -- main | zone2 | zone3 | zone4 local refreshOFF = 15 -- seconds local refreshON = 3 -- seconds zone : si l'ampli home-cinéma est configuré et câblé pour gérer des zones supplémentaires refreshOFF : intervalle de rafraichissement quand l'ampli est éteint refreshON : intervalle de rafraichissement quand l'ampli est allumé (l'intervalle ne peut pas être inférieur à 3s). Recommencer toute la phase d'import pour les autres éléments MusicCast du réseau à piloter. Screenshot Identification des ID des Boutons Comme le VD s'auto-configure avec les boutons correspondants aux entrées audio de chaque ampli MusicCast, les ID de chaque boutons peuvent être différents d'un VD à l'autre si vous avez plusieurs éléments MusicCast à piloter. Utiliser le module virtuel suivant afin d'identifier facilement les ID de chaque bouton si vous souhaitez les utiliser dans vos scénarios (GEA, etc) : Lister les ID des boutons et sliders dans un VD Monitoring avec le Watchdog Il faut juste spécifier l'ID correct de chaque VD (autant de lignes différentes que de VD à surveiller) : {type = "VD", id = 0, match = {text="Total memory in use", interval=6*60}, no_match = {text="", type="ERROR"}, restart=true, notification = {"push", "email"}}, Icônes Changelog v1.0 : Janvier 2018 Version initiale v1.1 : Février 2018 Détection automatique des icônes (il n'est plus nécessaire de spécifier manuellement les ID dans le code LUA de la Main Loop) Vérification régulière de l'existence et de la validité de la variable globale contenant les paramètres du VD (au cas où l'utilisateur ferait une modification involontaire via le panneau de variables) Ajout d'émoji dans les boutons Corrections et optimisations mineures Téléchargements Yamaha MusicCast - Scene v1.0.lua Yamaha MusicCast - VD v1.1.vfib

Perso j'ai une vanne motorisée que je gère avec un module pour volets roulants FGR 222 Donc pas de souci de relai à gérer. Sinon je suis d'accord, pour de l'arrosage automatique, une électrovanne fait bien le job. En plus la très basse tension 24V permet de s'affranchir des contraintes liées au 230V en milieu potentiellement humide.

Ouais, c'est ce qui s'appelle ne pas avoir peur ! Le relai doit être tout simplement soudé en position fermée (courant qui passe), et l'ensemble a probablement pris une couleur bien foncée.

C'est un timestamp Unix en millisecondes (multiplié par 1000) Quel langage utilises-tu pour récupérer cette valeur ? Par exemple en Shell l'extraction se fait facilement avec awk, mais la méthode sera différente selon le langage utilisé. C'est un JSON, donc tous les langages évolués (LUA, PHP, etc) ont des bibliothèques intégrées pour manipuler facilement ces données.

Je n'ai pas d'info à ce sujet, je pensais juste à une rupture de stock à cause d'une demande trop importante.

Hum, si tu as un Zappiti, pas trop besoin de la Shield en effet. Le HDR avec Kodi, à ma connaissance ça ne fonctionne que sur la Shield, je n'ai jamais réussi à le faire fonctionner sur mon HTPC. Donc sur un QNAP, c'est pas gagné.

Peut-être que la météo que tu vois par ta fenêtre est l'explication de cette rupture de stock.... et je ne parle pas spécialement de la neige, mais de la saison d'hiver. Fibaro aurait été plus malin de sortir ses têtes au début de l'automne, voire avant, mais ils ont toujours du mal avec les plannings.