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

[Ing-Dom]

Ich habe bisher nur 230 V Schwimmerschalter gefunden

Leute, das sind einfach nur lageabhängige Kontakte, die für 230V / 10 oder 16A geeignet sind.

Die funktionieren auch mit 5V oder welche Abfragespannung der Gardencontroller hier auch arbeitet...

https://www.ebay.de/itm/195620483207...00213690&ff=11

einfach mal durchmessen.. kann natürlich sein, dass die Kontakte mit dern geringen Strömen irgendwann schlecht werden, aber grundsätzlich sollte das funktionieren.

[Noschvie]

Hast du einen Vorschlag für einen solchen potentialfreien Schwimmerschalter? Ich habe bisher nur 230 V Schwimmerschalter gefunden

Du kannst einen 220V Optokoppler mit einem ESP32 einsetzen, um den Status des Schwimmerschalters einzulesen.

[Masifi]

Nein, muss ich leider zugeben. Habe das damals einfach so aufgenommen, in der Hoffnung das es so etwas schon geben mag

[Bayernbors]

1x float switch (potential-free)

Hast du einen Vorschlag für einen solchen potentialfreien Schwimmerschalter? Ich habe bisher nur 230 V Schwimmerschalter gefunden

[Masifi]

Ich glaube es ist geschafft :-) die ESP32 Version ist fertig. Die Tasmota-Firmware Entwicklung wird auch bald starten.

Bin weiterhin auf der Suche nach jemanden der Lust hätte was in Richtung ESPHome zu machen. Bitte melden (auch falls ich nicht mehr geantwortet habe *g*)

IMG_0244.jpg

Den USB Stecker findet man hinter dieser Gehäuse klappe
IMG_0243.jpg


Der Testaufbau zusammen mit der KNX-Version ist im vollen Gange.

IMG_0242.jpg

[Masifi]

Im KNX-Teil gibt es neue Infos zu beiden Varianten: https://knx-user-forum.de/forum/proj...82#post1974382

[Masifi]

So früh es geht, aber davor muss alles technische noch geklärt werden.
Der MCP23017 ist schon drin, jetzt kommt noch de LAN8720. Die Frage ist noch, ob man ihn dauerhaft mit drauf macht, oder wenn man es braucht, als extra 1TE Modul mit dazu ordern kann.

[Noschvie]

Ob das Layout OpenSource wird, kann ich noch nicht sagen, die Chancen sind aber hoch. Die HW soll in Deutschland produziert und als fertiges Produkt angeboten werden. Ziel ist, dass jeder es nutzen kann, ohne Lötkolben und großem technischen Verständnis.

Welcher Zeitraum schwebt dir hier vor?

[junibart]

Hallo,
bin interessiert, ist das noch aktuell? Hat schon jemand versucht, Tasmota auf diesem Device zu verwenden, das würde sicher gut passen...

Hallo in die Runde,
Tasmota scheint ja mit der verbauten Hardware ein paar Probleme zu haben... Hat es schon mal jemand mit ESPHome (https://esphome.io/) geplant? Soweit ich das überblicke, werden sowohl der ADS1015 als auch der PCA9555 unterstützt, es braucht also kein Hardware-Redesign.
Ich kenne die Möglichkeiten von Tasmota nicht näher- ich würde bei ESPHome die unkomplizierte Anbindung an Homeassistant und die einfache Möglichkeit, Logiken und Messwertumwandlungen direkt im Gerät zu machen, als Vorteil sehen.

Sollte man nicht eher in diese Richtung weiter denken?

Grüße,
junibart

[Masifi]

Oh das habe ich hier am Pool im Urlaub überlesen 😀

Ob das Layout OpenSource wird, kann ich noch nicht sagen, die Chancen sind aber hoch. Die HW soll in Deutschland produziert und als fertiges Produkt angeboten werden. Ziel ist, dass jeder es nutzen kann, ohne Lötkolben und großem technischen Verständnis.
Dazu könnte es später auch per Amazon verfügbar sein.
Daher muss ja Design fertig werden, damit man abschätzen kann, ob das auch alles für die Firma wirtschaftlich ist.

Ob das Design gereviewt wurde. Naja das Layout ist nicht neu, den GardenControl gibt es jetzt seit fast 4 Jahren. Die Basis sollte daher passen.
Wenn du aber meinst, ob es auf Basis Tasmota oder ESPHome, … gerieviewt wurde, dann nein.

[Noschvie]

Gibt's für die anderen Fragen auch Antworten?

[Masifi]

Das wäre super und du würdest dann auch ein Gerät so von mir bekommen.
Kosten sind gerade noch in Klärung, aber Ziel wird es sein, unter dem Opensprinkler zu bleiben.

Es ist alles auf einem I2C

[Noschvie]

Eine Detail Frage: gibt es einen gemeinsamen oder zwei I2C Buse für die beiden Chips?

[Noschvie]

Wenn es eine HW mit dem MCP23017 (16 IO pins) und dem ADS1115 (16-Bit ADC) geben sollte, bin ich gerne bereit, Tasmota auf diesem Board zu testen.
Ist das HW Layout OpenSource? Wer hat das HW Design jemand gereviewt?
Was sind die Kosten für dieses Board?

[Masifi]

Wage auch noch KNX hier anzusprechen: Tasmota unterstützt dies über Multicast. Wenn nun aber KNX TP unterstützt werden sollte, könnte dies über ein AddOn Board erfolgen, das über eine Serielle angebunden werden könnte, oder? Ein weiterer Overkill...

Zu KNX kann ich direkt sagen, es wird weiterhin die KNX Variante des GardenControls geben. Hier hängt der GardenControl direkt per TP am Bus. Das Problem hier ist, das man so eine HW nur schwer in den Markt bringt, da die Firmware im Hintergrund nicht so einfach "vermarkten" kann.
Das war der Hauptgrund, warum ich die MQTT Variante ins Leben gerufen habe. Hier ist es mit Tasmota und einer Eigenentwickung viel einfacher.

Meine Zusammenfassung: viele gute Überlegungen. Trotzdem schlage ich ein HW Redesign vor und es sollte der MCP23017 (16 IO pins) sowie der ADS1115 (16-Bit ADC) verwendet werden. Dadurch könnten die in Tasmota vorhandenen Treiber verwendet werden, für die es auch eine gute "Service experience" gibt. Im HW Layout wird sich dadurch kaum was ändern, oder?
Masifi Wie ist deine Meinung dazu?

Naja das Redesign ist nicht das Problem, es ist eher der Bruch von alter und neuer Version. Oder besser gesagt, es ist angedacht, die Basisplatine zwischen der MQTT und KNX-Variante gleich zu lassen. Da es jetzt schon die ein oder andere KNX-Version schon vorhanden ist, würde das heißen, das man alt und neu immer mit der Firmware abdecken müsste.
Ich sehe aber definitiv den nutzen --> den Umbau auf MCP23017 würde ich machen, wenn sichergestellt wird, das es später eine Tasmota Firmware geben wird. Im Moment bin ich nur wenig mit Tasmota bewandert und es fehlt mir gerade auch etwas die Zeit mich darin einzuarbeiten.

Würde noch eine Serielle nach aussen führen, um zB. eine Modbus Verbindung zu unterstützen, siehe zB Regensensor.

Dazu wurde ich schon öfters angefragt, aber ich hatte immer die Sorge, dass der Aufwand in der Firmware zu groß wird. Mit den ganzen Eingängen, Binär, S0, ADCs, 4-20mA, kann man schon verdammt viel machen. Dazu habe ich im KNX-Bereich schon ein Modbus-RTU Gateway und in der ESP32 Weld, gibt es bestimmt schon etliche Modbus RTU auf MQTT Gateways.
Es wird aber eine I2C Erweiterung geben, d.h. über Extension-Board kann man die Anzahl der In/Outputs erweitern.

Die 12 Kanäle haben ja 24V AC/Wechselspannung und sind nicht potentialfrei, oder? Man könnte sich nun noch überlegen, über Optokoppler den Output der Kanäle/Relais an einen weiteren MCP23017 zu verbinden und als Stati einzulesen. Vermutlich ein Overkill :-)

Das ist sicher nett, aber der Aufwand - Nutzen vergleich passt finde ich nicht.

ETH Verbindung: was würde es bedeuten, ähnlich zum "WT32-ETH01 board" eine ETH Schnittstelle zu ermöglichen? Bestimmte Pins müssten dann dafür frei bleiben, oder?

Habe ich mir auch schon überlegt, würde aber bedeuten wieder alles im Pinout zu ändern. Ich bin auch in Typ, der immer ein RJ45 Kabel nimmt, aber braucht man es hier wirklich? oder hat man den Verbauort auch immer ein ETH-Anschluss. Im Neubau ist es planbar, aber ich habe Bestand gekauft, hier ist es immer eine Frage des Aufwandes. Das Modul wird sehr wahrscheinlich eine externe WLAN Antenne bekommen, damit sollte stabile Verbindung möglich sein.

Nachtrag: PCF8575 möglich, es gibt einen Tasmota-PCF8575-Berry-Driver

Der hat leider den Nachteil, das er keine interne Push-Pull Stufe hat, sondern nur eine Open-Drain, damals in der Entwicklung hatte ich damit immer wieder mal Probleme, daher versuche ich darauf zu verzichten.