AlPi hat geschrieben: ↑17. April 2024, 15:42

marvin78 hat geschrieben: ↑13. April 2024, 07:07 Da wäre es halt gut, wenn es MQTT geben würde und die Werte bei Änderung einfach gepublisht werden. Das würde, bei korrekter Implementierung, alle Systeme extrem entlasten.

und das wäre dann jede Sekunde ... das würde kein System entlasten ...

Das sehe ich anders, weil ja nur der eine Wert gepublished wird. Richtig implementiert muss es ja auch nicht jede Sekunde gesendet werden. MQTT ist schlank (belastet ein Netwerk kaum) UND mächtig. Ich halte es für die beste Variante einer API für genau solche Systeme hier.

Da wäre es halt gut, wenn es MQTT geben würde und die Werte bei Änderung einfach gepublisht werden. Das würde, bei korrekter Implementierung, alle Systeme extrem entlasten.

Das ist für mich tatsächlich nicht ganz nachvollziehbar. Ich verstehe, dass ihr den Aufwand scheut, MQTT einzubauen aber ich verstehe das Argument mit den vielen Werten nicht. MQTT halte ich sogar für sehr geeignet. Man muss es nur richtig implementieren. Es ist schlank und universell. MQTT ist schon in vielen HA-Systemen Standard und die meisten können universell damit umgehen, dass ist bei einer REST-API nicht der Fall.

Wie gesagt, ich habe Verständnis dafür, dass ihr das nicht einbauen wollt, aber das Argument mit den vielen Daten leuchtet mir nicht ein. Man muss nicht immer alles auf einmal schicken. Bei Änderung reicht in der Regel. Ich habe ESP Sensoren gebaut, die mit 100en Daten beschäftigt sind. Alles wird nur gesendet, wenn sich was ändert oder nach gewissen anderen Kriterien und nicht gleichzeitig. Das ist selbst im Wifi am Ende des Gartens im Wifi kein Problem.

...und es müsste nicht mal in der Anleitung stehen, da es ein völlig logischer Vorgang ist. Das macht es auch einfach, weil man sich nur um wenig selbst kümmern muss.

Ach und "Wärmepumpe steuern" heißt nicht, dass man damit ein mögliches Programm einregelt, sondern dass man damit die Möglichkeit nutzt, sie an oder auszuschalten, ohne sie vom Netzt zu trennen. Da gibt es die Möglichkeiten, die Alex beschreibt und sie sind alle besser, als das Trennen vom Netz.

Schau die die vielen Beispiele in der Anleitung, in der Demo und im Forum an. Eigentlich muss man nur logisch denken und wissen, dass ein AUS immer Vorrang hat (siehe Anleitung).

Die menschliche Tränenflüssigkeit hat einen PH-Wert von um die 7.3. Deshalb empfindet man Werte in dem Bereich oft als angenehmer für die Augen. Deshalb fahren wir unseren Pool in dem Bereich. Bisher ohne Probleme.

MQTT funktioniert auch per JSON. Man hat aber wenigstens ein einheitliches Protokoll (was vor allem bezüglich Authentifizierung ein großer Vorteil ist).

Ich will mich aber nicht beschweren. Eine JOSN API ist, zumindest für mich, genauso hilfreich. Wenn ich dann in 2-3 Jahren unsere aktuelle Salzanlage ablöse, muss mal überlegen. ob ich die vorhanden Procon, die aktuell alles außer Dosierung macht, ablöse und dann auf die neuere Steuerung gehe. Auch wenn ich denke, man könnte das ganze noch flexibler gestalten, hat man dann ja mit einer echten API alle Spielräume, die man benötigt.

EDIT: Ich sehe gerade, die API ist nur lesend? Schade.

Leider war Phase 2 in Bezug auf die Einstellungen zur Steuerung schon vergleichsweise unübersichtlich. Manchmal ist eine altbackene tabellarische Darstellung übersichtlicher (wenn auch nicht immer Smartphonefähig).

MQTT wäre nicht zu erwarten oder? Damit wäre eine Einbindung in die meisten brauchbaren (ich zähle Cloudlösungen nicht dazu) Hausautomationen leicht machbar.

Ja. Der Unterbau von Chrome für iOS ist Webkit. Kein Vergleich.

Es scheint doch "nur" am Chrome-Unterbau zu liegen. Mit dem Edge-Browser lassen sich die Reiter wechseln, in Kiwi, Chrome und Co. geht es nicht. Ich habe dann noch extra für diesen Test Firefox installiert und siehe da, hier geht es auch.

Android 13.

Build-Nr: TQ2A.230405.003.E1

Letztes Update vom 5. April 2023.

Ich habe auf dem Pixel 7 aktuell das gleiche Problem. Reiter können nicht gewechselt werden. Browser ist Chrome, Android ist aktuell. Auch in anderen Browsern ist es nicht besser.

Meine Procon war über den letzten Winter eingeschaltet im Technikschacht. Da es da gar nicht so feucht ist (gut belüftet) und auch die Temperatur sich im Rahmen hält, war das gar kein Problem. Ich erwarte auch in Zukunft keine.

Habe mir gerade aus Interesse die Anleitung angeschaut. Ich denke, die Frequenzen werden hier über einen Analog-Eingang steuerbar gemacht. Digitaleingang gibt es nur für An-/Aus.

Nachts eine Pumpe laufen lassen ist aus meiner Sicht nicht sinnvoll (für einen heimischen privaten Pool).

Am besten besorgst du dir irgendwas, mit dem du den Durchfluss in deinem System messen kannst, rechnest und optimierst anhand der Daten.

misux hat geschrieben: ↑21. Juni 2022, 08:08 Naja werde versuchen das alles dann im FHEM zu realisieren, wenn ich die Probleme mit dem Modul irgendwie beseitigt habe was ich leider nicht alleine kann...

Siehe FHEM Forum. Du nutzt eine zu alte Version des PoolController-Moduls. Ich habe an den Modbus-Thread im Forum die aktuellste Version angehängt.

https://forum.fhem.de/index.php/topic,1 ... msg1225621

Naja. Die Procon ist kein Porsche

Wenn du Verzeichnisse mit Leerzeichen verwendest, müssten Anführungszeichen für den Pfad verwendet werden.

Filtere am besten so, wie AlPi es beschrieben hat. Andernfalls stehst du bald hier auf der Matte mit "Mein Wasser ist grün. Was kann ich tun!?". Es gibtm aus meiner Sicht, keinen einzigen guten Grund, das Filtern über Mittag zu pausieren, es aber bis 22 Uhr laufen lassen.

Mach doch ein Benutzerdefiniertes Skript als geplante Aufgabe...

In der Art:
(Nur ein Beispiel - nicht getestet - ich würde hier noch Pfade einschränken. Man muss sicher nicht alles ständig sichern)

Siehe meine Antwort im FHEM Forum. In dem genannten Thread gibt es auch was zu FTUI.

In diesem Thread gibt es die aktuelle Version des PoolController Moduls.

https://forum.fhem.de/index.php/topic,2 ... #msg671013

Ohne Frischwasser sinkt der CYA Wert nicht mehr. Es gibt auch tatsächlich keinen Grund, etwas davon im Wasser zu haben, wenn die Dosierung automatisch durchgeführt wird. Der Chlorgeruch hängt von vielen Faktoren ab und die Stabilisierung benötigt man nicht, wenn die Dosieranlage das macht was sie soll und machen darf, was sie soll. Schockchlorungen (wenn sie sinnvoll sind) am besten auch mit anorganischem Chlor durchführen.