Lazer

Pour moi aussi, je pense qu'il faut créer soi même ses notifications.

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