Niemand der den OCT verwendet?

Hab mir jetzt auch einen TUF geholt, bin da über aliexpress noch schnell für weniger als 100 Euro drangekommen bevor die EU ihre neuen Zölle einführt.
Anschlüsse und Konfiguration sind soweit klar - vielen Dank an dieser Stelle hier ans Forum, das Thema hier ist echt top und eine große Hilfe!

Eine Frage nur noch: Verwendet jemand den OCT-Ausgang am TUF? Meine Idee wäre, unter M78 auf 1 zu stellen (Poor Signal) und damit mit einer Schaltregel an der Procon sofort sicherheitshalber den Heizstab abzuschalten. Dafür würde ich OCT+ an IO_0 an der Procon verbinden und OCT- an GND der IOs. Wäre das so korrekt?

Wenn ich am Pumpenrelais zusätzlich noch die eine Sicherungsschaltung einbaue für den Steuerstromkreis der Heizung, z.B. mit einem Eltako KR09-24V UC parallel zur Steuerleitung an die Pumpe, muss ich dann dieses Relais auch mit einem Snubber versehen?

ich hab da gleich alles mit den 24V der Procon gemacht, um gar nicht mit unterschiedlichen Spannungen rummachen zu müssen.
Erst mal hab ich gestern aber einen TUF-2000M bestellt, den ich an den Hauptstrang montieren werde und dann an der Procon IP an den ADC3 hängen werde.
Wenn das gut läuft und der Spieltrieb durchkommt, könnte ich nochmal einen zweiten TUF-2000M in den Heizungs-Bypass hängen. Von der verfügbaren Rohrstrecke her wäre das möglich. Ließe sich dafür ADC0 oder ADC1 zu einem 0...20mA-Eingang umfunktionieren so wie ADC2 und 3?

Ich habe eine PENTAIR S5P2R VS 2 Sta-Rite.

in meinem Fall nehm ich die 24V vom gleichen Netzteil, das auch die Procon.IP speist. Von der Pumpe kommt da nix.

ja ok, das stimmt wohl so.
Hm......dann muss ich mir da was anderes überlegen. Eine Lösung wäre, an den 24V-Abgängen der Pumpen-Relais an der Proxon jeweils per Zwillingshülse einen weiteren Draht dazuzuklemmen, der jeweils an ein Koppelrelais mit 24V-Spulenspannung und 230V-Schaltkreis führt. Im Falle von S1 ein Schließer, im Falle der anderen Pumpenrelais ein Öffner. Und dann den 230v-Durchgang all dieser Relais seriell in den Steuerkreislauf der Heizung reinzuhängen. Die wichtigsten Schaltzustände wären schon mal mi einem Kopperelais für S1 gelöst.

Eine andere Möglichkeit wäre, eine Flussmessung extern auf das Heizungsrohr dranzumachen und das auf einen Analogeingang zu legen. Gibts da ein günstiges System das gut mit der ProconIP erprobt ist?

würdet ihr den Code gegen Verlust aller Ansprüche, also auf eigenes Risiko des Anwenders rausgeben? Das Produkt selbst ist ja schon End Of Life, kommerziell wäre es somit kein Risiko.

Eventuell versuche ich dann, auf Javascript-Ebene da was zu bauen. Die Relais-Betätigung an sich ist ja auch manuell möglich, insofern müsste ich die dafür vorgesehenen Script-Befehle ja auch untereinander kombinieren bzw. gewisse Kombinationen ausschließen können, oder?

Damit bliebe der Kern-Quellcode unangetastet und das Risiko, was kaputtzumachen wäre ebneso minimal.

ja richtig, wenn die Filterpumpe Strom bekommt und kaputt ist, dafür wäre das dann gedacht.
Nein, ich habe keine Messwasserüberwachung mit einem Durchflussgeber. Der ist pi*daumen mit Drosselhahn eingeregelt. Außerdem hängt die Heizung in einem anderen Bypass als die Elektroden, wäre insofern auch keine 100%-Lösung.
Das heißt, Schaltregeln zwischen den Relais definieren ist nicht möglich? Schade eigentlich, weil die Steuerung das ja implizit ausdrücklich beherrscht. Die beiden Relais, die für ph und Chlor definiert sind, werden ja auch sofort abgestellt, wenn die Pumpe auf aus geht. Genau das gleiche bräuchte ich jetzt auch für mein Heizrelais.

Wie hoch ist das Risiko dass was irreparabel an der Hardware beschädige, wenn ich mich mit einem Anthropic-Pro-Account da mal dransetze und Claude Code die Software erweitern lasse um 4 einfache Schaltregeln als Abhängigkeiten zwischen den Relais hinzuzuügen?

Welche ANSTRÖMUNG meinst du genau?
Ich messe die Anströmung nicht direkt und möchte auch erst mal nichts zusätzliches mehr einbauen wenn nicht unbedingt erforderlich.
Ich hab die Duchströmung nur mit den Kugelhähnen und einem Abschalte-Test auf Minimaldurchfluss bei internen Durchflussschalter so eingestellt dass das jetzt erst mal sicher läuft. Ich möchte aber nicht riskieren, dass das mit den S2 und S3-Drosseln und bei maximaler Heizleistung irgendwann in einen Bereich kommt wo sich das mehr als notwendig erwärmt. Und ich möchte - wenn meine Frau mal Rückspülen geht und die garantiert nicht auf die Heizung achtet - dass einfach die Heizung ausgeht, wenn sie die Pumpe manuell per Procon-Webinterface ausschaltet, das 6V-Ventil umstellt und per Procon-Webinterface die Rückspülung aktiviert.

Klar hab ich als letzten Fallback immer noch den Durchflussschalter, aber der sollte auch eher genau das sein - ein letzter Fallback. Nicht das normale Regelinstrument für den Fall dass jemand die Pumpe abstellt.

Was ich bräuchte wäre eine simple Schaltregel zumindest für S1 im Sinne von: Wenn das Relais 5 auf offen geht, muss zwingend auch das Relais 4 auf offen gehen.

Hallo zusammen,

ich hab mir an der Procon.IP jetzt ein Relais damit belegt, einen Steuerstromkreis für die PV-Überschussheizung ein- und auszuschalten. Der eigentliche Laststromkreis auf den Heizstab wird von einem Fronius Ohmpilot abhängig von dem vom Wechselrichter kommunizierten PV-Überschuss geregelt. Damit hat die Procon.IP nichts zu tun.

Eine Schaltregel für das Abschaltung der Heizung wenn die Pooltemperatur 30° erreicht habe ich bereits definiert.

Darüber hinaus wäre es für mich jetzt essenziell, folgende weitere Sicherheitsschaltregeln zu definieren:
* Wenn Pumpe Speed 1 ausgeschaltet wird -> schalte sofort auch die Heizung ab
* Wenn Pumpe Speed 2, Speed 3 oder Speed 4 (Rückspülen) aktiviert wird, schalte sofort auch die Heizung ab, da der korrekte Durchfluss nur mit Speed 1 gewährleistet ist.

Wie definiere ich solche Schaltregeln in der Procon.IP?

Die Heizung ist selbstverständlich auch hard-wired mit Thermostat, Sicherheitsthermostat und Durchflusswächter 3x abgesichert in einem eigenen Unterverteiler, wovon die Procon.IP gar nichts mitbekommt. Herstellerkonform ist sie aber nur installiert, wenn das Zusammenspiel mit der Pumpe ebenso sichergestellt ist. Bin da für jeden Tipp dankbar.

So, habe jetzt nochmal geringfügig aktualisiert und auch die digitalen I/Os unterhalb der Chem-Werte eingefügt.
Zusätzlich folgende Anpassungen:
* Buttonlogik jetzt AUTO = blau, MANUELL AUS = grau, MANUELL EIN = grün
* Lampen bei Digital I/O: AUS = grau, EIN = rot (weil in meinem Fall eher als Warnmeldungen verwendet)
* Lampen bei Relais: AUS = grau, EIN = grün
* ON/OFF zu EIN/AUS geändert und bei den digitalen I/Os JA/NEIN
Die Files dafür sind anbei zum Download:
* phase2/gui/viewdsp.htm (ersetzen)
* phase2/css/view.css (ersetzen)
* phase2/js/sort.js (ersetzen und auf eigene Reihenfolge/Belegung anpassen)
* phase2/gif/dot_grey.gif (neu reinkopieren)

Sicherheitshalber dann noch die phase2/gzip/viewdsp.gz und die phase2/css/gzip/view.gz entfernen, vor allem wenn trotz neuer Files weitehin das alte Display oder die alten Farben angezeigt werden.
Wer die ursprünglichen Button-Farben beibehalten möchte, lässt einfach die view.css weg

Sorry, nichts für ungut, aber diese Fragen wirft ganz sicher nicht meine neue Übersicht auf, sondern sind ein grundlegendes Konzept der Procon.IP selbst, die auch in der ursprünglichen GUI der Procon selbst ganz genauso gelöst sind und auch in der Betriebsanleitung beantwortet werden.

So, ich habe jetzt die Phase2-GUI nochmal von Grund auf nach meinen Vorstellungen adaptiert und zwar mit 8 Temperatur-Sensoren und allen 8 Relais. War am Ende gar nicht so schwierig. Ergebnis anbei und die entsprechende viewdsp.htm gleich angehängt zum Download für alle hier zur freien Verwendung. Im sort.js müsst ihr nur noch das Array für die Relais erweitern (zusätzliche IDs von 0 bis 7 in der richtigen Reihenfolge eintragen) und im Array für die Temperatursensoren alle Einträge mit '-' rausnehmen und den Rest mit den IDs der Temperatursensoren (ebenfalls von 0 bis 7) eurer Wahl und eurer Reihenfolge auffüllen.

Der ursprüngliche Fehler war wohl, dass im Hintergrund trotz mehrfachen Löschens immer mal wieder eine viewdsp.gz angelegt wurde und ich das nicht überrissen habe. Habe deshalb erst mal mit einer viewtest.htm gearbeitet, für die ist das nicht passiert.
Hoffe dass das auch für den einen oder anderen noch hilfreich ist, der sich an das Customizing ranwagt.

oder die neue bearbeitete Datei funktioniert aus irgendeinem Grund nicht so wie sie sollte. Hab sie erst mal nur aus Seite 1 dieses Themas runtergeladen in der Hoffnung, damit einen Schritt weiterzukommen.

Die originale viewdsp.htm sieht bei mir so aus:
Die aus diesem Thema sieht leider so aus. Scheint zwar mehr Temperaturwerte mit reinzunehmen, aber nicht in das vorgesehen HTML-Gerüst mit mehr Tabellenzeilen, warum auch immer.
ich glaube ich muss nochmal komplett bei Null anfangen. Wenn ich den Fehler zumindest nachvollziehen könnte, wär ich schon einen Schritt weiter. Es müsste ja auch möglich sein, in HTML in die Tabellenstruktur erst mal nur Leerzeilen einzufügen. Ist ja ein statisches HTML, die <table> und <td>-Tags werden ja nicht per dynamischem Code erzeugt soweit ich das verstanden habe.

Ja, habe es nur phase3 genannt, um da drin die viewdsp.htm editieren zu können, aber komme da wie gesagt auf keinen grünen Zweit mit der Datei von guschtl.
Habe in /gui/phase2/gzip die viewdisp.gz gelöscht und in /gui/phase2/ die viewdsp.htm nochmal mit der OEM-Version ersetzt die du mir mit der neuen SD-Karte damals geschickt hattest. War wohl tatsächlich irgendwo ein Fehler, Phase2 läuft jetzt alles problemlos.

Mit phase3 komme ich nicht weiter. Mir ist schon klar, dass das alles auf eigene Verantwortung passiert, aber das ich ein htm-File hochlade, dessen R5-, R6-, R7-Html Kommentare dann nicht mehr im Quelltext ersichtlich sind, das kann ja eigenlich gar nicht sein. Sowohl gui/phase2/viewdsp.htm als Original als auch gui/phase3/viewdsp.htm als Kopie mit dem File von guschtl funktionieren jetzt, nur dass letzteres halt weiter nur 4 HTML-Tabellenzeilen oberhalb des Hauptmenü-Buttons anzeigt, obwohl das m.E. eigentlich gar nicht sein kann.

Sind beide von außen übers Web erreichbar, kann dir die Links dazu gerne kurz per PN schicken.

Im /phase3-Ordner wo ich grade meine Änderungen mache, gibts die nicht. Somit als Ursache auszuschließen.

Im /phase2-Ordner wo ich die normale Phase2 gesichert habe (mit nur ein paar Anpassungen der Kommastellen und der Anzeigereihenfolge) gibts /gzip/viewdsp.gz schon.
Habe sie nur mal probehalber gelöscht um zu sehen was passiert. Bei gui/phase3/viewdsp.htm keine Änderung, aber bei gui/phase2/viewdsp.htm ist dann selbst nach Browsercache leeren die komplette Darstellung zerschossen und es wird kein einziger Wert mehr angezeigt.

Das ist doch alles kein normales Verhalten. Irgendwo muss bei mir irgendwas massiv schieflaufen, sonst kann ich mir das alles nicht erklären.

Hallo zusammen,
ich würde auch gerne meine Anzeige etwas erweitern und habe mir dafür die viewdsp.htm und die sort.js von guschtl runtergeladen (Vielen Dank dafür!!!). Im HMTL-Quelltext sieht man in diesem File die Erweiterung auf 7 Tabellenzeilen für die gesamte Anzeige, ist auch alles schön kommentiert.

Wenn ich das jetzt auf meine Procon hochlade und dann mit Filepfad gui/phase3/viewdsp.htm aufrufe, werden aber weiterhin nur 4 Tabellenzeilen angezeigt, im Quelltext des Browsers sind nicht mal mehr die Kommentierungen für die Zeilen 5-7 sichtbar. Die Sortierung wird aber so angezeigt wie von guschtl definiert, das sort.js aus seinem Paket zeigt jedenfalls Wirkung. Das viewdsp.htm aber nicht.

Habe die komplette Browser-Historie gelöscht und mehrere Browser versucht. Wenn ich das view.dsp von der Procon wieder downloade sind da alle 7 Tabellenzeilen enthalten. Bloß sobald ich sie im Browser direkt aufrufe, sinds immer wieder nur 4.

Ich bin programmiertechnisch nicht komplett ahnungslos, aber hier stehe ich jetzt echt auf dem Schlauch. Hat jemand eine Idee wo hier der Fehler liegen könnte?

selbstverständlich, daran habe ich auch nie gezweifelt. Niederspannungskreise sind für mich alle Schaltkreise mit 24V oder einer geringeren Spannung. Wollte damit sagen dass ich keine 230V- oder 400V-Leitungen irgendwo in der Nähe habe.

Steuerung ist auch jetzt 2 Monate stabil durchgelaufen und auch per dynamischem DNS ohne Problem erreichbar. Sie hat nur seit ca 3 Wochen das Thema, dass keine historischen Werte für die Sensoren mehr aufgezeichnet werden und auch die graphischen Ansichten nicht verfügbar sind. Fehlermeldung "Keine Daten für dd.mm verfügbar" und das konstant jeden Tag.

Stört mich erst mal nicht wirklich, aber gibts dafür eventuell schon eine bekannte Lösung?

ok danke. Ich versuch jetzt nochmal eine weiter SD-Karte, mal sehen was dabei herauskommt. Alles andere an meiner eher komplizierten Schaltung ist entweder abgeklemmt oder physisch abgeschaltet (Zeitschaltuhren ohne Strom und Gangreserve abgelaufen), da funkt nichts mehr dazwischen. An der Procon selbst sind untendran auch nur Niederspannungskreise, insofern muss es a fast die SD-Karte sein.
Vielleicht habe ich da die zweite mit den fortwährenden Problemen auch noch vermackt. Ich check das mal.