Classement

Hello, pour bien commencer l'année, voici une bonne nouvelle dans l'écosystème domotique français. Un ancien de domotique-store (que le patron avait revendu pour rappel... on connait la suite) a ouvert son propre site, on retrouve la philosophie originale avec les fiches produits ultra détaillées, les tutoriels, etc : https://domo-malin.fr/ Souhaitons lui plein de succès

Bonne année 2025 à toutes et à tous, que cette année soit encore meilleure que la précédente, je vous souhaite plein de réussite dans vos projets domotiques, de la santé dans vos réseaux Z-Wave, du bonheur grace au confort des scénarios automatisés

Merci @jojo pour ce retour. En fait, pour retracer un peu le sujet, je connais Boris personnellement depuis de nombreuses années. (A noter, je ne bosse absolument pas pour lui ) Ce projet domo-malin, nous en parlons ensemble depuis Septembre 2024, je l'ai un peu aidé à construire le catalogue produit, nous avons échangé sur divers sujet bref, je lui ai dis que c'était une bonne idée. Boris avait besoin aussi d'être rassuré, car il avait peur d'avoir été salit par ce qui s'est passé à la fin de domotique store car très peiné des déboires subis par certain. Il n'y est pour rien, mais vous le connaissez ... Boris et sa soif d'être aux petits soins pour ses clients. Quand le site a ouvert ses portes, j'ai, pour la gloire d'être le premier , passé la première commande. Une nouvelle façon pour moi de le soutenir. Quant à en parler sur le forum directement, j'ai eu peur de passer pour le "spoteur publicitaire" c'est pourquoi j'ai souhaité en parler à @Lazer en MP pour qu'il le fasse à ma place et le remercie sincèrement pour cela. Je répète, je n'ai pas d'intérêts particuliers à l'égard de Boris, je souhaitais juste lui donner un coup de pouce. Votre réaction a été juste exemplaire ( @Sowliny, @henri-allauch, @Lazer, @jojo, @fredokl ) , whaoo, vous êtes tous des gens bien et merci à tous pour ça. J'ai eu Boris au téléphone hier, il est sincèrement très touché, ça lui a fait son weekend et lui ai dit que c'était pareil pour moi Bon Dimanche à tous.

merci @Lazer, à toi aussi ainsi qu'à tous les geeks de ce forum, une très très bonne année 2025 pleine de nouvelles versions sans bug de notre chère HC3

bonjour, Résumé de la situation: j'ai dû installer et utiliser environ 65 contrôleurs Walli dans le même système pour remplacer un ancien système SCS (câblé) Legrand qui avait quelques problèmes et ne pouvait pas être mis à jour en raison de la non-compatibilité des anciens appareils avec le nouveau contrôleur SCS, j'ai donc choisi de déplacer toute l'installation vers zwave. Tous les boutons de commutation étaient sur le bus SCS, donc je n'ai pas pu avoir le N/P (230v) sur la prise murale, la seule solution que j'ai trouvée est de les remplacer par un contrôleur mural câblé en 24v DC, en utilisant l'ancienne installation physique pour fournir le 24DC sur chaque plot. A ce stade j'ai 65 contrôleurs Walli câblés en 24v DC pour gérer toutes les lumières et les stores (BSO). Toute les lumières et les BSO ont été câblés et regroupés dans un seul tableau sur le local technique au sous-sol. J'ai choisi des FGS223 pour gérer les lumières, FGD212 pour les variateurs de lumière et FGR224 pour les BSO. Donc ma config est : des interrupteurs dans chaque pièce (65 walli controller), et des modules actif sur une seule pièce (45 FGS223/FGR224 et 5 FGD212) En raison de l'utilisation multiple de chaque bouton, ce nouveau système doit utiliser un anneau coloré pour avoir l'état du bon voyant, vert lorsqu'il est allumé, blanc lorsqu'il est éteint. les problématiques auxquels j'ai été confronté : - 1er : les contrôleurs walli n'ont pas de endpoint logique pour stocker l'état renvoyé par la lampe ou le BSO géré. => donc si plusieurs contrôleurs walli sont impliqués dans le contrôle d'un appareil il n'y a pas de synchro possible en direct entre eux, et les opérations depuis l'interface domotique (Yubi ou HC3 ou ....) ne sont pas reportées sur le contrôleur walli - 2ème : l'acquittement du contrôleur walli lors d'une action physique se fait avec une lumière annulaire verte (ou rouge si ce n'est pas ok) et cela pour n'importe quel ordre physique (clic) => pendant ce laps de temps aucun réglage de la lumière annulaire ne peut être effectué, ils sont perdus ou appliqués de manière incomplète, donc si vous réglez la lumière annulaire dans ce laps de temps, ce réglage est perdu - 3ème : les contrôleurs walli (même filaires) ont des performances capricieuses lorsqu'ils sont inclus avec un niveau de sécurité => délai pour exécuter la commande, refus de l'opération (retour rouge), couleur de l'anneau non définie, aucune réaction au clic - 4rt : l'association avec un appareil zwave direct est possible mais n'est pas synchronisée avec les ordres reçus via les applications => si le BSO est ouvert avec une application, le walli ne connait pas ce statut et le 1er clic sur le bouton n'a aucune action sur l'appareil distant grâce à toutes ces (petites) connaissances j'ai trouvé des astuces pour contourner le système capricieux installé conseils 1 - tous mes appareils gérés avec le contrôleur walli sont inclus sans paramètre de sécurité (j'ai dû reconstruire toute la configuration car j'ai utilisé la sécurité sur ma première implémentation) astuces 2 - pour la lumière et le BSO (autre que le variateur de lumière) je n'utilise pas l'association directe (zwave) pour contrôler un appareil distant (lumière ou BSO) (pb 1, 4) => je règle toujours le type de contrôleur walli sur "scenarii" et j'écris pour chaque lumière un bloc pour gérer la lumière astuces 3 - pour FGD212 (dimming light), pas besoin de se synchroniser avec le walli en raison de la façon dont le FGD212 est géré, chaque clic sur le walli envoie une action au FGD212 (simple, double, long) donc le type de walli est réglé sur "dimming" => l'association directe zwave (groupe 6) est autorisée pour chaque walli avec FGD212, mais reste qu'il n'y a pas d'association de walli entre eux astuces 4 - pour les BSO (volet et lame) sur le pb4 j'ai ouvert un case avec le support fibaro, la seule réponse a été: gérez votre BSO avec le bloc de scène, donc j'écris 4 blocs de scène * 1 clic sur le bouton supérieur pour ouvrir => le bloc scène doit effectuer 2 actions : régler la position des lames à 100 %, puis ouvrir le store * 1 clic sur le bouton inférieur pour fermer => le bloc scène doit effectuer 2 actions : régler la position des lames à 0%, puis fermer le store * double clic sur le bouton stop supérieur ou inférieur * appui long sur le bouton supérieur ou inférieur pour régler la lamelle en position préférentielle ==> 50% (ou n'importe quelle position selon votre besoin) Remarque : n'utilisez pas de triple clic, sinon vous ne pourrez pas exclure l'appareil astuces 5 - pour l'état de l'anneau de couleur (pb2) j'ai 2 blocs de scène (même avec une lumière tamisée) : * coloré avec la lumière XX ON => le déclencheur se produit lorsque la lumière est allumée et la valeur définie est « vrai pendant le temps défini » * coloré avec la lumière XX OFF => le déclencheur se produit lorsque la lumière est éteinte et que la valeur est définie sur « vrai pendant le temps défini » la solution de contournement pour le pb2 est d'ajouter un temps (vrai pendant le temps défini) dans la condition de déclenchement de la section (2s suffisent) => avec cette astuce l'accusé de réception du clic sur le walli est affiché et donc le réglage de la sonnerie est appliqué correctement. comme le déclencheur est sur la lumière et non sur le mur, le type de mur n'affecte pas la scène J'espère que tous ces conseils pourront aider, car ce n'est pas évident de tous les trouver et de laisser le système stable et réactif avec la grosse config.

en effet, quelle réactivité professionnelle : " Bonjour, ROBBEJP m'a prévenu que vous aviez mis un message sur le forum pour cela. Pas de soucis pour effectuer des livraisons en Belgique, j'attendais juste confirmation des options de livraison vers l'internationale de la part de Colissimo. Je devrais donc pouvoir corriger cela dès lundi si cela vous convient ! Je vous informerais dès que cela sera actif ! Cordialement, Boris "

Et voici la réponse de Boris : "Bonjour, Je vous remercie pour ce message, votre soutient et votre retour sur le site, cela fait chaud au coeur ! Je ne pouvais effectivement pas accepter la fin de Domotique-Store, surtout l'état de la fin, sans rien faire derrière. J'ai donc souhaité mettre à profit ces 10 ans passé, et je reste disponible même pour apporter aide, support et conseil y compris sur les achats effectués sur Domotique-Store ! En espérant vous compter parmis nous, n'hésitez pas à me contacter si besoin. Encore merci de votre soutient ! Cordialement, Boris Service Clients DomoMalin"

Meilleurs vœux

Belle année 2025 à tous !!

Bonne année 2025 à tous !

Meilleurs vœux et surtout la santé à tous !

merci et belle année 2025 à tous ! plein de bonnes choses !!

Merci @Lazer et à tous ceux qui ont participé à faire vivre ce forum pour l'année 2024. Je vous souhaite le meilleur pour l'année 2025 à vous et vos proches.

@Lazer Merci pour tes vœux et pour ton implication sur ce forum À mon tour je présente tous mes vœux pour une heureuse année à toutes et tous les membres de ce forum N'hésites pas à nous annoncer les besoins financiers 2025 pour la vie de ce forum.

Hello, Quelques nouvelles du côté des qa. Fibaro sort une qa qui permet d'avoir un mini graph pour un device sélectionné. Je n'ai pas encore essayé n'étant pas dispo pour administrer. L'idée est sympa et à minima c'est toujours intéressant bien que très loin de ce que fait nativement jeedom .... https://marketplace.fibaro.com/items/quick-charts-for-fibaro-yubii Ps: peut-être que ce fil existe déjà, n'ayant rien trouvé, je le poste ici.

S'il s'agit bien de Monsieur Boris D. : on peut dire qu'il à toujours été très correct, compréhensif, et compétent. Je luis souhaite plein de succès en récupérant les clients Que domotique-store à fait fuir.

joyeux noël !!

Joyeux Noël à tous ! que vos box domotique vous apportent bonheur et tranquillité !

Comme déja dit, il s'agit d'un json contenant un tableau à plusieurs dimensions, l'utilisation d'un site pour le reformater (ici https://jsonlint.com/) permet de le mettre en évidence : [ { "nombreJours": 22, "libelle": "TEMPO ROUGE 2024 2025", "premierJourExclu": null, "nombreJoursTires": 6, "etat": "OUVERTE", "dernierJour": "2025-03-31", "dernierJourExclu": null, "typeJourEff": "TEMPO_ROUGE", "premierJour": "2024-11-01" }, { "nombreJours": 43, "libelle": "TEMPO BLANC 2024 2025", "premierJourExclu": null, "nombreJoursTires": 12, "etat": "OUVERTE", "dernierJour": "2025-08-31", "dernierJourExclu": null, "typeJourEff": "TEMPO_BLANC", "premierJour": "2024-09-01" }, { "nombreJours": 300, "libelle": "TEMPO BLEU 2024 2025", "premierJourExclu": null, "nombreJoursTires": 96, "etat": "OUVERTE", "dernierJour": "2025-08-31", "dernierJourExclu": null, "typeJourEff": "TEMPO_BLEU", "premierJour": "2024-09-01" } ] On constate que chaque ligne du tableau (qui correspond à la seconde dimension) ne possède pas d'index et qu'elle est identifiée par le contenu de la variable "typeJourEff". L'on va donc parcourir le tableau et pour chaque "typeJourEff" retenir la valeur recherchée à savoir le contenu de la variable "nombreJoursTires". Et l'on obtient ; -- Pour le test on récupère le json () local jsonStr = '[{"nombreJours":22,"libelle":"TEMPO ROUGE 2024 2025","premierJourExclu":null,"nombreJoursTires":6,"etat":"OUVERTE","dernierJour":"2025-03-31","dernierJourExclu":null,"typeJourEff":"TEMPO_ROUGE","premierJour":"2024-11-01"},{"nombreJours":43,"libelle":"TEMPO BLANC 2024 2025","premierJourExclu":null,"nombreJoursTires":12,"etat":"OUVERTE","dernierJour":"2025-08-31","dernierJourExclu":null,"typeJourEff":"TEMPO_BLANC","premierJour":"2024-09-01"},{"nombreJours":300,"libelle":"TEMPO BLEU 2024 2025","premierJourExclu":null,"nombreJoursTires":96,"etat":"OUVERTE","dernierJour":"2025-08-31","dernierJourExclu":null,"typeJourEff":"TEMPO_BLEU","premierJour":"2024-09-01"}]'; local jsonTable = json.decode(jsonStr); -- On transforme la chaîne de caractères en tableau local bleustires, blancstires, rougestires = 0, 0, 0; -- Déclaration et initialisation des variables for _, jsonRow in ipairs(jsonTable) do -- On parcourt la première dimension du tableau, la seconde dimension sera le tableau jsonRow if (jsonRow.typeJourEff ~= nil) and (jsonRow.nombreJoursTires ~= nil) then -- On s'assure que les index que l'on va utiliser sont bien présents if jsonRow.typeJourEff == "TEMPO_BLEU" then bleustires = jsonRow.nombreJoursTires; elseif jsonRow.typeJourEff == "TEMPO_BLANC" then blancstires = jsonRow.nombreJoursTires; elseif jsonRow.typeJourEff == "TEMPO_ROUGE" then rougestires = jsonRow.nombreJoursTires; end else print '"typeJourEff" ou "nombreJoursTires" pas trouvé'; end end print (bleustires, blancstires, rougestires); La meilleure façon de progresser et de comprendre le code et la logique de programmes existants.

On avait déjà parlé de l'utilisation des IA génératives pour écrire du code pour les box FIbaro, et j'avais expliqué dans ce message pourquoi ça ne peut pas fonctionner : En résumé, une IA n'a d'intelligence que le nom, c'est juste un algorithme qui a ingéré une quantité phénoménale de données, et qui va ensuite les restituer par un mécanisme que je qualifie humainement "d'association d'idée"... en quelque sorte, ce sont des statistiques : si ce mot est présent avec ce mot, alors la probabilité est forte que le mot suivant soit celui-là et donc l'IA le balance tel quel, sans rien comprendre au contexte (idem pour les pixels d'une image) En l'occurrence, le LUA est loin d'être le langage le plus populaire (comparé à Python, PHP, JavaScript, etc), donc les IA ont été entrainées avec un échantillon réduit de données. Si cela pourrait suffire pour générer du LUA dans un contexte générique, cela est insuffisant pour du LUA sur Fibaro... car Fibaro a ses spécificités, mais surtout Fibaro est ultra confidentiel sur le Web ! Encore une fois, c'est un problème d'apprentissage, les IA ont besoin d'une quantité phénoménale de données pour s'alimenter, et en ce qui concerne Fibaro, les sources d'information se limitent à .... le forum officiel et celui-ci, à peu de chose près ! Clairement insuffisant. En plus, les anciennes version de ChatGPT, jusqu'à la version 3.5, avaient été entrainées avant septembre 2021, donc juste après l'apparition de la HC3 et des QuickApps, trop peu d'information disponible, on en avait parlé sur l'autre topic justement. D'ailleurs c'est amusant, car dans le code généré sur l'autre topic, on voyait bien la confusion du code généré, qui utilisait du code LUA Fibaro disponible (pour scène sur HC2) en essayant de l'appliquer bêtement à un QA sur HC3. Comme je le disais, l'IA ne peut pas comprendre ce qu'elle fait, elle ne comprend pas le contexte, et si elle est entrainée sur un échantillon trop réduit de données, elle génère n'importe quoi.

Bonjour, J'avais tenté l'expérience domotique il y a environ 10 ans avec une HC2, expérience qui a durée quelques année, puis j'avais fini par tout démonter. Je viens de déménager. C'est donc l'occasion de repartir du bon pied les technologies ayant évolué vers des solutions visiblement plus mature et facile d'installation (la gamme Walli - génial !). Je viens de m'équipé d'une Home Center 3 et j'équipe petit à petit mon domicile. Actuellement j'ai les volet, quelques éclairage, la climatisation et l'alarme. Dans la vie, je développe dans différents langage principalement le C#. Je pourrais donc donner un coup de main sur l'écriture de QuickApp si besoin. Edit : je viens de me rendre compte que j'avais déjà fait une présentation en 2016, le temps passe et la mémoire avec

Non c'est très bien, tant mieux si ça fonctionne pour toi. Au début j'avais utilisé le mode bloc de Grafana, mais rapidement j'ai arrêté car il ne me permettait pas de faire ce que je voulais. En effet, le gros intérêt pour moi de Grafana, c'est d'aller au delà de ce que peut faire DomoCharts via les pages PHP... à savoir des graphiques complexes, intégrant des données provenant de plusieurs tables... à partir de ce moment là, le SQL montre toute sa puissance avec les requêtes imbriquées, les relations entre tables, etc... Par exemple j'ai un tableau de bord de suivi de ma production photovoltaïque, la requête SQL fait 50 lignes, avec jusqu'à 4 niveaux d'imbrication. La force de Grafana ensuite, c'est qu'en chargeant le dashbord, à partir de cette unique requête, il m'affiche les données sous forme de tableau, de synthèse, de compteur, de vumètre, et de graphiques en tout genre. Cerise sur le gateau, je peux choisir la finesse d'agrégation des données dans une liste déroulante en haut de l'écran. Les graphiques sont de moins en moins lisibles à mesure que les mois/années passent, mais on peut facilement zoomer dessus pour les afficher en plein écran, on peut bien sûr choisir la période d'analyse des données dans le calendrier prévu à cet effet, etc : Un autre pour le suivi détaillé de mes consommations électriques : Ou de mon abonnement TEMPO par tranche horaire : Etc...

Rien de prévu pour l'instant.... faut que je trouve une idée de nouveau besoin pour acheter un module dont je n'ai pas (encore) l'utilité

Super message @Sowliny ! Tout comme celui de @Lazer et de @henri-allauch d'ailleurs. Boris est vraiment quelqu'un de bien, aidons le tous dans son nouveau challenge. Ce forum est vraiment un concentré de gens bien 👍 Bravo à vous tous.

Je viens de regarder sur l'une de mes VM Linux, et j'ai aussi plein de paquets droppés en RX. Ce n'est donc pas un problème de câble, vu que c'est une VM, totalement virtuelle. Mon ami Google me dit que ça peut être pour plein d'autres raisons, qui ne sont pas forcément signe d'un problème. Exemple parmi plein d'autres : paquets IPv6 reçus alors que l'IPV6 n'est pas activé sur la machine en question. Bref, pas de quoi s'inquiéter à mon avis, si tu n'as jamais constaté de problème de performance sur ton réseau. En tout cas ne change pas les câbles. Remarque de fond : le problème du monitoring informatique, c'est qu'on trouve toujours un paramètres qui n'est pas au top, pour autant ça ne veut pas dire que le système ne fonctionne pas bien, d'ailleurs on n'en serait jamais rendu compte si on n'avait pas regardé les compteurs. C'est comme quand tu es en pleine forme, en bonne santé, mais que tu vas faire un checkup chez le médecin, il trouvera toujours un signe qui n'est pas au top... Mon conseil : ne regarde pas trop les compteurs réseaux, tu vas finir hypocondriaque !

Bonjour, Suite à une bêtise de ma part (non, je ne vous direz pas laquelle, pour que vous ayez le possibilité de rire de moi ...) j'ai du passer en 5.170.16. Bien que ça ne soit absolument pas critique, je me suis penché sur le problème du GEA qui ne s'affichait plus bien depuis 2 stables. Voici la solution (ne me demandez pas pourquoi ce n'était pas ok, mais maintenant c'est bon chez moi). Por les bouton ON/OFF qui ne s'afficiaient plus, le case Visible n'était pas cochée. Pour les labels (Running, Intervalle, ...) il faut juste les détruire et les recréer avec l'ID original.

au risque de me répéter : Joyeux Noël !

Joyeux Noël

De très bonnes fêtes de fin d'année

Joyeux Noël et bonnes fêtes de fin d'année Envoyé de mon Pixel 8 Pro en utilisant Tapatalk

Problème résolu ! Mais qui restera a jamais (?) un mystère (normal, c'est presque Noël ). Résolu directement et brillamment par le support en quelques minutes (j'avais finalement épuisé toutes mes possibilités de recherche d'erreur). Avec bien sûr un paramétrage d'accès sur la box... Voici leur réponse : Corrections have been made. Please, check the situation. It was a low software-level problem that cannot be checked or solved from the user's side. I hope, this problem will never come back. In case of any problems, I'm at your disposal. Have a nice day. Ils auraient tout aussi pu écrire "Have a Nice day" ! Ils ont certainement utilisé leurs outils "réservés aux (vrais) professionnels" et pas aux petits bidouilleurs. Mais bon, le résultat est là, net, même si "low software-level problem" engendre une petite frustration... Cependant, ils ont encore assuré de belle manière. Merci encore à tous pour m'avoir épaulé ! Très Joyeux Noël et Bonne année nouvelle !!! (ma p'tite maison)

Drôle de présentation. Je t'invite à lire les règles du forum. https://www.domotique-fibaro.fr/topic/56-règles-à-respecter/ Ici c'est pour te présenter, les questions doivent être abordées dans les bonnes sections. Bienvenue sur le forum!

Merci pour le partage, je ne serais pas tombé dessus par hasard vu que je ne pense jamais à aller sur le market Fibaro L'autre intérêt de ce QA aussi, c'est de pouvoir visualiser les graphiques simplement depuis l'application mobile, sur son smartphone. Car DomoCharts sur l'écran du smartphone, ce n'est pas prévu pour, c'est même vraiment nul

Bonjour Jojo, Je ne garanti pas à 100% que ce qui suit va fonctionner pour toi, mon utilisation n'est pas 100% celle là... Il y a probablement une solution (au moins un début) en utilisant le champ "userDescription" qui est présent dans les properties de chaque device. C'est un champ libre ou chacun peut y écrire ce qu'il souhaite. Ce qui est intéressant c'est que domochart peut filtrer les devices qu'il cherche selon ce champ. Il y a 2 ou 3 chose à faire: dans domochart.lua modifier la définition des devices à récolter et installer ce filtre suplémentaire: -- là ou tu as ajouté tes définitions, ajouter un field 'userDescription' : { dbType = "temperature", fibaroType = "com.fibaro.hvacSystemAuto", userDescription="heat" , visible = "true", dead = "false", property = "heatingThermostatSetpoint", }, -- added by Jojo on 18/01/2025 to include PID HeatingDevices setpoints { dbType = "temperature", fibaroType = "com.fibaro.hvacSystemAuto", userDescription="cool" , visible = "true", dead = "false", property = "coolingThermostatSetpoint", }, -- added by Jojo on 18/01/2025 to include PID CoolingDevices setpoints --autour des lignes 597 il y a la définition des filtres: -- Get datas from API local typeFilter = sensor.fibaroType and ("&type=" .. tools:urlencode(sensor.fibaroType) ) or "" local visibleFilter = sensor.visible and ("&visible=" .. tools:urlencode(sensor.visible) ) or "" local interfaceFilter = sensor.interface and ("&interface=" .. tools:urlencode(sensor.interface) ) or "" local parentFilter = sensor.parentId and ("&parentId=" .. tools:urlencode(sensor.parentId) ) or "" local unitFilter = sensor.unit and ("&property=[unit," .. tools:urlencode(sensor.unit) .. "]") or "" local deadFilter = sensor.dead and ("&property=[dead," .. tools:urlencode(sensor.dead) .. "]") or "" local energyFilter = type(sensor.showEnergy) == "boolean" and ("&property=[showEnergy," .. tostring(sensor.showEnergy) .. "]") or "" -- il faut y ajouter la ligne: local usrDscFilter = sensor.userDescription and ("&property=[userDescription," .. tools:urlencode(sensor.userDescription) .. "]") or "" -- et modifier la ligne 610 (à peu près 610...) local url = "/devices?enabled=true" .. typeFilter .. visibleFilter .. interfaceFilter .. parentFilter .. unitFilter .. deadFilter .. energyFilter -- pour y intégrer ce nouveau filtre: local url = "/devices?enabled=true" .. typeFilter .. visibleFilter .. interfaceFilter .. parentFilter .. unitFilter .. deadFilter .. energyFilter .. usrDscFilter dans ton code de gestion/surveillance de la PAC Il ne reste plus qu'à lui faire écrire le mot cool ou heat dans le champ userDescription selon le mode de la PAC. Quelque chose du genre: if (CurModeHeatCool ~= LastModeHeatCool) then begin for CooltargetIds = ..... do begin fibaro.call(CooltargetIds, "setProperty", "userDescription",(CurModeHeatCool=="Cool") and "cool" or "heat") LastModeHeatCool = CurModeHeatCool end end En espérant que cela fonctionne pour toi

Hello, Idée d'amélioration : Ma sonde de temp remonte un chiffre à 10 digit. Ca sert à rien mais c'est comme ca ... J'ai donc modifié ton code pour avoir ceci sur la fonction HM:updateLabelTemp(item) function HM:updateLabelTemp(item) table.insert(self.iwashere, "updateLabelTemp") item.power = item.power or 0 -- not needed local device = iif(self.HMCF.coolingDevice, "❄️ ", "🔥 ") local percent = iif(self.isOff, "Off", string.format("%.0f%%", item.power)) local power = device..percent.." | "..iif(item.state == ON, "⚡", "💤") local tempe = item.temp or "N/A " if type(tempe) == "number" then tempe = math.floor(item.temp * 10) / 10 end if self.outdoor then self:updateLabel("lbTemp", "🌙 "..self.outdoor.."°C | 🌡️ "..tempe.."°C | "..power) else self:updateLabel("lbTemp", "🌡️ "..tempe.."°C | "..power) end table.remove(self.iwashere) end ajout de : if type(tempe) == "number" then tempe = math.floor(item.temp * 10) / 10 end

************************************************************** GCE Electronics IPX800 V5 Firmware - Software ************************************************************** *** Version 5.6.1 (06/01/2024) ## Changed * MQTT : Correctif permettant de stabiliser l'IPX *** Version 5.6.0 (12/12/2024) ## Changed * FONCTION : Refonte complète du process de calcul pour gérer tous les cas * MODBUS : Ajout de la fonction IEEE 754 et du complément à deux * X-DISPLAY_V2 : Ajout du nouvel écran météo * X-GSM_V2 : Ajout d'une liste de destinataire pour le XGSM (paramètre en config) * X-4VR : Maj de la consigne en fonction du retour d'état * X-DIMMER_V2 : Ajout de la possibilité de le mettre à jour ## Fixed * THERMOSTAT : Correctif sur le FRONT sur l'unité du temps de défaut * CLOCK : Correctif lié au GMT négatif * METEO : Prise en compte du GMT pour les timestamp lever et coucher du soleil * MQTT : Correctif sur le SSL MQTT * SNTP et SMTP : Correctif sur la validation des modales

Bonjour, ChatGPT peut tout à fait aider pour écrire du LUA. Je l'ai fait d'ailleurs cette semaine pour ma clim Daikin. Il faut bien sur comprendre ce que l'on fait. Comme expliquer par @lazer une IA ce n'est pas intelligent, mais c'est tout de même relativement puissant. Le piège c'est que ça parait intelligent. C'est une aide, pour gagner du temps, éviter des erreurs et améliorer un script. Tu peux lui faire apprendre, c'est d'ailleurs pour cela qu'il existe une version gratuite... quand c'est gratuit, c'est toi le produit... Concernant le manque de data sur fibaro, oui, mais Chat GPT est tout a fait capable d'ingurgité d'un simple copié/collé la doc fibaro. Pour le Lua, c'est moins un problème, du code c'est du code, la syntaxe change, mais la logique reste similaire. Dans tous les cas, ne pas oublié qu'il fera régulièrement des erreurs grossières. Si tu ne comprend pas du tout ce que tu fais, tu ne le verra pas, il faut donc comprendre et relire systématiquement ce qu'il peut proposer.

Bravo pour avoir pris le temps pour le retour d'expérience et également bravo pour la qualité de rédaction, c'est très claire et très simple à suivre.

Merci pour ton partage de retour d'expérience. Sacré affaire, ça t'as occupé pendant de longs mois cette histoire.

j'arrive en retard , mais c'est une super nouvelle que de savoir que c'est Boris qui a ouvert une nouvelle boutique en ligne sur les meme bases que feu domotique-store avant son rachat. bon chance , bon vent et surtout plein de commande pour cette année 2025

et comme mes capacités SQL sont très limitées (et que je suis têtu), j'ai réussi à reproduire ton code avec le builder (qu'il a traduit ainsi : SELECT time AS "time", value FROM domotique.domocharts_temperature WHERE ($__timeFilter(time) AND device_id = '1341') ORDER BY time Je sais, ce n'est pas bien. C'est comme faire des scènes en mode bloc avec une HC2/3

c'est normal, ça altère les capacités Comme je suis habitué au SQL, je réalise toutes mes requêtes en SQL dans Grafana. Voici un exemple qui fonctionne : SELECT TIMESTAMP(date) as time_sec, sum_value as "Eau chaude" FROM domocharts_water_day WHERE TIMESTAMP(date) between $__timeFrom() and $__timeTo() AND device_id = 550 ORDER BY date La requête va chercher la consommation d'eau chaude. En voici une autre, non testée, qui devrait te donner ce que tu veux pour la température de ton salon : SELECT UNIX_TIMESTAMP(time)*1000 as time, value, "Temperature Salon" as metric FROM domocharts_temperature WHERE $__timeFilter(time) AND device_id = 1341 ORDER BY time Il faut cliquer sur le petit bouton "Code" à droite de ton écran pour basculer en mode requête SQL classique.

Surement parce que la version partagée sur le forum ne calcule pas non plus les trends pour le courant.... Dans le fichier trend.php, tu peux ajouter ceci quelque part, par exemple juste après voltage : //*** Current array_push($response['data'], ExecuteQuery($bdd, " INSERT INTO domocharts_current_day (date, device_id, min_value, avg_value, max_value) SELECT DATE(time) AS date, device_id as device_id, MIN(value) AS min_value, AVG(value) AS avg_value, MAX(value) AS max_value FROM domocharts_current WHERE DATE(time) > ( SELECT COALESCE(MAX(`date`), '0001-01-01') FROM domocharts_current_day ) AND DATE(time) < CURDATE() GROUP BY date, device_id ")); array_push($response['data'], ExecuteQuery($bdd, 'DELETE FROM domocharts_current WHERE DATE(time) < SUBDATE(CURDATE(), '.$db_interval_current.')')); array_push($response['data'], ExecuteQuery($bdd, 'OPTIMIZE TABLE domocharts_current')); ça devrait fonctionner je pense. Alors là.... je n'ai jamais testé.... Je ne me souvenais même plus qu'il y avait le paramètre $display_interval dans le fichier config.inc.php ! Donc tu l'as augmenté et ça n'a aucun impact sur le graph ? Parce que quand je regarde la requête SQL qui est générée dans data.php, ça devrait théoriquement être pris en compte.

j'ai voulu y passer ma première commande, mais ils ne livreraient qu'en France ou pour Trump ... J'ai posé la question

Merci @Lazer pour cette bonne nouvelle! Je vais de ce pas faire un petit tour.

Je ne suis pas du tout spécialiste de Haproxy, mais en suivant le tutoriel de @mprinfo je suis arrivé à une configuration qui fonctionne. J'accède par: https://domlinux.MonDomaine.fr/domocharts/index.php aux graphiques ... SI cela peut t'aider .... #************************************************************************************ # Déclaration HAPROXY #************************************************************************************ global log /dev/log local0 log /dev/log local1 notice chroot /var/lib/haproxy stats socket /run/haproxy/admin.sock mode 660 level admin expose-fd listeners stats timeout 30s user haproxy group haproxy daemon maxconn 2048 # Default SSL material locations ca-base /etc/ssl/certs crt-base /etc/ssl/privatte # Default ciphers to use on SSL-enabled listening sockets. # For more information, see ciphers(1SSL). This list is from: # https://hynek.me/articles/hardening-your-web-servers-ssl-ciphers/ # An alternative list with additional directives can be obtained from # https://mozilla.github.io/server-side-tls/ssl-config-generator/?server=haproxy ssl-default-bind-ciphers ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:RSA+AESGCM:RSA+AES:!aNULL:!MD5:!DSS ssl-default-bind-options no-sslv3 tune.ssl.default-dh-param 2048 defaults log global mode http option httplog option dontlognull timeout connect 5000 timeout client 50000 timeout server 50000 errorfile 400 /etc/haproxy/errors/400.http errorfile 403 /etc/haproxy/errors/403.http errorfile 408 /etc/haproxy/errors/408.http errorfile 500 /etc/haproxy/errors/500.http errorfile 502 /etc/haproxy/errors/502.http errorfile 503 /etc/haproxy/errors/503.http errorfile 504 /etc/haproxy/errors/504.http # ------------------------------------------------------------------------ # - H T T P # ------------------------------------------------------------------------ frontend http- option http-keep-alive compression algo gzip compression type text/html text/plain text/css application/x-javascript bind *:80 mode http option httplog acl letsencrypt-acl path_beg /.well-known/acme-challenge/ #********************************** # Define hosts http MonDomaine #********************************** acl domlinux hdr(host) domlinux.MonDomaine.fr #********************************** # Forcer Redirection vers Https #********************************** redirect scheme https if !{ ssl_fc } domlinux use_backend letsencrypt-backend if letsencrypt-acl default_backend backend_DEFAULT # ------------------------------------------------------------------------ # - H T T P S # ------------------------------------------------------------------------ frontend https-in bind *:443 ssl crt /etc/haproxy/certs/ no-sslv3 mode http option httplog acl letsencrypt-acl path_beg /.well-known/acme-challenge/ #******************************************************** # Define hosts https MonDomaine #******************************************************** acl domlinux hdr(host) domlinux.MonDomaine.fr #******************************************************** # Use backend #******************************************************** use_backend backend_DOMLINUX if domlinux use_backend letsencrypt-backend if letsencrypt-acl default_backend backend_DEFAULT # ------------------------------------------------------------------------ # - Define backend # ------------------------------------------------------------------------ #--------------------- Backend pour le renouvellement du certificat letsencrypt backend letsencrypt-backend server letsencrypt 127.0.0.1:8888 #--------------------- Backend pour DOMLINUX backend backend_DOMLINUX mode http option httpchk option forwardfor except 127.0.0.1 http-request add-header X-Forwarded-Proto https if { ssl_fc } server DOMLINUX 192.168.82.8:5080 maxconn 15 #--------------------- Backend pour DEFAULT backend backend_DEFAULT http-request deny

comment fais-tu ?

Si c'est pour domocharts, il n'y a pas de connexion avec user/password donc je ferais un appel en http vers du http et non en https vers du http, dans ton HAProxy.

Avant d'utiliser des chatbots, il serait préférable de comprendre comment ça fonctionne... ce n'est pas à toi de lui faire apprendre, tu ne peux pas. C'est l'entreprise derrière l'algorithme qui lui fait apprendre... en lui faisant ingurgiter les données déjà présentes sur Internet. Et quand bien même tu pourrais lui faire apprendre, quel serait l'intérêt ? Puisque ça voudrait dire que tu maitrises déjà le sujet, donc l'IA est inutile.

Pareille => "Impossible d'obtenir le statut RTE Tempo". La couleur du jour s'affiche mais pas celle de demain.