MDT Heizungsaktor Sommer Winter Status

[Punker Deluxe]

Spätestens wenn vento66 mir zustimmt... ist die Idee mit ner RM von nem unbelegten Schaltaktorkanal nicht so doof, sonst hätte ich von IHM mir das IRRE abgeholt.

[trollvottel]

Einfach den Stromverbrauch des Aktors am KNX durch die Anzahl seiner Kanäle teilen. Jeder ungenutzte Kanal ist ein verschwendeter, also falsch geplanter Kanal.

Bin mal gespannt, was für Ideen zum remanenten Speichern von Bytes hier so hochkommen, die Soll-Komforttemperatur wartet auch darauf, irgendwo abgelegt zu werden

[willisurf]

Ok, d.h. Du planst ganz genau so, das kein Kanal frei bleibt und bei der ersten Änderung oder Anforderung kaufst Du stückchenweise ein weiteres Gerät.
Also ich bin da jetzt raus, das ist mir zu klein klein.

[Beleuchtfix]

Miss doch mal den Stromverbrauch von einem 4-fach Aktor und einem 16-fach Aktor. Dann kannst du sagen, was dich ein zusätzlicher Kanal kostet. Ich vermute, dass der Unterschied minimal ist. Ein zusätzlicher kleiner Aktor, weil du noch eine weitere Funktion möchtest kostet dich wahrscheinlich wesentlich mehr Strom, als eine Nummer größer von Anfang an. Ein typischer KNX Aktor hat einen Stromverbrauch von 0,24 Watt (10 mA) da wird auch nicht unterschieden zwischen 1 Kanal UP Aktor oder 20 Kanal REG.

ich würde mir trotzdem eher ein Logik Modul anschaffen als einen Schaltaktor zur Datenspeicherung

Gruß Florian

[trollvottel]

ich würde mir trotzdem eher ein Logik Modul anschaffen als einen Schaltaktor zur Datenspeicherung

[meti]

Er hat doch eh schon eine Logik-Engine 🤷

Was ist denn überhaupt der Wertgebet hier? Wenn die Aktoren Sommer/Winter umgestellt werden muss das ja irgendein Gerät / Schaltuhr / Taster / Logik machen. Warum nicht einfach das auslesen?

Oder L-Flag setzen - bedeutet ja auch ned das Ende der Welt.
Das ein Parameter der eigentlich nur Wert-Empfänger sein soll kein eigenes Status-Objekt hat kommt mir eigentlich ganz normal vor.

[vento66]

Nochmal für alle, die sich hier an den Kosten hochziehen: Es ging um einen freien Aktorkanal im Bestand! Der ist sicher billiger als ein extra Logikmodul!

[StefanWE]

Noch mal die Frage zum L flag. Bei einer Leseabfrage, sendet dann das KO mit dem L Flag das letzte Bit was es empfangen hat? auch wenn es schon zwei Wochen her ist?

[Beleuchtfix]

Es sendet den letzten Wert, kann auch ein Byte sein, 2 Byte oder …
Solange du zwischendurch nichts ausschaltest, wird der Wert auch noch nach 2 Wochen vorhanden sein.

Gruß Florian

[willisurf]

Ja, wenn zwischendurch kein Busreset/Stromausfall war (für die „normalen“ Geräte, die nicht persistent speichern) und natürlich nur, wenn das Gerät auf dem KO auch das L-Flag unterstützt.

[vento66]

Seit wann müssen denn die Geräte die Flags unterstützen? Hast Du mal ein Beispiel wo das Gerät ein Flag „nicht unterstützt“ hat?

[Beleuchtfix]

Eher andersherum, dass das S Flag nicht unterstütz wird, z.B bei Heizungsaktoren.

Gruß Florian

[willisurf]

Ich habe es nicht durchprobiert. Normalerweise hast Du Recht, das die Flags direkt von dem KNX Stack unterstützt werden und man damit eigentlich jedes KO rücklesbar machen kann. Die Gretchenfrage, ob jedes Gerät dies immer an allen KOs unterstützt kann ich nicht beantworten.
Gemeint war, es genügt nicht zwangsläufig das Flag in der ETS zu setzen, es muss halt auch in der Software des Gerätes implementiert sein.

[meti]

Seit wann müssen denn die Geräte die Flags unterstützen? Hast Du mal ein Beispiel wo das Gerät ein Flag „nicht unterstützt“ hat?

Jung / Gira Heizungsaktoren haben zB. KOs die in der Beschreibung "Eingang ..." und "Ausgang ..." heißen. Wenn man an so einem Eingang-KO das L-Flag setzt reagiert der Aktor nicht drauf. Ist zwar egal weil die eh eigene Status-KOs (für fast alles) haben, aber das wär halt so ein Beispiel. Gibt bei KNX nix was es nicht gibt - egal was die spec vorgibt 🙃

[trollvottel]

Das heißt im Umkehrschluß aber auch, dass das L-Flag nicht in jedem Fall funktioniert, wenn man es zwar aktiviert aber der Hersteller der Applikation es nicht implementiert hat. Das ja doof.