Gartenbewässerung Programm klappt nicht

[manfredh]

Die beiden werden zusammen gesendet. Nur wenn vorher nicht die richtige Einschaltdauer gesetzt ist, wird eventuell noch eine alte Dauer übertragen, daher die ist die Ausführungsreihenfolge wichtig.

O.K., ich glaub's jetzt.

Dazu aber eine Frage:

Wenn ich folgende Aktion definiere:
- Einschaltdauer 60 Minuten
- Verzögert um 30 Minuten Einschalten

Wird dann das Paket sofort gesendet oder erst nach 30 Minuten?

[alchy]

Warum probierst du es nicht einfach aus, wenn du den Aussagen nicht traust und schaust auf die Uhr und / oder protokollierst die Aktion?

Alchy

[Sammy]

Wenn ich folgende Aktion definiere:
- Einschaltdauer 60 Minuten
- Verzögert um 30 Minuten Einschalten
Wird dann das Paket sofort gesendet oder erst nach 30 Minuten?

Es wird in 30 Minuten gesendet.
Wenn aber zuvor (also innerhalb der 30 Minuten) der Aktor über die CCU geschaltet wird, wird bei dem dann gesendeten Befehl die Einschaltdauer übergeben und nach Anblauf der 30 Minuten ein Telegramm ohne Einschaltdauer gesendet.
Daher besser verzögert um 29 Minuten die Einschaltdauer setzen und nach 30 Minuten einschalten. /So ist das potentielle Fehlerfenster nur noch 1 Minute statt 30) Noch besser wäre es, beide Aktionen nur um 1s zu verzögern oder gleich eine virtuelle CCU-Taste mit entsprechender Direktverknüpfung zu betätigen.

Gruß Sammy

[manfredh]

Hallo Alchy,

danke für den Tipp. Ich dachte gar nicht daran, dass man auch den Funkverkehr protokollieren kann.

Ergebnis:
- Einschaltdauer und Einschaltbefehl werden offensichtlich zusammen gesendet. Zumindest gibt es zur Aktion nur eine "TX"-Zeile im Log
- Das Telegramm wird verzögert gesendet. Wenn der Einschaltbefehl also z.B. um 5 Min. verzögert wird, sendet die CCU das gesamte Paket (Dauer und Ein) erst 5 Minuten nach dem Programmlauf.

Erkenntnis:
Es macht IMO keinen Sinn, den Einschaltbefehl eine Sekunde zu verzögern, was hier häufig vorgeschlagen wird. Die CCU ist auch ohne Verzögerung so schlau, die zwei aufeinander folgenden Zeilen (Dauer und Ein) zu einem Telegrammpaket zusammen zu packen.

[Gluehwurm]

im WebUI-Handbuch steht eine Erklärung für die Sekunde drin, das kann man natürlich glauben und umsetzen oder auch sein lassen. Wenn es dann nicht funktioniert, ist zwar eq-3 aus dem Schneider, leider schlagen die Sachen dann hier im Forum auf. Daher finde ich solch eine "Erkenntnis" erst hilfreich, wenn das Verhalten offiziell bestätigt wurde.

[anli]

Erkenntnis:
Es macht IMO keinen Sinn, den Einschaltbefehl eine Sekunde zu verzögern, was hier häufig vorgeschlagen wird. Die CCU ist auch ohne Verzögerung so schlau, die zwei aufeinander folgenden Zeilen (Dauer und Ein) zu einem Telegrammpaket zusammen zu packen.

Diese Erkenntnis ist eben falsch: die Befehle KÖNNEN MÜSSEN jedoch nicht in der Reihenfolge abgearbeitet werden, wie sie in der Webui stehen. Erst wenn du mit der Verzögerung eine Reihenfolge vorgibst, werden sie SICHER in der vorgegebenen Reihenfolge abgearbeitet. Andernfalls kann es eben sein, dass eine alte Einschaltdauer verwendet wird.

[manfredh]

Hallo Gluehwurm, hallo anli,

zuerst: bitte seht mir nach, wenn ich manchmal den Eindruck erwecke, als glaube ich nicht, was Experten hier schreiben. Es ist vielmehr so, dass ich interne Zusammenhänge verstehen will. Und da ist es (leider) meine Art, dass ich mich dann so ausdrücke, wie ich es tue. Ich verspreche mich aber zu bessern.

Ich habe es natürlich genau wissen wollen und habe einige Tests gemacht. Tatsächlich speichert die CCU Aktionszeilen mit einer Einschaltdauer zwischen, bis irgendwann - sei es manuell oder per Programmaktion ein Einschaltbefehl kommt. Erst dann wird die vorher gesetzte Einschaltdauer mit dem Einschalttelegramm übertragen.

Die Reihenfolge der Abarbeitung in der CCU ist maßgebend, nicht die Rehenfolge in der Programmansicht des WebUI. Wenn man also z.B. die beiden Zeilen vertauscht:
1.) verzögert um 5 Sek. ein
2.) Einschaltdauer 10 Sek.
funktioniert das auch. Der Aktor geht tatsächlich nach 5 Sekunden für 10 Sekunden ein.

Eine zwischengespeicherte Einschaltdauer wird übrigens:
- mit einem Aus-Befehl gelöscht
- bei bereits eingeschaltetem Aktor mit einem erneuten Ein-Befehl übertragen, so dass der Aktor nach der gesetzten Dauer aus geht.

Mag sein, dass diese Zusammenhänge einem Experten absolut klar sind. Auch kann man den den Sinn solcher Test anzweifeln. Es hilft (mir zumindest) Zusammenhänge zu verstehen, deren Erkenntnisse mir irgendwann helfen.

Mir hat diese Diskussion (wenn auch in diesem Thread OT) gehlofen, die CCU-Logik wieder einen Tick besser zu verstehen. Danke dafür.

Edit: da ich tatsächlich nicht weiss, ob die CCU alle "sofort"-Zeilen so abarbeitet, wie in der WebUi dargestellt, werde ich weiter der Empfehlung folgen, einen Aktor eine Sek. nach dem Setzen der Einschaltdauer einzuschalten.

[Roland H.]

@mimk:
Ich habe 9V Ventile bei meiner Gartenbewässerung verwendet.
viewtopic.php?f=27&t=30277
Die Ventile öffnen bei einem kurzen Spannungsimpuls und geschlossen werden sie genauso aber die Polarität der Spannung muss andersrum sein. Das Magnetfeld der Spule bewegt einen Anker jeweils in eine Richtung. Die Endposition wird dann ohne weiter anliegende Spannung gehalten... das Ventil bleibt dann entweder offen oder geschlossen.
Im Prinzip ist man mit der Spannung recht flexibel. Zu niedrig sollte sie nicht sein sonst ist das Magnetfeld zu schwach, zu hohe Spannung könnte die Spule überlasten (gerade wenn der Impuls zu lange ist).
Vorteil 9V: Minimaler Energiebedarf, kein Netzanschluß nötig. Ich bin absolut happy!
Nachteil: Bei Stromausfall könnte die CCU kein Signal senden um die Ventile zu schließen. Das Problem ist bei mir durch eine maximale Einschaltdauer von 30 Minuten des Aktors gelöst (dieser ist ja ebenfalls nicht am Stromnetz).
Ich betreibe meine Schaltung mit 4 Ventielen und einem 4kanal Batterie-Aktor mit einer 2500mAh Powerbank. Diese habe ich letztes Jahr nur einmal aufgeladen (obwohl der Batteriestand noch bei 50% war).
Ciao
Roland