Lazer

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&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&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

Bah voilà.... CQFD

Étrange.... tu n'aurais pas ta box dans une cage de Faraday, ou excentrée genre au sous-sol ?

Ah oui OK c'est marrant comme projet. En effet, dans cette application, c'est surtout le contrôle de la température qui importe. Et un fonctionnement en ON/OFF du moteur de ventilation ne serait pas terrible, car tu vas avoir pas mal d'arrêt/démarrage intempestifs, tant la température va varier rapidement à la hausse comme à la baisse. Mais je me suis toujours demandé, ça ne vaut pas plus le coup de monter une cabane en bois au fond du jardin, et de mettre les machines dedans ? Pas besoin de ventilation (sauf pendant les canicules d'été), la régulation se fera naturellement. Parce que 300W de ventilation, ça fait une sacrée énergie dépensée pour rien. Question bonus : c'est encore rentable ce genre d'activité ?

Bah chez moi ça marche bien la demande de reconstruction de route. A faire pour un module en particulier, puis attendre, regarder le log, et quand tu as la confirmation que l'opération est OK, tu passe au module suivant. Je n'ai jamais osé lancé une reconstruction du réseau entier (ni sur HC2 à l'époque) Mais il y a certains modules pour lesquels il ne trouve aucune communication directe. Parfois il va trouver une autre route via un autre saut intermédiaire. Et parfois il va te présenter une route directe après la reconstruction, mais 24h après il passe à nouveau par un saut. C'est qu'il ne peut pas faire autrement. Au final, dans l'ensemble j'ai un réseau plutôt bien maillé. Au pire je dois avoir quelques modules avec 2 sauts. Après je n'ai jamais utilisé le sniffer, donc il y a peut être des incohérences, va savoir... mais à l'usage, ça ne pose pas de souci. Pas de latence constatée.