ioBroker
Alarm Dispatcher
Adapter für die Alarmierungsapp Alarm Dispatcher. Bin in rechtmäßigen Besitz von Zugangsdaten und würde als Tester zur Verfügung stehen.
Gibt es dafür eine API oder sonst ogendwie etwas wo man Daten auslesen könnte?
@Marco15453 ja es soll wohl eine API geben. https://alarm-dispatcher.de/connect/
Evtl. könnte man auch mit der Webversion was anfangen. https://web.alarm-dispatcher.de/
Danke für die Info, aber leider gibt es Möglichkeit für mich ogendwas dort auszulesen. zb api oder so
Ich habe bei Alarm-Dispatcher angefragt und grundsätzlich sind sie interessiert, ihre Daten auch für Fremdsysteme bereitzustellen. Sie wollen jedoch die interne API nicht freigeben, damit sie in ihren Änderungen frei sind.
Man spielt wohl mit dem Gedanken, eine gesonderte API zur Verfügung zu stellen, aber die gibt es noch nicht und ein zeitlicher Ansatz ist auch noch nicht bekannt.
Hallo, freut mich das es Leute gibt die sich dem Thema annehmen. Ja es gibt eine App.
TA2k @.***> schrieb am So., 28. Mai 2023, 14:53:
Gibt es eine App? Wie erfolgt eine Alarmierung zb über das Webportal
— Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/732#issuecomment-1566129946, or unsubscribe https://github.com/notifications/unsubscribe-auth/AT4HP4UEST6SM2QZPITVYSTXINDFJANCNFSM5XWELV7Q . You are receiving this because you authored the thread.Message ID: @.***>
Ich brauch eine kurze Erläuterung welche Funktion verfügbar sind und in iobroker übertragen werden sollen
@TA2k Hauptfunktion ist die Alarmierung von Einsatzkräften. Dafür hat jeder seine perönlichen Zugangsdaten. Zusätzlich gibt es die Funktion der Rückmeldung, ob man zum Einsatz kommen kann. https://drive.google.com/file/d/1PhYXgwM2ZR76IlaN9sedrDe7MxisCeKp/view?usp=sharing
@TA2k meinst du wie die Alarmierung erfolgt?
TA2k @.***> schrieb am So., 28. Mai 2023, 22:39:
Wie kommt das über die web Anwendung zu dir
— Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/732#issuecomment-1566255428, or unsubscribe https://github.com/notifications/unsubscribe-auth/AT4HP4WCF2LLRZR3ZL4P5S3XIOZZLANCNFSM5XWELV7Q . You are receiving this because you authored the thread.Message ID: @.***>
Für die Alarmierung betreibt unser Aufgabenträger Fw einen Server der über einen Digitalen Meldeempfänger die Alarmierung erhält und diese dann an die Kameraden der entsprechenden Fw verteilt. Die Verbindung der App zum Server läuft über die API von Alarm Dispatcher.
TA2k @.***> schrieb am Mo., 29. Mai 2023, 10:19:
Korrekt
— Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/732#issuecomment-1566745242, or unsubscribe https://github.com/notifications/unsubscribe-auth/AT4HP4UQRGZDSBNVT7YAA3DXIRLX5ANCNFSM5XWELV7Q . You are receiving this because you authored the thread.Message ID: @.***>
Servus, Entwickler bei Alarm Dispatcher hier.
Prinzipiell wollen wir gern Bemühungen unterstützen, dass Nutzer unserer App bei einem Alarm auch ihre Home Automation anwerfen können und sind aktuell in der Konzeptphase. Die Schnittstelle, die derzeit vom Server zur App genutzt wird, ist aus verschiedenen Gründen nur bedingt geeignet und im Webportal werden aktuell keine Alarme angezeigt (und das ist auch nicht geplant).
Daher kommt hier aus unserer Sicht vor allem die Implementierung einer neuen Schnittstelle in Betracht. Für uns wichtig ist hierbei, dass wir möglichst eine große Anzahl an Automatisierungsplattformen ohne zusätzlichen Entwicklungsaufwand unterstützen können. Aktuell geht unsere Überlegung in Richtung einer Websocket-basierten Schnittstelle.
Wie sind da eure Erfahrungen in dem Bereich? Welche Ansätze haben sich bewährt?
Für Echtzeitupdates via Push wird mittlerweile oft MQTT verwendet da es mehr Möglichkeiten anbietet. Es gibt auch für alle smarthomes ein mqtt adapter
Wenn man den Endpunkt auch im Browser verwenden will dann muss man wohl WS nehmen.
Ja, MQTT wäre eine Alternative für uns, die wir mit betrachten. Dort ist die Authentifizierung etwas aufwendiger zu implementieren, es gibt allerdings mit "MQTT over WebSockets" auch einen API-Layer für Browser etc.
Welche Möglichkeiten genau hätte denn MQTT mehr als Websockets?
Die Authentifizierung kann man auch simpel halten einfach ein accesstoken als username oder im header mitgeliefert.
Es ist halt eine zusätzliche Abstraktionsschicht die es ermöglicht auf bestimmte topics zu subscriben bzw Publisher
Es übernimmt das resenden bei qos:0
es ist gefühlt auch die stabilere verbindung
Am Ende ist in meinen Augen mqtt ein bissl low leveliger and websockets aber am Ende relativ vergleichbar. Ich denke beides machbar. Je nachdem wieviele Nutzer es sind müsst ihr halt so viele „stehende“ connections terminieren können.
Wenn’s primär um push geht wären eigentlich http callbacks das ressourcenschonenste hat aber den Klaren Nachteil das man eine offiziell erreichbare Adresse braucht die „Otto normal Nutzer“ eher nicht hat. Bei iobroker hätten wir ggf workarounds aber wenn es generell einfach zu nutzen sein soll wäre ich auch bei Mqtt oder websockets.
Die Authentifizierung kann man auch simpel halten einfach ein accesstoken als username oder im header mitgeliefert.
Ja, aus MQTT-Sicht ist das einfach — wir müssen das nur mit dem Rest der Anwendung verknüpfen und vor allem eben erreichen, dass Nutzer nur die Alarme bekommen, die sie bekommen sollen. Das läuft dann bei einem MQTT-Server darauf hinaus, dass wir die ACLs dynamisch anpassen müssen, wenn sich die Alarmgruppenzugehörigkeit der einzelnen Nutzer ändert (zumindest, wenn man die Vorteile der MQTT-Topics ausreizen will)…
Wenn’s primär um push geht wären eigentlich http callbacks das ressourcenschonenste hat aber den Klaren Nachteil das man eine offiziell erreichbare Adresse braucht die „Otto normal Nutzer“ eher nicht hat.
Jup, genau, das wäre dann nur für relativ wenige Nutzer praktikabel bzw. verleitet es zu copy/paste-Anleitungen, wo dann Leute anfangen, Ports zu öffnen, ohne zu wissen was sie tun…
So, ein paar gute Nachrichten zum Wochenende: Wir werden die Schnittstelle für Home Automation umsetzen.
Der Plan ist, dass Nutzer in der App einen MQTT-Zugang aktivieren können. Serveradresse, Nutzername, Client-ID und Passwort werden entsprechend angezeigt und können dafür genutzt werden, ein bestimmtes Topic zu subscriben. Auf diesem schicken wir dann bei jedem Alarm eine Nachricht, die den Zeitstempel und die Alarmgruppe(n) enthält.
Die genaue Spezifikation werden wir zu gegebenem Zeitpunkt veröffentlichen, wenn alles soweit stabil ist.
Haltet ihr den Weg so für sinnvoll für eine Verknüpfung mit ioBroker?
Gibt es hierzu schon Neuigkeiten? 👀
Leider noch nicht… Wir mussten intern ein paar Prioritäten umschieben, sodass das leider etwas nach hinten gerutscht ist.
Wir haben das heute im Team durchdiskutiert und sind uns nicht sicher, ob die erwartete Nutzerzahl den Aufwand hier rechtfertigt. Wir wollen das schon auf jeden Fall nach wie vor umsetzen, suchen aktuell jedoch nach einer einfacheren Möglichkeit als über den MQTT-Server.
Auch von mir die Frage nach dem Stand der Schnittstelle? Ich nutze Home Assistant.
