Lazer

Ce n'est pas possible via Melcloud, le seul moyen de remonter la température ambiante de la pièce vers le split est de passer par le port CN105 en local, directement sur la carte mère du split. J'en parle sur le topic de mon QuickApp. Et même si la version actuellement partagée dans le tutoriel ne le permet pas, la version que j'ai en cours de test chez moi fonctionne depuis quelques jours, j'ai enfin la régulation basée sur la température ambiante de la pièce, et ça change tout au confort (particulièrement avec la petite vague de froid qu'on a en se moment)

C'est dans l'onglet "Réseau" Mais effectivement ça peut être consommateur de temps cette analyse...

Il est de coutume de commencer par se présenter, comme l'indique le titre de la section.

Bienvenue sur le forum

Bienvenue sur le forum

Ah oui dans la propriété log, mais comme tu dis ça n'apparaît que sur l'interface Web.

Le problème c'est qu'un type de QuickApp ne permet de gérer une valeur textuelle. Le type multiposition le permet, mais c'est un actionneur, par un capteur, donc ça serait assez "sale" comme méthode... Sinon il faudrait stocker la valeur dans une Variable Globale, mais là aussi pas terrible, car on perd l'intégration native dans l'interface. Ou bien Label, mais c'est un peu nul car il faut ouvrir la Webview du QA pour voir le label, et ce n'est pas une valeur exploitable dans scénarios. Je ne vois aucune bonne méthode, que des astuces imparfaites.

Le froid ça active les neurones de nos voisins polonais, c'est bien connu, car c'est le 2nd effet kiskool de la Vodka utilisée comme carburant hivernal. Du coup nouvelle version BETA :

Firmware 5.151.47 BETA 08/01/2024 Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. Main features: 1. User scenarios Users can now create their own scenarios (scenes) in the mobile application using a specially prepared addition wizard. To use scenarios, update your Yubii application to version 1.21. What's new: Devices Added support for REMOTEC ZXT800 device. Added support for Heatit Z-TRM6 device. Added support for MCOHome Keypad Switch K-ES2 device. Added support for MCOHome OS11 and OS12 presence sensors. Added support for devices in Z-Wave 3.0 engine**: FGD-211 FGS-221 FGR-221 FGS-211 FGBS-321 FGWPE-102 FGWPI-121 Removed redundant slat control for blind types that do not have such functionality. Elero* Added support for old versions of RolTop blind drives. Gateway connection Moved the central selection from advanced settings directly to the Z-Wave device addition screen. Other Improved the operation of system notifications by updating their data according to the current system settings (room names, language, etc.). Introduced system optimizations to improve the performance of the hubs. Updated WLAN firmware. Plugins Added support for Satel Integra 256. Scenes Hidden the "True for a specified time" option for event-based conditions and triggers. Added a new look for the email's template sent from the block scenes. Improved the toggle action (on/off) of the Unio-868 device. Z-Wave Improved the process of adding Schlage BE369 device.** Enhanced communication during high network load and eliminated the "freezing" rare phenomenon of the Z-Wave engine.** Bug Fixes: Backup Fixed an issue displaying the login screen after creating a backup. Resolved issue of redundant hub restart when creating a backup. Climate Fixed the offset between cooling and heating values for Fahrenheit units. Devices Fixed reconfiguration operation for Heatit ZTERM3 device. Minor stylistic fixes for slider displays. Improved operation of Unio 868 device with inverted logic option enabled. Fixed setting favorite colors for RGBW Linked Device. Fixed temperature and humidity hysteresis ranges in Linked Devices. Fixed an issue with restoring default parameters for Domii Climatic sensor after system restart. Fixed marking Domii climatic sensor (solar) as dead after central unit restart or update. Fixed 502 error when adding Elero devices. Gateway connection Improved network operation and DNS handling when linking hubs. Nice* Fixed an issue where devices paired with BiDi remote authorization using one channel do not respond until the hub is restarted. Other Restricted Installer permissions for changes in the access settings. Fixed rounding values in Fahrenheit units for freeze and fire notifications. Improved the display of notification timestamps in the notification panel. Minor stylistic improvements to modal windows, user password reset email template, side menu buttons, and translations display. Fixed tariff display in the Energy panel for Brazilian, Portuguese and US English languages. Improved device removal from the mobile application for Z-Wave 3.0**. Improved Wi-Fi network stability for HC3L and YH hubs. Plugins Removed the DSC plugin due to incompatibility. Fixed connection error for Heos plugin. Minor translations fixes for Tedee plugin. Quick Apps Fixed error reporting in fibaro.setTimeout function. Improved selective clearing of the debug console. Fixed an issue with sending emails about suspicious login attempts with incorrect authorization in Quick App. Fixed background color for Quick App in dark mode. Scenes Fixes for running LUA scenes. Improved display of CO sensor statuses when selecting triggers in block scenes. Fixed the error of deleting a scene that uses global variables. Fixed time value conversion in sunrise and sunset-related conditions in block scenes. Users Improved display of statuses on the user list when inviting Remote Access users. Solved the issue of deleting user permissions for rooms after creating a new section. Z-Wave Resolved issue with incorrect display of Z-Wave parameter values for HC3L central unit. Improved the display of the number of queued parameters for Z-Wave devices. Improved temperature setting actions for thermostats in relation to the precision supported by devices. Improved templates for Qubino 3-Phase/1-Phase Meter meters. Improved display of scales for some Qubino device endpoints.** Improved display of power consumption and energy for Qubino device. Fixed issue with adding old-generation Z-wave+ devices.** Fixed issue of inability to control some blinds from other manufacturers. Known issues: Z-Wave Engine 3.0 Some Z-Wave devices are not fully compatible with the new version of Z-Wave engine. * - Does not apply to HC3L (Home Center 3 Lite). ** - Applies only to Z-Wave 3.0 engine.

Dans ton navigateur tu fais F12 pour voir les outils de développement, puis tu observes la méthode de connexion : URL, en-têtes de la requête, type de méthode, données passées en paramètres, etc... c'est pas toujours simple.

Au moins l'état d'urgence oui Finalement la cheminée a bien aidé, conso HP Rouge relativement modeste pour l'instant, malgré les seulement 2.83 kWh produits. La comparaison nuit HC Bleu / jour HP Rouge est flagrante :

ça n'a pas tenu, mais le soleil n'est pas revenu pour autant Impressionnant ta photo.... s'il y avait 1,5m de neige à Paris, je crois que les journalistes ne parleraient que de ça pendant 1 semaine

ça se présente mal

57 kWh consommés durant la seule nuit bleue de la semaine, j'ai consommé à fond pendant que c'était pas cher, pour chauffer à fond la maison et charger la batterie de la voiture. Pic de conso à 9240 W (pour un abonnement de 9 kVA) Depuis ce matin rouge, conso très faible, nuages épais, donc les panneaux produisent peu, du coup j'ai allumé la cheminée. Bref ça va

Il faut utiliser leur ID. Trouvable à droite (en dehors de la capture d'écran) ou bien dans /api/iosDevices/

@TitiXsi C'est bien ce qu'il m'avait semblé comprendre, mais il faut utiliser la bonne unité, c'est encore mieux pour la compréhension Ce qui donne 6.5 kWc de panneaux (kilowatts crêtes) pour 6 kVA d'onduleurs (kilovolts-ampères, c'est la puissance maximale des micro-onduleurs) Pour l'écrêtage, il est minime, j'avais fait mes simulations il y a 2 ans avant de faire mon installation, et j'étais arrivé à la conclusion qu'il était beaucoup plus rentable (financièrement parlant) de sous-dimensionner significativement la puissances des onduleurs par rapport aux panneaux. La perte de production est minime par rapport à l'économie réalisée sur les onduleurs. Dit autrement, le surcout des onduleurs plus puissants ne compense pas le gain de production. J'en avait parlé dans les premières pages de ce topic. Les gens qui s'inquiètent de l'écrêtage qu'on peut voir ça et là sont généralement ceux qui se contentent de regarder la puissance instantanée produite au pic de la journée à 14h, et qui n'ont pas compris que ce qui leur fait gagner de l'argent, c'est l'énergie produite, c'est à dire la somme des puissances instantanées dans le temps (temps = minutes jours mois années....). En mathématiques, c'est une intégrale... souvenirs lointains Dans la journée, et à plus forte raison dans une année entière, l'écrêtage se produit relativement peu comparativement au temps total d'exposition solaire. Il se trouve qu'entre temps, les gars du forum-photovoltaique ont fait des mesures, et sont arrivées à une règle empirique, ce qui simplifie bien les calculs de dimensionnement pour une nouvelle installation : https://forum-photovoltaique.fr/viewtopic.php?f=49&t=57944&p=662208&sid=9eafb68f689400e4c53ca59b922ef4f1#p662208 Ratio de puissance crête / puissance max onduleurs : R = 1,5 Perte = 4,9% R = 1,40 Perte = 3,1% R = 1,33 Perte = 1,8% R = 1,28 Perte = 0,9% R = 1,125 Perte = 0,1% Je me suis permis de le représenter sous forme de graphique, c'est toujours plus parlant qu'un tableau : Sachant cela, il est très facile de faire le calcul financier en comparant la différence de prix de 2 onduleurs de puissance différente. Dans mon cas c'était IQ7+ versus IQ7A, vu la différence de prix importante entre les 2 modèles, le choix a été vite fait. J'ai abandonné l'idée des IQ7A (mon choix initial) pour me tourner vers les IQ7+ (qu'on va appeler le choix de la raison ) Panneaux de 405 Wc pour MO de 295 VA ça fait un ratio de 1.37 soit une perte d'environ 2.5%. J'avais payé mes IQ7+ le prix de 122€, quand les IQ7A étaient largement plus chers... je n'ai pas noté, mais de mémoire c'était 145 €, soit 19 % de surcout !!! Comparé aux 2.5 % de perte de production, il n'y a pas à se poser la question longtemps.

J'ai le même problème depuis quelques mois, j'ai un portable qui a changé de nom et qui est devenu "unknown" Surement une mise à jour de l'application mobile qui a fait n'importe quoi Pour l'instant je ne sais pas comment corriger le problème. Je n'ai rien vu de tel sur le forum Fibaro, mais je n'ai peut être pas assez cherché.. Il faudrait tenter un appel au support Fibaro.

Attention ça c'est exclusivement sur NAS Synology, si tu regardes tu verras que l'email est envoyé à l'aide d'une commande PHP, qui va à son tour utiliser le serveur email configuré dans le panneau de configuration de DSM. Comme je le répondais à @mprinfo en privé, il y a à peu près autant de façon d'envoyer un email depuis Linux que de distributions... donc il faut adapter au cas par cas. Une petite recherche Google vous en dira plus, il est probable qu'il faille installer quelques paquets supplémentaires, car une Debian en installation minimale n'embarque pas grand chose. Autre aspect à prendre en considération, à cause de la lute ant-SPAM, les serveurs emails sont de plus en plus restrictifs, et bloquent la plupart des emails qui ne proviennent pas d'une source sûre. Du coup, la difficulté ne vient pas de la configuration Linux (10 millisecondes de recherche Google), mais de trouver un serveur SMTP qui accepte le relai... celui de votre opérateur, celui de Gmail, etc... le plus souvent avec authentification. Attention aussi aux opérateurs qui bloquent purement et simplement le protocole SMTP sortant, je crois me souvenir que SFR avait mis ça en place il y a quelques années.

Il fonctionne très bien, j'en ai 2 (plaque de cuisson et pompe à chaleur)

Oui toujours sous Windows 10. Pas de raison particulière, en fait c'est surtout que j'ai pas trouvé de raison de migrer vers Windows 11. Après plusieurs années de stabilité sous Windows 10 avec des mises à jours mineures, et majeures chaque semestre, je n'ai jamais compris pourquoi Microsoft a décidé de revenir comme avant avec une nouvelle version de Windows tous les 2 ans.... car Windows 11 ne va pas rester longtemps, je crois que Windows 12 est attendu pour cette année. Bref, c'est du marketing, ça me fatigue. Les entreprises aussi d'ailleurs, partout où je vais c'est du Windows 10, remarque ça me fait une raison de rester en Windows 10, au moins j'ai la même interface à la maison et au bureau, et je ne perds pas de temps.

Sûrement vu que ça fonctionne déjà sous Windows 10 (cf ma capture d'écran)

Ah cool, super

Ah oui Postman c'est l'application historique la plus connue pour cet usage sur navigateur. Mais sinon curl c'est simple Faut juste pas être allergique à la ligne de commande. D'ailleurs quand je dis Linux, ça peut être une fenêtre sur Windows, pas besoin d'une machine Linux dédiée.

Le support est parfois surprenant (dans le bon sens), donc qui ne tente rien n'a rien... au pire ils ne répondront que la semaine prochaine... Le transfert de backup d'une HC2 à une autre doit se faire en passant par le cloud Fibaro, c'est une procédure sécurisée (qui déchiffre/rechiffre le backup en fonction d'une clé logicielle unique et propre à chaque box) Un backup local ne peut pas être restauré sur une autre box, il peut seulement l'être sur la box d'origine.

Après pas mal de cheveux perdus, j'ai fini par comprendre comment utiliser les listes de selection drop-down à la mode Fibaro.... à vrai dire je ne sais pas si c'est un bug ou un comportement prévu, mais c'est vraiment très étrange Si on charge de façon dynamique (lors de l'exécution du code LUA) les options avec self:updateView(), comme dans ton exemple, alors il est impossible de sélectionner une option dans la liste. Je veux dire par là que l'utilisateur peut sélectionner une option dans la liste, ça va bien déclencher la fonction de callback, mais l'option choisie ne restera pas sélectionnée dans la liste, il est impossible de forcer la présélection avec self:updateview() ce qui nuit considérablement à l'expérience utilisateur, puisque le propre d'une liste déroulante est de montrer l'option actuellement sélectionnée et de permettre visuellement d'en changer. Pour que la présélection fonctionne, il faut 2 conditions : Les options doivent être chargées de façon statique dans la fenêtre de modification du QuickApp, sur la droite de l'écran lors de l'édition du contrôle : Dans le code LUA, la présélection d'une option peut alors se faire avec l'argument "selectedItem" dans la fonction self:updateView(), comme ceci : self:updateView("SelectSwing", "selectedItem", "Off") Ah la logique polonaise et ses subtilités, elle nous surprendra toujours Voici un exemple de code plus concret pour la fonction de callback associée à la capture d'écran ci-dessus : function QuickApp:selectSwing_onToggled(event) self:updateView("SelectSwing", "selectedItem", event.values[1]) -- Puis fait d'autres choses afin de réaliser l'action désirée... -- ... end On constate qu'on récupère la valeur de l'option sélectionnée par l'utilisateur dans la variable event.values[1] Dans mon cas c'est simple puisque la valeur de l'option correspond à son nom. Note : la modification "statique", telle qu'effectuée dans la fenêtre de modification du QA (capture d'écran) est en réalité possible pseudo-dynamiquement dans le code LUA. Pour cela, il faut modifier le QA proprement dit, non pas avec updateView (qui n'agit qu'en mémoire vide), mais avec api.put("/devices/ID", ...) ce qui a pour effet de sauvegarder la config du QuickApp dans la base de données, mais aussi de la redémarrer instantanément... attention aux effets de bord, il ne s'agirait pas de faire cette modification de façon inconditionnelle dans onInit(), sinon on obtient un QA qui reboot en boucle.