Lazer

J'espère que l'intégration d'Alexa avec la domotique sera naturelle, pas comme chez Google avec leur "demande à bidule de parler à machin". Il parait que Alexa est beaucoup plus avancé de ce coté là, avec les nombreux Skills. Mais je n'ai pas encore creusé la question en détail. Après l'intérêt de l'assistant vocal est un autre débat, je suis comme Séb, j'ai automatisé un maximum de truc, donc même si j'avais un assistant vocal opérationnel, pas certain qu'ils serve tous les jours. Mon Google Home, quant à lui, est retourné dans sa boite depuis 2 mois. Au moins il ne prend pas la poussière

Punaise, c'est beau, j'ai envie de l'installer rien que pour te piquer les idées d'icones !!

Le 14 normalement. Mon anniversaire c'est le 10

acheter du PQ et se faire livrer par drone en moins d'une heure quand tu as... comment dire... une urgence

Hum, c'est comme avec le plugin Fibaro officiel (qui n'est pas encore dispo en français), il faut dire à Google de demander à Jeedom. Pfff, je sais que vous êtes tous enthousiastes avec les assistants vocaux, mais personnellement cette lourdeur me déplait terriblement. Ce n'est pas WAF du tout (et pour le coup, le W ne signifie pas que Woman, je m'inclue dedans) et n'incite pas du tout à mettre en place ces solutions chez moi, ni pour moi, ni pour ma famille. Dans la fin de l'article il est fait mention que la vraie intégration Google Smarthome arrivera ultérieurement, mais avec plein de limitation (à cause de Google).....re-tristesse de ma part. Vivement le 14 avril, l'arrivée d'Alexa en français.

Oui tout à fait, mais là on ne parle pas d'utiliser un grand sleep ( ) mais un tout petit sleep ( re - ) Donc je ne pense pas que ce bug se produise. D'ailleurs avec le grand sleep, rien ne dit que c'était la main loop qui plantait.... mais plutôt la fonction sleep() elle-même.

Réponse bête du coup Puisque la Main Loop est une simple boucle avec un sleep() de 3s, il suffit de faire sa propre boule avec un sleep de 1h à l'intérieur de celle-ci. En pratique, on ne passera qu'une seule fois dans la boucle de la main loop, et le script fera son exécution dans sa propre boucle. Je n'ai jamais testé car je n'ai jamais eu besoin d'avoir une précision inférieure à 3s, mais je ne vois aucune raison pour laquelle ça ne fonctionnerait pas.

> 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