-
Compteur de contenus
14 825 -
Inscription
-
Dernière visite
-
Jours gagnés
197
Tout ce qui a été posté par jojo
-
je vais opter pour la scène, car plus facile à lancer "à la demande"
-
j'ai apprivoisé ta régul PID pour l'airco de ma cave à vins... même s'il je ne comprends pas pourquoi il y a des périodes de fortes oscillations. Avant, il n'y avait que ça (j'aurais bien voulu montrer le graphe, mais je ne comprends pas pourquoi il est vide). Donc, pour moi, tu peux publier cette version stable du code, en y ajoutant le fichier mode d'emploi. Ce mode d'emploi est très bien pour la config du QA, mais ce serait bien d'y ajouter des commentaires sur les différentes icône de l'UI (j'ai pleins de questions à ce sujet, car je n'ai pas saisi toutes les subtilités). Si tu souhaites rendre l'UI plus conviviale, je suis ton homme/ oeil extérieur
-
en préparant la réponse à la question, je constate que ce sont des logs similaires, donc cela doit ^être lié à comment on écrit le debug => je regarde
-
c'est donc dans mes compétences
-
Merci, je vais me contenter de la fenêtre de debug, car c'est en effet comme ça que je comptait commencer. Mais alors ce serait plus une scène (comme le device id pour GEA - pour ne pas avoir les timestamps) qu'un QA ?
-
Bonjour, Je cherche à générer (en LUA) un fichier CSV ou tan delimited. Et si ce fichier pouvait être envoyé en pièce jointe d'un mail (afin de ne pas avoir besoin d'un serveur dispo h24, ce serait encore mieux. Des idées ?
-
tu as bien choisi ton forum ...
-
et/ou en faire des non-buggués ?
-
jour férié Quick App - Jour Férié
jojo a répondu à un(e) sujet de mprinfo dans Quick App Developpeur
mais cette version utilise des variables QA exploitables par GEA, comme tu l'as montré -
Très cohérent ton analyse, j'aime ! Cette nuit mon vin a passé une bonne nuit (et t'en remercie). Il fonctionnait avec ces paramètres HM:addHeater({id=327, property="NO", Kp=20, Ki=0, Kd=0}) Mais je trouve que la température moyenne n'est pas de 13°C (consigne) mais un peu supérieure. Peut-être à cause du Ki=0 : je me suis trompé, et l'ai remis à 3
-
pour property="NO", je l'avais mis par erreur. Mon interprétation est ok quand je pense que ce n'est que dui displat ? je te dis quoi demain si pas de soucis cette nuit.
-
jour férié Quick App - Jour Férié
jojo a répondu à un(e) sujet de mprinfo dans Quick App Developpeur
pourquoi autre ? Que souhaites-tu faire ? -
ke confirme la divergence à cause de property="NO", La consigne est à 13°C, Je suis à 15°C, le régulateur dit 100M, mais le device est sur off.. (il me semble que c'est quand l'écart de température augmente que ça ne va plus). (J'ai une alternative, mais mon objectif est d'essayer de tester tous les cas possible) avec log level = 2 [09.01.2023] [13:31:50] [DEBUG] [QUICKAPP846]: ------------------------------------------------------------------------------ [09.01.2023] [13:31:50] [DEBUG] [QUICKAPP846]: Setpoint Cave Vins : 'Auto' = 13° (Auto) [09.01.2023] [13:31:50] [DEBUG] [QUICKAPP846]: [REGUL] Cave_AirCo : Démarrage cycle PID (Cycle) (5m) [09.01.2023] [13:31:50] [DEBUG] [QUICKAPP846]: [INFO ] Cave_AirCo : Consigne 13°C | Temp. 15.0°C | Extérieur 6.5°C [09.01.2023] [13:31:50] [DEBUG] [QUICKAPP846]: [REGUL] Cave Vins (Cave_AirCo) : C 13°C | T 15.0°C | Début clim. 4m 58s [09.01.2023] [13:32:00] [DEBUG] [QUICKAPP846]: ------------------------------------------------------------------------------
-
Super ! Merci.. A 2, on va faire un méga super QA : je teste en profondeur (à mon rythme...) et tu fais le plus difficile (pour moi) coder proprement ... Je crois que je viens de trouver pourquoi il ne régulait pas correctement : Cette nuit c'était parfait avec cette config : HM:addHeater({id=327, Kp=100}) et ça n'allait pas avec HM:addHeater({id=327, property="NO", Kp=100}) Or mon ID=327 est un FGS224, property="NO" était faux, mais bon, en quoi cette info influe-t-elle la régulation. De ma compréhension, c'est un simple retour d'état ... Je viens de remettre le paramètre property="NO", et la température semble à nouveau diverger : J'implémente ton nouveau code sans le paramètre property="NO".
-
il y a vraiment un soucis : Je ne crois pas que c'est avec la régul proprement dite, car elle demande 100 % mais avec la commande au device, qui est Off (c'est un FGS-224)
-
je viens de modifier dans le fichier Config Auto=12. Et toujours pas synchronisation des UI Il régule à 12 ou à 13 du coup ?
-
voici après 2 min ... J'y pense, j'ai modifié la consigne Eco via l'UI, mais dans le fichier config, Auto=13
-
GEA.add(true, 5*60, "forcer a 19°C clim Ch1", {{"Repeat"}, {"ThermostatMode", id["CONTROL_CLIM_CH1"], "Heat"}, {"HeatingThermostatSetpoint", id["CONTROL_CLIM_CH1"], "19"}})
- 12 330 réponses
-
- 1
-
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
en fait, ai-je bien compris que tu veux que la clim soit toujours (quoiqu'il arrive) en mode chaud à 19°C ?
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
autre question (non spécifique au refroidissement) Je l'illustre par ce graphique : Ici c'est donc le mode Eco qui est sélectionné (?) Il a été configuré à 14,5°C (cfr 3) Mais le thermostat fonctionne avec quelle consigne (13 (cfr 1&2) ou 14,5 (cfr 3)) Ne serait-ce pas que toutes les infos soient "cohérentes" (comme pour le mode OFF) Maintenant que je me suis lancé, il va être difficile de m'arrêter ...
-
avec un FGBS-222 (positionné dans le moteur) je fais tout : position et commande de la porte, le tout en "filaire" et sans piles => fiable et pas cher
-
juste une idée comme ça : et si le 19 devait être entré en numérique et pas en alpha ? comme ceci : {"HeatingThermostatSetpoint", id["CONTROL_CLIM_CH2"], 19}
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
désolé, il y a des soucis avec la régul. .... je m'explique (les screenshots proviennent de mon GSM, avec l'avant dernière version du code - donc pas encore celle où tu as remis les emoji dans l'UI). Comme je n'ai pas vu d'erreur dans les logs, je ne les joins pas). Ici, on voit, une consigne à 13, une température mesurée à 13,8 et P = 0% Ici P à 100%, mais mon airoco arrêté dans les faits. Je suis repassé ce matin sur mon ancienne régulation : En ce qui concerne l'UI (je suis comme toi, j'aime ce qui est beau et utile) La seconde ligne de texte reprend la consigne (qui est reprise plus haut) et le mode (qui est précisé à la ligne suivante) Dans les logs, j'ai vu que tu récupérais la température extérieure. Pour quoi ne pas l'afficher juste en dessous du mode actuel (surtout qu'on a gagné un ligne) ?
-
ce débug est passé. C'est donc cette version du code qu'il faut garder
-
voici donc un debug [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: ------------------------------------------------------------------------------ [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: Updating outdoor temperature [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: Setpoint Cave Vins : Resolving alias 'Auto' [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: readString: Auto [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: => Mode Auto = 13 [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: Setpoint Cave Vins : 'Auto' = 13° (Auto) [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: Room Setpoint = {"sour":"Auto","setp":13,"manual":false,"user":"User","orig":"Auto","code":"Auto","desc":"Setpoint Cave Vins"} [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: Translate: Auto [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: readString: Auto [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: UpdateLabelSource OK [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: updateRoomSetpoint OK [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: Updating Heater Sensor value [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: getTempSensor : heater Cave_AirCo [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: (Cave_AirCo) Using room Cave Vins default sensor as temperature sensor [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: Check PID cycle for Cave_AirCo [06.01.2023] [18:32:36] [DEBUG] [QUICKAPP846]: Main Loop OK