Dgille

Du coup, tu consommes deux fois plus ?

response.data1 response.data2 etc...

Merci, nos box méritent le meilleur (algo) !

Winter is coming ! Cela fait un moment que jalouse les thermostats connectés NetAtmo et Nest, mais le coté connecté me gène. Les beaux thermostats MCO ne gèrent la régulation que par hystérisis, bref, il fallait une solution pour nos box préférées. En y réfléchissant, l'excellent Heating Manager de @OJC fourni déjà presque tout le nécessaire, voici donc une version 3.2 qui intègre une gestion de la régulation par PID, en plus des autres modes déjà présents. Le fonctionnement de l'ensemble reste le même, donc si vous êtes nouveaux sur le sujet, commencez par : J'en ai profité pour intégrer quelques corrections remontées par les autres membres du forum et d'autres que j'ai découverte. Pour activer le mode PID, il suffit de remplacer les directives setHysteresisMode ou setProportionalMode par setPIDMode(default_Kp, default_Ki, default_Kpd, cycle, minCycle). La partie la plus difficile est de fixer les coefficients. Il y a pléthore d'articles sur le sujet, donc interrogez Google ! Je vous en propose par défaut, mais pour faire simple : - la partie proportionnelle peut être fixée autour de 50 à 60 % - la partie intégrale peut être fixée à 20 % de la partie proportionnelle - la partie dérivée aux 2/3 de la partie intégrale. Tout cela est à ajuster à votre installation et dépend des caractéristiques de celle-ci, de votre isolation, du type de chauffage et de son inertie, etc.... Ayez à l'esprit que le mode PID n'est pas adapté à de brusques variations de consigne, donc si vos règles font de votre thermostat un yoyo, oubliez le PID et utilisez les autres modes ! La régulation PID peut générer des temps d'activation très court quand le système est stable, j'ai donc introduit un nouveau paramètre global minP (fixé à 2%), pour ne pas activer chaudières et convecteurs sur de très courtes durées, ce qui est inutile voire néfaste pour l'installation. Amusez vous bien ! Voici le code de la scène : Heating-manager-scene with PID-3.2.lua Anticipation de chauffe : Un peu de théorie: En fouillant sur internet, je n'ai pas trouvé beaucoup de littérature sur l'anticipation de chauffe, je n'ai pas beaucoup cherché non plus... L'algo imaginé consiste à effectuer une approximation linéaire de la montée en température de la pièce à chauffer lors des cycles de chauffe de Heating Manager. Pour ce faire, une fonction d'apprentissage alimente une matrice creuse dont les couples {température de départ, température d'arrivée) donnent une durée pour y parvenir, généralement, la durée du cycle. Pour déterminer la durée d'anticipation, une fonction récursive va chercher un chemin dans cette matrice pour déterminer la durée nécessaire pour aller de la température actuelle à la température de la consigne. La courbe résultant de la régulation PID ou UBat de Heating manager est en fait découpée en petits morceaux de droite si on en faisant une représentation géométrique. On compare ensuite la durée nécessaire pour arriver à la consigne cible à l'heure H à l'heure actuelle. Passons à la pratique: Cette version de Heating Manager, réalise un apprentissage basé sur les cycles de chauffe, en permanence, même lorsque la fonctionnalité est désactivée (par défaut). Pour avoir une anticipation fiable, il est conseillé de laisser tourner ainsi quelques jours pour constituer la matrice, stockée dans une table Lua, sauvegardée dans la VG HeatingManagerAA. L'apprentissage moyenne les températures de fin de cycle, pour compenser les périodes de chauffe rapide en demi saison et les périodes de chauffe lente en hiver. En cas de brusque changement des conditions climatiques, l'anticipation pourra ne pas être optimale pendant quelques jours, le temps que la matrice s'adapte. Il faut prévoir dans ce cas une marge de sécurité sur vos panneaux, j'intègrerai peut être celle-ci dans une prochaine version. Pour activer la fonctionnalité, il suffit d'activer la ligne self:setAutoAdapt(true) dans la section configuration de la scène. Par contre, pour anticiper les cycles, il faut un planning, vous devez donc vous appuyer, soit sur le Heating Provider, soit sur les panneaux de chauffage de la HC2. Les horaires indiquée deviennent ceux ou la température doit être atteinte. Si vous utilisez les panneaux de chauffage et si une température de vacance ou une dérogation de consigne est en cours, la scène en tient compte et désactive l'anticipation de chauffe. La scène vérifie que le temps d'anticipation ne dépasse pas 3h par défaut. Si vous devez chauffer 6h à l'avance pour obtenir votre consigne, c'est que vous avez un problème de chauffage ou de porte ouverte.... J'ai ajouté également une version du VD Heating Provider intègrant la fonctionnalité AutoAdapt. Il aura besoin, en plus du planning, de connaitre la sonde de température de la zone et de l'ID déclaré dans la scène pour identifier le dispositif de chauffe. Deux fonctions pour cela : HeatingManager:addheater("lblZoneJour", "id du qubino ou du FGS" ) HeatingManager:addprobe("lblZoneJour", {id de la sonde,"value"} ) Je pense que l'algo peut encore être amélioré, mais je partage cette première version avant de passer à la HC3... Amusez vous bien.... Heating_Provider with AutoAdapt 3.4.vfib heating-manager-scene with PID and AutoAdapt.lua-3.5.lua Heating Manager V4.0 HC3 BETA with PID and AutoAdapt.lua

C est Fibaro qui devrait te remercier, cela va doper les ventes....

Tu devrais gérer l allumage et l extinction directement dans ton script. En autorisant 2 exécutions de la scène. Ta vg vaut 0 si detection en cours ? Pas très logique, c est un détail, mais passe la a 1 si détection. a la détection, tu vérifies la valeur de la variable avant d allumer, si la vg vaut 1 , tu ne fais rien, si 0, allumage, pause, puis extinction. 1 seule scène, et un peu de logique.

A vérifier, mais pourquoi pas simplement en Alerte ? Il faudrait publier le lua de tes 2 scènes pour investiguer.

Achat imminent, donc test juste après....

En lua, tu as fibaro.sleep ou settimeout, plusieurs exemples sur le forum. tu declenches une scène qui positionne ta VG a 1, pause 10 set la remet a zero, et tu testes la valeur a l allumage.

Il y a plein de manière, mais a froid, tu positionnes une variable globale lors de l extinction, variable qui est testée lors de l allumage. Tu utilises GEA ?

Mauvaise traduction, room en anglais signifie pièce , mais traduit ici en chambre ( sleeping room vs living room). pas modifiable, il faudra attendre une mise a jour...

Manque plus que GEA....

Peut être une piste https://www.domotique-fibaro.fr/topic/13300-alarme-fibaro-et-alexa/ @Bloug teste le skill ijpuk, Tu pourras au moins la faire parler a défaut de sonner....

Merci a tous pour vos réponses, C est plus clair! Sans jeu de mot.

Bonjour, pas si simple, generalement, ils ouvrent une phase bis, sur les FGD, j ai l impression que c est le neutre qui est ouvert ou coupé, ce qui impose un relai ?

Merci, tu aurais une référence ? J ai cherché, mais ce n est pas souvent mentionné...

J ai trouvé cela https://www.a-domotique.com/detecteurs-capteurs-mesure-domotique/260-detecteur-mouvement-filaire-fermeture-contact.html quelqu’un a déjà tester ?

Merci pour ces infos...

Merci, les piles tiennent ? Ils annoncent 3 ans !

Bonjour a tous, en passe de domotiser mon éclairage extérieur, j hésite entre un détecteur Z Wave ( lequel ?) ou un détecteur classique, connecté a un smart implant. Je préfère une alimentation filaire plutôt que des piles. Que me conseillez vous? La partie éclairage sera pilotée par des FGD-212. j ai fouillé sur le forum, mais les articles datent un peu... merci pour vos conseils.

Tu peux aussi utiliser un GCE Ecodevice qui peux aussi te fournir ta conso électrique voire celle de gaz.

La carte ne supporte probablement pas les vieux Ciphers , les algos de cryptage ssl/https qui sont connus pour leur faiblesse. Donc pas d autre solution que d utiliser un vieux navigateur. Si IE te gêne, tu peux utiliser un vieux firefox portable, qui tourne meme sur des machines récentes et peux coahabiter avec des versions recentes. Sauf a mettre a jour le firmware de la carte si elle est encore supportée, pas d autre solution.

Oui, mais il est toujours présent sur le market et validé V4, donc a priori toujours d’actualité. Ce qui compte, c est que l api soit connue. D’après le github, ce sont juste des get et post en http, donc cela doit pouvoir s interfacer avec la HC2/3. Faudait juste en avoir une sous la main pour tester.

Pour les Daikin Stylish, equipées du wifi online controler, il y a bien un plugin Jeedom, donc cela doit etre possible de l interfacer avec la HC2. https://jeedom.github.io/documentation/third_plugin/DaikinOnlineCtrl/fr_FR/index.html

Tu utilises le cordon usb serie? Si oui et que tu as un menu, la vitesse doit etre la bonne, verifie dans les reglages serial de putty la parity et le flow control. sinon, pour IPl ancien propriétaire n a pas respectė la norme, avec son masque en 252. Met ton pc en192.168.100.68 avec le masque en 255.255.252.0 et vérifie que tu pingues la carte. une fois le ping ok, tu peux essayer de prendre en main en telnet, ssh ou http(s) fonction des capacités de la carte et change ip et masque pour coller a ton réseau local.