Lazer

Bon c'est parti dans les mains des " network experts ", me vola rassuré

J'allais proposer la même chose Par contre pas le SRT 321 qui n'a pas de contact sec (il doit être associé à un module à contact sec) Mais le SRT 323 qui lui, intègre directement le contact sec, ça te coutera moins cher : https://www.domotique-store.fr/domotique/usages/domotique-chauffage-climatisation-a-distance/actionneurs-pour-chaudieres/512-secure-srt323-thermostat-mural-zwave-avec-sortie-contact-sec-integree.html?search_query=SRT322&results=2 Avantage, compatible avec le panneau de chauffage. Sinon chez Secure, il y a un autre thermostat qui ressemble plus à ton Delta Dore, avec un planning intégré donc encore plus autonome que le SRT323. Mais tu perds l'intégration du panneau de chauffage. Voir les topics dédiés à chacun de ces thermostats dans la section qui va bien, on a a beaucoup parlé.

@jojo oui celle-ci : En vrai, cela se passe dans /opt/fibaro/PluginManagerGluer.lua : fibaro.debug = function(self, text) fibaro:call(fibaro:getSelfId(), "addDebugMessage", _elementID_, text, "debug") end Dans la Main Loop d'un VD, la variable _elementID_ vaut tout simplement 0. J'arrive à faire ce que je veux, c'est juste parfait. Code dans un bouton de VD : fibaro:startScene(2, {{VD_ID = fibaro:getSelfId()}, {Button_ID = _elementID_}}) fibaro:debug("Scene launched") Extrait simplifié du code dans la scène : local VD_ID local Button_ID local params = fibaro:args() if params then for k, v in ipairs(params) do if v.VD_ID then VD_ID = v.VD_ID end if v.Button_ID then Button_ID = v.Button_ID end end end -- Ici la scène effectue tout plein de traitements qui prennent du temps -- Envoie le message de fin de traitement de la scène dans le debug du bouton appelant : fibaro:call(VD_ID, "addDebugMessage", Button_ID, "Message injecté depuis la scène", "debug") Et dans le debug du bouton, on retrouve bien ses propres messages, ainsi que ceux envoyés depuis la scène : [DEBUG] 21:05:56: Scene launched [DEBUG] 21:05:56: Message injecté depuis une scène En synthèse, depuis une scène, on sait maintenant effectuer tous les traitements autrefois dévolus aux boutons de VD, grâce aux passages de paramètres : mise à jour d'icone, mise à jour de label, mise à jour de debug, mise à jour de slider, etc. L'intérêt est la simplification du code, au lieu de répéter N fois du code similaire dans chaque bouton, on déporte tout cela dans la scène. C'est particulièrement utile dans les VD permettant de piloter des éléments Home cinéma (réglage des nombreuses entrées, des DSP, etc),

Trouvé Variable interne non documentée : fibaro:debug(_elementID_) Retourne l'ID du bouton, tel que présent dans le JSON du VD, c'est le même ID qu'on utilise quand on fait des pressButton depuis un autre VD/Scène. Dans l'exemple présent, le code ci-dessus affiche 20, ce qui correspond bien : { "type": "button", "elements": [{ "id": 20, "lua": true, "waitForResponse": false, "caption": "Test appel scene", "name": "Button51", "empty": false, "msg": "fibaro:debug(_elementID_)\n", "buttonIcon": 0, "favourite": false, "main": false }] }

Super Nintendo

Parcourir la table ne me pose pas de souci, je le fais déjà. Mais là où je bute, c'est justement sur le " dans laquelle caption contient le nom du bouton (qu'a priori tu connais) " que justement je ne connais pas, c'est ce que je cherche à récupérer ! C'est bien ce qui me gène, comment savoir sur quel bouton a appuyé l'utilisateur ? Je veux dire, comment le code peut le détecter tout seul ? Prenons un cas concret : j'ai un VD de pilotage d'un ampli... avec 15 boutons identiques permettant de choisir la source (entrée audio) de l'ampli. Ces boutons sont tous identiques, à un détail prêt, une variable dans le code LUA qui contient l'identifiant de l'entrée à passer en paramètre de la requête Web de l'API HTTP de l'ampli. Plutôt que de multiplier le code LUA correspondant, l'idée c'est d'envoyer le tout en paramètre à une scène avec startScene() et les arguments qui vont bien. Dans les arguments, je voudrais mettre l'ID du bouton, afin que la scène puisse faire un retour vers le bouton lorsqu'elle a fini de s'exécuter. Par exemple, écrire un message dans le debug du bouton.

On connait tous la fonction fibaro:getSelfId() qui permet au code LUA d'obtenir l'ID du VD dans lequel il est en train de s'exécuter. Pratique pour mettre à jour l'icone, un label, etc. Mais est-il possible d'obtenir l'ID du bouton sur lequel l'utilisateur a cliqué ? J'avoue que je sèche là, je ne sais même pas si c'est possible.

T'es mauvaise langue Déjà répondu ! Bon par contre il me demande de faire une scène pour envoyer un email. Mais LOL quoi.... c'est justement pour ça que je lui écris. Pfff, vivement que je passe au niveau 2 (si il existe, je suis naif)

Bon, la HC2 de test ne peut pas non plus envoyer de mails. J'ai contacté le support Fibaro, je vais pouvoir mesurer leur efficacité, et vous faire un retour positif (ou pas....)

@Nico Non je ne les ai pas encore contacté, mais c'est pas lié à un firmware, j'étais en 4.140 quand ça a commencé, et la mise à jour 4.150 n'a rien changé. Le souci est lié à mon compte, sur leur serveur, quelque part par là je pense.

C'est ça, ils ont verrouillé mon compte pour me forcer à les appeler. Bah puisque c'est comme ça, je vais faire la tête tout seul dans mon coin développer mon propre code qui fonctionnera toujours.

Déjà je ne me souviens plus de mon ancien compte, et quand on va sur home.fibaro.com il nous impose de mettre une adresse email, donc impossible d'utiliser un ancien compte Autre chose, ça fonctionnait très bien jusqu'à mi-novembre, donc pourquoi subitement je ne reçois plus les emails ?

Trop petit 8 To, comme je disais la dernière fois, seuls les 10 et 12 To m'intéressent maintenant.

J'ai pas essayé sur l'autre HC2, mais par contre je viens de voir qu'elle n'apparait pas sur mon compte Fibaro ID en ligne, et que je ne peux pas l'ajouter, il me dit qu'elle a déjà été ajouté par quelqu'un d'autre Peut être un autre compte à moi, mais je ne vois pas lequel. @sebcbien : la solution simple c'est justement de le faire en ligne de commande, li "suffit" de remplacer la fonction Fibaro par une commande os:execute(...) puis la commande Shell qui va bien pour envoyer le mail. Mais évidement ce n'est pas portable ni partageable sur le forum. Par contre, ça se fait en 2 minutes, pratique. Tandis qu'une scène en LUA permettant de faire du SMTP, c'est plus long à faire, mais partageable à la communauté.

Plus aucun email. Tu sais, tous ceux qui viennent de HC2-XXXXXX@fibaro.com Donc ceux envoyés par les VD, les Scènes, ou de l'interface elle-même (batterie HS, etc)

J'avais déjà dit, passer sur Jeedom, c'est trop de travail, pas le temps, et pas la motivation de me relancer dans une install complète. Et même pas certain d'y gagner quoi que ce soit en plus (je n'ai pas du tout besoin des milles et un plugins pour gérer les objets domotiques low cost dénichés en Chine). Sinon je viens de voire que le plugin Yamaha MusicCast est apparu sur le market Jeedom, c'est bien, il n'existait pas il y a quelques semaines. Finalement ça évolue dans le bon sens

J'ai déjà Jeedom dans une VM Mais bon, sans serveur cloud, et ce n'est pas au programme d'après les devs, Jeedom ne sera jamais compatible nativement avec Google Home, donc c'est une solution domotique en perte de vitesse, destinée à disparaitre. Attends moi, je te rejoins --> [ ]

Je crois que je vais finir par développer ma propre librairie SMTP afin de faire de l'envoi de mail en direct, sans passer par le cloud Fibaro. C'est un protocole assez simple le SMTP, j'avais déjà codé cela en C il y a pas mal d'années. En plus maintenant avec le travail de @ADN182 sur le chiffrement, on doit même pouvoir faire du SMTP chiffré en SSL ou TLS. Le top du top !

Non pas le support !!!! Je suis mal

On pourrait même faire encore plus poussé : interroger l'API Musiccast pour obtenir la liste de toutes les pièces, et ajouter automatiquement les VD, ensuite chaque VD détecte ses propres sources pour ajouter ses propres boutons. Mais je ne vais pas le faire, parce qu'imagine en cas de bug : boucle infinie d'ajout de VD.... la HC2 va crasher assez rapidement....

Je m'amuse en LUA.... je réalise mon premier VD polymorphe ! Teaser : à l'installation, mon VD Yamaha MusicCast détecte automatiquement les entrées disponibles pour chaque élément multiroom, et ajoute tout seul ses propres boutons

J'ai aussi mis à jour en 4.150 Mais cela n'a pas résolu mon problèmes d'emails que je ne reçois pas

En effet, espérons qu'ils trouvent l'origine

Tu devrais peut être poser la question sur le forum officiel, c'est probablement un message interne au développer Fibaro.