Neues Modul: ELV MobileAlerts

Begonnen von MarkusF, 01 November 2017, 16:39:11

Vorheriges Thema - Nächstes Thema

anpfeiffer

Ich hab den auch bei Conrad-Connect angemeldet. Der Vergleich zeigt, der Count 7 stimmt und die Temperatur stimmt auch. Also könnten die ganzen anderen Readings raus.

Homekino

Zitat von: MarkusF am 16 November 2017, 04:39:07
Hallo,
ich habe gerade eine Korrektur hochgeladen. Damit klappen dann auch die negativen Werte. Hier war es (leider) noch nicht so kalt, dass ich negative Werte hatte. Wegen der Graphen, normalerweise steht neben dem obersten Graph links (gilt für alle Graphen auf der FHEM-Seite bzw. im FHEM-Raum) eine "Pluslupe", "Minuslupe" und ein bzw. zwei Pfeile. Mit diesen vier Icon kann man den Graph zoomen bzw. den Ansichtszeitraum verändern.

Viele Grüße
Markus

Hallo Markus, vielen Dank für die prompte Umsetzung. Nun hoffe ich das es nächste Nacht nochmal runtergeht unter Null. Aktuell hängt es grade bei + 0.6 ° C
Danke auch an Dich und Costa für den Tip. Nun hab ich noch ne kleine Frage:
kann man den Wertintervall irgendwo einstellen ? Mobile Alerts  schickt ja alle 7 min Daten. In meinen Diagrammen sind aber meine ich nicht so kurze Zeitintervalle enthalten ?

Gruß Andreas

P.S. Warum muss ich hier immer den Robotertest und die Sicherheitsfrage beantworten bei jedem Post ? Das nervt doch schon etwas...

MarkusF

Schön zu hören mit dem Regensensor. Einer mehr der geht.
Der Counter 7 kommt hin. 7 x 0,258 = 1,806 mm. Der letzte Wert vor 48 Stunden passt auch. Jetzt muss ich mir aber noch Gedanken machen. Wie ich so etwas in einen Graph bekomme. Ich denke dass einfachste ist, wenn ich auf den bisher noch nicht ausgewerteten 2Bit Wert bei der Temparatur gehe. Dort bekomme ich anscheinend mit, ob es ein Idle-Aufruf ist oder einer mit wirklichem Wert und kann bei einem wirklichem Wert ein Event mit dem mm-Wert erzeugen.
Was wäre als Reading sinnvoll? Niederschlag in der letzten Stunde? Niederschlag in der aktuelle Stunde?

Wegen der zusätzlichen Readings. Ich würde sie nicht wegmachen wollen, allerdings ein Schalter "expert" ähnlich wie die Homematic kann ich dann einbauen. Bei "expert"=1 kommt dann alles. Bei 0 nur die Basiswerte bzw. aktuellen Werte. Das wird aber wahrscheinlich erst am Wochenende was.

Wegen der Messwerte:
Also bei mir kommen diese "schön" im Abstand:
2017-11-16_19:59:20 MA_0213fd84b8c0 txCounter: 3131
2017-11-16_19:59:20 MA_0213fd84b8c0 temperature: 17.1
2017-11-16_19:59:20 MA_0213fd84b8c0 temperatureString: 17.1°C
2017-11-16_19:59:20 MA_0213fd84b8c0 prevTemperature: 15.6
2017-11-16_19:59:20 MA_0213fd84b8c0 T: 17.1
2017-11-16_19:59:20 MA_0213fd84b8c0 lastRcv: 2017-11-16 19:52:38
2017-11-16_20:06:21 MA_0213fd84b8c0 txCounter: 3132
2017-11-16_20:06:21 MA_0213fd84b8c0 temperature: 16.7
2017-11-16_20:06:21 MA_0213fd84b8c0 temperatureString: 16.7°C
2017-11-16_20:06:21 MA_0213fd84b8c0 prevTemperature: 17.1
2017-11-16_20:06:21 MA_0213fd84b8c0 T: 16.7
2017-11-16_20:06:21 MA_0213fd84b8c0 lastRcv: 2017-11-16 19:59:40
2017-11-16_20:13:29 MA_0213fd84b8c0 txCounter: 3133
2017-11-16_20:13:29 MA_0213fd84b8c0 prevTemperature: 16.7
2017-11-16_20:13:29 MA_0213fd84b8c0 lastRcv: 2017-11-16 20:06:34
2017-11-16_20:20:30 MA_0213fd84b8c0 txCounter: 3134
2017-11-16_20:20:30 MA_0213fd84b8c0 temperature: 16.8
2017-11-16_20:20:30 MA_0213fd84b8c0 temperatureString: 16.8°C
2017-11-16_20:20:30 MA_0213fd84b8c0 T: 16.8
2017-11-16_20:20:30 MA_0213fd84b8c0 lastRcv: 2017-11-16 20:13:42
2017-11-16_20:27:31 MA_0213fd84b8c0 txCounter: 3135
2017-11-16_20:27:31 MA_0213fd84b8c0 temperature: 17
2017-11-16_20:27:31 MA_0213fd84b8c0 temperatureString: 17°C

Das ist allerdings ein Sensor wo nicht so viel los ist, deswegen kommt zwischendurch nur:
017-11-16_17:59:25 MA_0213fd84b8c0 txCounter: 3114
2017-11-16_17:59:25 MA_0213fd84b8c0 lastRcv: 2017-11-16 17:53:20
2017-11-16_18:06:26 MA_0213fd84b8c0 txCounter: 3115
2017-11-16_18:06:26 MA_0213fd84b8c0 lastRcv: 2017-11-16 18:00:22
2017-11-16_18:13:28 MA_0213fd84b8c0 txCounter: 3116
2017-11-16_18:13:28 MA_0213fd84b8c0 lastRcv: 2017-11-16 18:07:23
2017-11-16_18:20:29 MA_0213fd84b8c0 txCounter: 3117
2017-11-16_18:20:29 MA_0213fd84b8c0 lastRcv: 2017-11-16 18:14:22
2017-11-16_18:27:30 MA_0213fd84b8c0 txCounter: 3118
2017-11-16_18:27:30 MA_0213fd84b8c0 lastRcv: 2017-11-16 18:21:24

Wenn man den Graph sauberer haben will, muss man dann die Attribute "event-on-change-reading" und "timestamp-on-change-reading" wegnehmen. Alternativ kann man die Readings, die in den Plot gehen in das Attribut "event-on-update-reading" nehmen, z.B. "attr <Gerät> event-on-update-reading temperature,humidity" Dann kommt bei jedem Event auch ein Temperatur- und Luftfeuchtewert.

Ein Problem bleibt allerdings, was man schön an der Zeile:
2017-11-16_18:27:30 MA_0213fd84b8c0 lastRcv: 2017-11-16 18:21:24
sieht.
Das Gateway hat das Signal um 18:21:24 empfangen. Es kam wurde aber erst um 18:27:30 gesendet.
Da kann ich ggf. was noch mit CHANGETIME machen, da muss ich mich aber auch erste einarbeiten.

Viele Grüße
Markus

anpfeiffer

Ich glaube Niederschlag der letzten Stunde wäre gut. Den Schalter expert halte ich für eine gute Idee.

RoBra81

Hallo,

mein Vater hat Sensoren von MobileAlerts in Verwendeung. Diese hatte ich bis dato über httpmod angebunden und habe nun mal dein schickes neue Modul in Betrieb genommen. Die meisten Sensoren haben auf Anhieb funktioniert. Allerdings setzt er einen MA10320PRO ein, der aktuell noch nicht erkannt wird. Hier ein List vom device:

Internals:
   DEF        093a732dda8f
   DeviceID   093a732dda8f
   LASTInputDev MobileAlertsGW
   MSGCNT     2038
   MobileAlertsGW_MSGCNT 2038
   MobileAlertsGW_TIME 2017-11-17 10:07:01
   NAME       MA_093a732dda8f
   NR         133
   STATE      ???
   TYPE       MOBILEALERTS
   READINGS:
     2017-11-12 07:26:16   actStatus       switchedOff
     2017-11-12 07:32:17   deviceType      Unknown - 09 d6
     2017-11-17 10:07:01   lastMsg         d65a0ea66f1a093a732dda8f279200d200c84a2900d000c88a2b0dd0000bd2b0010ad2b00106d20000000000000000000000000000000000000000000000001c
     2017-11-17 10:07:01   lastRcv         2017-11-17 10:05:51
Attributes:
   lastMsg    1
   room       MOBILEALERTS


Brauchst du noch weitere Informationen, um den Sensor auch mit einzubinden?

Vielen Dank
Ronny

MarkusF

Normalerweise bräuchte ich noch die Werte aus der MobileAlertsApp. Die Message sieht aber genauso aus, wie für den MA10300. Das wären 21,0 Grad am Sensor, 20,0 Grad am Kabel und 41% Luftfeuchte. Wenn mir nichts dazwischen kommt (den Sourcecode habe ich schon angepasst, aber ein Test steht noch aus, das kann ich erst zu Hause wieder), gibt es heute Nacht oder morgen dann das Update.

Viele Grüße
Markus

MarkusF

Der MA10320PRO ist ergänzt.

Viele Grüße
Markus

JakeGisbanGin

Hallo,

habt ihr eine Idee wie ich den zweiten Wert noch bekomme?
MA 10450

Hat wer eine Idee?

Zurzeit kommen diese Sachen an:



Internals:
   CHANGED
   DEF        xxxxxxx
   DeviceID   xxxxxxx
   LASTInputDev MobileAlertsGW
   MSGCNT     26
   MobileAlertsGW_MSGCNT 26
   MobileAlertsGW_TIME 2017-12-01 17:09:36
   NAME       MA_0f0282f8d7a7
   NR         121
   STATE      19°C
   TYPE       MOBILEALERTS
   READINGS:
     2017-12-01 00:55:05   actStatus       switchedOff
     2017-12-01 00:43:01   deviceType      Unknown - 0f d2
     2017-12-01 00:43:01   humidity        9999
     2017-12-01 00:43:01   humidityString  ---
     2017-12-01 17:09:28   lastRcv         2017-12-01 17:09:28
     2017-12-01 16:57:27   state           T: 19 H: 9999
     2017-12-01 16:57:27   temperature     19
     2017-12-01 16:57:27   temperatureString 19°C
     2017-12-01 00:43:01   triggered       0
     2017-12-01 17:09:28   txCounter       121
Attributes:
   DbLogExclude .*
   alias      Temperatur
   event-on-change-reading .*
   icon       temp_temperature
   room       MOBILEALERTS
   stateFormat temperatureString
   timestamp-on-change-reading .*
   verbose    5

Grüße,

Ole

JuergenSchmidt

Hallo zusammen,

bin neu hier und habe in diesem wunderbaren Forum schon sehr viele und gute Tipps gefunden. Möchte mich an der Stelle auch mal bei denen bedanken, die da richtig viel Arbeit reinstecken und FHEM so gut machen!
Ja leider habe ich jetzt die Not ein paar Fachleute zu fragen. Habe TFA Sensoren des Typs 30.3312.02 (Temp und Luftfeuchte), das sind die Pro Varianten.
Eingebunden über die REST API und Mobile Alerts. Der Gateway ließ sich hervorragend initialisieren, allerdings passen die Daten der Sensoren nicht.

Was habe ich gemacht: da mir die TFA als baugleiche Sensoren zum MA10200 erschienen, habe ich die 51_MOBILEALERTS.pm umgestrickt und die ID 0e d8 der TFA reingeschrieben.
Temperatur, txCounter, lastRcv passen, allerdings nicht die Feuchtigkeit....
Würde gerne die Decodierung selbst anpassen, mir fehlt aber das Wissen wie ich das tun kann.


actStatus                switchedOff                 2017-12-01 17:23:34
deviceType              TFA30.3312.02            2017-12-01 17:26:17
humidity                 73                              2017-12-01 17:53:02
humidityString        73%                           2017-12-01 17:53:02
lastMsg                 d85a2188eb1c0e137a0f1242452e80ea83493400e783271e00e683041e0000000000000000000000000000000000000000000000000000000000000000000077       2017-12-01 17:53:02
lastRcv                   2017-12-01 17:52:59  2017-12-01 17:53:02
state                      T: 23.4 H: 73              2017-12-01 17:53:02
temperature           23.4                           2017-12-01 17:53:02
temperatureString  23.4°C                        2017-12-01 17:53:02
triggered                1                               2017-12-01 17:46:54
txCounter               1326                         2017-12-01 17:53:02


sollte aber sein:


Temperatur:    23.4 °C
Luftfeuchte:    84.1 % 
Messung:       2017-12-01 17:52:59


Ist jemand in der Lage mir den entscheidenden Hinweis zu geben?

Vielen Dank und Gruß

MarkusF

Hallo Ole,
da brauche ich die Message. Also das Attribut lastMsg setzen und mir das Reading lastMsg schicken. (Dort ist auch die Geräte ID drin, also einfach per PM oder mit X statt der ID.) Ich hätte da schon die Vermutung, dass der Wert dort ist wo bei anderen Sensoren die Luftfeuchtigkeit ist, will es aber prüfen.

Hallo Jürgen (ich hoffe Jürgen ist ok),
habe den Wert wahrscheinlich schon gefunden. Die Luftfeuchtigkeit ist bei deinem Sensor im Gegensatz zu den anderen mit Nachkommastellen. Voraussichtlich komme ich morgen Nachmittag dazu es einzubauen. Ich schicke dir dann auch den Link auf den genauen Diff.

Viele Grüße
Markus

JakeGisbanGin

Zitat von: MarkusF am 01 Dezember 2017, 19:29:21
Hallo Ole,
da brauche ich die Message. Also das Attribut lastMsg setzen und mir das Reading lastMsg schicken. (Dort ist auch die Geräte ID drin, also einfach per PM oder mit X statt der ID.) Ich hätte da schon die Vermutung, dass der Wert dort ist wo bei anderen Sensoren die Luftfeuchtigkeit ist, will es aber prüfen.

Hallo Jürgen (ich hoffe Jürgen ist ok),
habe den Wert wahrscheinlich schon gefunden. Die Luftfeuchtigkeit ist bei deinem Sensor im Gegensatz zu den anderen mit Nachkommastellen. Voraussichtlich komme ich morgen Nachmittag dazu es einzubauen. Ich schicke dir dann auch den Link auf den genauen Diff.

Viele Grüße
Markus
Hallo Markus,

anbei die Daten
actStatus
switchedOff
2017-12-01 00:55:05
deviceType
Unknown - 0f d2
2017-12-01 00:43:01
humidity
9999
2017-12-01 00:43:01
humidityString
---
2017-12-01 00:43:01
lastMsg
d25a21c260160f0282f8d7a7009100c840c900c940cf2d0000000000000000000000000000000000000000000000000000000000000000000000000000000075
2017-12-01 21:58:08
lastRcv
2017-12-01 21:58:08
2017-12-01 21:58:08
state
T: 20 H: 9999
2017-12-01 21:58:08
temperature
20
2017-12-01 21:58:08
temperatureString
20°C
2017-12-01 21:58:08
triggered
0
2017-12-01 00:43:01
txCounter
145


Grüße,

Ole

MarkusF

Hallo,

habe es schon geschafft und die beiden Sensoren MA10450 und TFA30.3312.02 ergänzt.
Die Änderung die im Sourcecode für den TFA30.3312.02 nötig waren, waren diese hier: https://github.com/markusfeist/FhemMobileAlerts/commit/b4389344dbf19b01c8b3a9b96dbf22c31ec940e7?diff=unified

Viele Grüße
Markus

JuergenSchmidt

Hallo Markus,

vielen Dank! Das ging ja sehr fix. Die Sensoren funktionieren einwandfrei. Und endlich kann ich das Senden der Daten ins Internet einstellen ;-)
So, und nun wird schon wieder ein Sensor mehr von FHEM unterstützt.

Nochmals danke für deine klasse Arbeit und vor Allem deine schnelle Hilfe!

Gruß Jürgen

JakeGisbanGin

Hallo Markus,

danke für deinen Einsatz, jetzt läuft es Rund und alles wird Ordnungsgemäß angezeigt.

Mit besten Grüßen,

Ole

MarkusF

Gern geschehen. Aktuell bastle ich für den Regensensor an einer vernünftigen Anzeige. Irgendwie scheint aber auch in der Idle-Message ein Wert zur Wippe drin zu sein. Naja inzwischen habe ich mir auch einen Regensensor bestellt. Sobald der da ist, komme ich dort hoffentlich weiter.

Viele Grüße
Markus