@hacki11
Ok. Das könnte das mit dem Slider erklären. Bliebe aber die Frage offen, warum ein Heizvorgang einfach so abgebrochen wird, ohne dass die Zieltemperatur erreicht ist. Und wie gesagt: nicht schon nach ein paar Sekunden, sondern nach Minuten, aber keine feste Zeitspane feststellbar.
NEWS
Latest posts made by Gelbwichtel
-
RE: Lay-Z-Spa Wifi Control
-
RE: Lay-Z-Spa Wifi Control
Hi, ich muss jetzt doch mal in die Runde fragen. Ich hab eine Lochrasterlösung und setze einen Wemos D1 mini ein. Folgendes Pinout CIO data/td/rx 4 clk/tx 3 cs/ld 2 // DSP data/td/tx 7 clk/rx 6 cs/ld 5 audio 0. Zusätzlich an 1 noch einen DS18B20.
Pool: Lay Z Spa Bahamas Model 2021. Im Setup für CIO/DSP 6Wire 2021 (air) eingestellt. MQTT ist eingerichtet
Auf den ersten Blick sieht eigentlich alles sauber aus. Hab auch kein Flackern am Display.
Mir ist nur Folgendes aufgefallen:
Wenn über das Web-interface der Zustand der Pumpe/Whirlpool oder Heizung geschaltet wird wird der Slider zwar zunächst umgestellt, springt dann aber wieder zurück und stellt sich danach doch auf den gewünschten Zustand ein.
Gestern ist mir dann mal aufgefallen, dass wenn ich die Heizung aktiviere, Pumpe und Heizung zunächst laufen und dann nach mehreren Minuten sich wieder abschalten, obwohl die Zieltemperatur noch lange nicht erreicht ist. Die Dauer bis zum Abschalten ist auch unterschiedlich. Ich hab es dann erst mal so gelöst, dass ich das Heizen als wiederholendes Command in die Queue einsetze. Aber das wäre ja nur eine Notlösung.
Daher die Frage: Kennt jemand solche Effekte und ggf. auch die Lösung ? -
RE: [Linux Shell-Skript] WLAN-Wetterstation
@gelbwichtel
muss mich revidieren. Schlussfolgerung und Test war nicht korrekt. Hatte vor Aufruf meines Test auf minmaxheute das setup nicht durchlaufen. Werte werden gesetzt, wenn das Skript "richtig" gestartet wird. Ich muss mir mal meine cronjobs genauer ansehen. -
RE: [Linux Shell-Skript] WLAN-Wetterstation
@g-hawk Ich komme zu den gleichen Schlussfolgerungen. Die Datenpunkte sind korrekt angelegt, und in der InfluxDB können diese korrekt abgefragt werden. InfluxDB ist V2 Script das aktuellste.
Das Problem dürfte in wetterstation.sub in der Funktion minmaxheute() liegen.
Wird anstelle von FLUXSTART=$(date +%Y-%m-%d --date="-1 day")"T${ZULU}:00:00Z"
mit FLUXSTART="-1d" gearbeitet werden die Werte sauber abgestellt. Was jetzt genau an der Berechnung oder am Parameter für influx falsch ist, muss ich noch genauer untersuchen. -
RE: History 2.0.0 verfügbar - eine Zusammenfassung
@paul53 Hi, ist zwar tricky, aber es funzt und dürfte dann auch später bei einem Update zu keinen Problemen führen. Danke
-
RE: History 2.0.0 verfügbar - eine Zusammenfassung
@apollon77: Erst mal Danke für deine tolle Arbeit. Mit dem Update hab ich bisher keine negativen Erfahrungen gemacht. Nachdem ich im Thread keine Hinweise auf "negativ", oder "kleiner" oder "minus" gefunden habe, würde ich gerne die folgende Frage stellen: Wie kann ich zum Beispiel Werte die kleiner als ein Minuswert sind nicht aufzeichnen lassen. Analog gilt dies für "größer als". Sobald man nämlich das Minuszeichen eingibt, kommt eine Fehlermeldung. Beispiel aus der Praxis: ein Dallas DS18B20 liefert immer -127, wenn die Abfrage nicht funktioniert hat. Diese Werte will ich dann nicht aufzeichnen. Vorab vielen Dank