NEWS
[Skript] Absolute Feuchte berechnen
-
aber noch immer die Warnung
Dann ändere im Reiter "Objekte" den Datenpunkttyp des Datenpunktes mit der ID "javascript.0.Raumklima.Raum.Bad.Lüftungsempfehlung_Status" von Logikwert nach Zahl.
-
Jetzt muss ich doch mal nachfragen was die Interpretation der Werte betrifft.
Im Keller habe ich einen absoluter Feuchtegehalt von 8,03 g/kg
Außen habe ich einen absoluter Feuchtegehalt von 6.87 g/kg.
Sollte da nicht gelüftet werden wenn der Wert im Keller höher ist als der Außen?
Oder mißverstehe ich da was :shock:
-
Sollte da nicht gelüftet werden wenn der Wert im Keller höher ist als der Außen?
Ja, es sollte gelüftet werden, wenn die weiteren Bedingungen erfüllt sind.
-
-
Sollte da nicht gelüftet werden wenn der Wert im Keller höher ist als der Außen?
Ja, es sollte gelüftet werden, wenn die weiteren Bedingungen erfüllt sind.
ok, aber mein Script sagt mir das ich nicht lüften soll. Welche Bedienungen müssten noch erfüllt werden? Ich versuche das Script zu verstehen. Nicht das ich bei der Konfiguration irgendetwas falsch gemacht habe.
Edit, habe die Abhängigkeiten hier im Verlauf gefunden. Trotzdem Danke
-
Hallo,
auch wenn diese Frage nicht direkt auf das Skript zielt:
Welche (günstige) Lösung habt Ihr im Betrieb, um ein (Keller-)Fenster zu öffnen/schließen?
Es reicht ja, zwischen der Kippstellung in die geschlossene Stellung zu wechseln.
Ich habe hier etwas von einer Lösung mit Rohrmotoren gehört, kann mir aber nicht ganz Vorstellen, wie das funktioniert.
WinMatic habe ich gesehen und sieht auch super aus - 350€ ist aber extrem happig.
Für jeden Tip dankbar.
Christof
-
Hallo zusammen,
habe alle Scripte entsprechend eingefügt und angepasst.
Das Script "Aussen" muss ich aber immer stoppen und wieder starten, sonst bekomme ich keine aktuellen Werte.
Woran liegt das?
-
Das Script "Aussen" muss ich aber immer stoppen und wieder starten, sonst bekomme ich keine aktuellen Werte. `
Dein Script "Aussen" ? (bitte in Code tags und Spoiler) -
Nun, das Script aus dem ersten Thread, welches ja aktuell sein sollte:
// von paul53 übernommen und angepasst // http://forum.iobroker.net/viewtopic.php?f=20&t=2437&hilit=L%C3%BCftung%2A#p21476 createState('Aussen.Temperatur', 0); // °C createState('Aussen.rel_Feuchte', 0); // % createState('Aussen.Feuchtegehalt', 0); // g/kg (nicht g/m3 !) createState('Aussen.Taupunkt', 0); // °C createState('Aussen.Enthalpie', 0); // kJ/kg // Ordner Keller/Aussen // Offsets var toffset = 0.0; // in K zur Korrektur, falls nötig var rhoffset = 0; // in % zur Korrektur, falls nötig var tsid = "hm-rpc.0.LEQ1000627.1.TEMPERATURE"; var hsid = "hm-rpc.0.LEQ1000627.1.HUMIDITY"; var tid = "Aussen.Temperatur"; var rhid = "Aussen.rel_Feuchte"; var xid = "Aussen.Feuchtegehalt"; var dpid = "Aussen.Taupunkt"; var enth = "Aussen.Enthalpie"; var t = getState(tsid).val + toffset; // Temperatur, korrigiert in °C var rh = getState(hsid).val + rhoffset; // rel. Feuchte, korrigiert in % var x; // Feuchtegehalt in g/kg var dp; // Taupunkt in °C var DP = require('dewpoint'); // 70 m über NN var xdp = new DP(36); function calc() { var y = xdp.Calc(t, rh); x = y.x; dp = y.dp; setState(xid, x); setState(dpid, dp); } function anzeige() { // Enthalpie berechnen var h = (1.00545 * t + (2.500827 + 0.00185894 * t) * x).toFixed(1); var tanz = t.toFixed(1); dp = dp.toFixed(1); var rhanz = rh.toFixed(0); x = x.toFixed(2); setState(tid, t); setState(rhid, rh); setState(xid, x); setState(dpid, dp); setState(enth, h); } function klima() { calc(); anzeige(); } klima(); // Script start on(tsid, function (dp) { t = dp.state.val + toffset; setState(tid, t); klima(); }); on(hsid, function (dp) { rh = dp.state.val + rhoffset; setState(rhid, rh); klima(); });
-
Dann sollte bei aktiviertem Script auf die beiden Datenpunkte
var tsid = "hm-rpc.0.LEQ1000627.1.TEMPERATURE"; var hsid = "hm-rpc.0.LEQ1000627.1.HUMIDITY";
bei Wertänderung getriggert werden und folglich die javascript-Datenpunkte stets aktuell sein.
-
Komisch, macht es bei mir aber nicht.
Habe mal extra drauf geachtet. Die Werte Temp und Hum haben sich geändert, jedoch nicht der Taupunkt, der steht über Stunden fest.
Vielleicht irgendeine Adapter Einstellung die quer stehen könnte?
-
Vielleicht irgendeine Adapter Einstellung die quer stehen könnte?
Dann dürften andere Skripte auch nicht laufen. Bau mal ein Log ein, um zu sehen, ob getriggert wird:
on(tsid, function (dp) { log(dp.id + ': ' + dp.state.val); t = dp.state.val + toffset; setState(tid, t); klima(); }); on(hsid, function (dp) { log(dp.id + ': ' + dp.state.val); rh = dp.state.val + rhoffset; setState(rhid, rh); klima(); });
-
Übrigens ist dei Funktion anzeige() so modifiziert, dass Werte erst als Zahl und danach als String in die Datenpunkte geschrieben werden. Ändere bitte die Funktion:
function anzeige() { // Enthalpie berechnen var h = Math.round(10 * (1.00545 * t + (2.500827 + 0.00185894 * t) * x)) / 10; setState(enth, h); }
-
Hat auch nichts gebracht. Wir noch immer nicht aktualisiert.
Habe die Scripte in Global drin. Vielleicht hat es damit was zu tun?
-
Scripte gehören nicht in Global!
Da kommen nur Scripte/Snipplets rein, die in allen Scripten genutzt werden (eben „Global“).
Gruß,
Eric
Von unterwegs getippert
-
Hallo zusammen,
eine Frage hat sich mir ergeben.
Wenn ich das richtig sehe, triggert das Skript ja immer, wenn sich in einem Raum (inkl außen) entweder Temperatur oder Feuchtigkeit ändert und rechnet dann für diesen spezifischen Raum.
Ich scheitere daran, es so abzuändern, dass es bei Änderung "Aussen" alle Räume neu berechnet; oder tut es das immer? Dann müsste aber "Letzte aktualisierung" immer für alle DPs gleich sein, dass sind sie aber nicht.
-
Hallo habe folgende Meldung im Log:
> Aussen: kein Aussensensor angegeben. ### Messpunkte werden als Aussensensoren behandelt. ###
Im Script sehe ich aber keinen Fehler. Eigentlich sollte doch der Sensor "Aussen" als Aussensensor für "Untergeschoss" genutzt werden.
var raeume = { // Keine Leerzeichen (Name wird als Datenpunktname verwendet!) // Sensoren Aussen "Aussen" : { "Sensor_TEMP" : "hm-rpc.0.KEQ0054490.1.TEMPERATURE" /*Aussen. Klima:1.TEMPERATURE*/, "Sensor_HUM" : "hm-rpc.0.KEQ0054490.1.HUMIDITY" /*Aussen. Klima:1.HUMIDITY*/, "Sensor_TEMP_OFFSET" : 0.0, "Sensor_HUM_OFFSET" : 0 }, // Sensoren Innen "Untergeschoss" : { "Sensor_TEMP" : "hm-rpc.0.KEQ0048518.1.TEMPERATURE" /*Untergeschoss.TEMPERATURE*/, "Sensor_HUM" : "hm-rpc.0.KEQ0048518.1.HUMIDITY" /*Untergeschoss.HUMIDITY*/, "Sensor_TEMP_OFFSET" : 0.0, "Sensor_HUM_OFFSET" : 0, "TEMP_Minimum" : defaultTemp, // oder Zieltemperatur in Form von: 20.00 angeben "Aussensensor" : "Aussen" } };
Any ideas?
Gruß
miwi
-
Da steht, dass dem Aussensensor kein Aussensensor zugeordnet ist und deshalb das Skript diesen Sensor als Aussensensor nutzt. Das stimmt so alles
-
Hallo zusammen,
ich bin relativ neu in der iOBroker Welt und versuche folgendes zu realisieren mit diesem Skript:
Wenn die rel. Luftfeuchte im Keller kleiner als Aussen ist und die Temp. größer ca. 10° soll kein Fenster aufgehen, sondern ein Lüfter eingeschaltet werden. Kann mir jemand einen Aktuator für den Lüfter empfehlen? Ich dachte da an ein Sonoff POW, damit ich vielleicht später auch ein paar schöne Daten loggen kann. Erst einmal würde ich einen HUE Aktuator nutzen wollen, HUE funktioniert einwandfrei.
Das Skript aus diesem Thread funktioniert soweit auch, im Log habe ich nur eine Fehlermeldung, dass die Weatherunderground Temp. und Luftfeuchte nicht gefunden werden, das taucht unregelmäßig mal auf. Außerdem meckert das Skript Fenstersteuerung, da ich hier noch nichts verändert habe.
Angelegt habe ich bisher nur zwei Räume, Windfang (Außen) und Wohnzimmer (Innen), Keller und Aussen sind auch angelegt und laufen.
Ich weiß jetzt aber nicht wie ich das Skript "Fenstersteuerung" umbauen muss, damit meine Idee funktioniert.
Gruß & Danke
Timo
-
Hallo zusammen,
ich habe mal eine Frage an die Autoren des Skipts, was die Lüftungslogik betrifft:
Wenn ich das richtig sehe, wird hier nur auf Basis von Differenzen der Aussentemperatur und Luftfeuchte gerechnet (und natürlich die Einhaltung der Minimaltemperatur). :shock:
Zum Hintrgrund meiner nachstehenden Frage:
Ich beschäftige mich mit dem Thema Luftentfeuchtung und intelligente Lüftersteuerung schon recht lange und habe daher schon seit längerem untern pimatic eine ähnliche, ziemlich ausgeklügelte Lüftersteuerung (Zulluft, Abluft im Intervall) realisiert (per Regeln und Variablen), die auch nach 4 Jahren reproduzierbar optimal funktioniert. Diese ist hauptsächlich zur dauerhaften Entfeuchtung (bzw. halten eines gewissen Levels im heissen/feuhcten Sommer) der Souterain/Kellerräume konzipiert; [Das ganze wird dann auch noch per Sprachausgabe per ioBroker zusätzlich getriggert, falls jemand bei ungünstigen Bedingungen die Fenster/Türen aufreisst und die Schwellwerte (siehe unten) dabei überschritten werden.]
Bei dieser Lösumng wird aber der Trigger zum Lüften massgeblich durch den Taupunkt (dewpoint) bestimmt:
Sprich wenn die Differenz des dewpoints zwischen Aussen- und Innensensor einen Schwellwert (typischerweise 3-4° Celsius) überschreitet, kann gelüftet werden (sprich feuchte Luft wird nach Aussen transportiert). Der untere Schwellwert liegt typischerweise bei 2° Celsius (Differenz).
Reprodizierbar: bei Unterschreiten dieses Wertes nimmt die Luftfeuchtigkeit im Raum wieder zu (die Entfeuchtung kippt dann recht schnell ins Gegenteil).
Frage : wieso wird hier nicht auf Basis der Taupunktdifferenz gerechnet?
Sämtliche professionelle Lüftersteuerungen (und auch sämtliche Literatur die ich dazu tonnenweise gelesen habe) basieren ebenso auf der Taupunkt-Differenz.
Meiner Erfahrung nach ist die reine Differenz zwischen Temperatur und minimalen Luftfeuchtigkeitsunterschied ziemlich irreführend! ]Oder ich habe trotzt ausgiebigem Studium der Berechnungsfunktionen was übersehen? :geek: ]
Sprich man braucht typischer Weise nur folgende Parameter:
1. Taupunkt von Innen- und zugehörigem Aussenfühler (da gibt es in pimatic ein einfaches plugin, was automatisch für Sensoren mit Temp und Humidity den dewpoint in realtime berechnet)
2. Differenz der beiden Berechnen (geht bei pimatic über einfachen Rechenausdruck in der Variable)
3. Schwellwerte:
-
Obere Taupunkt-Differenz (Trigger zum Lüften wird ausgelöst): typisch >=4° Celsius
-
Untere Taupunkt Differenz (Trigger zum Beenden des Lüftens wird ausgelöst): typisch 2° Celsius
-
Minimale Raumtemperatur (die nicht unterschritten werden soll)
4. Komfortfunktionen dazu:
Schwellwerte für Sollwerte (Bandbreite) der (zulässigen) Luftfeuchtigkeit:
-
ab 65-68% Luftfeuchtigkeit im Raum (hier fängt die Schimmelgefahr an, spätestens ab 71%) wird das Lüften aktiviert
-
ab 55% Luftfeuchtigkeit (optimales Raumklima) wird das Lüften unterbrochen (kann man natürlich auch tiefer ansetzen, da nach dem Lüften die Luftfeuchtigkeit eh wieder naturgemäss etwas ansteigt; ich habe hier als unteren Schwellwert daher 52% eingestellt)
Die Schwellwerte sollte man natürlich beliebig je nach Winter-/Sommersaison per GUI anpassen können (oder natürlich per Regel). Ferner habe ich sämtliche Steuer-Parameter getrennt nach oberen und unteren Räumen verfügbar/adjustierbar, da hier andere Werte sinnvoll sind.
Cheers, Axel
-