OpenKNX-Logikmodul release

[mumpf]

Hi Ben,

Dazu nur eine kurze Frage, ist es richtig das ich hierfür 13 Logikgatter benötige, da 26 Eingänge?

Ja, Du hast alles richtig gemacht. Meine Logikkanäle haben je 2 externe und 2 interne Eingänge. Somit sind 13 Gatter für 26 externe Eingänge das Minimum.

Die Frage ist dann wohl eher für die Zukunft. Denk ihr das so eine Logik mal irgendwann möglich wird?
Also Summenbildung von DTP14 und das Ergebnis dann noch mit größer, kleiner vergleichen?

Also: DPT14 läuft bei mir schon, ich bin eigentlich schon seit einem Monat dabei, ein Release zu "schnüren". Gab ein paar Rückschläge (nicht im Logikmodul, aber in den Applikationen, die damit im Bundle sind), aber ich glaube, jetzt passt alles. Ich will das (hoffentlich noch diese Woche) Releasen.

Summenbildung geht auch, ich habe aber nicht verstanden, woher die Leistungsmessung kommt. Und Hysterese geht auch schon. Wenn ich verstanden habe, wie Du die Einzelleistungen für die Summenbildung bekommst, kann ich Dir vielleicht auch Tipps geben.

Gruß, Waldemar

[stonie2oo4]

Ich hab jetzt auch mal ein bisschen mit dem VPM herumgespielt und muss sagen ich bin schwer begeistert . Ist zwar am Anfang ganz schön viel auf einmal, aber die Möglichkeiten sind einfach Hammer .
Ich hätte jetzt aber ein, zwei Fragen zu den Logiken. Ich hab hier folgende Situation die ich momentan mit edomi löse, aber lieber im VPM hätte.
Ich prüfe die Rückmeldung meiner 26 Leuchten ob diese ein sind und schalte sobald die erste an ist das erste Netzteil ein. Wenn alle Leuchten aus gehen dann hab ich eine Verzögerung von 5min bis das Netzteil wieder aus geht.
Soweit hab ich die Logik im Logikmodul nachgebildet bekommen, funktioniert einwandfrei.
Dazu nur eine kurze Frage, ist es richtig das ich hierfür 13 Logikgatter benötige, da 26 Eingänge?
Wenn ja passts und ich hab alles richtig gemacht 😅.

So nun kommt der schwierigere Teil.
Insgesamt sind es 3 parallel geschaltene Netzteile die ich je nach Leistung zu, bzw. weg schalte. Ich prüfe die Leistung der 3 Netzteile über einen Strommessaktor und die Logik ist wie folgt:
Ist die Summe aller Leistungen der NT >500W dann schaltet das zweite NT EIN.
Ist die Summe aller Leistungen der NT >900W dann schaltet das dritte NT EIN.

Ist die Summe aller Leistungen der NT <450W dann schaltet das zweite NT AUS.
Ist die Summe aller Leistungen der NT <850W dann schaltet das dritte NT AUS.

Jetzt hab ich im Eifer des Gefechtes gesehen das DTP14 noch gar nicht unterstützt wird. Hat mir mumpf aber auch glaub ich schonmal im Modbus Thread geschrieben 😅.

Die Frage ist dann wohl eher für die Zukunft. Denk ihr das so eine Logik mal irgendwann möglich wird?
Also Summenbildung von DTP14 und das Ergebnis dann noch mit größer, kleiner vergleichen?

[willisurf]

Nebenbei kann man noch den Ausgang nutzen, um für einzelne GA vom Logikmodul ein ReadRequest (einzeln getriggert oder zyklisch) auszulösen.

[mumpf]

Marino: Nils, für solche Sache ist das speichern gedacht und dafür nutze ich es auch. Passt also perfekt.

[mumpf]

Stimmt. Das war zu einfach und ist mir nicht eingefallen

Was Du gemacht hast, ist trotzdem ein gutes Beispiel. Deine Lösung ist die flexibelste und bietet die meisten Möglichkeiten. Der spezielle Fall, den Du hier nutzt, geht mit dem Vorschlag von willisurf einfacher. Was bei Dir aber möglich ist:

• Empfang des zu speichernden Wertes und Senden können auf 2 GA liegen (z.B. Empfang ist Status, gesendet werden soll aber immer als Schaltsignal
• Du kannst das Senden verzögern
• Du kannst es auch mit dem Ü-Flag nutzen, um auch KO auf einen Wert zu setzen, die selber nicht lesen können
• Natürlich kann man auch mit Deiner Lösung jeden DPT nutzen
• Du könntest sogar noch DPT-Konvertierung machen

Mit einem kompletten Logikkanal kann man die Einschaltsituation sehr detailliert beeinflussen, die Lösung von willisurf ist immer gut geeignet, wenn man direkt 1:1 den Wert nutzen will.

Gruß, Waldemar

[zenvy]

Stimmt. Das war zu einfach und ist mir nicht eingefallen

[willisurf]

Du kannst auch beim Eingang das L-Flag setzen und so den Wert speichern/abrufen.
Der Vorteil ist, das Du dadurch jeden DPT speichern kannst, den die Eingänge unterstützen.

[zenvy]

Ich speicher Sommer/Winter bei mir genau so im Logikmodul ab.

Setzen tu es ich das über Home Assistant, das Logikmodul speichert den Wert und andere Geräte können den bei Neustart dann abrufen.

So sieht das der Kanal bei mir aus:
grafik.png
grafik.png
grafik.png
grafik.png
Wichtig ist bei dem Ausgangs KO das Ü Flag zu entfernen damit der Kanal nur auf ReadRequests antwortet.

[Marino]

Hi Waldemar,

vielen Dank für die ausführliche Antwort. Mein Plan wäre, einige Zustände wieder richtig auf die Reihe zu bekommen, hauptsächlich bei Spannungsausfall.
An- und Anwesenheit, Nachtmodus (gesperrtes Licht) oder ist Sommer oder Winter? Heizung möglichst nicht im Winter ab- oder im Sommer anschalten. Bei Fernwärme muss die Heizung nicht erst anfahren, es müssen lediglich Ventile geregelt werden.

Halt ein geordneter Zustand nach Spannungswiederkehr. Teils möglichst direkt und teils wäre auch 30-60 min. Später okay, wenn es automatisch passiert.

Applikation programmieren, Firmware aktualisieren oder ähnliches sind Dinge, wo ich anwesend bin. Dann muss ich halt zur Not selber ein paar Zustände lesen oder schreiben.

Wenn also etwas unerwartetes passieren sollte (Stromausfall), möchte ich versuchen möglichst automatisch in den dann gültigen Sollzustand zu kommen. Das ist der Plan.

Der 2040 wäre auch meine Wahl.

Viele Grüße
Nils

[mumpf]

"Das speichern der Eingangs-KO im nichtflüchtigen Speicher geht jetzt auf allen Prozessoren (SAMD und RP2040)."

Wenn Du das nutzen willst, solltest Du auf den RP2040 gehen (PiPico), der ist neuer und moderner. Je nachdem, welche Bedeutung die geretteten Werte für Dich haben, solltest Du folgendes wissen:

• Die Werte werden beim Stromausfall, beim Neuprogrammieren oder beim Neustart über die ETS gespeichert und stehen nach einem Neustart zur Verfügung
• Ein Reset (Taste am Gerät) oder gleichartiges Verhalten (z.B. Watchdog) speichert die Werte nicht.
• Eine neuere Firmware-Version kann die Werte auch löschen. Beim SAMD passiert das immer, beim RP2040 normalerweise nicht. Ich sage normalerweie, da sich theoretisch das Speicherlayout in Zukunft ändern könnte, dann würde das doch passieren. Aber das wird dann auch in der Applikationsbeschreibung stehen.
• Man kann bei jedem KO, das seine Werte im nichtflüchtigen Speicher ablegt, auch angeben, welchen Zustand es annehmen soll, wenn kein Wert im Speicher existiert, um auch im Lösch-Fall einen vernünftigen Startup zu erlauben.

Nur "Expectation Management". Ist für so was wie z.B. Zählerwerte nicht wirklich geeignet.

Gruß, Waldemar

[Marino]

Ich habe mir mal die Appikation in ETS geladen und in der Anleitung gestöbert.
ist es mit dem hier verwendeten Controller möglich, remanente Eingänge zu nutzen? Falls ja, in welchem Umfang?

Ich habe hierzu leider nichts direkt gefunden und die Ableitung erwähnt (zu Recht), dass dies abhängig von der verwendeten Hardware ist.

Seit gestern ist bei uns Wasser abgeschaltet worden und wie immer macht man sich dann Gedanken um Wasser- oder Stromausfall. Da ich keine USV habe, würde ich halt gerne ein paar Werte retten, damit nicht alles wild schaltet


Viele Grüße
Nils

EDIT:
aber gerade in einem anderen Thread die Frage beantworten können:
"Das speichern der Eingangs-KO im nichtflüchtigen Speicher geht jetzt auf allen Prozessoren (SAMD und RP2040)."
https://knx-user-forum.de/forum/proj...08#post1829508

[mumpf]

Ich habe mir eben das PM+LOG Big 1.5 release installiert und bin evtl wieder in einen Bug gelaufen.

Hi, ich habe den Fix hierzu jetzt auf github (auf main). Ein Release kann ich aber frühestens in der ersten Januar-Woche machen. Nur falls Du Dir das vorher ziehen und selber bauen willst.

Gruß, Waldemar

[mumpf]

Sehe ich auch so...

Bis dann, Waldemar

[dhb2002]

Wenn Du Dir sicher bist, das der Algorithmus für Sonnenstrand vernünftig funktioniert und du das passend getestet hast, kann ich gerne auch den Parameter in die ETS einfügen. Das bekomme ich schnell hin. Mir ging es eher um Korrekturen im Coding und passende Tests...

Super und vielen Dank für das Angebot. Ich teste erstmal eine Zeit lang und melde mich dann. Da ich den Offset im Quellcode erst mal setzen kann, ist da nicht so die Eile. Sicher kein Anlass nur dafür die knxprod zu ändern. Kann man mal bei einem anderen Release mit rein nehmen.

[mumpf]

Wenn Du Dir sicher bist, das der Algorithmus für Sonnenstrand vernünftig funktioniert und du das passend getestet hast, kann ich gerne auch den Parameter in die ETS einfügen. Das bekomme ich schnell hin. Mir ging es eher um Korrekturen im Coding und passende Tests...

Gruß, Waldemar