Lazer

Le module parent et ses enfants : Celui que j'ai nommé "fil pilote" correspond à la capture d'écran de mon message précédent, donc c'est le dimmer proprement dit, le module principal qui permet de contrôler les 6 ordres. Tous les autres modules enfants sont accessoires (et cachés chez moi, ils sont inutiles) Mais tu devrais aller faire un tour sur le topic du module Qubino en question, je pense que tous ces sujets ont déjà été expliquées en long en large et en travers, afin de vérifier le bon fonctionnement de ton module. Donc reprendre la base, et ensuite revenir ici pour t'intéresser au QuickApp.

Non le Qubino Fil Pilote, comme dit plus haut, c'est un dimmer. Tu te moques du binary sensor, tu peux même le cacher, il doit normalement y en avoir 3, qui correspondent aux 3 entrées pour y connecter des interrupteurs. Perso je n'utilise pas cette possibilité. Par exemple là j'en ai un qui est sur la valeur 15% correspondant à l'ordre Hors-gel (conformément au tableau de la doc). J'ai juste modifié les icônes du module afin que ça soit plus visuel qu'une ampoule d'éclairage qui ne correspond pas franchement...

@Achille85 j'ai déplacé ton message car tu avais posté sur un topic où c'était complètement hors sujet. J'imagine que tu parles du QuickApp dont il est question ici même. Je ne peux pas t'aider pour ce QA, je ne l'utilise pas. Mais tu peux déjà tester le module Fil Pilote tout seul, sans QA, pour vérifier que les 6 ordres sont bien transmis au radiateur, en fait varier la valeur entre 0 et 100 en te référant aux plages de la doc : Pour rappel, le fil pilote est une spécificité française unique au monde, donc la norme Z-Wave n'a pas créé de catégorie spécifique. Du coup la meilleure solution trouvée a été d'utiliser la classe Dimmer, qui permet de faire varier les valeurs de 0 à 99, et de la répartir en 6 plages de valeurs distinctes.

Tu as essayé de redémarrer le QA ? Et vérifié les droits utilisateurs ? Car si une mise à jour du Syno a changé quelque chose, il faut commencer par là. Vérifie aussi que ton utilisateur n'a pas été blacklisté. Je suis toujours sur une vieille version 6.x de DSM et je ne fais plus aucune mise à jour, du coup c'est stable et je ne "vois" par tous les problèmes que vous pouvez rencontrer.

Dans la DB, dans les table domocharts_device_type En fait ce que tu veux ce sont des graphs personnalisés... vieux projet que je n'ai jamais encore mis en place (j'avais commencé à bricoler un truc...) En attendant le mieux est de se construire ses graphs personnalisés avec Grafana, qui va requêter sur la base SQL.

@UXReviewer Pour ton problème de variable, aucune idée, je ne connais pas ce QuickApp, peut être que de lui-même il recrée les variables tout seul, il faudrait regarder son code LUA. Pour la fenêtre de log, voir le mini tuto : https://www.domotique-fibaro.fr/topic/14171-console-de-débogage/

Non, pas du tout, je le redis : TU N'AS PAS LE DROIT DE BRANCHER LE BALLON SUR UN WALL PLUG. Le disjoncteur ne te protège pas du tout contre l'échauffement des contacts, et tout ce qui peut éventuellement suivre derrière... Intéressant ton histoire d'électricien/Expert d'assurance, mais bon après ils n'étaient pas venu pour ça, si la surtension vient de la foudre. Bon après faites comme vous voulez hein, c'est pas ma maison On a un membre du forum qui a fait tourner sa plaque à induction pendant des années sur un Wall Plug, donc tout est possible (cela dit ça fait un petit moment qu'on ne l'a pas vu ici, espérons qu'il soit toujours vivant)

Oui désolé pour le HS, tu as besoin d'autres infos pour les volets ? Il y a déjà pas mal d'éléments de réponses... pas forcément parfaites, mais ça c'est la faute du matos de base, car propriétaire/fermé, donc impossible de faire des miracles à ce niveau là.... il faut accepter les contraintes.

Le cache est vidé à chaque redémarrage du QA, donc si tu as modifié la variable, tu dois voir dans le log que le QA a redémarré et est reparti avec un cache vide. Si maintenant ton SQL n'est pas capable d'absorber les données dès la première connexion, ce n'est pas du coté de la HC3 qu'il faut chercher, mais du coté du serveur SQL. Mais que s'est il donc passé sur vos serveurs SQL pour être au moins 3 personnes à avoir des problèmes similaires en même temps ? Une mise à jour que vous avez tous effectué et qui a tout foiré en même temps ? Étrange tout de même...

Parce qu'ils n'ont jamais été mis en service. Attention avec Enphase, apparemment ils n'acceptent pas le transfert de garantie sur des onduleurs d'occasion, c'est à dire s'ils ont été mis en service avec une autre passerelle au nom/adresse d'une autre personne.

Non, je considère que les micro-modules ce sont ceux qui vont se cacher derrière un appareil électrique existant, typiquement dans les boites d'encastrement des interrupteurs. Les Wall Plugs, eux, ils sont apparents, par principe. Mais effectivement, physiquement on est proche, c'est clairement le même type de relai à l'intérieur, voire la même référence... Donc pas du tout adapté à des gros consommateurs. Un Chauffe-eau sur un Wall Plug, c'est interdit par la norme NF C 15-100, pour rappel un chauffe-eau doit être connecté sur un circuit dédié derrière le disjoncteur qui protège la ligne. Pour le pilotage de chauffe-eau, ce qui est toléré, c'est le contacteur de puissance... typiquement le contacteur jour-nuit installé par défaut dans la plupart des logements, en tout cas à minima ceux qui sont au tarif HC/HP. A défaut de contacteur jour/nuit, on peut utiliser un contacteur simple (c'est la même chose en fait) et piloter ce contacteur avec un micro-module. En fait on a la logique suivante : le relai domotique pilote la bobine de commande du contacteur de puissance, qui à son tour pilote la résistance du chauffe-eau. Là on respecte la norme, et on est en sécurité, puisqu'on n'a pas de courant important qui traverse le micro-module / micro-relai domotique. Et d'ailleurs... à ce sujet j'ai une expérience toute récente. Mon chauffe-eau est domotisé depuis 2 ou 3 ans (je ne sais plus), non pas avec un contacteur de puissance, mais avec un "gros" relai, de marque Finder, que j'avais sélectionné pour son aptitude à tenir les gros courants nécessaires pour un chauffe-eau. Et bien depuis quelques temps, la nuit pendant la chauffe, sur le suivi de puissance électrique, je constatais que j'avais des moment où la puissance appelée baissait subitement à zéro avant de repartir. Les jours passants, ces chutes de puissances étaient de plus en plus fréquentes la nuit. Je me suis donc décidé à aller voir ce qui se passe, j'ai démonté le relai Finder de son support, et là surprise : tout noir au niveau des contacts. L'examen visuel du relai montre que la lame métallique à l'intérieur du relai se baladait et n'était plus fermement maintenue en position. Également, la coque plastique du relai avait commencé à fondre, puisqu'elle était déformée, du coté le plus proche des contacts. Bref, il était temps d'arrêter le massacre, car je courrais tout droit vers le départ d'incendie (peut être dans 3 jours, peut-être dans 3 ans, va savoir...) J'ai donc immédiatement remplacé le relai par un contacteur de puissance Legrand que j'avais en stock, heureusement. Et je parle là d'un relai Finder, dont les caractéristiques électriques, ainsi que les dimensions physiques, n'ont rien à voir avec les micro-relais de nos modules domotiques (micro-module ou Wall Plug, même combat). Arrêtez de jouer avec l'électricité, si ce n'est pas dangereux pour vous (risque d'électrocution) pendant la manipulation, ça l'est pour la maison (risque d'incendie) pendant l'utilisation. Les normes, si elles existent, c'est pas juste pour embêter les gens, il y a de vraies bonnes raisons. Et franchement, un contacteur à 20€, c'est pas cher payé pour être en sécurité. Sans compter le gain de temps, une installation faite dans les règles de l'art, il n'y a pas besoin d'y revenir 3 ans plus tard. Ah et oui aussi, utiliser du matériel électrique aux normes NF, parce que les disjoncteur et contacteurs chinois, on en a pour son argent, ça ne vaut rien, au sens propre comme figuré.

Justement on en parle aussi sur la page Baisser la valeur de la variable Memory du QA.

Il semble que la réponse à ton problème se situe sur cette même page, voir le message de fredokl qui a le meme souci.

L'équivalent chez Fibaro, c'est module le FGD-212 "Dimmer 2" avec support rail DIN Eutonomy. Mais un peu plus cher et encombrant du coup...

De mémoire il y a ce genre de tableau comparatif sur le site de domotique-store, ils ont partagé plein de tutos super bien faits. Mais tu te doutes bien que ce n'est pas exhaustif, les possibilités sont infinies, un module relai par exemple peut servir à quasiment tout.

Bienvenue sur le forum

Oui, voir la variable Memory du QuickApp. Perso chez moi je suis à 5000, car à 10000 ça posait problème avec MariaDB (mais pas la même erreur que toi) Oui, c'est prévu... ça viendra Oui, avec les fonctionnalités natives de MySQL / MariaDB Article au hasard qui décrit la mise en oeuvre : http://msutic.blogspot.com/2015/02/mariadbmysql-master-master-replication.html Mais attention, sur NAS Syno / QNAP c'est pas évident, car on n'a pas accès direct à la config du serveur SQL, il faut bidouiller un peu, et je ne sais pas trop ce qui se passe en cas de mise à jour. Dans ce cas, le mieux serait un serveur SQL sur une VM Linux native, indépendante.... ce que je ferai peut être un jour. Parmi la longue liste des choses à faire...

Ah ah, seul les anciens, les fidèles de Fibaro de la première heure savent ! C'était l'assistant vocal intégré à l'ancienne application mobile, avant la déferlante Siri, Alexa et Google.

Totalement d'accord, il faut tester le module avant de dire qu'il ne fonctionne pas. L'erreur LUA concerne le QuickApp et est indépendante du module en lui-même, qui doit déjà être capable de piloter le radiateur.

Bah en même temps, c'est logique que GEA ne traite pas le Sunrise, il est très intelligent et prend vraiment toutes les conditions en compte, en effet le soleil ne se lève plus depuis plusieurs jours. C'est le déluge... ça fait même la une de l'actualité. La fin des temps est proche. (heureusement je ne suis pas en zone inondable, courage aux sinistrés)

Oui il est en "non configuré", l'inclusion échoue car le firmware du module est buggé et ne respecte pas parfaitement le standard Z-Wave. On en a déjà pas mal parlé sur le topic unique du module : Néanmoins tu peux faire disparaitre cette mention avec l'astuce que j'ai donné ici : Normal, il n'y a pas de template pour ce module, donc les paramètres ne sont pas connus. Il faut les ajouter à la main en s'aidant de la doc... si tu n'en a pas besoin, alors tu peux ignorer cette étape.

Bravo, et merci pour le partage

Pour l'instant je n'ai pas eu l'occasion de me penche sur ce problème... désolé

ça pourrait se calculer précisément, mais pour te donner un ordre d'idée, j'ai 10 ans d'historique dans mon DomoCharts, et ça tient sur un disque de 5 Go dont seulement 1.3 Go est utilisé, sachant que ça comporte aussi d'autres bases de données... Bref, c'est pas bien gros.

C'est quand même bizarre toutes ces erreurs que tu as sur ta base SQL.... elle est installée sur quoi ? Concernant ta dernière erreur, après une rapide recherche ça serait lié au jeu de caractère utilisé par ta base de données, tu les les histoires UTF8 et compagnie... là ça me dépasse un peu. Question simple : tu n'aurais pas un caractère spécial dans le nom d'un device ?