KNX-Bewässerungsautomat / Opensprinkler / Was sollte so ein Device können?

[Masifi]

Wo soll die Logik denn laufen? In der Komponente selber oder extern?

Den Punkt habe ich schon ganz am Anfang beschrieben.
Es geht beides, aber da ich kein Programmierer bin, habe ich damals schon gesagt, dass ich nur die Basisfunktionen bereitstellen kann. D.h:

• Das Device kann auf KOs vom Bus reagieren und damit Relais und Ventile ansteuern.
• Das Device frägst alle Sensoren zyklisch ab, diese können dann auf dem Bus bereitgestellt werden (zyklisch, senden absolut, senden relativ, oder nur per request)
• Das Device erkennt einfach Fehler (im Moment nur wenn eine der Versorgungsspannungen fehlen) selber und meldet diese.

Der Aktuelle Stand sieht schon sehr gut aus und mir ist auch erstmal kein Fehler aufgefallen.
In Verbindung mit einem Homeserver, Edomi oder ähnlichem wäre das wohl schon die eierlegende Wollmilchsau.

In Kombination mit einer externen zusätzlichen Logikengine, passt die Aussage dann ziemlich genau.

--> Damit habe ich für mich schon einmal alles was ich selber benötigen würde.

---------------------------------------------------------------------------------------------------------------------------------------

Was stellst du dir unter „Logik“ vor?

Das ist die nächste gute Frage, daher habe ich auch diesen Thread eröffnet.
Was sollte so ein Device können?
Falls jemand wie Crazyus dazu gute Ideen hat, dann darf man diese hier anbringen. Die Frage ist dann nur wie und wer das dann in die Firmware bringen kann.

Daher wieder ein weiterer Aufruf: sollte es jemand geben, der die Kompetenz, Zeit und Freude daran hat, mir zu helfen - dann bitte melden :-)

[jayem0]

Wo soll die Logik denn laufen? In der Komponente selber oder extern?

Was stellst du dir unter „Logik“ vor?

Wie soll die Hardware in Standardausführung denn genutzt werden? Alles per ETS parametrierbar, also quasi ein Schaltaktor mit Eingangskanälen, oder muss sich jeder eine individuelle Software bauen? Denke Zweiteres führt zu Wildwuchs und die Usability leidet extrem.

[Masifi]

Crazyus Danke für deinen Input.


Ich denke das alle Punkte ihre Berechtigung haben, nur glaube ich macht es gerade noch keinen Sinn zu versuchen alles direkt zu implementieren.
a.) dauert das viel zu lange
b.) das ganze System wäre dadurch in der ersten Zeit wahrscheinlich auch viel zu instabil

Daher würde ich jetzt mal klein anfangen:

Mein Fokuspunkt: Die HW läuft bei mir am Teststand, aber sie muss sich erst mal im realen Umfeld beweisen. Dafür hätte ich min ~2 Geräte die dich dafür abgeben würde. (erste Interessenten gibt es schon)
Ich möchte in Zukunft noch weitere aufbauen lassen, daher wäre es gut, jetzt direkt alle Fehler/Schwachstellen in der HW zu finden und zu beheben.

Von den Punkten oben werde ich sicher das ein oder andere Schrittweise implementieren können, aber die HW steht bei mir jetzt an oberster Stelle.
Meine Kernkompetenz liegt auch eher in der HW. Wie man so eine Bewässerungslogik am Besten in Software implementiert, puh keine Ahnung.

--> Gibt es hier im Forum jemanden, der sich der Implementierung der Bewässerungslogik annehmen kann?

[Crazyus]

Was man noch ergänzen könnte:

4-20mA: Füllstandsensor mit vorgegebenen Formen (Zylinder, Kugel, Quadrat, Röhre...) woraus dann direkt der Füllstand in Liter/m³ und % errechnet wird.
+Grenzwertschalter

Binäreingang: Regenmenge über Tipping Bucket mit Zähler (Reset zyklisch und/oder über Objekt) und Grenzwert für Regen Ja/Nein

Grenzwertschalter mit min/max für alle Messungen

Zählerfunktion bspw. für Durchfluss

Korrekturfaktor: Hier könnte man aus Temperatur, Regenmenge, Luftfeuchte die Korrektur der Bewässerungszeit errechnen (Zimmerman Methode)


Ich kann auch gerne bei den Formeln helfen.

Mit der Logik der Ventile und den passenden Sensoren könnte man damit meiner Meinung nach völlig Autark vom restlichen BUS arbeiten was Bewässerung und Zisterne angeht und hätte alle erdenklichen Optionen für die Visualisierung.

[Crazyus]

Masifi

Der Aktuelle Stand sieht schon sehr gut aus und mir ist auch erstmal kein Fehler aufgefallen.
In Verbindung mit einem Homeserver, Edomi oder ähnlichem wäre das wohl schon die eierlegende Wollmilchsau.

Was noch fehlt wäre die Automatik für die Bewässerung.
Dazu habe ich mal eine entsprechende Logik und passende Objekte erstellt die man pro Kanal hinterlegen könnte.
Im Grunde eine ausgedehnte Treppenlichtschaltung.


Eingänge pro Ventil

Ein/Aus:
Öffnet/schließt ein Ventil dauerhaft (wird während der Laufzeit geschlossen läuft die Zeit im Hintergrund weiter)
Start/Stop:
Öffnet/schließt ein Ventil entsprechend der Laufzeit (Stop schließt das Ventil und resettet die Laufzeit)
Automatik IN:
Automatische Bewässerung wird gestartet und danach der nächste Kanal getriggert. (über Stop "Objekt Start/Stop" wird das Ventil geschlossen, Laufzeit resettet und zum nächsten Ventil gewechselt)
Sperren:
Deaktiviert den Kanal (laufende Bewässerung wird beendet und Laufzeit resettet. Bei Automatik wird direkt auf das nächste Ventil gewechselt)
Fehler (Intern) :
Wird Intern ein Fehler festgestellt wird der Kanal automatisch gesperrt (Druckverlust, Pumpe Defekt …)
Laufzeit:
Gewünschte Laufzeit des Ventils
Korrekturfaktor:
Wird anhand von Wetter extern berechnet und ändert die Laufzeit um +/- 100%


Ausgänge pro Ventil

Ventil (24V Ausgang):
Schaltet den Ventil Ausgang
Status An/Aus:
Zeigt an ob das Ventil geöffnet ist
Status läuft:
Zeigt an ob ein Timer Läuft
Status Restlaufzeit:
Zeigt die Restlaufzeit des Ventils
Status Sperre:
Zeigt ob das Ventil gesperrt ist bzw. ein Fehler vorliegt
Automatik OUT:
Sendet den Startbefehl für das nächste Ventil

Zusätzliche Objekte:

Gesamtlaufzeit:
Zeigt die Laufzeit aller Ventile zusammen mit einbezogenem Korrekturfaktor
Restlaufzeit Gesamt:
Zeigt die Restlaufzeit aller Ventile zusammen ( Reset durch "Automatik OUT" des letzten Ventils)
Reset Restlaufzeit:
Wird mit Automatik OUT verbunden (siehe vorher)


Optional könnte es bei jedem Ventil die Option geben es als Hauptventil/Pumpe zu konfigurieren
Dort dann eine Auswahl zum anhaken auf welche Ventile reagiert wird.



Bewässerung Logik-1.png

[Masifi]

Ich suche 2 bis 3 Interessenten mit denen ich meine Arbeit teilen möchte. Dazu würde ich einen OneDrive Ordner teilen. Darin liegen gewisse Dinge die man von Zeit zu Zeit mal reviewen müsste. Wäre schön zu wissen ob das passt, gut aussieht, noch was fehlt, ein Fehler drin ist, …
wären einfache Dinge wo man immer nur wenige Minuten dazu bräuchte.
Bei Interesse einfach mal per PM melden

[Masifi]

So jetzt ist auch der Impulszähler + die S0-Schnittstellen drin
--> Jetzt sind alle Basic-Funktionen in der Firmware

Es ist gar nicht so einfach das alles parallel zu testen.

IMG_0725.jpg

IMG_0726.jpg


Man versucht sich einfach zu helfen wissen

[Masifi]

Habe den SMT50 und damals auch keine echte Alternative gefunden (fand das Ding nämlich ziemlich teuer..).

Absolut korrekt :-(

[barontigger]

Habe schon darüber nachgedacht - mir ist nur nichts eingefallen. Habe den SMT50 und damals auch keine echte Alternative gefunden (fand das Ding nämlich ziemlich teuer..).

[Masifi]

Zur Auswahl steht gerade:

1. ADC-Spannungswert (DPT9.020)
2. SMT50 Bodenfeuchte (DPT5.001)
3. SMT50 Bodentemperatur (DPT9.001)
4. ...
5. ...

Die Frage: kennt jemand noch weitere passende Sensoren bei denen es Sinn macht, sie direkt mit aufzunehmen?

Ok nicht gleich so viele Rückmeldungen

Ich habe es jetzt über die Geradengleichung implementiert, d.h:

1. man wählt erst den Sensortyp über seinen DPT-Typ. Es stehen die typischen DPT-Einheiten zur Verfügung(°C, %, ppm, lux, l/h, l/m², m/s, ...)
2. Man schaut im Datenblatt des Sensors nach der Geraden. sollte die Geradengleichung dort nicht aufgeführt sein (Y = mx + b), dann rein in Google und suche nach Geradengleichung mit 2 Punkten berechnen. Sich zwei Punkte auf der Geraden rauspicken und dort mit einem online Rechner berechnen lassen.
3. Die Werte (m und b) als Parameter einstellen
4. Der Rest macht alles die Software.

--> Damit können alle Sensoren angebunden werden die eine lineare Sensor-Kennlinie besitzen.

Genau das gleiche Spiel wird auch bei den 4-20mA Eingängen umgesetzt.


Next Step: Binäreingänge + S0 + Impulszähler

[Masifi]

4-20mA Füllstandssensor fände ich noch interessant, idealerweise mit Schwellwert ab dem z.B. von Zisterne auf Leitungswasser umgestellt werden könne (über 3-wege-ventil).

Das ist alles schon drin :-)
Den Schwellwert kann man sich dann über das integrierte Logikmodul selber zusammen bauen.

[klayman]

4-20mA Füllstandssensor fände ich noch interessant, idealerweise mit Schwellwert ab dem z.B. von Zisterne auf Leitungswasser umgestellt werden könne (über 3-wege-ventil).

[Masifi]

Eine Frage in die Runde:

Im Moment implementiere ich die ADC-Inputs. Dafür wird man per Parameter direkt Sensoren auswählen können. Die KOs werden automatisch an den Sensortyp angepasst.

Zur Auswahl steht gerade:

1. ADC-Spannungswert (DPT9.020)
2. SMT50 Bodenfeuchte (DPT5.001)
3. SMT50 Bodentemperatur (DPT9.001)
4. ...
5. ...

Die Frage: kennt jemand noch weitere passende Sensoren bei denen es Sinn macht, sie direkt mit aufzunehmen?

[Masifi]

Noch zwei Fragen:
- Wie kann man auf mehr Ventilkanäle kommen? Leider reichen mir die 15 möglichen nicht.
- Lässt sich ein ProJet Füllstandssensor anschließen (RS232 oder alternativ 0..10V)?

Es ist ein Stecker vorhanden über den man per I2C zwei weitere IO-Expander anschließen kann, damit könnte man theoretisch das Device um weitere 32Kanäle erweitern.
RS232 wird definitiv nicht mehr kommen, aber die drei ADC Inputs können von 0-12V, damit sollte es theoretisch gehen, die Frage wäre nur noch, welche Versorgungsspannung der Sensor benötigt.

[ETechniker]

Sehr cool bisher!

Noch zwei Fragen:
- Wie kann man auf mehr Ventilkanäle kommen? Leider reichen mir die 15 möglichen nicht.
- Lässt sich ein ProJet Füllstandssensor anschließen (RS232 oder alternativ 0..10V)?

P.S.: Wenn Du nach den SW-Entwicklern noch einen Tester brauchst, komme ich gerne zu Dir nach Sifi und wir sprechen.