Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Jey Cee]

@codierknecht Es handelt sich um einen Regensensor der so heist, vielleicht etwas unglücklich benannt.

@Detlef123 Das Gateway oder die Cloud Plattform hat wohl eine API, https://mobile-alerts.eu/info/public_server_api_documentation.pdf
Die sollte recht einfach mit einem Skript oder Blockly per httpGet abgefragt werden können.

Hier gibts noch mehr Technische infos zum System: https://github.com/sarnau/MMMMobileAlerts

[Codierknecht]

@jey-cee sagte in Mobile Alerts:

Es handelt sich um einen Regensensor der so heist, vielleicht etwas unglücklich benannt.

Aber sowas von :grin: :grin: :grin:

[Detlef123]

@ste_glei
Hallo,
den Adapter habe ich gefunden und ist installiert. In den Instanzen wird er mir "laufend" angezeigt . Beim Anklicken öffnet sich auch die Anzeige der Regenmenge. Nur in der Objekten geht's nicht, da wird mir nur die Temperaturen angezeigt, die ich aber nicht habe.
Mfg

[mcm1957]

@detlef123 said in Mobile Alerts:

@ste_glei
Hallo,
den Adapter habe ich gefunden und ist installiert. In den Instanzen wird er mir "laufend" angezeigt . Beim Anklicken öffnet sich auch die Anzeige der Regenmenge. Nur in der Objekten geht's nicht, da wird mir nur die Temperaturen angezeigt, die ich aber nicht habe.
Mfg

Das hast du aber schon gelesen:
Es gibt einen Adapter, der leider nicht mehr funktioniert.

Der Adapter (https://github.com/bluerai/ioBroker.mobile-alerts) ist ARCHIVIERT und > 4 Jahre nicht mehr gewartet. Er ist NICHT in Repositories enthalten, daher nochmal explizit:

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

[ste_glei]

Der Link bezieht sich auf das Script.
Dieses in den JavaScript Adapter einfügen und anpassen lt. Beschreibung

[MichaelSc]

Das Script von RAI funktioniert seit gestern auch nicht mehr, Log:
"Receiving Data ended with errorcode 60(#5, 0.1 sec)"

Hat irgendjemand eine Idee oder einen Vorschlag, wie man an die Daten der Mobile Alerts Devices kommen kann?

Benutzt denn niemand Mobile Alerts Devices im iOBroker?

@mcm1957 hast Du evtl Tipps oder eine Lösung oder mindestens einen Weg, wie man das lösen kann? Parser?

[mcm1957]

Sorry, ich kenn das Script nicht.
Und ich weiß leider auch nicht was 'Mobile Alerts Devices' sind. Google Suche liefert da von Weckern bis zu Kühlthermometern alles mögliche :-)

Ahh - grad webseite gefunden:
https://mobile-alerts.eu/de/home/

Kennn tu ichs trotzdem nicht :-)

[Lars-Hamburg]

@MichaelSc Moin, ich hatte das gleiche Problem und habe das mit ChatGPT gelöst. Bei mir war es kein Problem im Script selbst, sondern ein TLS Zertifikatsproblem. Errorcode 60 kommt von curl und bedeutet, dass curl dem SSL Zertifikat der MobileAlerts API nicht vertraut. Dann kommt keine gültige JSON Antwort zurück und das Script kann nichts verarbeiten.

Notlösung zum schnellen Test:
Im Script den curl Aufruf testweise mit k laufen lassen. Damit wird die Zertifikatsprüfung abgeschaltet.
Beispiel (bei ... eine gültige ID deines Sensors eintragen):
/usr/bin/curl -k -d "deviceids=..." --http1.1 https://www.data199.com/api/pv1/device/lastmeasurement
Oder in dem Skript die Zeile suchen, wo der curl-Aufruf ist, und hinter curl dann das -k dazu schreiben.

Wenn es damit sofort wieder Daten liefert, ist klar, dass es an der Zertifikatskette liegt. Das ist aber keine saubere Dauerlösung, weil k die TLS Prüfung komplett aushebelt.

Saubere Lösung bei mir auf Linux:
Mein System hatte die ausstellende Zertifikatskette nicht im CA Trust Store. Unter Windows fällt das oft nicht auf, weil Windows fehlende Zwischenzertifikate eher automatisch nachlädt. Unter Linux muss die Kette im System vorhanden sein.

Ich habe die fehlende CA Issuer Chain nachinstalliert. Vorgehen:

1. Zertifikatskette und CA Issuers Link anzeigen:

openssl s_client -showcerts -connect www.data199.com:443 -servername www.data199.com </dev/null 2>/dev/null | openssl x509 -noout -text | sed -n '/Authority Information Access/,+10p'

2. Den CA Issuers Link herunterladen (bei mir war es ein Certum Issuer) und ins System einhängen:

sudo curl -sS "HIER_DEN_CA_ISSUERS_LINK_EINSETZEN" -o /tmp/intermediate.cer
openssl x509 -inform DER -in /tmp/intermediate.cer -out /tmp/intermediate.crt

sudo cp /tmp/intermediate.crt /usr/local/share/ca-certificates/mobilealerts-intermediate.crt

sudo update-ca-certificates

Danach ging curl ohne k wieder normal und das Script lief wieder.

Wenn du auf einem Linux Host oder Raspberry läufst, ist das sehr wahrscheinlich genau dein Thema. Wenn du in Docker betreibst, musst du das im Container machen. Unter Windows klappt der Abruf oft, obwohl Linux scheitert.

Nur zur Info: Mobile Alerts wird z.B. von ELV verkauft und die (fast) baugleichen Produkte werden auch von/unter TFA verkauft.

[MichaelSc]

Ich habe den alten mobile-alterts-Adapter ersetzt durch einen anderen von Halmand - der funktioniert ausgezeichnet.
Den Anbieter findet Ihr als "Halmand" unter Discord.
Kann ich nur empfehlen.

[Chucky06]

@Lars-Hamburg

THX you made my day!
-k hat meine werte wieder zurückgebracht, ich hatte da vor ein paar wochen mal kurz gesucht aber nichts gefunden und damit gehts nun wieder :-)