Hallo,
bin ganz neu hier und auf dem Gebiet Fhem.
Habe mich jetzt schon Tagelang durch das Internet gesucht und leider immer noch nichts passendes gefunden. Da ich noch neu in Fhem bin würde ich gern meine gefundenen Sachen mit euch teilen, das wir auf ein funktionierendes Ergebnis kommen.
Also, vor ein paar Monaten habe ich im Baumarkt das Mobile Alerts System zufällig gefunden. Etwas rechere im Netz, und gedacht das ist das was ich brauche.
Das ist vorhanden:
Technoline Mobile Alerts Gateway MA10000 ;1 Stück
Technoline Mobile Alerts Sensor MA10100 ;1 Stück
Technoline Mobile Alerts Sensor MA10200 ;5 Stück
Technoline Mobile Alerts Wetterstation MA10410 mit Außensensor TX 35-IT <---(glaube ich)
Im Internet gesucht ob das nicht mit Fhem gehen würde. Gesucht gefunden viele Beiträge über einen JeeLink Clone mit 868Mhz. Also Nano Clone genommen, ein RFM12B-868-S Sende-/Empfangsmodul genommen und alles zusammengebaut,geflasht und an den mit Fhem installierten Raspberry Pi gesteckt. Jeelink Clone wurde erkannt, Raum LaCrosse wurde nach dem Pairing erzeugt und 1 Sensor überträgt Temperatur und Feuchte. Alles wunderbar dachte ich mir. Das Pairing mit den anderen 6 und der Wetterstation sollte dann ja auch klappen. Hmm, nichts da! hab jetzt schon alles mögliche versucht, sie werden einfach nicht gefunden. Wie ich jetzt herausgefunden habe sind die in den Anleitungen verwendeten Sensoren nicht von Mobile Alerts. Sondern nennen sich TX 35-IT,TX 29 usw.
Möchte sie aber trotzdem mit Fhem auslesen. Also weitergesucht bis ich auf den Block hier gestoßen bin
http://exotengarten.exotenfans.eu/?p=214#comment-79 (http://exotengarten.exotenfans.eu/?p=214#comment-79)
der wiederum seine Informationen von diesem Link hat
https://m.google.com/app/basic/stream/z13wx1wb0w2zs5pai04ccbjaixjvwdb5tto0k/share?cbp=1dgbmmlfy5xrx&partnerid&sview=28&cid=5&soc-app=115&soc-platform=1&adrmode=CONFIRMATION_NOT_NEEDED&spath=/app/basic/s/%2523Technoline/related&sparm=cbp%3D1qsolc1y0h6ic%26partnerid%26sview%3D28%26cid%3D5%26soc-app%3D115%26soc-platform%3D1%26sro%3D%2523Ladeger%25C3%25A4t,%2523Akku%26sri%3D0%26spath%3D/app/basic/s/%252523Ladeger%2525C3%2525A4t/related%26sparm%3Dcbp%253Dc9rzz69snocg%2526partnerid%2526sview%253D28%2526cid%253D5%2526soc-app%253D115%2526soc-platform%253D1%2526sro%253D%252523vapemail,%252523kaufempfehlung%2526sri%253D0%2526spath%253D/app/basic/s/%25252523akkumul%252525C3%252525A1tor/related%2526sparm%253Dcbp%25253Di6h1t7bajy4p%252526partnerid%252526sview%25253D28%252526cid%25253D5%252526soc-app%25253D115%252526soc-platform%25253D1%252526sro%25253D%25252523m%252525C5%252525B1szer,%25252523karbantart%252525C3%252525A1s%252526sri%25253D2 (https://m.google.com/app/basic/stream/z13wx1wb0w2zs5pai04ccbjaixjvwdb5tto0k/share?cbp=1dgbmmlfy5xrx&partnerid&sview=28&cid=5&soc-app=115&soc-platform=1&adrmode=CONFIRMATION_NOT_NEEDED&spath=/app/basic/s/%2523Technoline/related&sparm=cbp%3D1qsolc1y0h6ic%26partnerid%26sview%3D28%26cid%3D5%26soc-app%3D115%26soc-platform%3D1%26sro%3D%2523Ladeger%25C3%25A4t,%2523Akku%26sri%3D0%26spath%3D/app/basic/s/%252523Ladeger%2525C3%2525A4t/related%26sparm%3Dcbp%253Dc9rzz69snocg%2526partnerid%2526sview%253D28%2526cid%253D5%2526soc-app%253D115%2526soc-platform%253D1%2526sro%253D%252523vapemail,%252523kaufempfehlung%2526sri%253D0%2526spath%253D/app/basic/s/%25252523akkumul%252525C3%252525A1tor/related%2526sparm%253Dcbp%25253Di6h1t7bajy4p%252526partnerid%252526sview%25253D28%252526cid%25253D5%252526soc-app%25253D115%252526soc-platform%25253D1%252526sro%25253D%25252523m%252525C5%252525B1szer,%25252523karbantart%252525C3%252525A1s%252526sri%25253D2)
Device ID: ----- ID der einzelnen Sensoren
Phone ID: ----- ID des Handys/Tablet´s findet man in den Einstellungen der App
Vendor ID: ----- leider keine keine Ahnung was diese ist.(Hab bei meiner Anfrage die genommen aus dem 2.Link)
Das ganze natürlich sofort nachgebastelt und getestet.
Siehe da, wenn ich in cmd den curl-Befehl absetze bekomme ich von dem Sensor die Daten aus der Cloud übermittelt.
Man kann diese Daten auch im json Format abspeichern.Die Daten werden 3 Monate in der Cloud gespeichert und dann gelöscht.
jetzt endlich meine Frage,
kann man das ganze so in Fhem einbinden das die einzelnen Sensoren weiterhin mit dem Gateway kommunizieren und Fhem sich die Daten selber von der Cloud nimmt?
Habe auch hier im Forum 2 beiträge gefunden die mich aber nicht wirklich weiterbringen. So wär es doch toll wenn man jetzt hier gemeinsam eine funktionierende Lösung finden könnte. Falls es schon eine Lösung gibt dann ist das ganze natürlich hinfällig;-)
Habe mal das hier probiert
http://forum.fhem.de/index.php?topic=37397.0 (http://forum.fhem.de/index.php?topic=37397.0)
Das hier auf den Bildern kommt dann dabei raus.
Hier noch der Auszug aus dem Fhem Log.
2015.08.16 16:31:16 3: SEN1: Defined with URL http://sensorcloud.cloudapp.net/api/v1/dashboard and interval 100
2015.08.16 16:31:18 3: SEN1: Read response to Update didn't match any Reading(s)
2015.08.16 16:32:58 3: SEN1: Read response to Update didn't match any Reading(s)
2015.08.16 16:34:38 3: SEN1: Read response to Update didn't match any Reading(s)
2015.08.16 16:36:19 3: SEN1: Read response to Update didn't match any Reading(s)
2015.08.16 16:37:58 3: SEN1: Read response to Update didn't match any Reading(s)
2015.08.16 16:39:38 3: SEN1: Read response to Update didn't match any Reading(s)
2015.08.16 16:41:19 3: SEN1: Read response to Update didn't match any Reading(s)
2015.08.16 16:42:58 3: SEN1: Read response to Update didn't match any Reading(s)
2015.08.16 16:44:38 3: SEN1: Read response to Update didn't match any Reading(s)
Hoffe das jemand mir helfen kann.
MFG
Kevin
Hat sich erledigt. Habe es hinbekommen und läuft wunderbar.
@hankyzoolander,
könntest du freundlicherweise eine kleine Kurzbeschreibung der Fhem-Einbindung und zu deiner Vorgehensweise geben....ich hänge an der gleichen Stelle fest ( SEN1: Read response to Update didn't match any Reading(s)...)
Danke Thomas
Hallo,
also wo fang ich am besten an?
1. Das brauchst du auf jeden Fall
-Phone ID=xxxxxxxxxxxx
-Vendor ID=xxxxxxxxxxxx
-devicetoken=xxxxxxxxxxxx
-version=1.17
-build=41
-executable=eu.mobile_alerts.mobilealerts
-bundle=eu.mobile_alerts.mobilealerts
-lang=de
-timezoneoffset=120
-timeampm=false
-usecelsius=true
-usemm=true
-deviceids=xxxxxxxxxxxx
aus diesen Daten setzt sich dann die Anfrage zusammen.(die Stellen mit den xxxxxxxxxxxx bitte durch deine Daten ersetzen) (du brauchst auf jeden Fall deine Daten wo übermittelt werden, da du sonst Werte von jemand anderes bekommst!!!!!)
Die Anfrage sieht dann so aus
attr SEN1 requestData devicetoken=xxxxxxxxxxxx&vendorid=xxxxxxxxxxxx&phoneid=xxxxxxxxxxxx&version=1.17&build=41&executable=eu.mobile_alerts.mobilealerts&bundle=eu.mobile_alerts.mobilealerts&lang=de&timezoneoffset=120&timeampm=false&usecelsius=true&usemm=true&deviceids=xxxxxxxxxxxx,
-----------------------------------------------------------------------------
2. Deine Daten wo vom Server übermittelt werden erhälst du mit dem Programm Wireshark.
-Wenn du ne Fritzbox hast ist es am einfachsten
-einfach folgenden link in den Browser einfügen http://fritz.box//html/capture.html
-bei Internetverbindung auf start drücken und mit der App einfach die Sensoren aktualisieren.
-Wenn die App aktualisiert hat bei Wireshark auf Stop und auf der fritzbox Seite auf Stop.
-Die Fritzbox Seite möchte eine Datei speichern. mach das auch.
-Datei in Wireshark öffnen und die Data Server IP 23.97.212.128 suchen mit Html
-nach etwas suchen findest du alle deine Daten die du brauchst(siehe 1.)
-------------------------------------------------------------------------------------------------------------
3. Die einbindung in Fhem
-Ich habe extra 420 Sekunden eingestellt, da die "normalen"Sensoren alle 7 Minuten messen. Die überteuerte "Pro Serie" misst alle 3 Minuten.
define SEN1 HTTPMOD http://sensorcloud.cloudapp.net/api/v1/dashboard 420
attr SEN1 requestData devicetoken=xxxxxxxxxxxx&vendorid=xxxxxxxxxxxx&phoneid=xxxxxxxxxxxx&version=1.17&build=41&executable=eu.mobile_alerts.mobilealerts&bundle=eu.mobile_alerts.mobilealerts&lang=de&timezoneoffset=120&timeampm=false&usecelsius=true&usemm=true&deviceids=xxxxxxxxxxxx,
attr SEN1 requestHeader1 Content-Type: application/x-www-form-urlencoded
attr SEN1 readingsName_Temp Temp
attr SEN1 readingsRegex_Temp "t1": (\d?\d.\d)
attr SEN1 readingsName_Feuchte Feuchte
attr SEN1 readingsRegex_Feuchte "h": (\d?\d.\d)
attr SEN1 stateFormat Temperatur: Temp °C - Luftfeuchte: Feuchte %
-Wer wie ich die Technoline MA10410 Mobile Alerts Wetterstation mit Außensensor hat,diese bringt 2xTemp und 2xFeuchte.
-"t1"
-"t2"
-"h"
-"h2"
-dafür code anpassen.Ich habe einfach 2 angelegt. Sieht man oben im Thread auf dem Bild. Sensor Küche und Sensor aussen sind von der Wetterstation.
-Wer mehrere Sensore hat, bitte den Anfang des jeweiligen Befehls anpassen(SEN1, SEN2, SEN3, SEN4 usw.)
-----------------------------------------------------------------------------------------
-Was ich jetzt allerdings nicht weiß, da ich noch neu in Fhem bin ist wie ich jetzt für die Sensoren logfiles anlege und diese dann plotten kann.
-kann mal bitte jemand ne Anleitung linken oder sich die Arbeit machen eine zu schreiben? Ich finde nur mist im Internet.
--------------------------------------------------------------------------------------------
4. Möglichkeiten
-kann man mit den erhaltenen Daten in Fhem weiter arbeiten?
z.b.
-ab 10°C aussen Temp kommt meldung "kalt draussen"
-wenn Feuchte gewissen Wert hat kommt meldung "Zimmer Dach lüften"
-oder einen GPIO-Pin schalten lassen
also ob man diese Werte in Fhem jetzt munter benutzen kann wie man möchte.
----------------------------------------------------------------------------------------------------------
5. Ich hoffe ich konnte mit dieser "Kurzbeschreibung" ;D dem ein oder anderen etwas helfen.
-würde mich freuen wenn jemand eine Antwort auf meine Fragen(siehe 4.) hätte und evt. ein Beispiel hat.
Bis bald
hallo hankyzoolander,
vielen Dank für deine Mühe :)
Nachdem ich die Attribute angepasst hatte (attr SEN1 readingsRegex_Temp "t1": (\d?\d.\d)) etc.,hat es endlich hingehauen mit dem Anzeigen der Readings in Fhemweb.
Nochmals Danke
Hallo,
gern gemacht ;)
Wenn ich gewusst hätte was es für ein Aufwand ist, hätte ich auf das Mobile Alerts Sytem verzichtet und mir nur die TX29 und TX35 Sensoren gekauft(Bedeutend einfacher)
Aber warum einfach wenns auch umständlich geht ;D ;D
ist aber schon krass das wenn man die Werte aus nem Tutorial übernimmt dann auch demjenigen seine Daten ???
Naja sind zum Glück ja nur Temperaturen :)
Ich hab mich letztes Jahr auch mal mit den Technoline/TFA Mobile Alerts beschäftigt.
Wollte eine Funklösung um in unterschiedlichen Räumen meines Hauses die Temperatur und Luftfeuchtigkeit zu messen und mit den ermittelten Daten meine Heizung zu steuern, da die Wärmepumpe ihre Heizkurve nur nach Außentemperatur berechnet, nicht aber Wärmegewinne durch Sonne oder laufende Geräte berücksichtigt.
Auf die Idee, mal mit Wireshark mitzuschneiden, was die App da so abfragt bin ich dann auch recht schnell gekommen, das hat mir jedoch nicht gereicht.
Erst mal fand ich es irgendwie ungut, dass meine Wetterdaten an einen (damals übrigens noch mehr als unzuverlässigen) Server in die USA geschickt werden und zweitens muss dazu ja immer auch eine Internetverbindung bestehen. Ich wollte also, das die Daten auf meinen eigenen Server im LAN geschickt werden.
Dazu habe ich dann zunächst die Basis (also den eigentlichen Hub) umprogrammiert, dass er die Daten an meinen Server schickt, und da er dies leider in einem proprietären Format macht, dieses zumindest grob entschlüsselt und einen entsprechenden Serverdienst gebaut, so dass nun die Daten (Temperatur und Luftfeuchte) in meiner MySQL Datenbank landen. Leider bin ich aus Zeitmangel mit dem Projekt bisher immer noch nicht fertig, so dass ich euch hier nichts wirklich fertiges zur Verfügung stellen kann.
Falls an der Lösung Interesse besteht, kann ich ja mal versuchen zusammenzuschreiben was ich da gebaut habe und entsprechende Codeschnipsel hinzufügen.
BTW: Mit FHEM hat das übrigens nichts zu tun, damit habe ich mich bisher noch nie beschäftigt...
Zitat von: hankyzoolander am 18 August 2015, 15:46:26
3. Die einbindung in Fhem
-Ich habe extra 420 Sekunden eingestellt, da die "normalen"Sensoren alle 7 Minuten messen. Die überteuerte "Pro Serie" misst alle 3 Minuten.
define SEN1 HTTPMOD http://sensorcloud.cloudapp.net/api/v1/dashboard 420
attr SEN1 requestData devicetoken=xxxxxxxxxxxx&vendorid=xxxxxxxxxxxx&phoneid=xxxxxxxxxxxx&version=1.17&build=41&executable=eu.mobile_alerts.mobilealerts&bundle=eu.mobile_alerts.mobilealerts&lang=de&timezoneoffset=120&timeampm=false&usecelsius=true&usemm=true&deviceids=xxxxxxxxxxxx,
attr SEN1 requestHeader1 Content-Type: application/x-www-form-urlencoded
attr SEN1 readingsName_Temp Temp
attr SEN1 readingsRegex_Temp "t1": (\d?\d.\d)
attr SEN1 readingsName_Feuchte Feuchte
attr SEN1 readingsRegex_Feuchte "h": (\d?\d.\d)
attr SEN1 stateFormat Temperatur: Temp °C - Luftfeuchte: Feuchte %
-Wer wie ich die Technoline MA10410 Mobile Alerts Wetterstation mit Außensensor hat,diese bringt 2xTemp und 2xFeuchte.
-"t1"
-"t2"
-"h"
-"h2"
-dafür code anpassen.Ich habe einfach 2 angelegt. Sieht man oben im Thread auf dem Bild. Sensor Küche und Sensor aussen sind von der Wetterstation.
-Wer mehrere Sensore hat, bitte den Anfang des jeweiligen Befehls anpassen(SEN1, SEN2, SEN3, SEN4 usw.)
-----------------------------------------------------------------------------------------
-Was ich jetzt allerdings nicht weiß, da ich noch neu in Fhem bin ist wie ich jetzt für die Sensoren logfiles anlege und diese dann plotten kann.
-kann mal bitte jemand ne Anleitung linken oder sich die Arbeit machen eine zu schreiben? Ich finde nur mist im Internet.
--------------------------------------------------------------------------------------------
Bei mir sieht die fhem.cfg nach der Anlage der Sensoren, der Logfiles und Plots für einen Sensor dann so aus:
define SENSOR_HUETTE HTTPMOD http://sensorcloud.cloudapp.net/api/v1/dashboard 600
attr SENSOR_HUETTE userattr event-on-change-reading icon reading01Name reading01Regex reading02Name reading02Regex requestData requestHeader1 stateFormat
attr SENSOR_HUETTE icon temp_outside
attr SENSOR_HUETTE reading01Name TEMP
attr SENSOR_HUETTE reading01Regex "t1": (\d?\d.\d)
attr SENSOR_HUETTE reading02Name FEUCHTIGKEIT
attr SENSOR_HUETTE reading02Regex "h": (\d?\d.\d)
attr SENSOR_HUETTE requestData devicetoken=47110815MIT_EIGENEM_ERSETZEN&vendorid=170DC17C-E605-4256-9CD1-D9C53017089C&phoneid=47110815MIT_EIGENER_ERSETZEN&version=1.17&build=41&executable=eu.mobile_alerts.mobilealerts&bundle=eu.mobile_alerts.mobilealerts&lang=de&timezoneoffset=120&timeampm=false&usecelsius=true&usemm=true&deviceids=47110815MIT_EIGENER_ERSETZEN,]
attr SENSOR_HUETTE requestHeader1 Content-Type: application/x-www-form-urlencoded
attr SENSOR_HUETTE room Temperatur und Luftfeuchtigkeit,all
attr SENSOR_HUETTE stateFormat {sprintf("%.1f Grad, Feuchtigkeit %.1f %", ReadingsVal($name,"TEMP",0), ReadingsVal($name,"FEUCHTIGKEIT",0))}
define LOG.SENSOR_HUETTE FileLog ./log/S_SENSOR_HUETTE-%Y-%m.log SENSOR_HUETTE:FEUCHTIGKEIT:.*|SENSOR_HUETTE:TEMP:.*|SENSOR_HUETTE:h:.*|SENSOR_HUETTE:t1:.*
attr LOG.SENSOR_HUETTE logtype text
attr LOG.SENSOR_HUETTE room LogFiles
define SVG_LOG.SENSOR_HUETTE SVG LOG.SENSOR_HUETTE:SVG_LOG.SENSOR_HUETTE:CURRENT
attr SVG_LOG.SENSOR_HUETTE label "Temp min $data{min1}, Temp max $data{max1}, aktuelle Temp $data{currval1}"
attr SVG_LOG.SENSOR_HUETTE room Plots,all
Hallo.
War es das jetzt?
Seit Heute 9:29 Uhr bekomme ich keine Daten mehr.
Das Logfile von Fhem:
Date: Wed, 21 Oct 2015 06:54:56 GMT
Connection: close, buffer empty,
Error read from http://sensorcloud.cloudapp.net:80 timed out
2015.10.21 09:01:58 3: SENSOR_BODEN: Read callback: request type was Update,
header: HTTP/1.1 200 OK
Cache-Control: no-cache
Pragma: no-cache
Content-Length: 8898
Content-Type: application/json; charset=utf-8
Expires: -1
Server: Microsoft-IIS/8.5
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
Date: Wed, 21 Oct 2015 06:54:56 GMT
Connection: close, buffer empty,
Error read from http://sensorcloud.cloudapp.net:80 timed out
2015.10.21 09:29:56 3: SENSOR_AUSSEN: Read response to Update didn't match any Reading(s)
2015.10.21 09:29:56 3: SENSOR_BODEN: Read response to Update didn't match any Reading(s)
2015.10.21 09:29:56 3: WASHINGTONIA_KRONE: Read response to Update didn't match any Reading(s)
2015.10.21 09:36:56 3: SENSOR_AUSSEN: Read response to Update didn't match any Reading(s)
2015.10.21 09:36:56 3: WASHINGTONIA_KRONE: Read response to Update didn't match any Reading(s)
2015.10.21 09:36:56 3: SENSOR_BODEN: Read response to Update didn't match any Reading(s)
Hat uns Mobile Alerts nun auch ausgesperrt?
Data Server Name www.data199.com oder Data Server IP 23.97.212.128 sind nicht erreichbar.
Scheinbar haben die die Adresse der Cloud geändert oder alle Anfragen, welche nicht von der App kommen, werden ignoriert.
Siehe Anhang.
Volker
Zitat von: costa2 am 21 Oktober 2015, 16:20:42
Hallo.
War es das jetzt?
Seit Heute 9:29 Uhr bekomme ich keine Daten mehr.
Das Logfile von Fhem:
Date: Wed, 21 Oct 2015 06:54:56 GMT
Connection: close, buffer empty,
Error read from http://sensorcloud.cloudapp.net:80 timed out
2015.10.21 09:01:58 3: SENSOR_BODEN: Read callback: request type was Update,
header: HTTP/1.1 200 OK
Cache-Control: no-cache
Pragma: no-cache
Content-Length: 8898
Content-Type: application/json; charset=utf-8
Expires: -1
Server: Microsoft-IIS/8.5
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
Date: Wed, 21 Oct 2015 06:54:56 GMT
Connection: close, buffer empty,
Error read from http://sensorcloud.cloudapp.net:80 timed out
2015.10.21 09:29:56 3: SENSOR_AUSSEN: Read response to Update didn't match any Reading(s)
2015.10.21 09:29:56 3: SENSOR_BODEN: Read response to Update didn't match any Reading(s)
2015.10.21 09:29:56 3: WASHINGTONIA_KRONE: Read response to Update didn't match any Reading(s)
2015.10.21 09:36:56 3: SENSOR_AUSSEN: Read response to Update didn't match any Reading(s)
2015.10.21 09:36:56 3: WASHINGTONIA_KRONE: Read response to Update didn't match any Reading(s)
2015.10.21 09:36:56 3: SENSOR_BODEN: Read response to Update didn't match any Reading(s)
Hat uns Mobile Alerts nun auch ausgesperrt?
Data Server Name www.data199.com oder Data Server IP 23.97.212.128 sind nicht erreichbar.
Scheinbar haben die die Adresse der Cloud geändert oder alle Anfragen, welche nicht von der App kommen, werden ignoriert.
Siehe Anhang.
Volker
Hallo,
bei mir besteht seit heute, 9:17 Uhr das selbe Problem...
<h2>404 - File or directory not found.</h2> <h3>The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable.</h3>Weiß jemand, woran das liegt?
Viele Grüße
Jens
AlterMA, die IPhone App haben sie schon vor 2 Wochen ausgesperrt, nun ist Fhem dran.
Nun ist Mobile Alerts für mich endgültig gestorben oder ich besorge mir einen JeeLink und schei... auf deren Cloudserver.
Volker
Hmm, hab mir gerade die Android App wieder installiert und meine Sensoren eingebunden. Also das Funktioniert noch wunderbar. Werde mich morgen abend an den Pc sitzen und genauestens schauen was da los ist!
Klar,
die Android App funktioniert nach wie vor, nur werden Anfragen von fremden Programmen vom Server ignoriert, bzw. abgewiesen.
Das ist von denen gewollt, wegen angeblich zu hoher Serverlast.
Dabei frage ich mich, ist es nicht egal ob eine Android, Ios oder eine fremde Software die Daten abruft???
Eine seltsame Firmenphilosophie betreiben die beim Hersteller (nicht Technoline).
Anstatt die Kunden an sich zu binden, vergraulen sie sie mit aller Macht.
Auch der Entwickler von AlterMA ist sauer: http://www.alterma.eu/hesk/ (http://www.alterma.eu/hesk/)
Volker
Habe heute erst Mobile Alerts in FHEM über HTTPMOD eingerichtet. Einfach als URL http://23.97.212.128:8080/api/v1/dashboard eingeben und alles klappt prima. (hat mir Wireshark verraten ;-) )
Gruß,
André
Zitat von: adb76 am 23 Oktober 2015, 22:29:25
Habe heute erst Mobile Alerts in FHEM über HTTPMOD eingerichtet. Einfach als URL http://23.97.212.128:8080/api/v1/dashboard eingeben und alles klappt prima. (hat mir Wireshark verraten ;-) )
Gruß,
André
Super, vielen Dank. So klappt es bei mir auch wieder.
Super, vielen Dank, funktioniert bei mir jetzt auch wieder.
Kleiner Tipp, falls sicher der Server wieder ändert: Wire Shark ist nicht unbedingt nötig.
Einfach die IP von Mobile-Alerts Gateway in den Browser eingeben und unter Data Server IP steht der Server für den Abruf.
Schönes Wochenende
Reinhard
Hallo Zusammen,
Ich bin ganz neu in Fhem eingestiegen und lese schon eine ganze Zeit mit.
Jetzt habe ich mich mal getraut meinen bestehenden mobile alerts entsprechend den hier sehr schön und gut beschriebenen Vorlagen in Fhem einzubinden.
Hat auch alles wunderbar geklappt . Hier mal meinen besten Dank.
Jetzt hat's ja am Wochenende einen Wintereinbruch gegeben mit den entsprechenden Minus Temperaturen.
Leider schreibt mein Plot für den Aussenfühler nur positive Werte , alles was unter 0 Grad liegt wird nur mit Null angezeigt. Habe ich etwas falsch gemacht oder besteht bei Euch auch dieses Problem?
Viele Grüße Bara
Zitat von: Bara am 23 November 2015, 10:33:21
...
Jetzt hat's ja am Wochenende einen Wintereinbruch gegeben mit den entsprechenden Minus Temperaturen.
Leider schreibt mein Plot für den Aussenfühler nur positive Werte , alles was unter 0 Grad liegt wird nur mit Null angezeigt. Habe ich etwas falsch gemacht oder besteht bei Euch auch dieses Problem?
Viele Grüße Bara
Hallo,
ich weiß nicht, nach welcher Doku Du vorgegangen bist.
Für mich habe ich selber eine Doku zusammengestellt unter
http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=75 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=75) bzw.
http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=29 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=29)
In meiner Doku hatte ich einen Fehler und habe diesen hier
http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=29 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=29)
korrigiert.
Diese Zeile:
attr SENSOR_HUETTE reading01Regex "t1": (\d?\d.\d)
muss ersetzt werden durch:
attr Sensor_HUETTE reading01Regex "t1": ([\-\d\.]+)
Folgenden Termo-/Hygrosensor habe ich im Einsatz:
http://www.amazon.de/gp/product/B00NHY108M/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00NHY108M&linkCode=as2&tag=jensosburaspu-21 (http://www.amazon.de/gp/product/B00NHY108M/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00NHY108M&linkCode=as2&tag=jensosburaspu-21)
...dann sollte das Ganze auch im Winter klappen...
Viele Grüße
Jens
Hallo Jens,
Vielen herzlichen Dank; gleich ausprobiert und tatsächlich werden jetzt Minustemperaturen angezeigt.
Bin gespannt ob ich jemals in solche Tiefen vorstoßen werde um so einen Fehler selbst zu erkenne.
Beste Grüße aus dem verschneiten Bayern
Bara
Zitat von: adb76 am 23 Oktober 2015, 22:29:25
Habe heute erst Mobile Alerts in FHEM über HTTPMOD eingerichtet. Einfach als URL http://23.97.212.128:8080/api/v1/dashboard eingeben und alles klappt prima. (hat mir Wireshark verraten ;-) )
Gruß,
André
Seit Gestern 11:55 Uhr erhalte ich wieder keine Daten.
2015.12.19 11:10:18 3: SENSOR_AUSSEN: Defined with URL http://23.97.212.128:8080/api/v1/dashboard and interval 420
2015.12.19 11:10:19 3: WASHINGTONIA_KRONE: Defined with URL http://23.97.212.128:8080/api/v1/dashboard and interval 420
2015.12.19 11:10:19 3: SENSOR_BODEN: Defined with URL http://23.97.212.128:8080/api/v1/dashboard and interval 420
2015.12.19 11:10:20 1: Including ./log/fhem.save
2015.12.19 11:10:20 1: usb create starting
2015.12.19 11:10:23 1: usb create end
2015.12.19 11:10:23 0: Featurelevel: 5.7
2015.12.19 11:10:23 0: Server started with 24 defined entities (version $Id: fhem.pl 9934 2015-11-19 10:12:56Z rudolfkoenig $, os linux, user root, pid 29200)
2015.12.19 11:10:24 3: SENSOR_AUSSEN: Read response to Update didn't match any Reading(s)
2015.12.19 11:10:24 3: WASHINGTONIA_KRONE: Read response to Update didn't match any Reading(s)
2015.12.19 11:10:24 3: SENSOR_BODEN: Read response to Update didn't match any Reading(s)Die Serveradresse hat sich aber scheinbar nicht geändert.
Data Server Name www.data199.com
Use Proxy No
Proxy Server Name 192.168.0.14
Proxy Port 8000
Data Server IP 23.97.212.128
Last contact 145052094500
RF channel 2Nach Eingabe von http://23.97.212.128:8080/api/v1/dashboard in den Browser erhalte ich:
{
"Message": "The requested resource does not support http method 'GET'."
}
Woran liegt es denn nun wieder?
Volker
Ist es möglich, dass Mobile Alerts schon wieder das Protokoll geändert haben? Seit gestern 11:45 bekomme ich keine neuen Werte mehr. Im Gerät bei FHEM steht unter "buf" folgender Eintrag:
Connection: close { "success": false, "errorcode": 1051, "errormessage": "The request parameters are are invalid", "primarydomain": "www.data199.com" }
Es scheint so, als ob die ursprüngliche Abfrage gem http://forum.fhem.de/index.php/topic,40077.msg323855.html#msg323855 nicht mehr funktioniert.
Aktuell geändert hat sich folgendes:
der Wert für devicetoken war füher "empty" und hat nun eine extrem lange Codierung
Im letztem Monat gab es das schon einmal, wobei folgendes geändert wurde.
version und build habe höhere Nummern. Aktuell: version = 1.18 und build ist 219
executable ist von einer web-Adresse (eu.mobile_alerts.mobilealerts) zu "Mobile Alerts" geändert
Nach der Anpassung wurden die Werte damals wieder erneuert.
Mobile Alerts scheint da wohl öfters was zu ändern.
Das Gateway liefert die Daten an den www.data199.com Server von Mobile Alerts. Die Adresse ist im Gateway fest programmiert. Gibt es nicht die Möglichkeit, das Gateway so umzuprogrammieren, dass die Daten auf dem eigenen Server abgelegt werden, um diese dann in FHEM einzulesen?
Zitat von: Segler am 19 Dezember 2015, 15:02:32
Das Gateway liefert die Daten an den www.data199.com Server von Mobile Alerts. Die Adresse ist im Gateway fest programmiert. Gibt es nicht die Möglichkeit, das Gateway so umzuprogrammieren, dass die Daten auf dem eigenen Server abgelegt werden, um diese dann in FHEM einzulesen?
Sicher geht das.
Dazu muss nur die Adresse auf den eigenen Server umgelenkt werden.
Das geht mit diesem Tool: https://www.weatherdirect.com/downloads/GatewayAdminInstall.exe
Das hat mir Wireshark ausgespuckt:
Hallo an alle,
ich melde mich hier als der Programmierer der weiter oben erwähnten iPhone App 'alterMA', die ich in meiner Freizeit für das technoline Mobile-Alerts System programmiert hatte.
Wie ihr weiter oben auch lesen könnt, hat der Hersteller des Systems meine App Anfang Oktober vom Datenempfang ausgeschlossen. Und zwar damals über eine Header Überprüfung - tauchte im Request Header 'alterma' auf, lieferte der Server keine Daten zurück - mit derselben Fehlermeldung wie von 'Segler' oben erwähnt.
Ich möchte nicht die ganze Geschichte noch einmal breittreten - lest einfach unter www.alterma.eu/hesk/ was ich so erlebt habe in den letzten Monaten.
Was ich euch aber hier mitteilen möchte ist: seit Freitag (18.12.2015) scheinen Anfragen an den Datenserver mit einem 'requesttoken' gesichert zu sein. Ich vermute, dass dieser 'requesttoken' ein Hash aus irgendeinem der anderen übermittelten Werte (evtl. dem timestamp oder den device ids) und einem unbekannten String ist. Dieser wird dann serverseitig überprüft und wenn falsch, dann Feierabend. Leicht umzusetzen und extrem wirkungsvoll. :)
Ihr werdet kaum Erfolg haben, jetzt noch erfolgreich Abfragen durchzuführen. Technoline wünscht es nicht, dass Anwendungen Dritter Datenabfragen über den Server durchführen. Ich hatte mit dem Geschäftsführer von Technoline telefonischen Kontakt, letztlich aber leider ohne Erfolg. Anfangs wurde mir in Aussicht gestellt, dass meine App Daten offiziell abfragen darf, unsere Diskussionen sind dann aber auf Seiten technolines im Sande verlaufen. Warum, weiß ich nicht. Die sollten doch froh sein, wenn man als Drittanbieter Lösungen für ihr System anbietet - aber: man versteht das auf der anderen Seite nicht.
Mein persönlicher Frust über das Mobile-Alerts System hat sich in den letzten Wochen in Gleichgültigkeit gewandelt. Die wollen nicht, ich will jetzt auch nicht mehr.
Soviel von mir an dieser Stelle. Lange Rede, kurzer Sinn: technoline sperrt nicht authorisierte Datenabfragen rigoros aus.
Lesenswert in diesem Zusammenhang: http://zimperlich.de/dumm-dreistes-geschaeftsgebahren/
Liebe Grüße,
Stefan
Hallo Stefan.
Die Sache mit 'alterMA' habe ich damals mit Interesse verfolgt.
Kurz darauf wurde ja auch schon versucht Fhem auszusperren.
Nun scheint es endgültig gelungen zu sein.
Die einzige Alternative wäre nun eine alternative PHP - Serversoft zu schreiben, welche man z.B. auf einem Apache Server auf der Fritzbox (Freetz) oder auf dem Raspberry Pi laufen lassen kann.
Die Datenausgabe des Gateways kann man ja problemlos umleiten.
Dass so etwas möglich ist, hat Skydiver aus dem WXForum anhand des baugleichen LaCrosse Wireless Internet Gateway Model GW1000U ERF-100 bewiesen.
Leider scheint dieser Gateway eine etwas andere Firmware zu haben, unser Gateway läuft damit nicht.
http://www.wxforum.net/index.php?topic=14299.75
Volker
Zitat von: costa2 am 20 Dezember 2015, 22:48:43
Die einzige Alternative wäre nun eine alternative PHP - Serversoft zu schreiben, welche man z.B. auf einem Apache Server auf der Fritzbox (Freetz) oder auf dem Raspberry Pi laufen lassen kann.
Die Datenausgabe des Gateways kann man ja problemlos umleiten.
Dass so etwas möglich ist, hat Skydiver aus dem WXForum anhand des baugleichen LaCrosse Wireless Internet Gateway Model GW1000U ERF-100 bewiesen.
Leider scheint dieser Gateway eine etwas andere Firmware zu haben, unser Gateway läuft damit nicht.
Der Aufwand dafür wäre, wie ich finde, enorm - keine Sache, die ich ernsthaft angehen würde.
Man hat hier wirklich ein gutes und einfach zu bedienendes System, was aber leider durch völlig unfähige Produktmanager an die Wand gefahren wird. Ein offene Datenabfrage würde dem Hersteller nur Nutzen bringen.
Doch leider hat man Anfangs schon eine totale Fehlentscheidung getroffen: nämlich die Sache mit dem Datenexport nur für Pro Sensoren. Das Pferd von hinten aufzäumen geht nun nicht mehr.
So sieht Innovation in Deutschland aus: man hat ein gutes Produkt, ist aber völlig unfähig etwas darau zu machen. ;D
LG,
Stefan
Zitat von: alterma am 21 Dezember 2015, 08:23:55
Der Aufwand dafür wäre, wie ich finde, enorm - keine Sache, die ich ernsthaft angehen würde.
Nun ja,
die Daten von LaCrosse IT+ (Technoline) Sensoren kann man ja über den Umweg mit einem JeeLink jetzt schon in Fhem einlesen.
Wäre es nicht möglich eine Routine zu integrieren, welche die Daten aus dem Gateway direkt aufbereitet?
Volker
Hier mal das Protokoll.
Oben Android unten Fhem.
Fhem kommt mit der Anfrage nicht sehr weit.
+++++++++++++++++++
Android:
E)@?asaZ$pWWzYK
5YPOST /api/v1/dashboard HTTP/1.1
Content-Type: application/x-www-form-urlencoded; charset=utf-8
User-Agent: Dalvik/1.6.0 (Linux; U; Android 4.4.4; Elephone P6000 02 Build/KTU84P)
Host: www.data199.com:8080
Connection: Keep-Alive
Accept-Encoding: gzip
Content-Length: 711
devicetoken=APA91bHTobyyKAYeo9LNbvZ7QJDDw21VSi30di_hAciuTpvkpXPRUQC8yETo9EoIPS6BzSUX2A3mE1iIGfhbH8-tm5ltfhc6FsuLBV0vkbuie5Lh53KeaahuI_bfZuC8x1aCiSeiqfY_&vendorid=2651daf8-823f-4db0-ae02-73d73decc772&phoneid=666193373159&version=1.22&build=69&executable=eu.mobile_alerts.mobilealerts&bundle=eu.mobile_alerts.mobilealerts&lang=de&timezoneoffset=60&timeampm=false&usecelsius=true&usemm=true&speedunit=0×tamp=1450691666&requesttoken=3f79c164c7f46bafa06f129e71458f3d&deviceids=0301548CBC4A,08004EA0B619,090005AC99E2,107EEEB46F02,0B002FA7C3D3,0315A0114432,022BD216FD85,02083FB10BAC,020A02D7B397,03149A8BAD0B,031555F35085,0239ECDD294F,&measurementfroms=1450605266,,,,,0,,,,0,0,&measurementcounts=,,,,,50,,,,50,50,
+++++++++++++++++++++++
Fhem:
EM@x;DaDYMsRE
bHTTP/1.1 200 OK
Cache-Control: no-cache
Pragma: no-cache
Content-Length: 146
Content-Type: application/json; charset=utf-8
Expires: -1
Server: Microsoft-IIS/8.5
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
Date: Mon, 21 Dec 2015 10:19:53 GMT
Connection: close
{
"success": false,
"errorcode": 1051,
"errormessage": "The request parameters are are invalid",
"primarydomain": "www.data199.com"
}
So, es läuft wieder TEILWEISE.
Wireshark hat mir diesen String ausgespuckt:
devicetoken=APA91bHTobyyKAYeo9LNbvZ7QJDDw21VSi30di_hAciuTpvkpXPRUQC8yETo9EoIPS6BzSUX2A3mE1iIGfhbH8-tm5ltfhc6FsuLBV0vkbuie5Lh53KeaahuI_bfZuC8x1aCiSeiqfY_&vendorid=2651daf8-823f-4db0-ae02-73d73decc772&phoneid=xxxxxxxxxx&version=1.22&build=69&executable=eu.mobile_alerts.mobilealerts&bundle=eu.mobile_alerts.mobilealerts&lang=de&timezoneoffset=60&timeampm=false&usecelsius=true&usemm=true&speedunit=0×tamp=1450691666&requesttoken=3f79c164c7f46bafa06f129e71458f3d&deviceids=0301548CBC4A,08004EA0B619,090005AC99E2,107EEEB46F02,0B002FA7C3D3,0315A0114432,022BD216FD85,02083FB10BAC,020A02D7B397,03149A8BAD0B,031555F35085,0239ECDD294F,&measurementfroms=1450605266,,,,,0,,,,0,0,&measurementcounts=,,,,,50,,,,50,50,
Ich habe lediglich die jeweils überschüssigen deviceids entfernt und die jeweiligen Strings in der fhem.cfg ausgetauscht.
Eure Phoneid (xxxxxx) müsst ihr natürlich noch einfügen.
Der Haken an der Sache, es läuft nur bis zum nächsten Datenabruf.
Nach einem "shutdown restart" von Fhem werden wieder aktuelle Daten abgerufen.
Wie kann man das automatisieren?
Edit.
Zur Zeit läuft es wieder stabil.
Ich blicke da nicht mehr durch. >:(
Ps.
Eventuell ist der "devicetoken" bei euch ein Anderer, in dem Fall müsst ihr mal den Wireshark bemühen.
@Stefan.
Der obige String stammt aus einer Android Device mit original App.
Wenn Du nun den String einer Ios Device mit Wireshark ausliest und in deine 'alterMA' App integrierst, geht das nicht?
Volker
Zitat von: costa2 am 21 Dezember 2015, 12:37:14
@Stefan.
Der obige String stammt aus einer Android Device mit original App.
Wenn Du nun den String einer Ios Device mit Wireshark ausliest und in deine 'alterMA' App integrierst, geht das nicht?
Ich teste das morgen einmal - schaffe das heute zeitlich nicht mehr. Melde mich dann. :)
Hab doch mal schnell nen Blick reingeworfen. :)
Also: auf iOS ist 'devicetoken' = 'empty'. Aber: Wichtig scheint die richtige 'phoneid' zu sein, wie in der Original App angegeben. Früher war der Wert dafür uninteressant, d.h. man konnte ein x-beliebige Phone ID nehmen. Jetzt muss die 'echte' genommen werden. Warum das jetzt so ist, weiß ich nicht. Vorallem: woher weiß der Server, welche Phone ID die richtige ist? Vielleicht über den 'Requesttoken', der evtl. ein Hash der Phone ID ist... ???
Ansonsten habe ich die Anfrage genau wie in Wireshark angegeben 'kopiert': dann klappt's. :) Also noch keine globale Hash-Sicherung, wie ich vermutete.
Zu mehr komme ich heute aber nichtt - ich schau' morgen wieder rein.
OK, also:
'requesttoken' scheint ein Hash aus 'phoneid', 'timestamp', 'build' und eventuell anderen Werten zu sein. Also teilweise ist die Abfrage damit gesichert.
Es wird schwierig zu sein, den 'requesttoken' selbst zu generieren - ich vermute es ist unmöglich, da wir die Reihenfolge der gehashten Strings nicht kennen, ebensowenig wie einen eventuell hinzugefügten 'unbekannten' String.
:) Stefan
Ist der 'requesttoken' denn tatsächlich relevant?
Unter Fhem wird er ja auch irgendwie generiert, beziehungsweise gar nicht benötigt.
Ich werde das mal per Wireshark kontrollieren.
Edit:
Unter Fhem taucht der 'requesttoken' nirgendwo im Wireshark auf.
Demnach läuft es auch Ohne.
Hab' ein bißchen Zeit abgezweigt und mir das nochmal angeschaut. Ich habe ein Test-POST-Formular gebaut mit allen Werten, so wie durch Wireshark abgefangen. Festgestellt habe ich folgendes:
Die ganze Abfrage muss gehasht sein. Denn:
1.) lasse ich 'requesttoken' leer: Fehlermeldung vom Server
2.) Ändere ich auch nur einen der anderen übermittelten Werte leicht (außer 'measurementfroms', 'measurementcounts', 'deviceids'): Fehlermeldung vom Server
Ändere ich im Gegenzug den Wert in 'requesttoken', gibt es auch eine Fehlermeldung zurück.
technoline hat also die Datenabfrage per Hash gesichert. Hier werden alle POST Werte (wie auch immer) auf Seiten der App zusammengefügt, eventuell mit einem zusätzlichen (geheimen) String gehasht, und dieser Hash als 'requesttoken' mitübermittelt. Serverseitig wird dann das ganze überprüft. Stimmt der Hash nicht mit den übermittelten Werten überein, gibt es eine Fehlermeldung.
Das ist praktisch nicht zu umgehen, solange man nicht weiß, wie genau der Hash generiert wird. Schicht im Schacht also. ;D
Ich wußte, dass das früher oder später kommt. Nachdem alterma per Request-Header Check geblockt wurde, tauchte in einer neuen Version der offiziellen App der Wert 'requesttoken' und 'timestamp' auf, die ich zuvor nie beobachtet hatte. Mir war klar, dass da was im Busch und es nur eine Frage der Zeit ist, bis die Schalter umgelegt werden. Den Header-Block hatte ich nämlich mit alterma umgangen, alterma dann aber trotzdem nicht mehr veröffentlicht, weil ich ein Katz-Und-Maus-Spiel kommen sah...
Letzten Freitag (18.12.2015) hat man dann serverseitig scheinbar die Schalter umgelegt und die Hash Überprüfung aktiviert, nachdem wahrscheinlich die Großzahl der Nutzer die neueste version der offiziellen App installiert hatte.
Statische Abfragen funktionieren solange, wie man genau all die Post Werte, wie sie Wireshark abgefangen hat, für neue Anfragen nutzt. Ändert man aber einen Wert, muss man Wireshark neu bemühen um alle Post Werte und den passenden Hash zu bekommen.
Das soweit für heute von mir. Vielleicht findet jemand anderes noch etwas heraus...
LG,
Stefan
Habe noch ein paar Tests gemacht. Ich bin mir nun definitiv sicher, dass:
1.) Die Abfrage per MD5 Hash (oder einer vergleichbaren Prüfsumme) abgesichert wurde
2.) Zur Zeit 'deviceids', 'measurementfroms' und 'measurementcounts' nicht Teil der Prüfsummenberechnung sind
Das ist nicht zu knacken, solange man nicht an die App selbst herangeht um herauszufinden, wie genau die Prüfsumme berechnet wird. Ich denke, dass da auch noch ein unbekannter String eine Rolle spielt, denn einfach alle Werte aneinanderreihen und dann 'hashen': das wäre zu einfach und zu leicht zu brutforcen. :)
Also: iOS Apps zu reversen ist so gut wie unmöglich, so viel ich weiß. Wie das bei Android aussieht, weiß ich nicht. Vielleicht kennt sich da jemand mit aus hier ...???
LG,
Stefan
P.S.: Wenn jemand einen Weg weiß, dann wäre eine Private Nachricht eventuell besser, als das hier zu posten... ;)
Hallo,
ich habe mir die Sache heute Nacht angesehen und kann nun auch den Token generieren. Da ich allerdings leider erst danach die AGBs der Mobile Alerts App gelesen habe kann ich die Lösung leider nicht öffentlich nennen. Ich kann jedoch jedem empfehlen die AGBs mal zu lesen. Das ich echt unterhaltsam bzw. verstörend (Bspw. § 10.3).
Bisher habe ich die Daten in ein anderes System geschoben, welches saubere Graphen erstellt und man sich auch lange Zeitfenster ansehen kann. Da nun jedoch zum zweiten mal die API umgebaut bzw. so modifiziert wurde das man man Sie nicht 1:1 nutzen kann (bzw. dies nicht gewünscht ist) überlege ich gerade mögliche alternativen.
Wie es scheint, kann man in Gateway einen (eigenen) Proxy einstellen, auf welchen Daten auch die Daten gepostet werden. In ersten Tests hat dies auch gut geklappt. Der Server ist in NodeJS geschrieben und kann die meisten Daten lesen (Temperatur / Feuchte (MA10200 / MA10100 )).
Nach meinem Verständnis wäre dies auch rechtlich OK. Letztendlich würde im schlimmsten Fall die Garantie des Gateways verfallen.
Was haltet Ihr davon?
Gruß Malte
Hallo Malte.
Ich habe mir nun mal node.js unter Windows installiert um zu sehen wie das überhaupt grundsätzlich funktioniert, da ich noch gar keine Erfahrung damit habe.
Nun wäre es interessant wie solch ein Serverscript aussehen müsste.
Weiterhin habe ich erfahren, dass mein Server bei "Domainfactory" ebenfalls node.js ünterstützt.
Somit könnte ich die Ausgabe des Gateways auch dorthin umleiten.
Was die AGB der APP betrifft, wir wollen ja ein eigenes Tool entwickeln, also dürfte es keine Probleme geben.
Volker
Hallo Volker,
ich werde sehen, dass ich das Projekt die Tage auf GitHub lade und hier den Link poste.
Da mir im Protokoll noch nicht alle Parameter klar sind, wäre es dann super wenn wir zusammen versuchen, alle Sensorwerte nutzbar zu machen. Bspw. ergibt sich aktuell nur bei der Temperatur nur ein Wertbereich von 0.0°C bis 25,3°C. Was davor und danach kommt konnte ich noch nicht nachvollziehen. Ähnlich sieht es mit der Auslösung der Sensortypen aus. Erkennbar ist war was Temperatur und Feuchte ist, jedoch noch nicht um was für einen Sensor es sich handelt.
Das wird hoffentlich mit mehr Sensortypen besser.
Gruß Malte
Hallo, ich bin auch sehr an einer Lösung interessiert. Gerne kann ich beim Klären von Parametern versuchen zu unterstützen... Ich habe Zugriff auf Thermometer, Thermometer mit Luftfeuchtigkeitsmesser und Regensensor. Viele Grüße Jens
Gesendet von iPhone mit Tapatalk
Zitat von: derBroBro am 02 Januar 2016, 12:32:12
Bspw. ergibt sich aktuell nur bei der Temperatur nur ein Wertbereich von 0.0°C bis 25,3°C.
Hallo Malte,
welche Probleme hast Du konkret bei dem Temperatur-Wertebereichen?
Bei mir wurden im FHEM einmal keine Minus-Temperaturen angezeigt, das lag an einer falschen Definition in FHEM.
Grüße
Jens
Hallo,
soweit ich es aktuell sehe wird der Temperatur Wert in einem Byte gespeichert und dann um eine Kommastelle verschoben. Sprich 0 -> 0.0 °C und 255 (max) -> 25.5°C. Ich gehe davor aus, da der Wert davor angibt ob hierbei etwas modifiziert wird (+/- X). Aufgrund der Zeit hatte ich keine Möglichkeit mal einen niedrigeren Wert zu erzeugen (Gefrierfach, was auch immer).
Das Projekt findet ihr in einer ersten Version hier: https://github.com/derBroBro/private-ma-server
Aus meiner Sicht sind die nächsten Punkte:
- Weiteres untersuchen des Protokolls
- Reduzierung auf einen Wert pro Sensor (Typ)
- Erstellen erste Schnittstelle für Datenspeicherung (Ich nutze thingspeak.com was haltet ihr für Sinnvoll?)
Gruß Malte
Hallo Malte,
bist Du schon weiter gekommen?
Viele Grüße
Jens
Hallo Jens,
ja. Temperaturdaten im positiven Bereich sollen nun gehen. Leider konnte ich es im negativen Bereich noch keine Tests durchführen da mit im Gefrierfach die Batterien Probleme machen. Ggf. habe ich jedoch Glück und wir bekommen hier im Süden bald minus Temperaturen.
Weiterhin habe ich die Anwendung so erweitert, dass ein Mittelwert ausgegeben wird und dieser entweder in das Dateisystem oder nach thingspeak.com exportiert werden kann. Die FS Ausgabe (JSON) enthält aktuell auch alle debug Daten.
Da ich damit für meine Zwecke fast alles habe wäre die Frage wie es denn die FHEM braucht? Wie stellt man hier die Daten am besten bereit?
Gruß Malte
Zitat von: derBroBro am 07 Januar 2016, 17:26:12
Hallo Jens,
ja. Temperaturdaten im positiven Bereich sollen nun gehen. Leider konnte ich es im negativen Bereich noch keine Tests durchführen da mit im Gefrierfach die Batterien Probleme machen. Ggf. habe ich jedoch Glück und wir bekommen hier im Süden bald minus Temperaturen.
Weiterhin habe ich die Anwendung so erweitert, dass ein Mittelwert ausgegeben wird und dieser entweder in das Dateisystem oder nach thingspeak.com exportiert werden kann. Die FS Ausgabe (JSON) enthält aktuell auch alle debug Daten.
Da ich damit für meine Zwecke fast alles habe wäre die Frage wie es denn die FHEM braucht? Wie stellt man hier die Daten am besten bereit?
Gruß Malte
Hallo Malte,
vielen Dank für Deine Mühe.
In FHEM haben es die meisten User per HTTPMod - Modul eingebunden.
Also die Daten per HTTP-Request auf dem Cloud-Server der Mobile Alerts Anbieter abrufen.
Die zuletzt funktinierende URL war: http://23.97.212.128:8080/api/v1/dashboard jedoch ausschließlich per HTTP post und nicht get, daher funktioniert es per Eingabe im Browser generell nicht.
Meine Definition des Temperatur-Sensors in FHEM sieht wie folgt aus:
define SENSOR_HUETTE HTTPMOD http://sensorcloud.cloudapp.net/api/v1/dashboard 600
attr SENSOR_HUETTE userattr event-on-change-reading icon reading01Name reading01Regex reading02Name reading02Regex requestData requestHeader1 stateFormat
attr SENSOR_HUETTE requestData devicetoken=MEIN-DEVICE_TOKEN-EINGEBEN&vendorid=MEINE-VENDOR_ID-EINGEBEN&version=1.17&build=41&executable=eu.mobile_alerts.mobilealerts&bundle=eu.mobile_alerts.mobilealerts&lang=de&timezoneoffset=120&timeampm=false&usecelsius=true&usemm=true&deviceids=MEINE-DEVICE_ID-EINGEBEN,]
attr SENSOR_HUETTE icon temp_outside
attr SENSOR_HUETTE reading01Name TEMP
attr SENSOR_HUETTE reading01Regex "t1": ([\-\d\.]+)
attr SENSOR_HUETTE reading02Name FEUCHTIGKEIT
attr SENSOR_HUETTE reading02Regex "h": (\d?\d.\d)
attr SENSOR_HUETTE requestHeader1 Content-Type: application/x-www-form-urlencoded
attr SENSOR_HUETTE room Temperatur und Luftfeuchtigkeit,all
attr SENSOR_HUETTE stateFormat {sprintf("%.1f Grad, Feuchtigkeit %.1f %", ReadingsVal($name,"TEMP",0), ReadingsVal($name,"FEUCHTIGKEIT",0))}
Vielleicht helfen diese Informationen weiter?
Viele Grüße
Jens
Hallo,
nachdem die Mobile Alerts Daten seit Dezember nicht mehr per HTTPMod abgefragt werden können, habe ich heute eine Bewertung zur Mobile Alerts App abgegeben.
Evtl. liest diese doch einer und die Hersteller überlegen sich doch nochmal ihre Strategie.
Ich fände es klasse, wenn die Hersteller nochmals in sich gehen und das System wieder für andere Anwendungen (z.B. FHEM) öffnen.
Evtl. möchte der ein oder andere einen ähnlichen Versuch vagen?
Diese Bewertung habe ich abgegeben:
Zitat
Zunächst das positive: Die Sensoren sowie deren Einrichtung ist gut.
Die App ist alles andere als gut. Keine Grafiken, keine Auswertungen, bei den meisten keine Exportmöglichkeit.
Wem nicht nur die Daten von den Mobile Alerts Sensoren interessieren, sondern an "Heimautomation" denkt, ist m.M. nach seit Dezember mit diesem Systeme in einer Sackgasse. Seit Dezember 2015 kann nicht mehr durch andere Anwendungen (z.B. dem Heimautomationsserver "FHEM") auf die Daten der Sensoren zugegriffen werden. Wer möchte schon je Anbieter von Sensoren in unterschiedliche Apps wechseln?
Wenn sich das nicht wieder ändert ist dieses proprietäre System für mich demnächst gestorben. Hoffentlich kauft es mir noch jemand ab, wenn ich auf andere Sensoren umgestellt habe ;-)
An die Hersteller: vielleicht überdenken Sie Ihre Strategie und besuchen mit einer positiven Informationen das FHEM Forum...?
Das wäre klasse, die Sensoren sind an sich wirklich klasse.
@josburg:
Ich sehe es an sich wie du, jedoch nervt es mich extrem an das ich immer wieder Lücken in meinen Daten habe. Die Hoffnung war zumindest bei mir vor dem Kauf, dass der Hersteller die Schnittstelle lässt wie sie ist, da ja auch jede Änderung irgendwie Geld kostet. Leider war das nicht der Fall, wobei ich denke das die Nutzung in der Vergangenheit in keinem Fall gewünscht war, da die API weder für Kunden ausgelegt noch dokumentiert war. Ich habe mittlerweile auch bedenken weiter mit der "offiziellen" Schnittstelle zu "arbeite" da ich nicht die IP haben, möchte welche den Dienst zum umfallen bringt.
In gewisser weise kann ich auch den Hersteller verstehen, da eine offene API auch das Risiko birgt, dass jeder seine Daten sekündlich abrufen möchte und sich damit der Betrieb als aufwendig, unkalkulierbar und teuer darstellt.
@jens:
Ideal wäre natürlich wenn die FHEM direkt mit lokalen Daten arbeiten kann (Bspw JSON Files). Im Notfall kann jedoch auch der Node Server einen einfachen Dienst (auf einem highport) anbieten, welcher jedoch den dennoch Datenabruf drastisch verkürzen sollte.
Aus meiner Sicht würde ein GET auf /<sensorid>/latest/ die neusten Daten liefern. Alternativ dann /<sensorid>/latest/temp nur die Temperatur etc.
Kannst du noch genauer sagen was passen würde oder ggf. noch jemanden hinzuziehen?
Hallo, deine Idee hört sich doch ganz gut an.
Beim schnellen Suchen bin ich hierauf gestoßen: http://www.fhemwiki.de/wiki/Volkszaehler evtl kann man hiervon Ideen mit verwenden... Ich schaue mal morgen genauer...
Gesendet von iPhone mit Tapatalk
Zitat von: josburg am 11 Januar 2016, 21:26:12
Hallo,
nachdem die Mobile Alerts Daten seit Dezember nicht mehr per HTTPMod abgefragt werden können, habe ich heute eine Bewertung zur Mobile Alerts App abgegeben.
Doch, das funktioniert nach wie vor, lies mal eineige Beiträge vorher.
http://forum.fhem.de/index.php/topic,40077.msg377599.html#msg377599
Volker
Zitat von: costa2 am 12 Januar 2016, 05:36:55
Doch, das funktioniert nach wie vor, lies mal eineige Beiträge vorher.
Also, das stimmt nur bedingt. Nutzt man exakt die Abfrage wie durch Wireshark abgefangen, dann klappt es, denn man bekommt ja mit der abgefangenen Abfrage den passenden 'Requesttoken'. Dieser ist ja ein Hash (Prüfsumme) der Abfragewerte, welcher serverseitig überprüft wird.
Ändert man also auch nur einen Wert der Abfrage, braucht man einen neuen 'Requesttoken'. Malte sagte ja, er wisse wie dieser generiert wird, möchte das aber hier nicht posten... Verständlicherweise. ;)
@Malte: wärest Du bereit Dein Wissen via privater Nachricht zu teilen? Danke im Voraus.
Stefan
Zitat von: alterma am 12 Januar 2016, 16:04:05
Also, das stimmt nur bedingt. Nutzt man exakt die Abfrage wie durch Wireshark abgefangen, dann klappt es, denn man bekommt ja mit der abgefangenen Abfrage den passenden 'Requesttoken'. Dieser ist ja ein Hash (Prüfsumme) der Abfragewerte, welcher serverseitig überprüft wird.
Stefan
Ja, klar, für FHEM reicht das aber, es läuft bei mir seit dem 21 Dezember ohne Probleme.
@Stefan:
Falls Du ein Android Gerät hast würde ich mir mal die Logs (Logcat) anschauen. Diese sind ja nichts geheimes und helfen ggf. weiter ;-)
Zitat von: derBroBro am 12 Januar 2016, 18:51:32
@Stefan:
Falls Du ein Android Gerät hast würde ich mir mal die Logs (Logcat) anschauen. Diese sind ja nichts geheimes und helfen ggf. weiter ;-)
:( Hab' ich leider nicht - bin ein reiner iPhone Nutzer... Könntest Du mir so eine Log-Datei nicht zusenden? Wäre Dir sehr sehr dankbar...
Da die TX+ und MobileAlerts Sensoren von Technoline sind, wäre es da nicht einfacher das Thema über den LaCrosse Sketch abzufragen?
Wollte das einfach mal testen, aber "out of the box" findet der JeeLink bei aktiviertem PairForSec (600) keinen neuen Sensor...
Zitat von: Daedalus am 13 Januar 2016, 18:26:13
Wollte das einfach mal testen, aber "out of the box" findet der JeeLink bei aktiviertem PairForSec (600) keinen neuen Sensor...
Hallo,
sowohl mit Jeelink, als auch mit Signalduino (unterschiedliche Empfänger) bewegt sich nichts ...
MfG
Hallo Jens,
bei mir steht folgendes im normalen Android Log:
01-16 13:38:18.725 I/RMINFO (6107): strCode ='devicetoken=empty&vendorid=8c5cc67cbbb14c7f81b8379ec198892e&phoneid=unbekannt&version=124&build=84&executable=eumobile_alertsmobilealerts&bundle=eumobile_alertsmobilealerts&lang=de&timezoneoffset=60&timeampm=false&usecelsius=true&usemm=true&speedunit=0×tamp=1452947893asdfaldfjadflxgeteeiorut0ß8vfdft34503580'
01-16 13:38:13.371 I/RMINFO (6107): strHash ='5b3fbd743ded26482ebb9f7ea4736905'
Gruß Malte
Danke Dir sehr, Malte! :)
Zitat von: costa2 am 21 Dezember 2015, 12:37:14
So, es läuft wieder TEILWEISE.
Wireshark hat mir diesen String ausgespuckt:
devicetoken=APA91bHTobyyKAYeo9LNbvZ7QJDDw21VSi30di_hAciuTpvkpXPRUQC8yETo9EoIPS6BzSUX2A3mE1iIGfhbH8-tm5ltfhc6FsuLBV0vkbuie5Lh53KeaahuI_bfZuC8x1aCiSeiqfY_&vendorid=2651daf8-823f-4db0-ae02-73d73decc772&phoneid=xxxxxxxxxx&version=1.22&build=69&executable=eu.mobile_alerts.mobilealerts&bundle=eu.mobile_alerts.mobilealerts&lang=de&timezoneoffset=60&timeampm=false&usecelsius=true&usemm=true&speedunit=0×tamp=1450691666&requesttoken=3f79c164c7f46bafa06f129e71458f3d&deviceids=0301548CBC4A,08004EA0B619,090005AC99E2,107EEEB46F02,0B002FA7C3D3,0315A0114432,022BD216FD85,02083FB10BAC,020A02D7B397,03149A8BAD0B,031555F35085,0239ECDD294F,&measurementfroms=1450605266,,,,,0,,,,0,0,&measurementcounts=,,,,,50,,,,50,50,
Ich habe lediglich die jeweils überschüssigen deviceids entfernt und die jeweiligen Strings in der fhem.cfg ausgetauscht.
Eure Phoneid (xxxxxx) müsst ihr natürlich noch einfügen.
Der Haken an der Sache, es läuft nur bis zum nächsten Datenabruf.
Nach einem "shutdown restart" von Fhem werden wieder aktuelle Daten abgerufen.
Wie kann man das automatisieren?
Edit.
Zur Zeit läuft es wieder stabil.
Ich blicke da nicht mehr durch. >:(
Ps.
Eventuell ist der "devicetoken" bei euch ein Anderer, in dem Fall müsst ihr mal den Wireshark bemühen.
@Stefan.
Der obige String stammt aus einer Android Device mit original App.
Wenn Du nun den String einer Ios Device mit Wireshark ausliest und in deine 'alterMA' App integrierst, geht das nicht?
Volker
Hallo,
irgendwie bin ich anscheinend ab diesem Post hier gedanklich abgehängt worden.
Die Aussage ist, dass bei euch die mobile alerts Sensoren noch mit FHEM abgefragt werden können, oder?
Anscheinend steh ich auf der Leitung, wie ihr das macht.
Irgendwie mit wireshark...?!?
Lest ihr mit wireshark die Kommunikation zwischen Handy App und Server aus oder zwischen mobile alerts Gateway und Server?
Ich kenne mich in der Bedienung von wireshark nicht aus. Sind das ein paar einfache Schritte, die mir bitte jemand aufschreiben könnte?
Das wäre klasse, wenn ich endlich meine Temperaturen wieder in FHEM hätte....
@Malte:
der an 'timestamp' angehängte String ('asdfaldfjadflxgeteeiorut0ß8vfdft34503580'): hast Du eine Ahnung was das ist? Mir scheint das irgendein verschlüsselter String eines anderen Wertes zu sein. Sagen Deine Logs irgendwas dazu?
Danke Dir.
Stefan
Zitat von: josburg am 18 Januar 2016, 23:22:14
Hallo,
Lest ihr mit wireshark die Kommunikation zwischen Handy App und Server aus oder zwischen mobile alerts Gateway und Server?
Ich kenne mich in der Bedienung von wireshark nicht aus. Sind das ein paar einfache Schritte, die mir bitte jemand aufschreiben könnte?
Das wäre klasse, wenn ich endlich meine Temperaturen wieder in FHEM hätte....
Hast Du eine FritzBox?
Dann lies mal hier:
http://praxistipps.chip.de/fritzbox-datenverkehr-mitschneiden_9989
Du startest die Aufzeichnung wie bei Chip beschrieben, danach die Mobile Alerts App auf dem Handy, beendest die Aufzeichnung und importierst den Log dann in Wireshark.
Danach filterst Du nach der IP deines Handys wie im Anhang.
Den Inhalt der Zwischenablage fügst Du dann in den Editor ein und schon hast Du den kompletten String.
Volker
Hallo Volker,
VIELEN Dank!
Wenn man weiß, wie´s geht, ist das Thema ja in 10 min erledigt...
Ich habe seit Tagen (abende) rumprobiert... ::) >:(
Vielen Dank für Deine Hilfe, jetzt läuft wieder alles ;-)
Hallo Jens,
Ich versuche auch seit der Umstellung wieder Daten in Fhem zu bekommen, und bin bisher gescheitert.
Den String habe ich aus wireshark kopiert (zumindest hoffei ch den richtigen kopiert zu haben) und eingefügt hat aber zu keinem Ergebnis geführt. Kann es sein dass das mit einem iPhone nicht geht, sondern nur mit Android? Beim iPhone meldet wireshark für den Token empty stimmt das?
Grüße
Rainer
Vor ein paar Tagen gab es ja wieder ein Update der App.
Dabei scheinen die gerne mal die Datenbankabfrage zu ändern um fremd Programmen den Zugriff zu erschweren.
Auf Dauer währe mir da eigentlich eine andere Lösung lieber.
Hier schrieb ja mal jemand das er mit einem Jeelink hinbekommen hätte!
Bei mir hat es aber jedenfalls nicht geklappt :(
Hat da schon mal einer Erfolg gehabt und würde sagen wie es geht?
Oder gäbe es einen anderen Ansatz, z.B. den Datenverkehr vom original Gateway irgendwie umzuleiten und direkt auszuwerten?
Man kann bei dem ja ein Proxiserver eintragen.
Gruß Jürgen
Zitat von: JürgenD am 20 Januar 2016, 15:50:14
Oder gäbe es einen anderen Ansatz, z.B. den Datenverkehr vom original Gateway irgendwie umzuleiten und direkt auszuwerten?
Man kann bei dem ja ein Proxiserver eintragen.
Gruß Jürgen
Den Ansatz dazu gibt es hier ja schon im Thread, einige Beiträge zurück.
Volker
Zitat von: Bara am 20 Januar 2016, 07:50:01
Den String habe ich aus wireshark kopiert (zumindest hoffei ch den richtigen kopiert zu haben)
Ich denke nicht, der String müsste in etwa so aussehen:
devicetoken=APA91bHTobyyKAYeo9LNbvZ7QJDDw21VSi30di_hAciuTpvkpXPRUQC8yETo9EoIPS6BzSUX2A3mE1iIGfhbH8-tm5ltfhc6FsuLBV0vkbuie5Lh53KeaahuI_bfZuC8x1aCiSeiqfY_&vendorid=2651daf8-823f-4db0-ae02-73d73decc772&phoneid=xxxxxxxxxx&version=1.22&build=69&executable=eu.mobile_alerts.mobilealerts&bundle=eu.mobile_alerts.mobilealerts&lang=de&timezoneoffset=60&timeampm=false&usecelsius=true&usemm=true&speedunit=0×tamp=1450691666&requesttoken=3f79c164c7f46bafa06f129e71458f3d&deviceids=0301548CBC4A,08004EA0B619,090005AC99E2,107EEEB46F02,0B002FA7C3D3,0315A0114432,022BD216FD85,02083FB10BAC,020A02D7B397,03149A8BAD0B,031555F35085,0239ECDD294F,&measurementfroms=1450605266,,,,,0,,,,0,0,&measurementcounts=,,,,,50,,,,50,50,Wenn nicht, hast Du etwas Falsches kopiert.
Volker
Hallo Volker,
vielen Dank für den Hinweis. Ich hatte tatsächlich den falschen string kopiert :( und bin daher nicht weiter gekommen. Jetzt empfange ich wieder Daten. Super. :)
Grüße
Rainer
Hallo,
allgemein denke ich, dass ich das Problem mit den negativen Temperaturen nun gelöst habe. Das muss ich jedoch noch einmal zur Sicherheit validieren.
@Stefan: bei mir ist der String immer gleich ;-)
@Jürgen: Das war die Idee hinter dem Projekt :-)
Gruß Malte
Hallo,
nachdem meine Mobile Alerts Temperatursensoren wieder funktionieren, beschäftige ich mich mit dem Windsensor 10660
http://www.amazon.de/gp/product/B015WC8OUS/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B015WC8OUS&linkCode=as2&tag=jensosburaspu-21 (http://www.amazon.de/gp/product/B015WC8OUS/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B015WC8OUS&linkCode=as2&tag=jensosburaspu-21)
Leider habe ich bei der Interpretation der Daten noch etwas Schwierigkeiten.
Anbei mal ein Auszug:
{ "idx": 23630, "ts": 1453499284, "tx": 6819, "c": 1453499496, "pr": false, "ws": 0.1, "wg": 0.8, "wd": 3 },
{ "idx": 23628, "ts": 1453498863, "tx": 6818, "c": 1453499074, "pr": false, "ws": 0.1, "wg": 1.0, "wd": 10 },
{ "idx": 23626, "ts": 1453498441, "tx": 6817, "c": 1453498652, "pr": false, "ws": 0.4, "wg": 1.4000000000000001, "wd": 10 },
{ "idx": 23624, "ts": 1453498019, "tx": 6816, "c": 1453498232, "pr": false, "ws": 0.2, "wg": 1.4000000000000001, "wd": 10 }
{ "idx": 23622, "ts": 1453497598, "tx": 6815, "c": 1453497810, "pr": false, "ws": 0.0, "wg": 0.5, "wd": 12 },
{ "idx": 23622, "ts": 1453497598, "tx": 6815, "c": 1453497810, "pr": false, "ws": 0.0, "wg": 0.5, "wd": 12 },
{ "idx": 23620, "ts": 1453497176, "tx": 6814, "c": 1453497387, "pr": false, "ws": 0.1, "wg": 0.70000000000000007, "wd": 12 },
{ "idx": 23618, "ts": 1453496755, "tx": 6813, "c": 1453496969, "pr": false, "ws": 0.30000000000000004, "wg": 1.1, "wd": 15 },
{ "idx": 23616, "ts": 1453496333, "tx": 6812, "c": 1453496549, "pr": false, "ws": 0.60000000000000009, "wg": 1.6, "wd": 0 },
{ "idx": 23614, "ts": 1453495911, "tx": 6811, "c": 1453496126, "pr": false, "ws": 0.70000000000000007, "wg": 1.6, "wd": 15 },
{ "idx": 23612, "ts": 1453495489, "tx": 6810, "c": 1453495706, "pr": false, "ws": 1.1, "wg": 1.9000000000000001, "wd": 0 },
{ "idx": 23610, "ts": 1453495067, "tx": 6809, "c": 1453495288, "pr": false, "ws": 0.30000000000000004, "wg": 0.8, "wd": 0 }
{ "idx": 23608, "ts": 1453494646, "tx": 6808, "c": 1453494863, "pr": false, "ws": 0.70000000000000007, "wg": 1.1, "wd": 0 },
{ "idx": 23606, "ts": 1453494225, "tx": 6807, "c": 1453494444, "pr": false, "ws": 0.4, "wg": 1.3, "wd": 1 },
{ "idx": 23604, "ts": 1453493803, "tx": 6806, "c": 1453494023, "pr": false, "ws": 0.60000000000000009, "wg": 1.4000000000000001, "wd": 0 },
{ "idx": 23602, "ts": 1453493381, "tx": 6805, "c": 1453493600, "pr": false, "ws": 0.30000000000000004, "wg": 0.9, "wd": 0 },
{ "idx": 23600, "ts": 1453492959, "tx": 6804, "c": 1453493180, "pr": false, "ws": 0.1, "wg": 0.60000000000000009, "wd": 11 },
{ "idx": 23598, "ts": 1453492538, "tx": 6803, "c": 1453492759, "pr": false, "ws": 0.2, "wg": 1.0, "wd": 11 },
{ "idx": 23596, "ts": 1453492116, "tx": 6802, "c": 1453492341, "pr": false, "ws": 0.0, "wg": 0.2, "wd": 4 },
{ "idx": 23595, "ts": 1453491694, "tx": 6801, "c": 1453491959, "pr": false, "ws": 0.30000000000000004, "wg": 1.2000000000000002, "wd": 4 },
{ "idx": 23592, "ts": 1453491272, "tx": 6800, "c": 1453491497, "pr": false, "ws": 0.70000000000000007, "wg": 1.3, "wd": 3 },
{ "idx": 23590, "ts": 1453490851, "tx": 6799, "c": 1453491076, "pr": false, "ws": 0.4, "wg": 1.4000000000000001, "wd": 2 },
{ "idx": 23588, "ts": 1453490428, "tx": 6798, "c": 1453490655, "pr": false, "ws": 0.5, "wg": 1.3, "wd": 2 },
{ "idx": 23587, "ts": 1453490008, "tx": 6797, "c": 1453490233, "pr": false, "ws": 0.2, "wg": 0.70000000000000007, "wd": 2 },
{ "idx": 23584, "ts": 1453489586, "tx": 6796, "c": 1453489810, "pr": false, "ws": 0.30000000000000004, "wg": 1.9000000000000001, "wd": 0 },
{ "idx": 23582, "ts": 1453489164, "tx": 6795, "c": 1453489390, "pr": false, "ws": 0.2, "wg": 0.8, "wd": 0 },
{ "idx": 23579, "ts": 1453488743, "tx": 6794, "c": 1453488966, "pr": false, "ws": 0.2, "wg": 1.0, "wd": 2 },
idx = ??
ts = Unix-Timestamp
tx = fortlaufende Nummer
c = ??
pr = ??
ws = Windgeschwindigkeit, aber welche Einheit? Vermutlich m/s
wg = Windgeschwindigkeit Böe, aber welche Einheit? Vermutlich m/s
wd = Windrichtung (00 = N, 01 = NNO, 02 = NO, 03 = ONO, 04 = O, ...., 12 = W, 13 = WNW, 14 = NW, 15 = NNW)
Gerne würde ich in FTUI die Windrichtung mit ausgeben. Wie übersetze ich "00" in die Anzeige "Nord"?
Hat jemand eine Idee, was die Werte idx, c, pr sein könnten?
Habe ich die restlichen Daten richtig interpretiert?
Viele Grüße
Jens
Hallo Zusammen,
ich wollte jetzt noch einmal kurz ein Update liefern.
Die Daten kann ich mittlerweile recht gut auslesen, wenn gleich es immer noch einige Felder gibt deren Funktion nicht klar ist.
Aktuell lasse ich die Daten in einen Test-Channel bei Thinkspeak.com laufen. Wen es intressiert wie das aussieht hier der Link: https://thingspeak.com/channels/76591
Natürlich kann man das ganze auch lokal betreiben. Dazu habe ich Modul erstellt (ungetestet), mit welchem man durch ein einfaches GET die letzten Daten pro Sensor enthält.
Beste Grüße
Malte
Update:
Habe jetzt auch ein FHEM installiert und Thingspeak wie folgt eingebunden:
define Sensors HTTPMOD https://api.thingspeak.com/channels/123/feeds.json?results=1&key=XXXXXXXXXX 360
attr Sensors userattr get01JSON get01Name reading01JSON reading01Name
attr Sensors reading01JSON feeds[0]_field1
attr Sensors reading01Name Temp
attr Sensors stateFormat {sprintf("%.1f Grad", ReadingsVal($name,"Temp",0))}
Moin,
Ich habe mal rausgefunden, wie man auf die gleiche Weise wie das iOS Programm, die Mobile Alerts Sensoren von deren Server abfragen kann. Insbesondere die Berechnung des Hash habe ich vorher nicht gefunden.
Hier der vollständige Code für die fhem Integration:
http://www.sarnau.com/posts/2016/mobilealerts_web/ (http://www.sarnau.com/posts/2016/mobilealerts_web/)
Der Trick für die URL Berechnung sieht so aus:
devicetoken = 'empty' # defaults to "empty"
vendorid = '1FB220C4-CC15-4195-97CF-8BE4FD3DAE72' # iOS vendor UUID (returned by iOS, any UUID will do). Launch uuidgen from the terminal to generate a fresh one.
phoneid = 'Unknown' # Phone ID - probably generated by the server based on the vendorid (this string can be "Unknown" and it still works)
version = '1.21' # Info.plist CFBundleShortVersionString
build = '248' # Info.plist CFBundleVersion
executable = 'Mobile Alerts' # Info.plist CFBundleExecutable
bundle = 'de.synertronixx.remotemonitor' # [[NSBundle mainBundle] bundleIdentifier]
lang = 'en' # preferred language
request = "devicetoken=%s&vendorid=%s&phoneid=%s&version=%s&build=%s&executable=%s&bundle=%s&lang=%s" % (devicetoken,vendorid,phoneid,version,build,executable,bundle,lang)
request += '&timezoneoffset=%d' % 60 # local offset to UTC time
request += '&timeampm=%s' % ('true') # 12h vs 24h clock
request += '&usecelsius=%s' % ('true') # Celcius vs Fahrenheit
request += '&usemm=%s' % ('true') # mm va in
request += '&speedunit=%d' % 0 # wind speed (0: m/s, 1: km/h, 2: mph, 3: kn)
request += '×tamp=%s' % datetime.datetime.utcnow().strftime("%s") # current UTC timestamp
requestMD5 = request + 'asdfaldfjadflxgeteeiorut0ß8vfdft34503580' # SALT for the MD5
requestMD5 = requestMD5.replace('-','')
requestMD5 = requestMD5.replace(',','')
requestMD5 = requestMD5.replace('.','')
requestMD5 = requestMD5.lower()
m = hashlib.md5()
m.update(requestMD5)
hexdig = m.hexdigest()
request += '&requesttoken=%s' % hexdig
request += '&deviceids=%s' % ','.join(sensors)
#request += '&measurementfroms=%s' % ('0,' * len(sensors))
#request += '&measurementcounts=%s' % ('50,' * len(sensors))
http_header = {
"User-Agent" : "remotemonitor/248 CFNetwork/758.2.8 Darwin/15.0.0",
"Accept-Language" : "en-us",
"Content-Type": "application/x-www-form-urlencoded; charset=utf-8",
"Host" : "www.data199.com:8080",
}
# create an urllib2 opener()
opener = urllib2.build_opener()
# create your HTTP request
req = urllib2.Request('http://www.data199.com:8080/api/v1/dashboard', request, http_header)
Sehr interessant. Vielen Dank für Deine Arbeit. :)
Ich habe das iOS 'alterMA' Projekt begraben. Technoline will sowas nicht, und würde eine neue Drittanbieter App in den Server Logs auffallen, dann ist es garantiert nur eine Frage der Zeit, wann auch die geblockt wird. Ich habe mich ja dazu schon genug ausgelassen ( www.alterma.eu/hesk/ ) - es ist schade, dass ein ansich gutes Produkt an die Wand gefahren wird. Was könnten die profitieren von einer offenen und dokumentierten API...
Gruß, Stefan
Hallo Zusammen,
Jetzt hatte ich über viele Monate Ruhe und konnte Daten von mobile alerts in Fhem einlesen.
Seit gestern 16:00 kommen keine Daten mehr an >:( .
Hat Mobile Alerts wieder was Neues gemacht, habt ihr ähnliches Problem oder liegt es an meinem System?
VG Rainer
Hallo Rainer,
ich habe ebenfalls das selbe Problem. Bekomme auch seit gestern keine Daten mehr.
Folgende Fehlermeldung erhalte ich:
Read response to update didn't match any readings.
Weiß jemand, was zu tun ist?
Vielen Dank für eure Hilfe.
Viele Grüße Jens
Gesendet von iPhone mit Tapatalk
Hallo Jens,
Selbe Fehlermeldung bei mir. Einlesen eines neuen device token hat nichts gebracht.
Hoffe auf eure Hilfe.
VG
Rainer
Hallo Zusammen,
Mobile Alerts hat eine neue Website bei der man die eigenen Daten einsehen kann.
http://measurements.mobile-alerts.eu/Home ; könnte man hier nicht die benötigten Daten abrufen?!
VG
Rainer
Hallo,
ich denke, dass ich da jetzt auch umstelle.
Die Lösung für die richtige URL ist:
http://measurements.mobile-alerts.eu/Home/SensorsOverview?phoneid=DEINE_PHONEID
Werde heute Abend mal schauen, wie weit ich mit regulären Ausdrücken auf dieser Seite komme.
Grüße
Jens
Hallo Jens,
Hast Du inzwischen einen Weg gefunden wieder auf die Daten zuzugreifen?
Leider sind meine Kenntnisse in fhem dazu nicht ausreichend! Grundsätzlich ärgert mich die Philosophie von Mobile Alerts dermaßen, daß ich schon überlege die Sensoren zu tauschen . Jedesmal ein riesengroßer Aufwand, lediglich um die eigenen Daten in eine ansprechende Kurve zu bringen!
VG
Rainer
Hallo,
ja, habe es über folgenden RegEx gelöst:
<h4>ABCABCABCABCABC<\/h4>\s+<\/div>\s+<\/div>\s+<div class="nofloat"><\/div>\s+<div class="sensor-component">\s+<h5>Zeitpunkt<\/h5>\s+<h4>.*?<\/h4>\s+<\/div>\s+<div class="sensor-component">\s+<h5>Temperatur<\/h5>\s+<h4>+([0-9\,]+)
Elegant ist sicherlich anders ;-)
Der Wert ABCABCABCABCABC in der RegEx ist die Nummer der ID des jeweiligen Sensors.
Mein Problem ist aktuell, dass die Temperatur auf der Internetseite mit "," angegeben wird und nicht mit "."
Bisher hatte ich als Wert 20.1
Heute habe ich als Wert 20,1
Kann mir jemand weiterhelfen, wie ich das evtl. direkt mit dem passenden regulären Ausdruck ersetzen kann?
Vielen Dank.
Viele Grüße
Jens
Hallo,
versuch mal am Ende (\d\d.\d)
wenn du das "C oder das % Zeichen" auch noch dahinter willst, dann am Ende (\d\d.\d\D)
hab es jetzt getestet, aber so hatte ich die Werte vorher ausgelesen.
Bin an der "perfekten" regex dran.
Wenn sie fertig ist stell ich sie ein.
Versuche alle meine 9 Sensoren in ein HTTPMOD zu packen, und aktualisiere diesen dann alle 10 Min.
Somit möchte ich den Datentraffic bei mir und auch den Traffic des Servers von Mobile Alerts reduzieren. Alle 20-30 min würde auch reichen. Die Sensoren messen eh nur alle 7Min. Und wer braucht schon alle paar Sekunden oder Minuten die gemessenen Werte. Wenn man bedenkt das alle paar Sekunden eine Anfrage auf den Server kommt, und das in meinem Fall x9. Da kommt schon etwas zusammen über den Tag. Möchte jetzt nicht rumpredigen ;-)
Aber ich denke wenn man es gut verpackt und Traffic freundlich macht, auch die Jungs und Mädels von Mobile Alerts ein Einsehen haben. (Hoffe ich)
Hallo hankyzoolander,
vielen Dank für Deine Hilfe und Unterstützung - Deine Ideen sind natürlich richtig. Ich wäre sehr an Deiner Lösung interessiert.
Bis es soweit ist:
Ich habe meine RegEx folgendermaßen angepasst:
<h4>ABC<\/h4>\s+<\/div>\s+<\/div>\s+<div class="nofloat"><\/div>\s+<div class="sensor-component">\s+<h5>Zeitpunkt<\/h5>\s+<h4>.*?<\/h4>\s+<\/div>\s+<div class="sensor-component">\s+<h5>Temperatur<\/h5>\s+<h4>+(\d\d.\d)
Das HTML sieht folgendermaßen aus:
<h4>ABC</h4>
</div>
</div>
<div class="nofloat"></div>
<div class="sensor-component">
<h5>Zeitpunkt</h5>
<h4>22.06.2016 07:32:57</h4>
</div>
<div class="sensor-component">
<h5>Temperatur</h5>
<h4>19,0 C</h4>
</div>
<div class="sensor-component">
<h5>Luftfeuchtigkeit</h5> <!-- Luftfeuchtigkeit -->
<h4>82%</h4>
</div>
</div>
</div>
</div>
Im Reading steht bei mir trotzdem eine Zahl mit Komma (siehe Screenshots im Anhang).
Kannst Du evtl. nochmal weiter helfen?
Vielen Dank.
Hallo, hab da was gebastelt.
So kannst du deine Sensoren in einem HTTPMOD abfragen.
Musst halt für jeden Sensor den readingsName und readingsRegex
anpassen. Sonst hast du später in den readings kein überblick mehr.
Das mit dem komma ist jetzt halt so. Vorher waren die Werte mit einem Punkt getrennt. Jetzt halt durch ein komma. Die regex ließt genau das aus was dort steht. Habe aber schon etwas gefunden um das komma mit einem Punkt zu ersetzen. Muss da aber noch basteln.
Wenn ich damit fertig bin stelle ich es ein.
define sensoren HTTPMOD http://measurements.mobile-alerts.eu/Home/SensorsOverview?phoneid=DEINE ID
attr sensoren readingsName_BadKellerTemp BadKellerTemp
attr sensoren redingsRegex_BadKellerTemp (?s)<h4>123456789012.*?<h4>.*?<h4>(\d\d,\d) ((123456789012= Deine SensorID))
attr sensoren readingsName_BadKellerFeuchte BadKellerFeuchte
attr sensoren readingsRegex_BadKellerFeuchte (?s)<h4>123456789012.*?<h4>.*?<h4>.*?<h4>(\d\d) ((123456789012Deine SensorID))
Hallo.
Ich habe mich mal mit angehängt.
Dieser Code bringt eine Fehlermeldung:
define sensoren HTTPMOD http://measurements.mobile-alerts.eu/Home/SensorsOverview?phoneid=000003373159
attr sensoren readingsName_Aussen Aussen Temp
attr sensoren redingsRegex_Aussen (?s)<h4>0315A0100000.*?<h4>.*?<h4>(\d\d,\d)
attr sensoren readingsName_Aussen Feuchte
attr sensoren readingsRegex_Aussen (?s)<h4>0315A0100000.*?<h4>.*?<h4>.*?<h4>(\d\d)
Fehlermeldung:
sensoren: the attribute readingsName_Aussen should no longer be used. Please use reading01Name syntax instead
Deshalb habe ich es angepasst:
define SENSOR_AUSSEN HTTPMOD http://measurements.mobile-alerts.eu/Home/SensorsOverview?phoneid=000003373159
attr SENSOR_AUSSEN reading01Name Temperatur
attr SENSOR_AUSSEN reading01Regex (?s)<h4>0315A0100000.*?<h4>.*?<h4>([\-\d\.]+)
attr SENSOR_AUSSEN reading02Name Luftfeuchtigkeit
attr SENSOR_AUSSEN reading02Regex (?s)<h4>0315A0100000.*?<h4>.*?<h4>(\d?\d.\d)
Allerdings wird nun für Temperatur und Feuchte jeweils der Temperaturwert ausgegeben und die Nachkommastelle der Temperatur ist immer "0"
Wo ist der Fehler?
Gruß,
Volker
Hallo,
ich glaube der Fehler kommt weil du
Zitatattr sensoren readingsName_Aussen Aussen Temp
das Leerzeichen und Temp mit angegeben hast.
wenn du es so machst,
Zitatattr SENSOR_AUSSEN reading01Name Temperatur
attr SENSOR_AUSSEN reading02Name Luftfeuchtigkeit
bekommst du sicherlich die Werte angezeigt, aber doch nur als Reading Temperatur und als Luftfeuchtigkeit.
Der Gedanke war das wenn du z.b. 10 Sensoren in deinem Haus hast alle in einem HTTPMOD abgerufen werden und alle Werte von den Sensoren zuordbar in den Readings stehen. Wenn ich mit meiner Theorie richtig liege hättest du mit diesen Codes 10 mal Temperatur und 10 mal Luftfeuchtigkeit in den Readings stehen.
Deshalb dachte ich das man den readingsName von den einzelnen Sensoren anpasst. ich zeig euch mal wie ich meine.
attr sensoren readingsName_BadKellerTemp BadKellerTemp
attr sensoren readingsName_BadKellerFeuchte BadkellerFeuchte
attr sensoren readingsName_WintergartenTemp WintergartenTemp
attr sensoren readingsName_WintergartenFeuchte WintergartenFeuchte
attr sensoren readingsName_WohnzimmerTemp WohnzimmerTemp
attr sensoren readingsName_WohnzimmerFeuchte WohnzimmerFeuchte
und so weiter.
Damit bekommst du in den Readings vom HTTPMOD die Werte mit den entsprechenden Namen angezeigt. z.b.
BadKellerTemp 20,4
BadKellerFeuchte 70
WintergartenTemp 28,8
WintergartenFeuchte 45
WohnzimmerTemp 26,4
WohnzimmerFeuchte 50
so sollten dann die ganzen Readings aussehen.
Dann könntest du die Werte auch einfacher weiterverwenden für notify usw.
Hänge mal noch ein Bild hinzu wie es in meinem "TEST" aussieht.
Zur aktualisierung denke ich das alle halbe Stunde evt reichen könnte. Somit hätte man am Tag 48 Anfragen auf den Server und alle seine Werte mit jeder einzelnen Anfrage.
war da nicht ein Post wo jemand geschrieben hat wie er das Problem mit dem Komma und Punkt gelöst hatte??
das ist irgendwie nicht mehr da glaube ich?? :o
Das war von mir.
Hat scheinbar nicht funktioniert.
Das Problem besteht weiterhin:
PERL WARNING: Argument "23,8" isn't numeric in sprintf at (eval 242) line 1.
Deshalb bekomme ich im Tablet UI auch keine Nachkommastelle angezeigt, sie ist immer "0".
Der Abruf der Daten funktioniert nun immerhin schon mal.
define sensoren HTTPMOD http://measurements.mobile-alerts.eu/Home/SensorsOverview?phoneid=000000000
attr sensoren userattr event-on-change-reading event-on-update-reading fp_Grafiken fp_Klima fp_Temperatur fp_room
attr sensoren event-on-update-reading .*
attr sensoren icon temp_outside
attr sensoren readingsName_SENSOR_AUSSENFeuchte SENSOR_AUSSENFeuchte
attr sensoren readingsName_SENSOR_AUSSENTemp SENSOR_AUSSENTemp
attr sensoren readingsRegex_SENSOR_AUSSENFeuchte (?s)<h4>0000000000.*?<h4>.*?<h4>.*?<h4>([\-\d\.]+)
attr sensoren readingsRegex_SENSOR_AUSSENTemp (?s)<h4>0000000000.*?<h4>.*?<h4>(\d\d,\d)
attr sensoren room Außentemperatur und Luftfeuchtigkeit,all
Nur wie erstelle ich nun ein Logfile daraus, welches die verschiedenen Sensoren separiert?
wo bekommst du keine Nachkommastelle angezeigt??
feuchte oder Temp?
bei der Feuchte brauch ich kein komma. Da die Sensoren im Display z.b. 57% anzeigen.
Also ohne Kommastelle.
Nur bei der Temperatur wird auch im Display die Kommastelle angezeigt. 24,5°C
Häng mal bei der Feuchte am Ende nur das hier an.
(\d\d)
Im Tablet UI ist die Nachkommastelle immer 0.
Ich nehme an, das es ebenfalls nicht mit dem Komma zurecht kommt.
data-min="-20" data-max="35" data-step=".1" data-unit=""
Der untere Wert 17.1 ist noch aus guten alten Zeiten.
Hallo zusammen,
anscheinend gibt es ganze 3 Mobile Alerts User ;-) die sich um eine Lösung kümmern oder wir sind die Einzigen, die andere Lösungen nicht mitbekommen ;-)
Das mit dem Punkt und Komma habe ich mit folgender Zeile gelöst, welche ich aus einem anderen Thread habe:
attr SENSOR_HUETTE reading01Expr $val =~ s/,/\./;; $val;;
So habe ich jetzt zumindest wieder einen komplett funktionierenden Temperatur- & Luftfeuchte-Wert.
TabletUI sowie das statistics-Modul kommt bei mir damit zurecht und alles funktioniert soweit.
Bei mir ist jetzt der Regen- und Windsensor die nächste Herausforderung.
Wenn ich weiter bin, poste ich das dann auch wieder.
Ich denke, dass wir anschließend aus allen Fortschritten eine optimale Lösung bekommen ::)
Viele Grüße
Jens
So weit okay.
Nun habe ich aber wieder das Problem mit den negativen Temperaturen.
So (\d\d,\d) werden keine negativen Temperaturwerte registriert, aber die Nachkommastelle erscheint mit den richtigen Zentelwerten.
So ([\-\d\.]+) werden die negativen Temperaturwerte registriert, aber die Nachkommastelle zeigt 0.
Volker
Die Werte werden nun korrekt angezeigt:
attr SENSOR_AUSSEN reading01Regex (?s)<h4>0000000000.*?<h4>.*?<h4>([\-\d\d\,\d]+)
Zitat von: hankyzoolander am 25 Juni 2016, 09:05:06
Hallo, hab da was gebastelt.
So kannst du deine Sensoren in einem HTTPMOD abfragen.
Musst halt für jeden Sensor den readingsName und readingsRegex
anpassen. Sonst hast du später in den readings kein überblick mehr.
Das mit dem komma ist jetzt halt so. Vorher waren die Werte mit einem Punkt getrennt. Jetzt halt durch ein komma. Die regex ließt genau das aus was dort steht. Habe aber schon etwas gefunden um das komma mit einem Punkt zu ersetzen. Muss da aber noch basteln.
Wenn ich damit fertig bin stelle ich es ein.
define sensoren HTTPMOD http://measurements.mobile-alerts.eu/Home/SensorsOverview?phoneid=DEINE ID
attr sensoren readingsName_BadKellerTemp BadKellerTemp
attr sensoren redingsRegex_BadKellerTemp (?s)<h4>123456789012.*?<h4>.*?<h4>(\d\d,\d) ((123456789012= Deine SensorID))
attr sensoren readingsName_BadKellerFeuchte BadKellerFeuchte
attr sensoren readingsRegex_BadKellerFeuchte (?s)<h4>123456789012.*?<h4>.*?<h4>.*?<h4>(\d\d) ((123456789012Deine SensorID))
Hallo,
hast Du auch einen Regensensor?
Irgendwie scheint dieser anders zu funktionieren.
In der Anzeige steht nicht die aktuelle Niederschlagsmenge des Tages sondern irgendein anderer Wert. Bisher habe ich nicht rausbekommen, welcher Wert das sein soll. In der Detailansicht kann man sich dann den Tagesverlauf anzeigen, jedoch weiß ich nicht, wie man die Daten korrekt auslesen kann, um auf die Tagesniederschlagsmenge zu kommen.
Ich habe mal 2 Screenshots der
a) Übersichtsseite der Sensoren (die Daten habe ich gerade 03.07. auf der Webseite aktualisiert, trotzdem wird der 02.07. angezeigt -> letzter Niederschlag!)
b) Detailansicht Regensensor
angehängt.
Vielleicht kann ja jemand helfen?
Viele Grüße
Jens
Hallo Zusammen,
jetzt habe ich mich mal an die Umsetzung gewagt mit dem Ziel die Temperatur und Feuchtigkeitsdaten graphisch darzustellen; leider ohne Erfolg.
Folgende Daten habe ich eingegeben:
#Outside und Wohnzimmer
define sensoren HTTPMOD http://measurements.mobile-alerts.eu/Home/SensorsOverview?phoneid=xxxxxx
attr sensoren userattr event-on-change-reading event-on-update-reading fp_Grafiken fp_Klima fp_Temperatur fp_room icon readingsName_SENSOR_OutsideTemp readingsName_SENSOR_WohnzimmerFeuchte readingsName_SENSOR_WohnzimmerTemp readingsRegex_SENSOR_OutsideTemp readingsRegex_SENSOR_WohnzimmerFeuchte readingsRegex_SENSOR_WohnzimmerTemp
attr sensoren event-on-update-reading .*
attr sensoren readingsName_SENSOR_OutsideTemp SENSOR_OutsideTemp
attr sensoren readingsRegex_SENSOR_OutsideTemp (?s)<h4>xxxxxxxx.*?<h4>.*?<h4>(\d\d,\d)
attr sensoren readingsName_SENSOR_WohnzimmerFeuchte SENSOR_WohnzimmerFeuchte
attr sensoren readingsRegex_SENSOR_WohnzimmerFeuchte (?s)<h4>xxxxxxxxxxxx.*?<h4>.*?<h4>.*?<h4>([\-\d\.]+)
attr sensoren readingsName_SENSOR_WohnzimmerTemp SENSOR_WohnzimmerTemp
attr sensoren readingsRegex_SENSOR_WohnzimmerTemp (?s)<h4>xxxxxxxxxx..*?<h4>.*?<h4>(\d\d,\d)
attr sensoren room Außentemperatur und Luftfeuchtigkeit,all
define FileLog_sensoren FileLog ./log/sensoren-%Y.log SENSOR_OUTSIDE:TEMP:.*|SENSOR_WOHNZIMMER:TEMP.*|SENSOR_WOHNZIMMER:FEUCHTIGKEIT:.*
Leider kann ich keinen Plot erzeugen. Ich denke der Fehler liegt im FileLog .?
Kann mir jemand auf die Sprünge helfen?
Vielen Dank und Grüße
Rainer
Hallo,
Der Regen Sensor misst die Menge seit einlegen der Batterien. Das heisst du hast bei jedem Eintrag eine Niederschlagsmenge von 0,258 mm. Welchen Wert hättest du gerne?
LG
Philipp
Hallo ...
mein Kollege (hehe EX-Kollege jetzt in Rente) hat mein Interesse an FHEM geweckt .
Ich habe einige System ausprobiert und alle haben Ihre Probleme ... und man zahlt viel Geld dafür . Die Hersteller dieser Systeme können die bezahlte Hardware unbrauchbar machen wenn sie Ihre Politik,Geschäftsbedingungen oder Besitzer wechseln ...
jetzt sitze ich hier und mir raucht natürlich der Kopf ... vieles schlägt beim lesen auf mich ein ...
Ich (WIR - mit Hilfe meines Kollegens) habe meine Sensoren von mobile-alerts einbinden können ... der Anfang ist getan ...
ich habe aber noch mit einem Sensor Probleme ...
ein sensor hat nicht nur Temperatur und Luftfeuchte sondern auch den "Wasseauslaufsensor"
wie kann ich den auslesen und einbinden ...
die Temperatur hab ich ... die Luftfeuchtigkeit hab ich ... aber die ja/nein Meldung des Wassermelders möchte ich auch auswerten können ... evtl sogar in dem PLOT als 0/1 Kurve ...
hat jemand ein Vorschlag ?
würde mich auf Antwort freuen ...
pierre
Zitat von: p2k am 05 November 2016, 06:36:14
Hallo,
Der Regen Sensor misst die Menge seit einlegen der Batterien. Das heisst du hast bei jedem Eintrag eine Niederschlagsmenge von 0,258 mm. Welchen Wert hättest du gerne?
LG
Philipp
Hallo Philipp,
ich hätte gerne die Regenmenge pro Tag (also seit Mitternacht)
Viele Grüße Jens
Gesendet von iPhone mit Tapatalk
Hallo Zusammen,
anbei möchte ich meine Lösung bereitstellen;
Da ich erst mich seit einer Woche mit dem FHEM beschäftige könnte hier oder da wohl nachgebessert werden, der Code ist allerdings recht stabil.
Ich setze eine Technoline MA10410 Basisstation ein.
Diese misst die rel. Luftfeuchte und Temperatur innen sowie Aussen.
Mein Quellcode greift die oben aufgeführten snipets auf; danke euch für die Bsp. hat mir das fhem echt nachvollziehbarer gemacht.
Im Quellcode werden 2 Plots für je Innen und Aussenwerte angelegt.
Bitte ersetzt xxxxxxxxxxxxx durch eure ID
und yyyyyyyyyyyy durch eure PhoneID
define Wetterstation HTTPMOD http://measurements.mobile-alerts.eu/Home/SensorsOverview?phoneid= yyyyyyyyyyyy
attr Wetterstation userattr 1 reading01Name reading01OExpr reading01RegOpt reading01Regex reading02Name reading02Regex reading03Name reading03OExpr reading03Regex reading04Name reading04Regex
attr Wetterstation enableControlSet 1
attr Wetterstation icon control_building_modern_s_2og_eg
attr Wetterstation reading01Name sensor_Innen_Temp
attr Wetterstation reading01OExpr $val =~ s/,/\./;; $val;;
attr Wetterstation reading01RegOpt s
attr Wetterstation reading01Regex (?s)<h4>xxxxxxxxxxxxx.*?<h4>.*?<h4>.*?([\-\d\.]+\,[\d\.])
attr Wetterstation reading02Name sensor_Innen_Feuchte
attr Wetterstation reading02Regex (?s)<h4>xxxxxxxxxxxxx.*?<h4>.*?<h4>.*?<h4>.*?([\d][\d])
attr Wetterstation reading03Name sensor_Aussen_Temp
attr Wetterstation reading03OExpr $val =~ s/,/\./;; $val;;
attr Wetterstation reading03Regex (?s)<h4>xxxxxxxxxxxxx.*?<h4>.*?<h4>.*?<h4>.*?<h4>.*?([\-\d\.]+\,[\d\.])
attr Wetterstation reading04Name sensor_Aussen_Feuchte
attr Wetterstation reading04Regex (?s)<h4>xxxxxxxxxxxxx.*?<h4>.*?<h4>.*?<h4>.*?<h4>.*?<h4>.*?([\d][\d])
attr Wetterstation room Wetter
attr Wetterstation stateFormat Innen: sensor_Innen_Temp C | sensor_Innen_Feuchte % \
Außen: sensor_Aussen_Temp C | sensor_Aussen_Feuchte %
define LOG.Wetterstation FileLog ./log/S_Wetterstation-%Y-%m.log Wetterstation:h:.*|Wetterstation:sensor_Aussen_Feuchte:.*|Wetterstation:sensor_Aussen_Temp:.*|Wetterstation:sensor_Innen_Feuchte:.*|Wetterstation:sensor_Innen_Temp:.*
attr LOG.Wetterstation icon audio_playlist
attr LOG.Wetterstation room LogFiles
define SVG_LOG.Wetterstation_1 SVG LOG.Wetterstation:SVG_LOG.Wetterstation_1:CURRENT
attr SVG_LOG.Wetterstation_1 room Plots
define SVG_LOG.Wetterstation_4 SVG LOG.Wetterstation:SVG_LOG.Wetterstation_4:CURRENT
attr SVG_LOG.Wetterstation_4 room Plots
setstate LOG.Wetterstation active
setstate SVG_LOG.Wetterstation_1 initialized
setstate SVG_LOG.Wetterstation_4 initialized
Hallo zusammen,
Hat jemand schon die neue Rest API von mobile alerts an FHEM angebunden.
So wie ich das lese, sollte damit ein Standardschnittstelle für den Datenzugriff bereit stehen.
Was ist die die neue Rest API?
Beziehungsweise wo finde ich eine Erklärung dazu?
Volker
Direkt auf der Homepage: http://www.mobile-alerts.eu/index.php
Inkl. Verlinkter Spec.
Das ist leider wieder einmal nur für die teure Pro Serie.
Volker
Ok, ich habe endlich Zeit gefunden meine Sammlung von ELV Mobile Alerts Dokumenten online zu stellen.
Dies ist eine wohl annähernd vollständige Dokumentation aller Sensoren, inklusive der Cloud- und Gateway-Protokolle und einem node.js Beispielserver.
Mit der Dokumentation kann man alle Daten aus der Cloud downloaden, wie es die Programme tun, oder sogar ganz verhindern, das das Gateway irgendwas in die Cloud hochlädt. Die Sensordaten werden anstelle dessen via MQTT im eigenen Netz weitergeleitet. Dann funktioniert allerdings das Mobile Alerts Programm nicht mehr, weil ja halt keine Daten in der Cloud landen. Das kann man via FHEM natürlich selbst besser lösen.
Hier die Infos https://github.com/sarnau/MMMMobileAlerts (https://github.com/sarnau/MMMMobileAlerts)
Hallo,
wäre es möglich eine Schritt für Schritt Anleitung zu erhalten?
Mobile Alerts zu MQTT ist genau das was ich suche, stehe aber leider noch am Anfang und habe kaum erfahrung.
Auf der GITHub Seite habe ich mich umgesehen.
Die Daten unter MA Server sind ja sicherlich die benötigten, aber dann....
Ich würde das gern auf einem raspberry laufen lassen auf dem auch der MQTT Server laufen soll.
Ich wäre über Hilfe dankbar.
Gruß Matthias
Ich habe einen Windsensor mit der Rest API eingebunden. Ist total easy. Guckst du mein Blog:
http://tips-und-mehr.de/mobile-alerts-sensoren-mit-der-rest-api-in-fhem-einbinden/
Hier noch ein Blogbeitrag von mir wie man Mobile Alerts Sensoren ohne REST API in FHEM einbinden kann.
http://tips-und-mehr.de/ohne-rest-api-mobile-alerts-temperatur-sensor-in-fhem-einbinden/
Hallo,
ich möchte dieses Thema gerne wieder etwas "pushen" und meine bisherige Zwischen-Lösung vorstellen.
Ich verwende einige MobileAlerts - Sensoren http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress_neu/?p=359 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress_neu/?p=359), welche ich wie folgt per HTTPMod in FHEM integriert habe: http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress_neu/?p=365 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress_neu/?p=365)
Gerne würde ich als nächstes die Wettervorhersage von www.wetter.com verwenden, um meine Gartenbewässerung zu optimieren.
Bis vor einigen Monaten gab es von www.wetter.com hierfür noch eine API - jetzt finde ich diese nicht mehr.
Weiß von Euch jemand eine Alternative oder einen Lösungsweg?
Vielen Dank.