Danke @ben1983. Ich probiere das mit dem Hacken mal, kann aber erst in drei Stunden berichten, ob es erfolgreich war

Und doch, (leider) ergeben zwei hintereinandergeschaltete PT1 ein PT2-Glied... Das von dir gezeigte "Überschwingen" im PT2-Glied hängt von der Parametrierung ab. Ich hatte es auch in IOBroker getestet und das Verhalten war nicht identisch.
Also wenn ich z.B. 2x einen Wert mit 1 Minute filtere, dann steigt der Wert am Ende steiler an als ein Wert, der direkt mit 2 Minuten gefiltert wird.

Hier wird blau mit 1 Minute gefiltert und dann noch mal um 1 Minute, was dann "rosa" ergibt. Das gelbe Signal wird direkt für 2 Minuten gefiltert.
Der PT2 hat den Vorteil (sofern es einer Ist), dass er relativ "waagerecht" von seinem ursprünglichen Wert los läuft, aber dann doch schnell zum Endwert kommt.

Aber trotzdem Danke für die Schnelle und unkomplizierte Lösung für die langen FIlterzeiten

Danke @klassisch für den Hinweis... das hilft mir in diesem Fall leider auch nicht, auch wenn der Filter 2. Ordnung für einige Zwecke sehr hilfreich sein kann...

Vielleicht wäre das ja auch was für den Adapter, noch einen Filter 2. Ordnund aufzunehmen?

@ben1983 Ist das hier eigentlich der richtige Platz für "Wünsche"?

Vielen Dank @paul53 !
Das hat funktioniert. Ich habe noch die Grenzwerte abgefangen, aber sonst scheint es zu funktionieren...

Vielleicht bin ich nur von C verwöhnt, wo das in einem Zwei-Zeiler umsetzbar ist

Guten Morgen,

darf ich zu dem Tiefpassfilter einen Wunsch äußern?
Ich nutze den Filter tatsächlich für einige Werte... insbesondere um auch die Nachkommastellen zu eliminieren.

Aber ich hätte gerne größere Filterzeiten. Kannst du Filterzeiten bis z.B. 5 Stunden oder noch flexibler vorsehen?

Vielen Dank!

@paul53 Danke für die Links und Hilfen...
Tatsächlich geht es für die Witterungsgeführte Vorlauftemperatur mit einer entsprechenden Formel... Das war von mir aber hier an der Stelle nur als Beispiel für eine derartige Umrechnung...

Also Zwei Kennlinien mit variabler Anzahl an Stützstellen... In C würde ich dazu ein Array für den Eingangsvektor verwenden und die nächstgelegene Stützstelle suchen... Und dann im Ausgangsvektor entsprechend lienear interpolieren. Oder in Matlab einfach mit interp1 als lookup table...

In IObroker wüsste ich aber gerade nicht mal wie ich die Vektoren anlegen sollte und wie man sie dann unkompliziert verarbeitet...

Re: Kurve vom Thyristorsteller angleichen

Ich habe eine Frage, welche vielleicht an diesem alten Thema anküpft.

Ich habe diverse Anwendungsfälle, in denen ich gerne eine dynamische Kennlinie (z.B. im 0_userdata gespeichert) mit einer variablen Anzahl an Stützstellen in einem Script (z.B. Blockly) in einen Ausgangswert umrechnen... Also so ähnlich, wie in dem alten Thread zur Kurve vom Thyristorsteller... nur halt dynamisch und nicht mit festen Werten im Blockly-Script.

Als Beispiel möchte ich z.B. eine dynamische Anpassung der Vorlauftemperatur der Fußbodenheizung in Abhängigkeit der Außentemperatur hinterlegen ("witterungsgeführte Heizkennlinie").

z.B. mit diesen (ausgedachten) Werten:
Außentemperatur: [-10.01, -10, 0, 10, 10.01] °C
Vorlauftemperatur: [35, 35, 30, 20, 20] °C
... d.h. die Kennlinie ist stetig und in den Abschnitten linear. Z.-B. soll bei -10°C Außentemperatur eine Vorlauftemperatur von 35 °C eingestellt werden., bei -5 °C Außentemperatur soll dann 32,5 °C eingestellt werden.

In C, Matlab oder sonstigen Programmiersprachen wüsste ich auf Anhieb wie ich das umsetze, aber wie wäre in IOBroker ein idealer Weg für eine solche Aufgabe? Bei JS und Blockly bin ich kein Profi...

Wie (als was?) muss/kann ich in 0_userdata eine derartige Kennlinie speichern? Als JSON? Als Objekt? Als Liste?
Wie könnte ich das in Blockly abfragen bzw. Umrechnen? Hat jemand eine Idee oder Hilfen? Oder gibt es gar eine viel einfachere Möglichkeit in IOBroker eine solche Aufgabe zu bearbeiten?

Jetzt melde ich mich doch mal hier zu Wort und melde einen "Fehler":

Ich habe ein Multi-Host-System (wobei der Slave nur zu Testzwecken dabei ist) und es lässt sich leider nur der Slave auf die aktuelle JS-Controller-Version 5.0.6 installieren.

Der Master ist ein Raspberry Pi 4 mit 8 GB. Der Slave ein alter Zotac mit 1,8 GHz Atom und 4 GB mit Debian.

Auf dem Master habe ich seit 5.0.4 kein Update mehr durchführen können. Zudem lassen sich seit dem auch keine Updates der Adapter durchführen:

Wenn ich die Installation über Putty (direkt in Linux) durchführe kommen keine Fehlermeldungen. Die Updates der Adapter und des JS-Controller werden ohne Fehler durchgeführt... aber am Ende hat sich nichts verändert. Über die Admin-Konsole kommt folgendes:

npm ERR! code EBADENGINE
npm ERR! engine Unsupported engine
npm ERR! engine Not compatible with your version of node/npm: iobroker.daikin-cloud@0.2.3
npm ERR! notsup Not compatible with your version of node/npm: iobroker.daikin-cloud@0.2.3
npm ERR! notsup Required: {"node":"^12.19.0 || ^14.15.0 || ^16.13.0"}
npm ERR! notsup Actual:   {"npm":"9.5.1","node":"v18.16.1"}
npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2023-07-04T14_59_51_842Z-debug-0.log
npm ERR! code EBADENGINE
npm ERR! engine Unsupported engine
npm ERR! engine Not compatible with your version of node/npm: iobroker.daikin-cloud@0.2.3
npm ERR! notsup Not compatible with your version of node/npm: iobroker.daikin-cloud@0.2.3
npm ERR! notsup Required: {"node":"^12.19.0 || ^14.15.0 || ^16.13.0"}
npm ERR! notsup Actual:   {"npm":"9.5.1","node":"v18.16.1"}

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2023-07-04T14_59_51_842Z-debug-0.log
Could not install js-controller@5.0.6

Das Problem wird also vielleicht am Daikin-Adapter liegen? Den habe ich jetzt mal deinstalliert... im Sommer ist die Wärmepumpe ohnehin aus

... und siehe da, dann funktioniert es auch. Also nach dem Entferndn des Daikin-Adapters konnte ich den JS-Controller aktualisieren. Jetzt lassen sich auch die anderen Adapter aktualisieren.

Also eigentlich ist dieser Post jetzt überflüssig, aber vielleicht interessiert es doch jemanden, dass via Putty keine Fehlermeldungen angezeigt wurden und der Daikin-Adapter noch nicht mit der neuen Version funktioniert.

@bahnuhr Hast du denn deinen Wemos dauerhaft aktiv und auch den BME280 dauerhaft aktiv? Oder auch so wie @Marc-Berg abgeschaltet?

@Marc-Berg : 0,5 Sekunden eingeschaltet. Wie lange ist dann der Sensor wieder aus?

@homoran
Ja genau. Über den Online-Rechner (Link im Post) habe ich von Rel. Feuchte und Temperatur (was vom Sensor gemeldet wird) die absolute Feuchte bestimmt... und dann mit dem Temperaturoffset (den Drift abgezogen) wieder auf die Rel. Feuchte bei der "tatsächlichen Temperatur". Der errechnete Wert ist ungefähr das, was auch das Hygrometer im Glas raus gibt.

Ich vermute mal, dass der Sensor durch Eigenerwärmung warm wird (oder durch die Erwärmung des Wemos?)... aber das das so viel ist, irritiert mich.

@matzeit
Ich habe es nach dieser Anleitung gemacht:
https://iotspace.dev/espeasy-sensordaten-per-mqtt-an-iobroker-senden/