Lazer

A tout hasard, est-ce que ça ne correspondrait pas à une déconnexion/reconnexion quotidienne de ta box Internet ?

La languette est en dessous du module, donc invisible sur ta photo. Elle doit être enfoncée (donc module plaqué/vissé sur son support, ou bien appuyé à la main) je crois pour que le module fonctionne correctement.

[iGeneration] Domotique : Matter prend du retard Bref, au moins 6 mois de retard Il a bon dos le COVID Que plusieurs autres fabricants rejoignent le projet est une bonne chose, mais inévitablement les demandes des uns et des autres font prendre du retard... espérons qu'ils arrivent à se mettre d'accord. Sinon pour reprendre la discussion sur Zigbee, j'en avait parlé sur le topic du dernier firmware, mais pas ici : Fibaro a annoncé le retour du Zigbee promis pour.... mi 2022 ! Je suis perplexe sur cette annonce... le Zigbee, on en avait besoin il y a 1 an et demi lors de la sortie de la HC3, mais pas dans 1 an quand Matter et Thread auront balayé Zigbee. Oh attendez... ou bien c'est Fibaro qui a rejoint Matter pour le torpiller de l'intérieur

Oui c'est ça, il faut marquer l'action une fois qu'elle a été effectuée (chose que fait GEA nativement, forcément, c'est son mode de fonctionnement de base). Tu vas encore t'amuser à coder en LUA

A priori la dernière version de la doc disponible semble être la v3.10 : https://global.download.synology.com/download/Document/Software/DeveloperGuide/Package/SurveillanceStation/All/enu/Surveillance_Station_Web_API.pdf Mais je ne vois rien qui concerne ce paramètre version=7. Du coup il ne faudrait pas casser la compatibilité avec les versions précédentes de DSM.... Bref, sans doc à jour, il faudra faire des tests et suppositions, ça ne me plait pas trop... j'étudierai ça plus tard.

Ah oui c'est long, chez moi c'était plutôt de l'ordre d'une à 2 minutes. C'est là que je me dis que GEA est super, car pour les actions qui se déclenchent à intervalle régulier, j'ai pris l'habitude depuis la HC2 (sur laquelle les freeze pouvaient aussi se produire) de mettre une plage horaire de 2 minutes minimum, donc tant que l'action n'est pas effectuée, GEA va la lancer du moment qu'on est toujours dans la plage donnée. Du coup, pour tes scénarios, il faut que tu programmes une plage et non pas une heure fixe.

Justement j'ai eu un freeze hier, à 7h33 du matin. Aucune activité particulière dans la maison, pas de mouvement, rien, les QA qui font leurs jobs habituel sans plus (boucles infinies) J'ai vérifié tous les logs de mes QA, aucun signe, si ce n'est que les boucles ont été décalées car retardées par le freeze. C'est pas dit que ça vienne d'un QA, ça peut être un autre événement dans la box... process interne, flooding sur le réseau Z-Wave, un process qui interroge un service cloud qui ne répond pas... va savoir

Je pensais plutôt à une détection automatique, c'est pour ça que je cherche la doc officielle.

ça faisait longtemps, alors.... nouveau QuickApp

QuickApp Yamaha MusicCast Version 2.00 Présentation :  Ce QuickApp permet de piloter les enceintes et amplificateurs connectés Yamaha MusicCast depuis la box Fibaro Home Center 3.  Les fonctionnalités suivantes sont disponibles : PowerON / PowerOFF Lecture, Pause, Stop Précédent, Suivant Slider de réglage du volume Baisser ou monter le volume d'un cran Silencieux Choix de la source Si l'ampli le permet : choix du DSP et du volume des dialogues Un retour d'état est rafraichit à intervalle régulier (paramétrable), indiquant les informations suivantes : Statut de l'alimentation Statut du lecteur (playing, paused, stopped) Source de la musique Artiste/Album/Titre du média en cours de lecture Niveau du volume via le slider Remarques : Le QuickApp est multi-langue, c'est à dire que son affichage (labels) change selon le langage paramétré dans la box HC3. Actuellement l'anglais et le français sont supportés (l'anglais est la langue par défaut si la langue est inconnue). Le module est de type Lecteur "com.fibaro.player". Il n'y a pas d'utilisation de modules enfants. Par conséquent, si vous avez plusieurs appareils MusicCast, il faut importer autant de QuickApps que nécessaire, chacun gérant un seul appareil. Le QuickApp détecte automatiquement les Sources et crée les boutons correspondants lors de la première connexion à l'appareil. Il est possible de suppimer les boutons inutiles pour alléger l'affichage. Ce QuickApp fait suite au Module Virtuel initialement développé pour HC2 : Installation du QuickApp : Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables : Protocol : protocole à utiliser, normalement : http Address : adresse IP de l'appareil, par exemple : 192.168.1.1 Port : port de communication, normalement : 80 Zone : si l'ampli home-cinéma est configuré et câblé pour gérer des zones supplémentaires : main, zone2, zone3, zone4 RefreshON : intervalle de rafraichissement des informations en secondes, quand l'ampli est allumé RefreshOFF : intervalle de rafraichissement des informations en secondes, quand l'ampli est éteint Note : l'intervalle de raffraichissement variable permet de conserver une bonne réactivité de mise à jour lorsque l'appareil est en fonctionnement, sans pour autant surcharger inutilement de requête réseau le reste du temps. Utilisation : Depuis l'interface Web ou l'application mobile : Un clic sur les boutons permet de piloter l'appareil Glisser le slider permet de régler le volume sonore Dans le code LUA d'un QuickApp ou d'une Scène, utiliser la fonction fibaro.call() avec l'une des syntaxes suivantes : fibaro.call(123, "turnOn") -- Power ON fibaro.call(123, "turnOff") -- Power OFF fibaro.call(123, "play") -- Lecture fibaro.call(123, "pause") -- Pause fibaro.call(123, "stop") -- Stop fibaro.call(123, "prev") -- Précédent fibaro.call(123, "next") -- Suivant fibaro.call(123, "setVolume", 100) -- Règle le volume audio au niveau spécifié (en pourcents : 0 à 100) fibaro.call(123, "setVolume", "up") -- Diminue le volume audio d'un pourcent fibaro.call(123, "setVolume", "down") -- Augmente le volume audio d'un pourcent fibaro.call(123, "setMute", true) -- Audio en sourdine fibaro.call(123, "setMute", false) -- Audio normal fibaro.call(123, "setInput", "bluetooth") -- Sélectionne une source (et allume automatiquement l'appareil si celui-ci est éteint) fibaro.call(123, "setSoundProgram", "enhanced") -- Sélectionne un mode traitement audio DSP (si l'ampli le supporte) fibaro.call(123, "setDialogueLevel", 1) -- Sélectionne le niveau des voix (si l'ampli le supporte) fibaro.call(123, "setSleep", 60) -- Programme l'extinction automatique (en minutes : 0, 30, 60, 90, 120) fibaro.call(123, "setDimmer", 2) -- Règle le niveau d'intensité des LED (si l'appareil le supporte) fibaro.call(123, "recallPreset", -- Rappelle un favori préenregistré Les propriétés suivantes peuvent être lues dans le JSON du module : power : boolean : true|false -- Statut d'alimentation de l'appareil state : string : ""|"play|"pause"|"stop" -- Statut du lecteur volume : integer : 0-100 -- Volume audio mute : boolean : true|false -- Silencieux audio dead : boolean : true|false -- Appareil connecté/déconnecté du réseau model : string : "XXX" -- Référence de l'appareil userDescription : string : "XXX" -- Pièce (zone) de l'appareil telle que paramétrée dans l'application mobile Changelog : v2.00 : Août 2021 Version initiale Téléchargement : Yamaha_MusicCast_v2.00.fqa

Étrange... peut être le condensateur (le gros truc rond justement) qui aurait lâché ? Par contre là je ne sais pas comment le tester... mais apparemment les condensateurs HS c'est la cause n°1 de non démarrage des moteurs. Sûr non, mais comme je te le disais, ça devrait marcher. Bon en dehors du problème de puissance maxi, ça aurait plutôt dû cramer le module dimmer qu'autre chose.

Ah oui c'est vrai, les puissances maxi sont toujours données pour du résistif pur (= lampe à incandescence ou halogène) Dès que la charge est capacitive ou inductive (lampes fluo, LED, ... et bien sûr moteurs), ça réduit fortement la charge maximale admissible. ça sera exactement pareil avec les modules Fibaro FGD. Mais de mémoire le FGD-211 était donné pour 500W résistif, donc ça laisse pas mal de marge pour ton moteur, il faut espérer.

Certes oui, mais avant d'avoir le vidéo-projecteur je n'avais pas non plus de TV. Je crois que ça fait 13 ans. Mais de toute façon à cette époque là je ne la regardais déjà plus depuis un petit moment.

Ah yes justement je voulais partager l'article, je l'avais mis dans mon Pocket pour plus tard. J'ai trouvé intéressant qu'ils traitent justement de ces nouvelles piles, mais j'ai été très déçu de l'article, très superficiel (comme 99% de leurs articles tu me diras....) Ils sont juste passés à coté d'un point essentiel, la non linéarité de la décharge est un vrai problème quand on veut remplacer une pile (et c'est le sujet de l'article), car l'appareil ne peut plus estimer la capacité restante. Appliquée aux modules domotiques, c'est gênant, car le module va croire que la pile est à 100% et de jour au lendemain (le 1er jour des vacances, forcément, loi de Murphy), pouf il passe à 0 et arrête de communiquer. Pas un mot non plus sur l'autodécharge, mais pour cela il faudrait faire un test pendant plusieurs mois, pas en vitesse le vendredi après-midi avant de partir en week-end (on appréciera la publication de l'article programmé le lundi matin à 7h00) Oui je suis critique, mais y'a de quoi, le site des Numériques se présente comme un média spécialisé en high-tech avec plein de tests, dossiers, comparatifs, et ils survolent tous les sujets... c'est systématique. Mais au moins, ils n'ont pas oublié de mettre des liens affiliés, ça c'est essentiel

J'ai connu ça J'ai aussi connu la TV tout court, mais ça c'est fini depuis plus de 10 ans, et ça manque pas

En effet, problème connu, déjà remonté page précédente, et sur plusieurs topics, la nouvelle API de DSM 7 a cassé la compatibilité de tous les VD et QA du forum... Merci pour l'astuce, mais on a une doc officielle à jour de l'API sous DSM v7 ?

Et bien, c'est simple (norme NF-C 15-100) : - vert-jaune = terre => tu branches les fils entre eux avec un domino/wago, car la terre ne passe par par le Qubino - bleu = neutre => à brancher sur la borne N du Qubino et tu relis tous les Neutres ensembles (via un Wago aussi) - toute autre couleur (donc marron dans ton cas) = phase. Donc l'arrivée du secteur sur la borne L du Qubino, et la sortie (la borne indiquée avec un symbole de variation) vers le fil marron du moteur. Les I1 I2 I3 ce sont les Inputs, donc les entrées, pour connecter des interrupteurs, comme indiqué dans la doc que tu as sous les yeux. Tu n'en a pas besoin dans l'immédiat, même si à terme il serait souhaitable d'utiliser au moins I1 pour pouvoir contrôler ton module si la box domotique est indisponible.

En effet, je n'avais pas pensé à ça, mais les index en kWh calculés par l'EDRT2 seront faux. De toute façon ils le sont déjà non, puisque le mauvais Cos Phi est utilisé ? Pour utiliser un Cos Phi variable en fonction de la puissance, il faut le mettre dans formula(). Exemple : power = { .... , formula = function(value) return tools:round(value < 150 and value * 1 or value * 0.5, 0) end} Précision : le Cos Phi est une valeur entre 0 et 1 (c'est mathématique), donc quand tu dis 2, je suppose que c'est 0.5. Avec cette technique basique, tu peux appliquer la formule à chaque appareil avec les seuils et coefs désirés.

OK thank you I agree, having return values for fibaro.call() would be much more useful.

Ne modifie pas le code LUA du QA directement. Il faut juste modifier (ou ajouter) la formula comme je te l'ai indiqué dans ton fichier de config du QA, sur la ligne concerné. Oui le Wall Plug mesure bien la puissance active, je m'en suis clairement rendu compte quand j'ai mesuré un appareil avec un Cos Phi dramatique de 0.5 (un bon vieux tube fluo "néon"). La pince de l'IPX800 était complètement dans les choux. J'ai utilisé un oscilloscope avec des sondes haut-tension et différentielle pour tracer le graph du courant et de la tension, et ainsi mesurer le déphasage, et confirmer la "mauvaise" mesure de la pince ampèremétrique. C'est normal, la pince ne mesure que le courant, et n'a aucune idée de la tension, et encore moins du déphasage entre les 2 signaux, donc l'IPX800 ne peut pas deviner la puissance active, il se contente de donner la puissance apparente (en vrai il ne donne pas la puissance, mais le courant, donc on devine la puissance en multipliant par 230V... ce qui est une approximation, la tension du secteur variant...) L'EDRT2 le fait, mais comme tu l'indiques, il ne prend pas la bonne information, car il ne mesure pas la tension au niveau de l'appareil mesuré, mais il prend la tension globale de l'installation (et à priori, je pense que ce n'est pas celle du compteur Enedis donnée par la Téléinfo, mais celle qu'il mesure lui-même, car il est branché sur le 230V contrairement à l'IPX800 qui est alimenté en courant continu) Bref, au final j'ai débranché mon appareil du tableau, câblé sur une prise 2P+T et ainsi branché sur un Wall Plug, pour retrouver la vraie valeur de la puissance active en Watts. Information confirmée par le compteur Enedis, car cette consommation se voyait sur mes relevés en temps réel du compteur via la Teleinfo (Eco-Devices) Rappel sur les notions de puissance active, réactive, et apparente : https://learn.openenergymonitor.org/electricity-monitoring/ac-power-theory/introduction Et la technique employée avec un Arduino pour mesurer la puissance : https://learn.openenergymonitor.org/electricity-monitoring/ac-power-theory/arduino-maths Donc probablement très similaire dans le Wall Plug et tous les modules domotiques.

Interesting... what would be a use case for disabling asynchronous calls ? Is there any side effect affecting functions other than fibaro.call ?

OK, mais comme je te l'ai indiqué, cette propriété energy reflète exactement l'information donnée par l'EcoDevice. Tu peux voir dans le log du QA ce qui se passe d'ailleurs. Donc les questions à te poser sont : - est-ce que cette valeur varie sur l'EDRT2 mais pas sur le QA => Alors le bug est dans mon QA (et il me faudra les logs détaillés avec debug=true) - est-ce que cette valeur ne varie pas sur l'EDRT2 => le "problème" se situe bien sur l'EDRT2, si problème il y a, car c'est peut être juste une erreur de configuration. Le QA reprend bêtement les données mises à disposition par l'EDRT2 via son API HTTP. Donc tu peux utiliser cette API pour voir les informations sur ton navigateur Web, avant même de configurer ce QuickApp, comme c'est indiqué en première page avec les liens vers les API respectives de l'EDRT2 et de l'IPX800. Pour le Cos Phi je ne sais pas, mais j'ai eu un souci similaire sur l'IPX800, dont les pinces font la mesure sans prendre en compte le Cos Phi. Pour "calibrer" la mesurer, j'ai fait un montage temporaire pour mesurer la charge avec un Wall Plug car il mesure la vraie puissance active en Watts. Ensuite j'ai pris la mesure des pinces en VA, fait la division, et j'ajuste la mesure avec ce coefficient. Dans l'IPX800 avec la formule de la valeur analogique, et dans le QA avec le paramètre formula = function(value) ... end Et je recommence pour les autres pinces.

Je ne sais pas.... Ta box n'a pas rebooté à ce moment là ? Sinon un QA est redémarré tout seul quand il crashe. Mais s'il s'arrête à cause d'une erreur de logique dans le code LUA, alors ce n'est pas un crash, donc il ne sera pas redémarré.

Bienvenue sur le forum

Pour tes différentes questions sur l'utilisation et la configuration de l'Eco Devices RT2, le mieux est surement de poser la question sur le forum officiel, il y a quelques experts qui maitrisent très bien l'engin. Dans mon QA, si tu remontes la téléinfo, je te confirme que le QA calcule bien les "vrais" Watts, c'est à dire la puissance active, et qu'il stocke la valeur dans la propriété "power" du QuickApp. La propriété "value" contient la puissante apparente en VA remontée par le Linky, effectivement peu utile car non facturée, sauf si on veut faire du délestage. Et la propriété "energy" contient le cumul des index (base, HC, HP, etc si tu as un tarif modulé), il ne cesse de croitre avec le temps. Cependant, je vais devoir changer ça... voir discussion avec @flacon030 justement, suite au nouveau firmware Fibaro, il va falloir s'adapter à la nouvelle façon qu'à la box de gérer les modules qui remontent une consommation électrique, en liaison avec le panneau d'énergie. Je n'ai pas encore pris le temps de réfléchir à comment réorganiser les informations remontées. 3/ Je n'ai pas compris cette question ?!?