MDT Glastaster II Smart - Meldungsfunktion

[supercop89]

Du musst dann für jede Meldung so eine Resetlogik bauen.

Man könnte dies so in meinem GPA Baustein vorsehen. Ich könnte beim Hinzufügen die ID der Meldung ausgeben und dieses auch als Output ausgeben. Dadurch wäre es möglich, genau nur diese Meldung zu quittieren, da die ID wieder als Eingang zur Quittierung verwendet werden kann.

LG cop

[mumpf]

Hi Micha,

für jede Meldung so eine Resetlogik

das ist schon klar, aber selbst dann würde die Meldung mit der niedrigeren Prio ja trotzdem aktiv sein (obwohl nicht angezeigt), der Tastendruck ist global (also Meldungsunabhängig), so dass die Meldung dann verschwindet. Das ließe sich auf einfache Weise nur lösen, wenn der Taster sagen würde, welche Meldung mit der Taste bestätigt wurde.

Danke für Deine Hilfe, ich hab mich damit abgefunden, dass es so nicht geht und nutze Meldungen nur noch "raumlokal" auf einem Taster, dann ist alles gut.

Gruß, Waldemar

[vento66]

Du musst dann für jede Meldung so eine Resetlogik bauen.

[mumpf]

Hi Micha,

danke für die Info. Ich muss gestehen, diese Lösung hatte ich schon... Die hat den Nachteil, dass sie bei mehreren Meldeobjekten einfach auf alle ein 0 schickt, also alle löscht, nicht nur eine spezielle Meldung. Beispiel:

Meldung für alle Taster: Garage ist nicht zu
Meldung an einem Taster (mit höherer Prio): Auskühlalarm

Wenn ich jetzt den Auskühlalarm bestätige, wird mit der obigen Logik auch die Garagenmeldung zurückgenommen.

Aber es ist eine gute Lösung, wenn man keine lokalen, höherpriorisierten Meldungen hat, sprich wenn die Meldungen für alle Taster auch immer die höchste Prio haben.

Gruß, Waldemar

[vento66]

supercop89 Sorry, war gestern irgendwie der Meinung, das mumpf der TE war...


mumpf Ich habe die Meldungen so konfiguriert, das sie bei 0 auf dem Meldungsobjekt ausgeblendet werden. Dann eine Logik (kann eine integrierte im Taster sein)

• Logiktyp UND
• E1 Meldung aktiv
• E2 Tastendruck
• Ausgang invertiert
• Senden nur bei Ausgang = 0
• An den Ausgang entweder eine neue GA "Reset Meldung", und die als hörende GA bei der Meldung eintragen
• oder die Meldungs GA an den Ausgang hängen.

[supercop89]

Hi vento66,

supercop89 schreibt ja nur, wofür er es brauchte, ich denke das darf er, denn er ist ja der TE .

Ich hatte nur vermutet, dass er es für einen Anwendungsfall brauchte, den auch ich hatte. Und da würden mich schon Details interessieren, falls Du wirklich eine Lösung hast.

Folgende Situation: Ich habe auf 2 oder mehr GT2 die gleiche Meldung. Wenn ich jetzt auf einem der GT2 die Meldung durch einen Tastendruck bestätige, hätte ich gerne, dass diese Meldung auch auf den anderen GT2 verschwindet. Ich hatte so was im Kopf wie

• GT2 meldet über ein Statusobjekt "Meldung Bestätigt" den Tastendruck
• Mein Server schickt dann eine 0 auf das Meldeobjekt und nimmt somit die Meldung von allen Tastern zurück

Das geht derzeit mit den Glastastern nicht. Du scheinst eine andere Lösung gefunden zu haben, wie geht die?

Danke und Gruß, Waldemar

Hallo Mumpf!

Ich versuche mal deine "Problemstellung" im Kopf durchzugehen

Du könntest dies mit einer Logik abbilden. Der von mir erstellte Logikbaustein für den GIRA Projekt Assistent (GPA) ermöglicht es, eine Meldungswarteschlange abzudecken. D.h. du kannst immer wieder Meldungen in die Schlange schreiben oder die oberste Meldung quittieren bzw. auch diese manuell oder zyklisch abfragen.

Wenn du eine Meldung auf den GT dir wünscht, musst du diese ja auf das Meldungstext KO schreiben. Referenzieren alle KOs vom Meldungstext auf die GA, wird ja der Text auf allen GT2s angezeigt. Daraufhin könntest du das globale Tastendruck KO verwenden, um die Meldung zu quittieren. Hierbei musst du jedoch logisch abbilden, dass bei dem Tastendruck ein Leertext ("") nur in dem Fall bei einem vorliegenden Wert auf dem KO Meldungstext auf das KO gesendet wird, Diese Vorgehensweise wurde von MDT zu implementiert (Leertext auf Text löscht die Nachricht). Dadurch wird diese Meldung auf "" gesetzt und verschwindet auf allen GT2s. Mit meinem Modul bräuchtest du keinen Leertext senden, sondern quittierst du einfach mit einem Flag (1/0) die oberste Meldung und das Senden wird des Leertextes wird automatisch ausgeführt.

Du kannst dir natürlich an dieser dieser Stelle auch Gedanken machen, ob du zyklisch Meldungen abfragst oder du immer wieder die neueste Meldung aus der Warteschlange holst.

Ist dir soweit der Ansatz klar?

LG cop

[mumpf]

Hi vento66,

supercop89 schreibt ja nur, wofür er es brauchte, ich denke das darf er, denn er ist ja der TE .

Ich hatte nur vermutet, dass er es für einen Anwendungsfall brauchte, den auch ich hatte. Und da würden mich schon Details interessieren, falls Du wirklich eine Lösung hast.

Folgende Situation: Ich habe auf 2 oder mehr GT2 die gleiche Meldung. Wenn ich jetzt auf einem der GT2 die Meldung durch einen Tastendruck bestätige, hätte ich gerne, dass diese Meldung auch auf den anderen GT2 verschwindet. Ich hatte so was im Kopf wie

• GT2 meldet über ein Statusobjekt "Meldung Bestätigt" den Tastendruck
• Mein Server schickt dann eine 0 auf das Meldeobjekt und nimmt somit die Meldung von allen Tastern zurück

Das geht derzeit mit den Glastastern nicht. Du scheinst eine andere Lösung gefunden zu haben, wie geht die?

Danke und Gruß, Waldemar

[trollvottel]

vento66 Wo ist Dein Problem? Er nutzt den Taster und ein X1 als Logikengine, kann er doch machen..

[vento66]

supercop89 Wer ausser Dir redet davon, das ein Gira X1 eingestzt wird? Ich lese nur was von MDT Smart Glastastern.

[supercop89]

https://knx-user-forum.de/forum/supp...ungsmanagement

[supercop89]

mumpf Wenn ich Dich richtig verstehe, nimmst Du an allen Tastern die gleiche GA für Tastendruck, dann werden dort auch die Meldungen bestätigt. Zumindest glaube ich, das ich das so gemacht habe. Jedenfalls läuft es so in einem Kundenprojekt. Evtl kann ich morgen noch mal nachschauen.

Ich habe den Baustein vorhin im SDK Thread vorgestellt. Mit diesem könntest du vorhandene Meldungen in der Warteschlange manuell durchgehen und durch Quittierung die Meldung aus der Warteschlange löschen. Du würdest den Tastendruck dazu verwenden, um die oberste Meldung (angezeigte) quittieren und die nächste je nach Logikaufbau kommt zum Zug.

LG cop

[vento66]

mumpf Wenn ich Dich richtig verstehe, nimmst Du an allen Tastern die gleiche GA für Tastendruck, dann werden dort auch die Meldungen bestätigt. Zumindest glaube ich, das ich das so gemacht habe. Jedenfalls läuft es so in einem Kundenprojekt. Evtl kann ich morgen noch mal nachschauen.

[supercop89]

Naja, er will ja eigentlich den Status haben "Meldung wurde bestätigt", um sie dann von anderen Tastern, die auch diese Meldung anzeigen, zu entfernen. Das ist durchaus noch eine Lücke, die bei dem Meldesystem der Glastaster fehlt. Wäre schon cool, wenn man so was ohne externe Logik erreichen könnte.

Gruß, Waldemar

Ich bin gerade kurz vor der Fertigstellung eines Logibausteins für den Gira Projekt Assistent (GPA). Dieser ermöglicht eine Warteschlange von Benachrichtigungen zu realisieren. Er kann dabei Meldungen verwalten (Anlage und Quittierung) und diese anhand von FIFA (First In - First Out) abzuarbeiten.

Eine Abfrage kann dabei in zyklischen Abständen in der Logik stattfinden oder durch einen Trigger abgefragt werden.

Eingang: Meldungstext
Eingang: Quittierung (oberste Meldung)

Ausgang: Aktuelle Meldung
Ausgang: Anzahl der Meldungen
Ausgang: Fehlerfall

Die Vorstellung werde ich heute Abend im Gira Beta SDK machen.

LG cop

[mumpf]

Naja, er will ja eigentlich den Status haben "Meldung wurde bestätigt", um sie dann von anderen Tastern, die auch diese Meldung anzeigen, zu entfernen. Das ist durchaus noch eine Lücke, die bei dem Meldesystem der Glastaster fehlt. Wäre schon cool, wenn man so was ohne externe Logik erreichen könnte.

Gruß, Waldemar

[trollvottel]

Macht irgendwie aber auch Sinn, dafür das globale Tastendruck-KO zu verwenden, die Meldung geht ja weg egal welche Taste man drückt.