ControllerModul für FHEM

[Martin]

Danke Alex, d.h. es gibt keinen Weg, die Pumpe von außen zu stoppen, außer dem Poolcontroller insgesamt den Saft über die Haussteuerung abzudrehen?

[Alex]

Saft abdrehen is auch keine gute Idee.
Du kannst z.B. über die HA einen Digital-Input schliessen und für diesen Digital-Input eine Regel "Pumpe-OFF" anlegen...

[michaelv]

Hallo Martin,

soetwas kannst du auch ohne den Poolcontroller schalten in dem du ein Relais direkt an die Stromversorgung der Pumpe hängst.
Beispielsweise über einen Sonoff Pow https://www.itead.cc/smart-home/sonoff-pow.html Einbindung in Fhem über https://wiki.fhem.de/wiki/Sonoff
dann hast du gleich noch ne Energieverbrauchsmessung von deiner Pumpe mit dabei.Bei mir habe ich es so Schalten der Eco Touch elektronisch
über den Controller verschiedene Drehzahlen und an un aus. Zusätzlich noch kann die Pumpe elektrisch über einen Sonoff Pow mit Leistungsmessung
komplett vom Strom getrennt werden.

Gruß Michael

[Martin]

Saft abdrehen is auch keine gute Idee.
Du kannst z.B. über die HA einen Digital-Input schliessen und für diesen Digital-Input eine Regel "Pumpe-OFF" anlegen...

Hmm... aber ich müsste doch eigentlich nur den http-Befehl nachbauen, der abgeschickt wird, wenn man im PC-Web-Ui auf den 0-Button des Pumpnrelais klickt, und den aus fhem per GetHttpFile (https://wiki.fhem.de/wiki/HTML_Aufruf_senden) abschicken?
Grüße
Martin

[Alex]

Ja, das würde auch gehen. Der is aber nicht so ohne weiteres nach zu bauen, Du musst den Status aller Relais abfragen... das ganze dann Bit-codieren und wieder zurückschicken.

Der Pumpe den Strom klauen... geht auch. Erfordert aber zwingend das der Controller das dann auch mitbekommt. Also es müssen entsprechende Regeln für einen Drucksensor oder einen Durchflussgeber da sein, die dann die Dosierung unterdrücken. Ansonsten ist für den Controller die Pumpe ja ON und er dosiert.

[Martin]

Saft abdrehen is auch keine gute Idee..

Kann das etwas auf der Karte korrumpieren oder läuft das alles im RAM? Das finde ich beim PiCorePlayer so angenehm, dass man da jederzeit gefahrlos den Saft abdrehen kann.

[Alex]

Jo die Card ist das Problem... wenn er grad ne Statistik oder Daten der Dosierung wegschreibt... is u.U. was platt.

Statistik schreibt er zwar nur alle 15 Minuten und Daten für die Dosierung nur wenn dosiert wurde...
Aber wenn man ihm regelmäßig den Saft abdreht steigt auch die Wahrscheinlichkeit dass man das irgendwann während eines Schreibvorganges macht.

Das gilt aber generell für alle Geräte in der Richtung.... auch ein Gerät das "nur" ins RAM schreibt.. schreibt Daten.
Die sind auch platt wenn Du mal genau den falschen Moment erwischt. Man würgt solche Geräte nicht einfach ab wenn es sich nicht vermeiden lässt...
Wenn Du grad ein FW-Update machst und eine HA kommt ums Eck und schaltet aus... is das Gerät danach tot.

[Martin]

There is no writing to the SD-card and therefore no risk of corruption of your card - just pull the power if you need to. After booting everything is sitting in RAM - and you can even remove the SD-card (but you need it for rebooting)

https://forums.slimdevices.com/showthre ... queezelite

Aber klar, wenn man Logs auf der Karte haben will, geht das natürlich nicht so einfach. Idee wäre, die Logs über das Netz anderswohin zu schreiben (in so ne Homecloud quasi)

[Martin]

Du kannst z.B. über die HA einen Digital-Input schliessen und für diesen Digital-Input eine Regel "Pumpe-OFF" anlegen...

Ich habe jetzt ein Hutschienenrelais an einen Schaltausgang eines HMwired 12/7 I/O-Modul gehängt, ein Kabel zum PC gezogen und mit dem dritten Digitaleingang verbunden.
Schaltregel schaltet einfach Pumpe off (nehme an, dass eine eventuell gerade laufende Dosierung dann über die entsprechenden Regeln des Durchflussgebers gestoppt werden sollten).
Insgesamt aber doch ein sehr umständlicher und hardwarlastiger Weg, um etwas eigentlich ganz einfaches (set Pool Pumpe off) zu erreichen...
Ich wünsche mir zu Weihnachten weiterhin ein CLII-Befehlssatz und/oder ein kleine Makrosprache für den PC
Grüße
Martin

[Alex]

>>set Pool Pumpe off
hm... wer sagt aber einer Zeit oder beliebigen anderen Regel die dieses Relais eigentlich ON schalten will, dass sie jetzt trotzdem aus zu bleiben hat...
und vorallem ab wann sie dann plötzlich trotzdem wieder einschalten darf?

Einen "Mischbetrieb" aus internen Regeln und Netzwerkrequests wird es nicht geben. Man kann die Relais, wenn nicht anderweitig belegt, komplett eigenverantwortlich(!) "fernsteuern"... Wenn man die internen Regeln benutzt, dann stehen wir dafür gerade das die Software damit macht was sie machen soll...
Das wäre beim Schalten von ner Lampe alles recht unkritisch... aber an jeder Steuerung hängt irgendwo ein Kanister Schwefelsäure, der jedes Beckenmaterial kaputt bekommt und irgendwo ein Kanister Hypochlorit oder eine Elektrolysezelle die auch entsprechend Probleme machen/bekommen wenn sie "einfach so" vor sich hin laufen. Wenn jeder mit irgendwelchen Schaltbefehlen "ums Eck kommen" kann (die höher priorisiert sind als die eigenen, internen Regeln) dann können wir gar nichts mehr sicherstellen.
1. Wollen wir das nicht, nachdem es bei keiner Installation nur um Werte von ein paar wenigen hundert Euro geht.
2. Lässt sich das gar nicht mehr supprten. Es hängen an jeder Steuerung im Schnitt 4 1/2 Std. Support hinten dran. Wenn wir noch zusätzlich "Fehler" suchen müssen/sollen auf die wir null Einfluss haben, deren Herkunft wir nicht kennen, null Einblick (und auch keine Ahnung) von der Programierungen irgendwelcher Fremdsysteme haben... werden wir nicht mehr fertig und das ist auch in keiner Form mehr darstellbar.
.

[Martin]

Hi Alex,
ich kann Deine Argumente zum größten Teil vollkommen nachvollziehen. Allerdings habe ich mich wohl auch unklar ausgedrückt: Mir geht es nicht um einen Befehlsatz, mit dem ich über fhem oder Netzwerkrequests die interne Logik des PC bevormunden kann. Mir würde es vielmehr völlig reichen, wenn man genau das, was man als User legitimerweise über Euer Web UI schalten kann, auch über (z.B.) http-Befehle schalten könnte, die an den Poolcontroller gehen und somit innerhalb Eurer Strukturen ebenso verarbeitet würden, als wären sie direkt aus dem Web UI gekommen.
Es gibt einfach zu viele sinnvoll denkbare Möglichkeiten, wo eine Brücke zwischn der HA und dem PC sinnvoll wären. Ein weiteres Beispiel aus meiner Umgebung: Unser Pool liegt direkt unter einer Felsformation, auf deren oberen Teil Olivenbäume stehen, die quasi in ca 5 Meter Höhe über den Pool ragen. Das ist sehr hübsch und idyllisch, bedeutet aber auch, dass wenn stärkerer Wind aufkommt, der Pool sich mit herabgefallenen Blättern füllt. Diese Situation könnte ich über den Windstärkenmesser meiner Wetterstation erfassen und die Pumpe einschalten, damit sie die Blätter - solange sie noch auf der Oberfläche treiben - in die Skimmerkörbe zieht, becor sie sich vollsaugen und auf den Boden absinken.
Dafür aber jedesmal
a) ein Homematic-Relais zu opfern
b) dieses an ein dediziertes 230-Volt-Relais zu hängen
c) und dieses wiederum an einen der raren Digitaleingänge des PC zu klemmen, um dann
d) mit einer Schaltregel die Pumpe auszuschalten,
ist halt schon das berühmte „von hinten durch die Brust ins Auge“, nur um einen Klick auf die Aus-Schaltfläche im PC Web UI nachzubilden.
Verstehe mich bitte nicht falsch, das ist ein Wunschkonzert auf sehr hohem Niveau der Zufriedenheit mit Euren Produkten und Eurem Support. Aber ich denke halt auch, dass eine möglichst optimale Einbindung des PC in übergeordnete Systeme durchaus auch in Eurem Interesse sein könntte.
Grüße
Martin

[Alex]

Na ja, aber das Szenario mit den Blättern kannst Du doch umsetzen.
Also wenn die Pumpe durch die Zeitregeln aktuell nicht angesteuert wird kannst Du dieses Relais über die SetState auf ON setzen... musst das aber auch wieder irgendwann über die SetState auf "0" (OFF) setzen oder direkt mit einem Timer übergeben (was die bessere Lösung ist).

Was Du über die SetState nicht machen kannst ist ein durch eine interne Regel gestartetes Relais auf OFF setzen (weil die Regel Vorrang hat)...
oder ein Relais auf ON schalten das eine explizites OFF hat.

Eine Zeitregel macht ein Relais z.B. ON oder "gibt es frei" (das ist kein explizites OFF). So ein Relais kann über die SetState ON geschaltet werden.
Eine Temperaturregel die z.B. als Becken-max.-Temp. Begrenzung benutzt wird un in der steht "HEIZUNG == OFF(!) wenn TEMP > 30" setzt ein Relais explizit OFF.
Dieses Relais lässt sich weder durch die SetState noch über das GUI auf ON setzen, solange die Regel zutrifft.

Ebenso irgendwelche Relais die durch eine Analogregel und einen Fehlermonitor abgeschaltet wurden ("AKTION" bei den Alarmen)...
Die sind aus und bleiben aus (auch über das GUI nicht zu aktivieren ohne den Fehler zu löschen)
Die der Dosierung zugewiesenen Relais sind auch über nix an zu steuern, solange die Dosierung auf AUTO steht.


Also man kann schon paar Sachen damit machen. Was wir aber nicht machen werden ist die SetState gleich zu priorisieren wie die internen Regeln oder z.B. ein ON zulassen wenn was anderes sagt OFF. Das gibt nur Chaos, weil solche Dinge in HA Systeme tendenziell auch nur nach dem Schema Fire&Forget implementiert werden. DLan oder schlechte WLan Verbindungen funktionieren aber halt leider nicht immer zuverlässig und irgendwelche Requests kommen nicht immer an bzw. laufen halt mal in nen Timeout... was dann diverse Mails in meinem Postfach auslöst mit Inhalten wie: "Hey, Sauerei, da läuft ein Relais seit Tagen aber ich hab gar keine Regel die es einschaltet" ... (per SetState ON geschaltet, das OFF kam aber nie wieder beim Controller an und die HA wiederholt den Request auch nicht wenn er nicht ankam).