Lazer

É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 ?!?

Bienvenue sur le forum

Ah je l'avais eu aussi Prince of Persia, avec une carte son Adlib, qui ne restituait que les notes Midi, bien avant l'arrivée des Sound Blaster qui restituaient des vrais enregistrements et échantillons. Mais avant ça, Indiana Jones (et la dernière croisade) était l'un de mes jeux préférés, que j'ai fini avant de voir le film d'ailleurs. Sur ce principe, les jeux d'aventures c'était sympa... Monkey Island, Day of the Tentacle.... C'est marrant dans les noms que vous sortez, il y en a quelques uns que j'avais oublié... Operation Wolf, Speedball... Mais au final le genre de jeux que j'avais préféré, c'était ceux de stratégie. Je pense en particulier à Dune II, qui était l'inventeur du genre... puis vinrent les célèbres Command and Conquer, StarCraft, Age of Empires, etc et tous leurs dérivés. Dans un genre assez proche, Civilisation ou SimCity... Et bien plus tard, les toutes premières parties de Doom à 2 joueurs avec un câble RS-232 Null-Modem. Puis les premiers réseaux IPX sous Windows 3.11 for Workgroups pour jouer à 4 (bien avant TCP/IP ... qui faisaient planter la partie quand tu avait le malheur d'appuyer sur la touche Windows) ! Et bien sûr le légendaire Duke Nukem, ou encore Need for Speed, c'étaient les toutes premières LAN party Souvenirs....

Que le Wi-Fi soit bon dans une pièce donné, ça ne veut rien dire sur la qualité du réseau. Le Wi-Fi, tous les appareils de la maison le partagent, il suffit qu'il y ait un appareil trop loin, ou 1 seul appareil qui devienne trop bavard, pour pourrir l'intégralité du réseau. Je pense que les communications avec le Pont Hue sont en local, c'est à dire qu'elles ne passent pas par Internet. Mais tu as mal compris mon message, ou bien tu n'as pas saisi le fonctionnement d'un réseau local (Wi-Fi, Ethernet, switch, routeur, Internet, etc) => très probable. Le Wi-Fi des box fournies par les opérateur va de médiocre à passable, mais jamais bon. Ici c'est un peu hors sujet, mais il y ajustement une section réseau sur le forum, et tu verras que pas mal de gens ici sont passés à d'autres solutions pour le Wi-Fi. J'espère au moins que ta box HC3 est branché en Ethernet (avec un câble RJ-45), et pas en Wi-Fi. De façon générale, tout ce qui peut être branché devrait l'être, et on ne conserve le Wi-Fi que pour les appareils mobiles (téléphone, tablette, aspirateur, etc... ponctuellement le PC Portable sur les genoux sur le canapé). Sinon pour le Plugin/QuickApp Hue, désolé je ne sais pas te conseiller, je n'ai pas de Hue chez moi.

Ce sont des lumières Philips Hue ? Si tu as des ralentissements sur ton réseau, alors ce n'est clairement pas la faute de la HC3, mais du réseau lui-même. Wi-Fi pourri ? Celui de la box opérateur ? Tu parles de ta fille, elle joue sur PC ou tablette ? Le PC, il faut le brancher en câble. Après ça reste quand même étrange que de simples ordres données à toutes les lumières Hue ralentisse le réseau à ce point, d'où ce que j'ai appelé le Wi-Fi "pourri" ?!?

Ne tiens pas compte des discussions que nous avons eu entre nous, il est vrai que la discussion a dérivé et a largement dépassé tes questions initiales. Désolé si ton topic a été pollué, mais tu constateras que c'est souvent comme ça sur ce forum, dans le feu de l'action et de fil en aiguille les discussions dérivent souvent. Bref, en ce qui te concerne, la dernière réponse à tes questions que j'ai donné était mon message du 9 aout, que tu sembles avoir complètement loupé (car tu cites des tonnes de messages, mais pas le bon ) Voici le lien direct : https://www.domotique-fibaro.fr/topic/15235-configuration-hc3-par-un-débutant/?do=findComment&amp;comment=241090

Salut @juch11111 J'ai vérifié ton QuickApp, donc tu as bien la dernière version. J'ai regardé tes 2 fichiers de logs, et toujours pas de réponse de l'aspirateur, il ne répond qu'à la première commande "miIO.info", puis après plus rien. Il faut savoir que mon QuickApp utilise l'API Xiaomi Mi-Home, décrite sur cette page : https://github.com/marcelrv/XiaomiRobotVacuumProtocol Entre temps, l'auteur à mis à jour sa documentation, tout récemment, il y a 5 jours, avec des nouvelles informations intéressantes. Il précise la liste des appareils supportés, et le tien ne figure pas dans la liste. Par ailleurs, il précise tout en bas du document que tous les appareils Xiaomi Mi (Home et non-Home) répondent à l'instruction "miIO.info" et quelques autres, mais c'est tout. Donc avec ton aspirateur, on est en plein dans le cas de figure de l'appareil qui répond à ces quelques commandes génériques, mais pas à toutes les autres commandes du protocole Xiaomi Mi-Home. Donc le comportement de ton aspirateur est cohérent avec ce qui est documenté. Malheureusement pour toi, je ne peux plus rien faire à ce niveau là... si l'API exploitée par ton aspirateur est différente de Mi-Home, il faudrait commencer par trouver une documentation qui décrit le protocole utilisé par ton modèle d'aspirateur. Sachant qu'à ma connaissance, Xiaomi ne publie aucune documentation officielle sur ses API. Les documents disponibles en ligne ont été rédigés à partir de reverse engineering.

Y'a des jeux qui m'évoquent des souvenirs là, Lemmings, Monkey Island, Worms... J'y jouais sur PC

Bienvenue sur le forum

En première page, tu as le lien vers le tuto GEA, page sur laquelle tu trouveras le fichier de syntaxe pour GEA v6 (sur HC2)

Hum, tu n'as pas lu la doc Ce n'est pas du tout la bonne syntaxe, le Or vient devant, avec des accolades.