AlarmManager - connect to e*Message service

[t0Puk]

Adapter um Pager zu Alarmieren bei -Unwetter Warnungen -Informationen aus Warn Apps (DWD, NINA usw) -System Störungen -Eigene States -usw.

Und Rückmeldungen abzufragen bei den 2wayS Pagern.

Hierfür sollen die Dienste der e*Message genutzt werden über die API

e*Message

Ich selber habe mir über Scripte einen AlarmManager Programmiert der auch super Funktioniert. Es wäre natürlich schöner wenn man alles über einen Adapter laufen lassen könnte. Leider bin ich jetzt schon ein paar Mal an einer Adapter entwicklung gescheitert. Eventuell lassen sich ja ein paar Kluge Köpfe finden die Lust haben einen Adapter zu entwickeln. Gerne würde ich bei der Entwicklung meine gesammelte Erfahrung einfließen lassen.

[ldittmar81]

@t0Puk eventuell wäre dein Skript eine Hilfe für den möglichen Entwickler. Gibt es eine Dokumentation zur API? Je mehr Infos wir haben und so wahrscheinlicher ist die Umsetzung.

[t0Puk]

Vielen Dank für die schnelle Rückmeldung. Werde später mal alle Informationen zu der API sowie das von mir verwendete Script hochladen.

[t0Puk]

Guten Abend, habe hier mal ein paar Information zusammengetragen.

1. So könnte die Adapter Index aussehen. Müsste noch ergänzt werden um den Service (2wayS , Cityruf usw.)

2. Die Informationen zur API API_eMessage.pdf

3. Das Blockly Script welche die Alarmierung bei mir auslöst.

4. Das Script welches die Pager auslöst. Pager_ausloesen_Script.txt

5. Das Script was die Rückmeldung abfragt. Rueckmeldung_abfragen_Script.txt

Ich hoffe diese Informationen können Helfen einen Adapter zu Entwickeln.

Schöne Grüße

[t0Puk]

Ich habe mich mal an der Index_m.html probiert. Vielleicht kann dort ja mal jemand drüber gucken und mir ein Paar Tipps geben?

AlarmManager_index_m.html.txt

Grüße

[DutchmanNL]

Ich habe mich mal an der Index_m.html probiert. Vielleicht kann dort ja mal jemand drüber gucken und mir ein Paar Tipps geben?

AlarmManager_index_m.html.txt

Grüße

kleiner hinwies, das ist legacy HTML und wird nur durch alten Amin unterstützt, seit admin 5 das muss jetzt in react oder JSON Config realisiert werden

[ldittmar81]

kleiner hinwies, das ist legacy HTML und wird nur durch alten Amin unterstützt, seit admin 5 das muss jetzt in react oder JSON Config realisiert werden

Das muss doch nicht json oder react sein. Man kann doch weiter mit der html arbeiten. Habe ich da was verpasst?

[t0Puk]

Guten Tag, Ich habe übers Wochenende noch ein wenig Recherchiert und den SmartControl Adapter entdeckt. Der Adapter kommt meinem Vorhaben entgegen, wäre es möglich bzw. erlaubt den Adapter Code zu verwenden und ihn für mein Vorhaben umzuschreiben?

Viele Grüße

[ldittmar81]

Guten Tag, Ich habe übers Wochenende noch ein wenig Recherchiert und den SmartControl Adapter entdeckt. Der Adapter kommt meinem Vorhaben entgegen, wäre es möglich bzw. erlaubt den Adapter Code zu verwenden und ihn für mein Vorhaben umzuschreiben?

Viele Grüße

So funktioniert die Entwicklung... Man muss das Rad ja nicht neu erfunden. 😉

[DuschdrBabbe]

Währe toll wenn es so einen Adapter geben würde. Um zB. CPU Überwachung oder Temperatur Überwachung zu realisieren…

Trigger auf Wert&Zeit die der Schwellwert überschritten ist, und wie oft und was alarmiert wird.. Beispiel: CPU länger als 5 Minuten > 80% 1xNachricht dann alle X Minuten Wiederholung… CPU länger als 10 Minuten > 95% setzte Wert eines DP auf x oder führe Script aus….

grüßle

Pascal

[DutchmanNL]

Währe der der Devicewatcher nicht hierfür einsetzbar? Darin kann man definieren welches States & Schwellenwerte überwacht werden sollen incl Benachrichtigungen

[Ilovegym66]

Schaut euch mal den Adapter hier an, sollte doch alles mitbringen: https://github.com/ticaki/ioBroker.weather-warnings

[mcm1957]

Schaut euch mal den Adapter hier an, sollte doch alles mitbringen: https://github.com/ticaki/ioBroker.weather-warnings

Bitte lest euch die Anforderungen nochmal durch:

Adapter um Pager zu Alarmieren bei
-Unwetter Warnungen
-Informationen aus Warn Apps (DWD, NINA usw)
-System Störungen
-Eigene States
-usw.

Und Rückmeldungen abzufragen bei den 2wayS Pagern.

Hierfür sollen die Dienste der e*Message genutzt werden über die API

[e*Message](https://www.emessage.de/emessage/produkte/index.php)

Weather-warnings liest Wetterwarnungen aus verschiedenen Quellen, alle anderen Anforderungen kann der Adapter nicht erfüllen,

Devicewatcher kommt schon wesentlich näher an die Anforderungen. Eine freie Auswahl von States mit Kriterium wann dazu ein Alarm ausgelöst werden soll kann dieser allersind lt. Dokumentation (https://github.com/ciddi89/ioBroker.device-watcher/blob/main/docs/de/listSupportAdapter.md) auch nicht. Er scheitn auf eine definierte Liste von Adaptern zugeschnitten zu sein.

Eine Einbindung von eMessage können beide genannten Adapter nicht. Wobei ich die Alarmentscheidung und die Anbinsung zu eMessage jedenaflls in 2 getrennten Adaptern sehen würde.

[DutchmanNL]

@mcm1957 @t0Puk verstehen ich richtig das wir eigentlich eine ar messaging adapter (aller telegram) fuer e*message wollen ?

[mcm1957]

Der Request ist nicht von mir, daher kann ich nur interpretieren was im ersten Eintrag steht. Und das sind für mich technisch gesehen 2 Dinge: a) Erkennen von Alarmsituationen (woebi ich nicht 100% sicher bin ob das Erkennen wirklich teil dieses Issues ist oder nur der textualen Einleitung dienst) b) das senden von Alarmen via e*meaasge incl. Rückmeldung

Technisch wären das für mich 2 Adapter.

Was genau benötigt würde kjann nur der OP sagen.

[t0Puk]

Moin, ich habe momentan nicht viel zeit um euch alle fragen zu beantworten. Ich würde euch übers Wochenende mal ein paar Informationen zukommen lassen wie und was der Adapter genau machen soll bzw. können soll.

beste grüße

[DutchmanNL]

Moin,

ich habe momentan nicht viel zeit um euch alle fragen zu beantworten. Ich würde euch übers Wochenende mal ein paar Informationen zukommen lassen wie und was der Adapter genau machen soll bzw. können soll.

beste grüße

Kein Stress, aber währe super wen du das ergänzen könntest Dan können wir schauen was möglich ist

[t0Puk]

Moin, ich hatte bei dem Adapter mal angefangen, aber bin dann irgendwie nicht weiter gekommen. Hier mal ein Vorschlag, wie die Startseite des Adapters aussehen könnte.

man sollte in dem Adapter die Daten, welche man von eMessage bekommt eingeben können sowie den Dienst (eCityruf, 2wayS, e*BOS etc.). Auswählen können und die entsprechenden Pager (Rufnummern) aktivieren oder deaktivieren können.

Der Adapter könnte eventuell Datenpunkte erstellen, die man dann mit blockly, JS usw. Auslesen oder Schreiben kann.

Auslesen könnte man z. B. ob das Senden erfolgreich war oder wie der Empfang von den Empfängern bestätigt wird (Code der Rückmeldung)

Schreiben könnte man in den Datenpunkt z. B. die Meldung, die an die Pager versendet werden soll oder an wen die Meldung gesendet werden soll (Pager 1,2,3 oder alle). Und eventuell ein Datenpunkt, der als Sende-Trigger genommen wird.

Ich habe das bis jetzt sehr umständlich mit vielen Scripts gelöst, wobei mich die Community sehr unterstützt hat. Hier der Link aus dem Forum https://forum.iobroker.net/topic/47488/hilfe-bei-der-script-erstellung

dort findet Ihr einige Scripts.

Die Dokumentation der API findet ihr unter diesem Link https://forum.iobroker.net/assets/uploads/files/1630877510668-webservice-api.pdf

Würde bei der Adapter Erstellung gerne behilflich sein und fürs Testen könnte ich mich auch anbieten, da ich zwei verschiedene Dienste von eMessage nutze (2wayS und eCityruf).

hier noch die Datei zu der Startseite (das .txt muss entfernt werden um sie zu öffnen) alarmmanager.php.txt

Wünsche ein schönes Wochenende

[mcm1957]

I've cjhanged title to make more clear that the primary goal is to connecct to e*Message service

[t0Puk]

Moin, Eventuell könnte jemand das Grundgerüst für den Adapter erstellen? Ich würde dann gerne versuchen die Funktionen zu erstellen.

Beste Grüße ✌️

[mcm1957]

Das Grundgerüst eines Adapters kannst du mit dem Adapter vreator erstellen. Meld dich bei telegramm gruppe adapter development starters od discord an. Da wird dir sicher geholfen. Links findest du auf www.iobroker.dev

Config sollte via jsonaconfig gehrn.

[DutchmanNL]

Moin, Eventuell könnte jemand das Grundgerüst für den Adapter erstellen? Ich würde dann gerne versuchen die Funktionen zu erstellen.

Beste Grüße ✌️

kennel wir gerne machen auch zum auslesen der API und bissl joint venture dran basteln. Die frage wahre wie der admin gestaltet werden sollte, mein Vorschlag waehre ein adapter project in Javascript (oder lieber typescript ?)

Die konfigurations elementen sehen basis aus (input felder/selection) daher wuerde ich nicht react oder dergleichen bevorzugen sondern JSON-config

[mcm1957]

Würd aber nicht 3 pager hardcoden sondern z.b table machen. Ausser der Anbieter unterstütz grad 3 pager oder so ...

Und DANKE DutchmanNL. Btte setz Label wenn ihr ernsthaft was beginnt und vergesst nicht npm früh zu registrieren. Du weisst warum ...

[DutchmanNL]

Würd aber nicht 3 pager hardcoden sondern z.b table machen. Ausser der Anbieter unterstütz grad 3 pager oder so ...

Und DANKE DutchmanNL. Btte setz Label wenn ihr ernsthaft was beginnt und vergesst nicht npm früh zu registrieren. Du weisst warum ...

Yes, sobald wir mehr wissen über die lager kan das variable gemacht werden Etwas ähnliches wurde auch gerade im esphome implementiert

Das andere, oh ja... kriegen wir hin 😅

[t0Puk]

Das Grundgerüst eines Adapters kannst du mit dem Adapter vreator erstellen. Meld dich bei telegramm gruppe adapter development starters od discord an. Da wird dir sicher geholfen. Links findest du auf www.iobroker.dev

Config sollte via jsonaconfig gehrn.

Ich hatte mich vor einiger Zeit mal an den Adapter Creator probiert, doch es Scheiterte dann irgendwie am Hochladen des Adapter. Deswegen meine Frage.

[t0Puk]

Moin, Eventuell könnte jemand das Grundgerüst für den Adapter erstellen? Ich würde dann gerne versuchen die Funktionen zu erstellen. Beste Grüße ✌️

kennel wir gerne machen auch zum auslesen der API und bissl joint venture dran basteln. Die frage wahre wie der admin gestaltet werden sollte, mein Vorschlag waehre ein adapter project in Javascript (oder lieber typescript ?)

Die konfigurations elementen sehen basis aus (input felder/selection) daher wuerde ich nicht react oder dergleichen bevorzugen sondern JSON-config

Ich habe da keine Ansprüche und erst recht zu wenig Ahnung von. Würde mich später in die jeweilige Sprache einlesen um tatkräftig zu unterstützen. Finde es mit den Variablen hinzufügen bzw. entfernen der Pager eine sehr gute Idee. Von Seiten der Firma e*Message sind dort keine Grenzen gesetzt wie viele Pager ein Benutzer haben darf.

Beste Grüße

[DutchmanNL]

Ich habe da keine Ansprüche und erst recht zu wenig Ahnung von. Würde mich später in die jeweilige Sprache einlesen um tatkräftig zu unterstützen. Finde es mit den Variablen hinzufügen bzw. entfernen der Pager eine sehr gute Idee. Von Seiten der Firma e*Message sind dort keine Grenzen gesetzt wie viele Pager ein Benutzer haben darf.

dan wuerde ich sagen wir machen eine Tabelle wo man die daten einträgt. Sind die userID und password immer gleich und muss man dan nu weiter die call pager message id eintragen ?

Ich bräuchte im grunde mal Zugang zur API um zu sehen was und wie da reinkommt, ein Grundgerüst im adapter mit son eine Tabelle kan ich gerne erstellen. Sollen nur auch einen eindeutigen Namen definieren, alarmanager ist n bissl zu allgemein :)

[t0Puk]

Ich habe da keine Ansprüche und erst recht zu wenig Ahnung von. Würde mich später in die jeweilige Sprache einlesen um tatkräftig zu unterstützen. Finde es mit den Variablen hinzufügen bzw. entfernen der Pager eine sehr gute Idee. Von Seiten der Firma e*Message sind dort keine Grenzen gesetzt wie viele Pager ein Benutzer haben darf.

dan wuerde ich sagen wir machen eine Tabelle wo man die daten einträgt. Sind die userID und password immer gleich und muss man dan nu weiter die call pager message id eintragen ?

Ich bräuchte im grunde mal Zugang zur API um zu sehen was und wie da reinkommt, ein Grundgerüst im adapter mit son eine Tabelle kan ich gerne erstellen. Sollen nur auch einen eindeutigen Namen definieren, alarmanager ist n bissl zu allgemein :)

Das hört sich gut an. Also Benutzername und Passwort ist immer dasselbe und die Pager Rufnummer ist jeweils eine andere. Hat ein eMessage Kunde mehrere Accounts müsste man halt mehrere Instanzen installieren. Ich werde morgen mal bei eMessage einen Testzugang beantragen. Ansonsten kann man auch schon viel Informationen aus dem Forum entnehmen.

https://forum.iobroker.net/topic/47488/hilfe-bei-der-script-erstellung?_=1700772605328&lang=de

Grüße

[DutchmanNL]

@t0Puk testzugang währe super, na Dan gehen wir die Sache mal an!

[DutchmanNL]

ok Leute.... los gehts !

Repository: https://github.com/DrozmotiX/iobroker.e-message Basic admin config:

die Konfiguration fuer den Admin ist auf JSON-Config basiert, die Tabelle und setting stehen hier https://github.com/DrozmotiX/iobroker.e-message/blob/main/admin/jsonConfig.json

What next:

• Zugang zur API @t0Puk darf ich da auf dich zurück kommen
• research im forum nach existierende code und Funktionalitäten
• Porten dieser vorhandenen Sachen zum adapter
• Feststellung der requriments: fuer gewünscht Funktionalitäten bitte hier ein issue erstellen: https://github.com/DrozmotiX/iobroker.e-message/issues

Sobald ich die nötigen Zugänge/informationen habe werde ich mich bemühen so schnell wie moeglich eine basis version bereit zu stellen wo wir mit der API reden können und die basis Sachen implementieren.

Nachdem dies erfolgreich war und der Antrag fuer aufnahme in latest gegeben ist schließen wir das issue hier.

es ist wichtig ein wenig Übersicht zu behalten, darum bitte ich euch wünsche etc zu dieser integrations als issue zu hinterlegen. Repository befindet sich momentan in meiner organisation und ist damit, beim Ausfall von mir persönlich, auch durch ioBroker Core Team zu übernehmen (wie alle meine ioBroker open source Sachen in der DrozmotiX organisation)

[t0Puk]

ok Leute.... los gehts !

Repository: https://github.com/DrozmotiX/iobroker.e-message Basic admin config:

die Konfiguration fuer den Admin ist auf JSON-Config basiert, die Tabelle und setting stehen hier https://github.com/DrozmotiX/iobroker.e-message/blob/main/admin/jsonConfig.json

What next:

• Zugang zur API @t0Puk darf ich da auf dich zurück kommen
• research im forum nach existierende code und Funktionalitäten
• Porten dieser vorhandenen Sachen zum adapter
• Feststellung der requriments: fuer gewünscht Funktionalitäten bitte hier ein issue erstellen: https://github.com/DrozmotiX/iobroker.e-message/issues

Sobald ich die nötigen Zugänge/informationen habe werde ich mich bemühen so schnell wie moeglich eine basis version bereit zu stellen wo wir mit der API reden können und die basis Sachen implementieren.

Nachdem dies erfolgreich war und der Antrag fuer aufnahme in latest gegeben ist schließen wir das issue hier.

es ist wichtig ein wenig Übersicht zu behalten, darum bitte ich euch wünsche etc zu dieser integrations als issue zu hinterlegen. Repository befindet sich momentan in meiner organisation und ist damit, beim Ausfall von mir persönlich, auch durch ioBroker Core Team zu übernehmen (wie alle meine ioBroker open source Sachen in der DrozmotiX organisation)

Hey Leute,

Cool das es endlich los geht. Ich habe bereits eine Anfrage bei e*Message gestellt und hoffe das ich da in der nächsten Woche Rückmeldung bekomme.

Wo soll ich vorhandene Codes usw. bereitstellen? unter diesem Link? https://github.com/DrozmotiX/iobroker.e-message/issues

Schönes Wochenende euch

[DutchmanNL]

Wo soll ich vorhandene Codes usw. bereitstellen? unter diesem Link? https://github.com/DrozmotiX/iobroker.e-message/issues

Schönes Wochenende euch

ja bitte, funktionelle wünsche/anregungen oder funktionalitaete wofür code existiert bitte da registrieren dan kan ich es abarbeiten. Kleine bitte, wen code bitte in code tags damit es lesbar bleibt

Freu mich drauf, sind hier auch Nutzer unterwegs die auch in Unserem ioBroker discord aktiv sind ? Dan wuerde ich dafür nämlich einen neuen separaten channel erstellen

[mcm1957]

VORSICHT CODE gerne öffentlich im issue bereitstellen.

CODES = Zugangsdaten würde ich kei esfalls öffentlich in einem Issue bereistellen ausser es sind offizielle Demo Zugangsdaten.

[DutchmanNL]

VORSICHT

CODES = Zugangsdaten würde ich kei esfalls öffentlich in einem Issue bereistellen ausser es sind offizielle Demo Zugangsdaten.

Vielen Dank, ja sehr wichtiger remark !!!

[t0Puk]

Moin, Kurzes Update. Ich habe heute mit eMessage telefoniert und denen erklärt wofür wir die Zugangsdaten haben möchten. Sie fanden die Idee mit dem Adapter sehr Interessant und würden uns die Test Zugangsdaten zur Verfügung stellen. Dies kann aber einige Tage dauern da momentan kein Testgerät mit dem die Zugangsdaten verknüpft sind verfügbar ist. Die Firma eMessage hatte die bitte das die Zugangsdaten nur an alle Beteiligten Entwickler weitergeben wird und nicht öffentlich ins Forum gestellt wird. Ich denke das sollte kein Problem darstellen. Sobald ich die Zugangsdaten habe werde ich mich melden.

Beste Grüße ✌️

[t0Puk]

Hey, gute Neuigkeiten. Heute ist der Testpager eingetroffen jedoch fehlen noch die Zugangsdaten zur API. Sobald die Zugangsdaten angekommen sind können wir Starten freu Gibt es bei der Entwicklung des Adapter schon Neuigkeiten?

Gruß

[t0Puk]

Hab mich versehentlich entfernt... kann mich wieder jemand hinzufügen?

[t0Puk]

Moin, Zugangsdaten sowie Testpager sind bereit. Wem soll ich die Zugangsdaten zukommen lassen? Eventuell kann man mit den an dem Adapter Arbeitenden Entwicklern eine Telegram Gruppe erstellen oder ähnliches?

Gruß ✌️

[t0Puk]

Frohe Weihnachten euch allen 🎄

[t0Puk]

Frohen neues Jahr !

Ich hoffe Ihr seit alle Gesund und habt die Feiertage gut überstanden!? Ich wollte euch nur kurz mitteilen, dass der Testpager zum ende der nächsten Woche wieder zurück muss und wir dann keine Tests mehr durchführen können. Wir nutzen in der Firma zwar auch zwei Dienste von e*Message womit ich den Adapter Testen kann hier kann ich euch aber keine Zugangsdaten bereitstellen. Falls noch was getestet werden soll mit Zugangsdaten/API dann müssten wir es solange der Pager und die Zugangsdaten noch da/aktiv sind machen.

Grüße