Beiträge von fritzr

Zitat

Besser wäre, nicht nach RL-Temp abzuschalten sondern bei Brenneraus nach Erreichen des Kesselsollwerts nach Kennlinie. Dazu könnte man Shelly über die grüne Brenner-LED schalten. Dann könnte man die Taktzeitanpassung entsprechend der AT über die normale Heizkennlineneinstellung vornehmen. Auch ein Durchlaufen des Brenners mit niedriger Modulation bei sehr kalter AT wäre dann möglich.

RL-geführte Regelung wäre dann obsolet!

Habe die Regelung jetzt entsprechend angepasst und für mich das Optimum erreicht:

• lange Brennerlaufzeiten (wenig Takte)
• niedrigstmögliche Kesseltemperaturen für Brennwerteffizienz durch außentemperaturgeführte Abschaltung
• Regelfunktionen durchgehend über interne Aktionen realisiert, so dass Internet/Cloud/Szenen für den Betrieb obsolet (bis auf Uhrzeit für den Zeitplan)
• Heizung schaltbar bei Abwesenheit über Cloud

Ich habe folgende Bauteile verwendet:

- 2 x Shelly 1

- 1 x Addon mit 3 Temperaturfühlern

- 1 x Addon mit externem Lichtschaltsensor

Bei Interesse an Details bitte einfach nachfragen.

Shelly + TempAddon könnte ein sehr mächtiger Sensor/Aktor in einem Gerät sein, wenn die gemessenen Sensorwerte frei zur Programmierung des Schalters genutzt werden könnten. Leider sind die per Werksfirmware vorgesehenen Möglichkeiten sehr spartanisch. Es bleibt daher für spezielle Programmierungen nur, auf die Cloud oder ein anderes übergeordnetes System auszuweichen. Sicherer und zuverlässiger wäre es, wenn die Schaltlogik im Gerät selbst verankert wäre.

Besteht Hoffnung, dass Allterco die programmierbare Regellogik in der Firmware für das Addon noch deutlich erweitert? Gibt es Custom Firmware Versionen, die sich mit der Erweiterung der Funktionen auch ohne übergeordnetes System befassen?

Dashboard upper right "EDIT" -> red rubbish bin right of room

RE: Cloud kaputt?

pasted-from-clipboard.png

https://www.facebook.com/groups/ShellyI…t/announcements

dito

Zitat

...war bei mir bis vor einer Stunde auch so. Momentan funktionieren beide "Verläufe" wieder fehlerfrei.

Bei mir auch.

Stand bei mir: Bei einem Sensor ist der Temperaturverlauf nun aktuell, dafür werden die beiden anderen Verläufe gar nicht mehr aktualisiert:

pasted-from-clipboard.png

pasted-from-clipboard.png

Zitat

entweder Sensor defekt, oder Addon, oder ganz ein anderes Problem ............

Die Werte werden ja lfd. richtig angezeigt seit die Geräte in der Cloud wieder "online" sind (s. #114). "Lokale" Fehler wie Sensor/Addon defekt scheiden damit aus.

Temperaturverlauf noch immer verzögert. Jetzt (12:40) bei 9:00!

Temperaturverlauf hängt jetzt (11:20) wieder bei 9:00!

Jetzt (14:20) bei 11:00.

Ja, Temperaturverlauf auch wieder aktuell.

Cloudverbindung jetzt wieder intakt. Temperaturverlauf reicht jedoch aktuell (18:45) nur bis 10:00 Uhr.

Router-Neustart für andere IP-Adresse brachte auch nichts.

Auch Ausloggen und wieder einloggen in die Cloud.

Zitat

Temperaturverlauf ist seit 6 Uhr nicht mehr da.Screenshot_2.png

Als ich kurzzeitig über die App eine Verbindung zur Cloud hatte, fiel mir das auch auf. Gestern übrigens auch, aber da lief die Cloudverbindung wenigstens noch.

Habe gerade Cloudstörung bemerkt (2 x Shelly1 mit/ohne Addon):

WLAN Verbindung steht (IP-Verbindung zum Gerät, Wifi Symbol grün).

Cloud unterbrochen ("Gerät ist offline", Cloud Symbol wechselt gelb und grün)

Reboot des Shellys und der WLAN-Verbindung brachten keine Änderung.

Ihr auch?

Zitat

Ich weiß nicht, warum in meinem Shelly bei "unixtime" gegenüber "time" 2h Vorlauf ist. Mit der Timezone hat es wohl nicht direkt etwas zu tun.

Firmware 1.9.3:

4. Unix time in device/status is fixed (UTC added)

War also ein Gerätefehler. Kommentiere daher "delta" oben im Code aus.

Die einfache Lösung ist wohl:

2 x Shelly1 + profane Zeitschaltuhr. Der eine Shelly hat die internen Temperaturschwellwerte für den Tag, der andere für die Nacht. Umgeschaltet werden sie über eine Zeitschaltuhr, die tags den ersten und nachts den zweiten Shelly durchschaltet. Das kombinierte System wäre dann im Betrieb WLAN unabhängig und damit sicher und zuverlässig.

aus:

RE: Shelly 1 + Temperature Add-On als Regelung der Brennwerttherme

Nach Unzuverlässigkeiten der Shelly-Cloud in den letzten Wochen habe ich nun alle Cloud-Szenen rausgenommen und eine Regelung nur mit internen Temperaturaktionen am Laufen:

Alle 60 min schaltet der Brenner ein (im "Weekly Schedule" max. 18 Schaltzeiten möglich). Wenn die Rücklauf-Temp. 34° (AußenTemp. ca. 10°) überschreitet, schaltet der Brenner wieder aus (per "Temperature Actions"). Auch eine Nachtabsenkung ist so möglich durch größere Zeitintervalle als 60 min nachts (z.B. 1x um 2:00 Uhr).

Im Moment ergeben sich daraus Taktzeiten von 15 min. Brennermodulation läuft regulär i.A. von Differenz zw. Sollwert nach AT-Kennline und Ist-Kesseltemp. Erzeugte Heizleistung entspricht für aktuelle AT bei offenem HK-Ventil im Referenzkreis etwa abgegebener Leistung bei der gewünschten Raumtemperatur (21,2 - 21,7°).

Problem:

Bei höherer AT (ab ca. 18°) Ist die o.g. Differenz kleiner als Mindestspreizung => Brenner taktet.

Bei niedrigerer AT muss vermutlich RL-Grenztemp. erhöht werden.

Besser wäre, nicht nach RL-Temp abzuschalten sondern bei Brenneraus nach Erreichen des Kesselsollwerts nach Kennlinie. Dazu könnte man Shelly über die grüne Brenner-LED schalten. Dann könnte man die Taktzeitanpassung entsprechend der AT über die normale Heizkennlineneinstellung vornehmen. Auch ein Durchlaufen des Brenners mit niedriger Modulation bei sehr kalter AT wäre dann möglich.

RL-geführte Regelung wäre dann obsolet!