Lazer

C'est sûr que si GEA survit à tes centaines de règles, il peut tenir toutes les charges

Suite de la discussion sur le topic dédié Xiaomi Roborock, et notamment ce message où j'ai posté le tableau comparatif et le lien vers le site officiel présentant les différents modèles :

Si tu regardes sur mon tuto : => C'est bien une string qu'il faut envoyer dans la variable data de la requête http Le JSON encodé dans ta variable body2 semble maintenant conforme (en tout cas Notepadd++ la décode proprement), mais peut être que ton sèche serviette n'aime pas les espaces dedans (le code http 400 c'est "bad request", donc tu lui envoies une requête qu'il n'aime pas) Si tu veux être certain d'avoir un JSON correctement formaté, le mieux est encore... de ne pas le faire à la main ! Donc tu prend ta variable de type table, et tu l'encode avec json.encode avant de la mettre dans data Un truc du style : local body2 = { actions = { deviceURL = "io://0810-4343-0200/13610533#1", commands = { name = "setTowelDryerTemporaryState", parameters = "boost" } } } ... data = json.encode(body2)

C'est clair, les QuickApps sont moches... il est prévu de pouvoir les personnaliser... mais quand ? GEA est dans un QuickApp, mais c'est juste un conteneur, il n'affiche absolument rien sur le QuickApp. On pourrait le faire, mais pour afficher quoi ? Si quelqu'un à une idée pertinente, je suis preneur.

Bon, il y a du monde intéressé pour faire le beta testeur de GEA sur HC3 ? J'ai une version fonctionnelle, quasi à l'identique de ce qu'on avait sur HC2 (syntaxe identique), avec une grosse simplification : plus besoin de déclarer les triggers dans l'en-tête de scène, GEA les détecte maintenant tout seul, et surveille les événements (via l'API refreshStates) J'ai testé pas mal de choses, mais j'ai une toute petite installation, donc il traine probablement des bugs.

Le JSON de ta variable body2 est mal formé (Notepad++ refuse de le décoder... donc ton sèche-serviette aussi) Je n'ai pas cherché plus loin, je te laisse décomposer les accolades et parenthèses, tu vas trouver facilement je pense.

Je ne te conseille plus d'investir dans une HC2, c'est comme la HCL, ce sont 2 produits en fin de vie, qui ne connaitront plus d'évolution. Quitte à changer, il faut partir direct sur la HC3. Ou attendre une version Lite (mais aucune rumeur en ce sens....)

Très certainement un manque de ressources matérielles (CPU et RAM) sur la HC Lite. Mon avis a toujours été que cette box est juste un produit d'appel qui surfe sur la surpuissance de la HC2 (personne ne l'ai mis à genoux celle-là). La HC Lite, est bonne à inclure des modules, à les piloter à distance depuis son smartphone, mais faut pas lui en demander beaucoup plus. Quelques scènes simples, ça passe. Trop de scène, elle surcharge et devient lente, instable, plante, etc.... Je n'ai jamais eu cette box, mais j'ai vu plusieurs personnes sur le forum qui la rebootent très régulièrement pour la conserver en bon état de marche (à l'extrême, chaque nuit) L'historisation des données de consommation, ça prend de la place dans la base de données, donc des ressources matérielles. C'est comme les modules, les scènes, etc, ça participe à la saturation du peu de ressources disponibles. Autre sujet, une alarme ça ne se fait pas avec une box domotique, quelle qu'elle soit. Mais avec une alarme. Sujet déjà largement débattu sur le forum.

Ben s'il a mis le 230V sur les lampes qui attendaient du 12V ! Son message est très confus/incomplet... Peut être tout simplement qu'il a mis le dimmer sur l'alimentation des LED et que celle ci ne supporte pas la variation, c'est souvent le cas. On ne sait pas la marque, le modèle, le branchement etc... Le mieux ça reste les LED en 230V directement.

Le problème n'est pas qu'elle supporte ou pas le CSS, car bien sûr qu'elle le supporte. C'est plutôt que Fibaro bloque la possibilité d'injecter du CSS. Sur la HC2, Fibaro ne le bloquait pas sur l'interface Web (zone de debug ainsi que le rendu du module virtuel lui-même, ce qui permettait par exemple d'afficher une jaquette d'album à la place d'un label en texte), mais ils le bloquaient déjà au niveau de l'application mobile, si bien que l'utilisation des styles CSS était inutile en dehors de colorer la zone de debug. Pour personnaliser les QuickApps de la HC3, il faudra attendre que Fibaro nous le permette. Normalement c'est prévu, mais pour quand ?

Les balises styles=... sont bloquées Ce qui passe, c'est le bon vieux HTML4 avec des balises font=... etc Je pense que c'est le problème que j'avais, car justement j'utilisais également des balises de styles sur la HC2.

Ce n'est pas du GU10, et on voit clairement 12V Du coup la grande question : la fumée était de quelle couleur ?

OK, dans ce cas plusieurs possibilité : - régler une température de confort supérieure (correspondant à celle dont tu as besoin quand il fait humide), et exploiter couramment le radiateur à sa température de confort -1°C ou -2°C. C'est en pratique ce que je fais dans la salle de bain, où elle reste à conf-2, sauf le matin au moment des douches où elle est à conf maxi (donc plus chaud que la normale) - mettre le thermostat du radiateur à fond, et utiliser le Qubino en mode Confort / Arrêt uniquement avec un thermostat externe en association directe, comme le Secure SRT321 par exemple. La régulation sera faite par le thermostat externe, le Qubino et le radiateur se contentant d'obéir bêtement aux ordres. Comme expliqué précédemment, si tu as des radiateurs anciens, c'est parfait. Si tu as des radiateurs modernes et haut de gamme, et dommage car tu auras payé cher ces radiateurs pour rien, mais en dehors du coté financier, ce n'est pas un souci, ça fonctionnera très bien avec le régulation externe En option, le choix à ne pas faire : - utiliser un thermostat logiciel dont la régulation serait faite par la box domotique : au moindre problème de plantage, tu n'as plus de chauffage du tout (ou l'inverse, chauffage bloqué à fond, je ne sais pas ce qui est pire...) Nous sommes bien d'accord pour la nécessité de piloter le chauffage individuellement par pièce La régulation par zone est un pis aller utilisé par les automatisme de chauffage vendus en grande surface de bricolage (type Delta Dore, etc), ce n'est pas au niveau de ce qu'on fait avec de la domotique.

Probablement pas. En même temps Fibaro a tellement pris les gens pour des cons avec la HC2, faut pas qu'ils s'étonnent d'avoir une mauvaise image avec leur nouvelle box. Malheureusement comme plus personne ne fait de retour sur les numéros de série sur le topic dédié, difficile de savoir si les bonnes ventes du printemps ont perduré ou pas. Quoi qu'il en soit, la stratégie de Fibaro/Nice c'est de vendre aux pros/intégrateurs, pas au grand public. Du coup les prix sur les boutiques en lignes ne sont pas forcément représentatifs de la quantité de box distribuées. Mais là encore, le suivi des numéros de série nous permet d'y voir clair (quand que Fibaro respecte une numérotation incrémentale linéaire....)

C'est surprenant, quand la HC3 est sortie avec les premiers firmwares, j'étais persuadé que Fibaro avait bloqué la possibilité d'injecter du code HTML pour mettre en forme le texte dans la zone de debug (chose qu'on pratiquait déjà courament sur la HC2) Du coup je viens de réessayer, et ça fonctionne bien, donc soit j'ai rêvé, soit Fibaro a ajouté cette possibilité entre temps. En tout cas, merci pour le tuto et d'avoir démontré que ça fonctionne Maintenant je vais pouvoir remettre plein de couleurs dans les logs de mes QuickApps

OK.... peut être encore une panne des serveurs de Fibaro alors....

Es-tu certain que seuls les mails de Fibaro sont concernés ? Parce que j'utilise Gmail aussi (mais au travers d'un domaine), et il y a un filtre anti-spam très puissant (trop à mon goût) qui a souvent tendance à prendre pas mal de retard sur la livraisons des emails, tout expéditeur confondu. Du coup je ne me suis jamais inquiété plus que ça pour les mails en provenance de Fibaro. Sinon, c'est tout simplement que les serveurs de Fibaro qui émettent les emails prennent aussi du retard... ça peut arriver.... il faut voir si cela fait pareil pour les notifications Push sur ton mobile. La solution ultime serait d'écrire un client SMTP en LUA pour envoyer directement les mails depuis la HC2 en passant par le serveur SMTP mis à disposition par notre fournisseur d'accès à Internet. Cela supprime l'intermédiaire du Cloud Fibaro qui n'est pas infaillible (plusieurs pannes en quelques années)

@TonyC hum tu as surement raison, je n'y ai pas fait attention car mon Heavy Duty est installé derrière le meuble sous la plaque de cuisson. Pour l'association, oui je suis d'accord, je l'avais même suggéré, mais l'intérêt est limité vu que le cout du Heavy Duty dépasse celui d'un contacteur de puissance, qui dans les 2 cas doit donc s'ajouter au module FGS. @Phil1789 sinon pour le mesure de consommation, tu peux utiliser un compteur à impulsion à monter sur rail DIN, ça ne coute pas cher. Mais derrière il faut quelque chose pour compter les impulsions, comme par exemple un EcoDevices. Du coup le prix s'envole si tu l'achètes uniquement pour cette raison.... faut en avoir l'utilité (suivi de la consommation de la maison)

C'est green, super green Non non je ne me moque pas

On ne "branche" pas un module sur la box, mais on peut l'inclure ! Et oui ça marche avec les modules Aeotec, c'est tout l'intérêt du Z-Wave, l’interopérabilité entre marques. Le problème du Heavy Duty, c'est qu'il n'a aucune entrée de contrôle local, donc en cas de plantage de la box domotique, tu ne peux plus relancer manuellement ton chauffe-eau... vraiment pas terrible. Une solution de contournement serait d'associer un module en association directe Z-Wave, mais ça fait un cout et une complexité supplémentaire. Pour le pilotage de chauffe-eau, la solution la plus générique et la plus WAF est la première que j'ai décrite : - Un module de type FGS qui pilote le contacteur de puissance - Sur ce module, tu connectes un interrupteur, ce qui te permet de reprendre la main en cas de panne de la box. - En bonus, une diode sur la sortie du relai (en parallèle du contacteur) pour visualiser l'état ON ou OFF du contacteur, donc de la chauffe du ballon.

Il n'y a pas de réponse à ta question. Entre une scène qui fait rien, et une scène qui calcule du bitcoin, tu te doutes que ça ne génère pas la même charge. C'est pour cela qu'on a des outils de monitoring, pour voir quand ça devient critique. Par ailleurs ta mémoire utilisée n'est qu'à 64%, tu as encore de la marge

Oui voilà, pour éviter de saturer les ressources RAM mais aussi CPU.

Je ne sais pas du tout s'il y a une limite du nombre de scènes sur la HC Lite. pour le "too many instance", oui tout à fait, il faut augmenter la limite (2 par défaut.... on peu aller jusqu'à 10)

Si tu parles du contrôleur en Docker sur Syno, c'est "normal" que ce soit buggué.... quand les gens arrêteront d'utiliser Docker à mauvais escient, juste parce que c'est à la mode, on aura fait un grand pas. Si tu parles de Unifi en général, sur les forums ça râle pas mal, Ubiquiti pousse à fond sa gamme Unifi, mais c'est truffé de bugs ou de fonctionnalités promises mais non implémentées (tient ça me rappelle une société polonaise). Sans compter les tarifs des nouveaux modèles qui remontent (sans ajouter plus de fonctions pour autant) C'est vraiment dommage, car les pros qui étaient les premiers prescripteurs de cette marque vont se tourner vers d'autres marques concurrentes.... notamment pour tout ce qui concerne Switchs et Routeurs. A coté de ça, ils vendent des panneaux LCD connectés, je cherche toujours pourquoi....

Il y a la même chose sur HC2, pour tout dire je n'y ai jamais fait attention. Je viens de regarder, c'est le nombre de scènes en train de s'exécuter (0 dans ton cas), sur le nombre total de scènes créées sur la box (5 dans ton cas) Je suppose qu'à un moment donné, tu avais créé 6 scènes, tu as dû en supprimer une. Cependant, attention, si tu as "caché" des scènes dans l'interface, alors elles ne sont pas comptabilisées dans le total :