Lazer

Pour les sauvegardes, tu peux faire en local, ou dans le cloud (solution à préférer, car tu peux même restaurer sur une box différence si la 1ère tombe en panne.... rassure toi c'est tout de même très rare) Pas besoin d'ouverture de ports pour utiliser l'application mobile Fibaro, la connexion se fait au travers de leurs serveurs en cloud. Mais pour ton NVR, j'en sais rien... mais c'est indépendant de la box domotique, cela dit si tu as des questions il y a une rubrique dédiée aux caméras sur le forum. Pour le choix des modules, je t'ai déjà cité quelques unes des bonnes marques dans mon message précédent. Ensuite il y a des tonnes d'infos sur le forum, car il faut fouiller un peu et y passer du temps, de toute façon si tu te lances dans la domotique (tu l'as déjà un peu effleuré avec tes tests) tu verras que c'est hyper chronophage. Reste à choisir les bonnes boutiques. Je te conseille Domadoo et Domotique Store, ils sont très sérieux, ils sauront te conseiller dans le choix des modules (et t'assurer de la compatibilité entre le choix de la box et des modules), et ils proposent même des guides de configuration sur leurs sites web. Et surtout, ils ont un vrai SAV qui te dépanneront si un module pose souci. Par contre, ce ne sont pas les moins cher, forcément le service ça se paye. Cela dit, ils font régulièrement 20 à 25% de remise, c'est très bien. Attention à certaines boutiques peu scrupuleuses qui affichent des tarifs ultra compétitif mais sans assurer ni SAV ni reprise des articles dans les 15 jours légaux... sans menace de plainte.

Si le problème est apparu avec la mise à jour, il faut remonter le problème à Fibaro sur le forum officiel, ils sont réactifs en ce moment : https://forum.fibaro.com/forum/1279-update-5080/

Non pas du tout, c'était pour les VD sur HC2 uniquement ça. Va voir par là :

Un QA avec quelques boutons, et dans la fonction de chaque bouton tu mets la requête http pour envoyer la chaîne XML, c'est assez facile à faire. Tu n'auras pas de retour d'état avec cette méthode, mais tu pourras facilement contrôler l'ampli.

Il date de quand cet ampli RX-V2067 ? Après une rapide recherche, j'ai l'impression qu'il est trop vieux et non compatible MusicCast. En regardant le code que tu as partagé sur l'autre topic, ce n'est clairement pas du MusicCast, donc ce vieil ampli doit être piloté avec une vieille API, avec des balises XML bien lourdes... Bref désolé mais cet ampli ne sera jamais compatible avec mon QuickApp.

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.