Lazer

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.

Je viens de voir que le problème a été remonté sur le forum officiel. Pas de réponse pour l'instant, mais vu que le panneau d'énergie est tout nouveau, comporte encore pas mal de bugs, et qu'il est amené à évoluer, j'imagine qu'ils vont corriger ça prochainement : https://forum.fibaro.com/topic/55131-new-energy-pannel-explanations-please/?do=findComment&amp;comment=234713

Bienvenue sur le forum Attention je pense que tu as loupé une étape dans ton inscription, tu es toujours identifié comme invité. Pour Yamaha MusicCast tu arrives au bon moment, si tout va bien d'ici la fin du mois je devrais partager mon QuickApp.

Mon premier PC avait un disque dur de 20 Mo... il y a 30 ans déjà ! ça existe encore les Mainframe, mais faut dire que c'est bien plus compact qu'à l'époque. Une armoire seulement (mais aussi une autre pour le stockage à coté, et une autre pour la sauvegarde)... et le tout x2 ou x3 pour sécuriser sur plusieurs sites. Au final, c'est toujours aussi cher... plusieurs M€...

Bienvenue sur le forum

Déterrage de topic Le premier PC IBM fête ses 40 ans cette année C'était hier, le 12 août

Quelques news sur les futures nouveautés à venir chez Fibaro : Finalement, retour du Zigbee tant attendu, voilà qui va faire plaisir à certains ! => version beta au 2nd trimètre 2022, donc dans 1 an quoi Plus proche, d'ici la fin de cette année 2021: Améliorations du panneau d'énergie, et utilisation de scènes en relation avec ce panneau (j'imagine des scénarios du style déclenchement sur consommation, par exemple pour du délestage... simple supposition de ma part) Améliorations du support des modules Nice et Elero Gros travail sur l'application mobile depuis laquelle il sera possible de partiellement configurer la box (bon... certes... pourquoi pas... mais je pense qu'on est nombreux à préférer des améliorations sur l'ergonomie de l'appli....) Amélioration du nouveau moteur Z-Wave v3 (qui est toujours en beta pour rappel) et possibilité de migrer depuis une installation existante Améliorations générales de stabilité et de performance Fibaro va aussi chercher à cibler de nouveaux marchés avec ses modules.... Source : forum officiel https://forum.fibaro.com/topic/50641-features-postponed-after-2020/page/6/#comment-234983