Pumpe defekt, Fenster offen, Sensor stumm: Etwas stimmt nicht - aber wer erfährt es, und wie sicher? uni-PRO trennt dafür vier Aufgaben, die sich frei kombinieren lassen.
liefern Ausgänge als Auslöser
speichern, quittieren, anzeigen
an Personen und Dienste
für Bedienung und Übersicht
Je Projekt gibt es eine Meldezentrale. In ihr steht jede Meldung: wann sie entsteht, wie ihr Text lautet, wer sie bekommt und auf welchem Weg. Ein eigener Baustein je Meldung ist nicht nötig.
Mit Haken läuft die Kette bis zur Quittierung, bis zu vier weitere Stufen. Ohne Haken wird einmal gesendet.
Ruhezeit je Empfänger, Wiederholsperre je Meldung. Kritisch durchbricht Stummschaltung und Ruhezeit, wenn die Parameter gesetzt sind.
Der Stand laufender Meldungen bleibt erhalten, die Eskalation läuft dort weiter.
| Eingang | Wirkung | Nicht verknüpft |
|---|---|---|
| ST Stummschaltung | Ungleich 0: es wird nichts zugestellt. Kritisch durchbricht, wenn der Parameter gesetzt ist. | Nie stumm. |
| TE Testmeldung | Steigende Flanke: Testmeldung an alle aktiven Empfänger über alle ihre Wege, Ruhezeit und Wiederholsperre werden übergangen. | Kein Test. |
| QI Quittieren | Wert = Nummer der Meldung in der Liste, 65535 quittiert alle. Jedes Schreiben wirkt, auch mit gleichem Wert. | Nicht quittierbar; eine Meldung mit Quittierung bleibt offen. |
| SP Sperren | Ungleich 0: neue Meldungen lösen nicht aus, laufende enden. 0 gibt frei. | Nie gesperrt. |
MA PU NT PO IF stehen 1 s an, wenn über Mail, APP, NTFY, Pushover oder IFTTT zugestellt wurde. TX BE PR liefern Text, Betreff und Priorität der letzten Meldung, AN die Zahl unquittierter Meldungen, FE die fehlgeschlagenen Sendeversuche.
Je Weg: Zentrale sendet, nur Ausgang schalten oder aus. So hängt sich ein eigener Baustein an, etwa Mailversand oder eine Ansage über Sonos aus dem Text TX. Die Priorität geht an NTFY und Pushover weiter - bei Kritisch wiederholt Pushover bis zur Bestätigung.
Viele Geräte melden einen Fehler schon über eine eigene Adresse. Der Baustein sammelt diese Adressen des ganzen Projekts in einer Liste. Eine Störung ist speichernd: Sie bleibt sichtbar, bis jemand sie quittiert - auch wenn die Ursache längst weg ist.
Beantwortet im Alltag: Ist noch etwas offen? Welches Fenster? Steht bei Regen ein Dachfenster offen? Die Kontakte stehen in einer Liste mit Raum und Typ - Fenster, Tür oder Dachfenster, auf Wunsch mit zweiter Adresse für „gekippt“.
| Baustein | Weg und Voraussetzung | Besonderheit | Typischer Einsatz |
|---|---|---|---|
| PUSH Nachricht uni-PRO APP | Direkt an die APP, kein Konto, keine Zusatz-App | Antippen öffnet die APP; Werte lassen sich in den Text einfügen | Einfache Meldung, Türklingel |
| PUSH Nachricht Pushover | Pushover-Konto und -APP | Prioritäten bis „Notfall“: wiederholt, bis der Empfänger bestätigt | Wichtiges, das bestätigt werden muss |
| PUSH Nachricht NTFY | NTFY-APP, kein Konto; Thema ist die Seriennummer | Offener Standard, auf Wunsch zusätzlich Mail | Push ohne Konto |
| IFTTT Webhooks | IFTTT-Konto und Applet | Bis drei Werte an das Applet; nur Senden, kein Empfang | Weiterleitung an weitere Dienste |
| Mailversand | Mailserver (interner oder eigener) | Anhang möglich, Freigabe-Eingang, Filterzeit | Bericht oder Meldung ohne Priorität |
| Sonos (lokal) | Lautsprecher im Netzwerk | Ansage als Sprachausgabe auf einem oder allen Lautsprechern | Ansage bei Alarm oder Klingel |
| Meldezentrale | Block Störmeldungen | Block Kontaktüberwachung | Einzelbausteine | |
|---|---|---|---|---|
| Aufgabe | Meldungen an Personen verteilen | Fehleradressen des Hauses sammeln | Fenster und Türen überwachen | Eine Meldung an ein Ziel senden |
| Quittierung | Ja, Eingang QI; Eskalation bis quittiert | Ja, im Bedienelement oder über QI; speichernd | Für die Meldung ME über QU | Nein (Pushover: Bestätigung beim Empfänger) |
| Einteilung | 4 Prioritäten | Alarm, Warnung, Hinweis | Warnung und „lange offen“ | Keine (Pushover: Prioritäten) |
| Empfänger | Liste mit Wochentagen, Ruhezeit und Gruppen | Alle angemeldeten APPs, eine Mail-Adresse | Alle angemeldeten APPs | Fest je Baustein |
| Zustellwege | Mail, APP, NTFY, Pushover, IFTTT | Push, Mail, Ausgänge, Protokoll | Push, Ausgang ME | Genau ein Weg |
| Neustart | Laufende Meldungen bleiben erhalten | Zustand und Protokoll bleiben erhalten | Zustand folgt den Kontakten | - |
| Aufgabe | Baustein |
|---|---|
| Sammelstörung des Hauses, mit Quittierung und Protokoll | Block Störmeldungen |
| Meldung an Personen, nach Priorität, mit Wochentagen und Ruhezeit | Meldezentrale |
| Bereitschaft rufen, wenn niemand quittiert | Meldezentrale mit Eskalationsstufen |
| Ist noch ein Fenster offen? Regen, Frost, Abwesenheit | Block Kontaktüberwachung |
| Messwert über oder unter einer Grenze | Messwert Überwachung |
| Fühler liefert springende oder ausbleibende Werte | Messwert Plausibilität |
| Aktor führt den Befehl nicht aus | Rückmeldung Überwachung |
| Sensor sendet nicht mehr | Telegramm Überwachung |
| Gerät im Netzwerk nicht erreichbar | Netzwerk Geräte überwachen |
| Einfache Push- oder Mail-Meldung | PUSH uni-PRO APP, Mailversand; mit Bestätigung Pushover |
| Ansage bei Alarm | Sonos (lokal), angehängt an den Text TX der Meldezentrale |
Grenzwerte, Plausibilität, ausbleibende Telegramme, Rückmeldungen und Netzwerkgeräte.
Block Störmeldungen und Kontaktüberwachung: speichernd, quittierbar, mit Protokoll.
Eine Zentrale: vier Prioritäten, fünf Wege, Empfänger mit Wochentagen und Ruhezeit.
Weiter an die nächste Gruppe, bis jemand quittiert - auch nach einem Neustart.
Push, Pushover, NTFY, IFTTT, Mail und Ansage: eine Meldung, ein Ziel.
Die Ausgänge der Melder sind die Auslöser: vom Fühler bis zur Bereitschaft.