Neues Modul: ELV MobileAlerts

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

Vorheriges Thema - Nächstes Thema

Girgl

Hallo,

habe folgendes TFA-Gerät das zwar erkannt wird aber nicht ausgewertet werden kann.
Es handelt sich um TFA 30.3060.01.IT. Es zeigt 4x Temp und 4x Feuchtigkeit an und funktioniert natürlich an App und Gateway.
lstMsg: ea5b77c3a72e1135b8017d8712fb00ee083c00bc085100c7084b00eb083c00ee083c00bc085100c7084b00eb083c1b000000000000000000000000000000001f
DeviceType:
Unknown - 11 ea
wird erkannt als MA_1135b8017d87

Werte aus der App:

ID
1135B8017D87
Zeitpunkt
18.08.2018 08:58:47
Temp In
23,5 C
Hum In
60%
Temp 1
23,8 C
Hum 1
60%
Temp 2
18,8 C
Hum 2
81%
Temp 3
19,9 C
Hum 3
75%

vielleicht kann man das ja noch einbinden. Besten Dank!

Michael

#106
Moin MarkusF

Und auch ich habe noch einen MA10120Pro der hinzugefügt werden könnte?

Zitat
deviceType Unknown - 01 d2
lastMsg d25b784fe8160104b30513ee000241058f23811627ff1bc01228d3b0142bd3c00e32d3c01735d300000000000000000000000000000000000000000000000043
Gruß, Michael

FHEM 6.0 auf RPi 3
CUL V3 868 Mhz | JeeLink LaCrosse & PCA301 | CCU3
BMP085(180) | 14x TX29DTH-IT | 5x PCA 301 | SMA Peripheries | MobileAlerts MA-10(100,120PRO,200,251,410,650,660,800) | HM IP

MarkusF

Hallo,
rüste ich gerne nach. Ich bin allerdings aktuell im Urlaub unterwegs und habe keine Entwicklungsumgebung dabei, daher wird es mindestens eine Woche dauern.

Viele Grüße
Markus

Michael

Moin MarkusF

Keine Panik.

Einen schönen Urlaub, das geht auf alle Fälle vor.
Gruß, Michael

FHEM 6.0 auf RPi 3
CUL V3 868 Mhz | JeeLink LaCrosse & PCA301 | CCU3
BMP085(180) | 14x TX29DTH-IT | 5x PCA 301 | SMA Peripheries | MobileAlerts MA-10(100,120PRO,200,251,410,650,660,800) | HM IP

Heng

Zitat von: Girgl am 18 August 2018, 09:09:38
Hallo,

habe folgendes TFA-Gerät das zwar erkannt wird aber nicht ausgewertet werden kann.
Es handelt sich um TFA 30.3060.01.IT. Es zeigt 4x Temp und 4x Feuchtigkeit an und funktioniert natürlich an App und Gateway.

Hallo,
ich habe auch so einen TFA 30.3060.01.IT und bereits zum laufen gebracht. Nun habe ich aber keine Ahnung, wie ich die erweiterte Datei "unter die Leute" bringen kann.
Sie hängt nun an diesem Post.

Viele Grüße,
    Henning

Girgl

Hallo Henning,

habe Deine Datei gerade gegen das vorhandene getauscht und schon läuft es. VIELEN DANK für die Arbeit. Ist es Absicht dass im Logfile die lstMsg mitgeloggt wird.  Bei den anderen MobileAlerts ist das nicht der Fall.
Ist es eigentlich möglich die bisher aufgelaufenen und nicht dechiffrierten Daten, nachträglich zu dechiffrieren?


Auszug aus dem Logfile...
2018-08-25_22:55:14 MA_1135b8017d87 txCounter: 6418
2018-08-25_22:55:14 MA_1135b8017d87 temperature1: 22.8
2018-08-25_22:55:14 MA_1135b8017d87 temperatureString1: 22.8°C
2018-08-25_22:55:14 MA_1135b8017d87 temperatureIn: 22.6
2018-08-25_22:55:14 MA_1135b8017d87 temperatureStringIn: 22.6°C
2018-08-25_22:55:14 MA_1135b8017d87 humidityIn: 58
2018-08-25_22:55:14 MA_1135b8017d87 humidityStringIn: 58%
2018-08-25_22:55:14 MA_1135b8017d87 In T: 22.6 H: 58 1 T: 22.8 H: 58 2 T: 18.9 H: 83 3 T: 19.7 H: 78
2018-08-25_22:55:14 MA_1135b8017d87 lastMsg: ea5b81c2322e1135b8017d87191200e4083a00bd085300c5084e00e2083a00e5083a00bd085300c5084e00e108391a0000000000000000000000000000000029
2018-08-25_22:55:14 MA_1135b8017d87 lastRcv: 2018-08-25 22:55:14
2018-08-25_23:02:17 MA_1135b8017d87 txCounter: 6419
2018-08-25_23:02:17 MA_1135b8017d87 lastMsg: ea5b81c3d92e1135b8017d87191300e4083a00bd085300c5084e00e2083a00e4083a00bd085300c5084e00e2083a1a0000000000000000000000000000000053
2018-08-25_23:02:17 MA_1135b8017d87 lastRcv: 2018-08-25 23:02:17
2018-08-25_23:09:16 MA_1135b8017d87 txCounter: 6420
2018-08-25_23:09:16 MA_1135b8017d87 temperatureIn: 22.5
2018-08-25_23:09:16 MA_1135b8017d87 temperatureStringIn: 22.5°C
2018-08-25_23:09:16 MA_1135b8017d87 In T: 22.5 H: 58 1 T: 22.8 H: 58 2 T: 18.9 H: 83 3 T: 19.7 H: 78
2018-08-25_23:09:16 MA_1135b8017d87 lastMsg: ea5b81c57c2e1135b8017d87191400e4083a00bd085300c5084e00e1083a00e4083a00bd085300c5084e00e2083a1b0000000000000000000000000000000079
2018-08-25_23:09:16 MA_1135b8017d87 lastRcv: 2018-08-25 23:09:16
2018-08-25_23:16:15 MA_1135b8017d87 txCounter: 6421
2018-08-25_23:16:15 MA_1135b8017d87 temperatureIn: 22.4
2018-08-25_23:16:15 MA_1135b8017d87 temperatureStringIn: 22.4°C
2018-08-25_23:16:15 MA_1135b8017d87 humidityIn: 59
2018-08-25_23:16:15 MA_1135b8017d87 humidityStringIn: 59%
2018-08-25_23:16:15 MA_1135b8017d87 In T: 22.4 H: 59 1 T: 22.8 H: 58 2 T: 18.9 H: 83 3 T: 19.7 H: 78
2018-08-25_23:16:15 MA_1135b8017d87 lastMsg: ea5b81c71f2e1135b8017d87191500e4083a00bd085300c5084e00e0083b00e4083a00bd085300c5084e00e1083a1a000000000000000000000000000000001d
2018-08-25_23:16:15 MA_1135b8017d87 lastRcv: 2018-08-25 23:16:15

Michael

Moin Heng

Das ist nicht gerade Super hier eine geänderte Version Anzuhängen.

Besser wäre es gewesen wenn du deine Änderungen MarkusF mitteilst,
da er der Modulautor ist.

Das verhindert,
1. das es hier Unterschiedliche Version gibt.
2. deine Ergänzungen beim nächsten Update verloren geht,
    es sei denn man schliesst die MobileAlerts.pm aus.

Etwas Zeit hat doch jeder bis MarkusF soweit ist.  ;)
Gruß, Michael

FHEM 6.0 auf RPi 3
CUL V3 868 Mhz | JeeLink LaCrosse & PCA301 | CCU3
BMP085(180) | 14x TX29DTH-IT | 5x PCA 301 | SMA Peripheries | MobileAlerts MA-10(100,120PRO,200,251,410,650,660,800) | HM IP

Heng

Hallo Michael, Hallo Markus,
ja, das war blöd von mir und ich bereue es auch schon sehr.

Mein Beweggrund war folgender:
Ich habe Fhem erst vor ein paar Monaten entdeckt und bin sofort aus Markus' Modul gestoßen. Da ich die App von MobileAllerts bzw TFA nicht besonders gelungen finde war ich sehr froh, dass es diese gelungene Alternative gibt.

Nach kurzer Zeit wurde ich gierig und wollte alle meine Sensoren in das System einbinden. So habe ich schließlich den TFA 30.3060.01.IT für mich lokal hinzugefügt. Später stieß ich dann auf diesen Thread und sah, dass offensichtlich auch Andere so eine Erweiterung suchen. Und habe die Datei ins Forum gestellt.

Leider hatte ich nicht bemerkt, dass Markus bereits eine neue Version von 51_MOBILEALERTS.pm veröffentlicht hatte. Meine Änderung basierte auf Version 16104 2018-02-06 19:11:13 und funktionierte ohne Probleme. So habe ich mir gestern "auf die Schnelle" ein Fhem-Update durchgeführt und meine Erweiterung dort eingepflegt und offensichtlich nicht genug getestet.

Ja nun steht sie da im Forum und ich würde sie am liebsten wieder zurück holen. Aber nun ist die Büchse der Pandora nun mal offen.



Das Phänomen, was Girgl beobachtet, ich meine die getraceten Raw-Daten lastMsg, tritt bei mir nicht auf. Ist es möglich, dass Du das Attribut lastMsg auf 1 gesetzt hast?



Bei mir macht das neue Feature mit corrTemp... und corrHum... ein paar Warnings im LogFile.

2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 710.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 715.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 720.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 724.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 727.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 730.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 250.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 254.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 652.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 656.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 660.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 664.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 668.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 672.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 308.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 312.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 316.
2018.08.26 11:30:57 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 319.


Die Warnings kommen direkt nach shutdown restart. Da corrTemp... und corrHum... ja optional sein sollen habe ich diese Parameter in der Definition nicht gesetzt. Habt Ihr auch solche Meldungen?

Viele Grüße,
        Henning

Girgl

Hallo Henning,

ja lstMsg war auf 1 gesetzt.

Und... (Auszug aus Logfile)
2018.08.26 22:54:41 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4552.
2018.08.26 22:58:26 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 308.
2018.08.26 22:58:26 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 312.
2018.08.26 22:58:26 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 316.
2018.08.26 22:58:26 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 319.
2018.08.26 22:58:26 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 652.
2018.08.26 22:58:27 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 656.
2018.08.26 22:58:27 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 660.
2018.08.26 22:58:27 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 664.
2018.08.26 22:58:27 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 668.
2018.08.26 22:58:27 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/51_MOBILEALERTS.pm line 672.

...habe ich auch. Bin absoluter Neuling und kann Dir bei der Fehlersuche leider nicht weiter helfen.
Im Übrigen bin ich der Meinung dass Du nicht wirklich was falsch gemacht hast. Du hast deutlich darauf hingewiesen, dass die Datei ein erweitertes Original und somit nicht vom "fhem-feed" stammt. Das es bei Updates überschrieben wird sollte jedem Nutzer klar sein. Mir hat's weitergeholfen.

Mfg

MarkusF

#114
Hallo,

die PERL Warnings sind mein Fehler. Ich habe den gerade korrigiert. Er hat sich aber auch nur auf die Logs ausgewirkt, deswegen haben meine automatischen Tests nichts gefunden. Ebenfalls habe ich den TFA30.3060.01.IT eingebaut. Es ist fast nur eine Kopie von Girgls Code. Danke für die Zulieferung.
Die Änderungen habe ich soeben ins svn eingecheckt. Sollte morgen früh verfügbar sein.
Für Ungeduldige kann man die Version schon jetzt mit:
update all https://markusfeist.github.io/FhemMobileAlerts/repository/master/controls_mobilealerts.txt
ziehen.
Sobald ich den MA10120Pro drin habe, werde ich für die Dokumentation hier: https://github.com/sarnau/MMMMobileAlerts einen Pull-Request machen.

Ansonsten wenn man Erweiterungen hat, hat es sich hier wohl eingebürgert Diffs zu schicken.
Für mich gerne auch angepasste Module oder Pull-Requests gegen den Branch Develop auf https://github.com/markusfeist/FhemMobileAlerts.
Wenn man es hier nicht veröffentlichen will, gerne auch als PM.

Wegen dem MA10120Pro bräuchte ich noch Hilfe.
Den Rahmen habe ich soweit schon gebaut.
Allerdings mit den Werten habe ich Probleme. Wenn ich die Message:
d25b784fe8160104b30513ee000241058f23811627ff1bc01228d3b0142bd3c00e32d3c01735d300000000000000000000000000000000000000000000000043
wie gewohnt zerlege. (Unter Berücksichtigung, dass der MA10120PRO zwei Tempereaturwerte liefern müsste.)
Bekomme ich die Temperaturen:
26,1 Grad Innen (ist ja noch OK),
-22,1 Grad Außen(??),
27,8 Grad Innen letzter Wert (ein bißchen schneller Wechsel),
Overflow Außen letzter Wert (könnte stimmen, da zweiter Messwert, aber eher unwahrscheinlich)
(Im Detail:
d2=Packet Header
5b784fe8=Timestamp
16=Packet Länge
0104b30513ee = ID
0002 = Tx Counter
4105 = 26,1
8f23 = -22.1
8116 = 27,8
27ff = Overflow
...=vermutlich "Schrott" (ist bei vielen Sensoren so)
43 = Prüfsumme

)

Daher würde ich Tippen:
26,1 Grad Innen
27,8 Grad Außen
stimmt das? (Also mit der App überein?)

Ich bräuchte also die Werte zu der Message damals (2018-08-18 18:57:12) oder eine andere Message mit den passenden Werten aus der App.


Ansonsten "lastMsg" wird automatisch geloggt, wenn das Gerät nicht bekannt ist. Um den (ggf. damals gelogten) Wert loszuwerden einfach:
set <Modulename> clear readings
ausführen. Dann werden alle Readings gelöscht. (Beim nächsten Empfang sind diese dann wieder da.)

Wegen der bisher aufgelaufenen Messages:
Das Modul MobileAlerts (also das das Gateway darstellt) hat eine undokumentierte Funktion:
set <Gateway> debuginsert <Msg>
Also z.B.:
set MAGateway debuginsert ea5b77c3a72e1135b8017d8712fb00ee083c00bc085100c7084b00eb083c00ee083c00bc085100c7084b00eb083c1b000000000000000000000000000000001f
Diese Funktion benutzte ich für die Durchführung von automatisierten Tests. Man könnte also die Messages alle aus der Log-Datei rausziehen und dann per Skript über das Telnet Interface vom FHEM einfügen z.B. mit perl /opt/fhem/fhem.pl 7072 "set MAGateway debuginsert ea5b77c3a72e1135b8017d8712fb00ee083c00bc085100c7084b00eb083c00ee083c00bc085100c7084b00eb083c1b000000000000000000000000000000001f". Da der Timestamp aus der Message genommen wird, wird auch in der Logdatei der richtige Zeitpunkt gespeichert.
Allerdings ergeben sich folgende Nachteile:

  • Das Modul zeigt natürlich bis zum nächsten richtigen Wert dann einen alten Wert an
  • Die Protokolldatei ist danach ggf. falsch sortiert (also alte Timestamps ggf. vor aktuellen). Hier muss man dann noch korrigieren

Viele Grüße
Markus

Michael

Moin MarkusF

ZitatBekomme ich die Temperaturen:
26,1 Grad Innen (ist ja noch OK),
-22,1 Grad Außen(??),
Das stimmt so schon, habe nämlicht den Temp Sensor gegen einen LDR Sensor getauscht.  :-[
LDR Sensor : https://www.elektronik-kompendium.de/sites/bau/0110301.htm

Aber werde am Freitag od. Samstag mit einem Orginal MA10120Pro die Msg hier einstellen.
Natürlich noch mit den alten Modul.

Schon mal Vielen Dank.
Gruß, Michael

FHEM 6.0 auf RPi 3
CUL V3 868 Mhz | JeeLink LaCrosse & PCA301 | CCU3
BMP085(180) | 14x TX29DTH-IT | 5x PCA 301 | SMA Peripheries | MobileAlerts MA-10(100,120PRO,200,251,410,650,660,800) | HM IP

MarkusF

Hallo Michael,

ist nicht unbedingt nötig. Ich fand halt nur die Werte unplausibel, aber sie waren ja doch richtig. Ansonsten würden ich die Werte dafür verwenden den Testfall für den Sensor auszubauen.
Ich habe gerade die Anpassung ins svn gebracht. Morgen früh wäre dann auch der MA10120PRO drin.

Viele Grüße
Markus

Heng

Hallo Markus,
ich habe ein kleines Problem mit meinem MA10320PRO. Der Kabelsensor ist für einen Temperaturbereich -50.0°C bis +110.0°C spezifiziert https://files.elv.com/Assets/Produkte/11/1190/119083/Downloads/119083_ma_10320_proseries_um.pdf.
Den Sensor betreibe ich knapp oberhalb 100°C. Leider wird in Fhem dann eine negative Temperatur angezeigt.
2018-10-07 14:01:37 MOBILEALERTS OG.SaZ.Fuehler.thk In T: 24.1 H: 46 Out T: -100.1
2018-10-07 14:01:37 MOBILEALERTS OG.SaZ.Fuehler.thk lastMsg: d65bb9f4741a0922c90102d0385b00f184170a2e00ef440d0a2e0de7083500670851006e0850008f084500e608341a0000000000000000000000000000000051
2018-10-07 14:01:37 MOBILEALERTS OG.SaZ.Fuehler.thk In T: 24.6 H: 46 Out T: -101.5
2018-10-07 14:01:37 MOBILEALERTS OG.SaZ.Fuehler.thk lastMsg: d65bb9f54c1a0922c90102d0385c80f644090a2e00f184170a2e0dd737c700610853006d0850008f084500eb08351a0000000000000000000000000000000060
2018-10-07 14:08:38 MOBILEALERTS OG.SaZ.Fuehler.thk In T: 25 H: 46 Out T: -101.7
2018-10-07 14:08:38 MOBILEALERTS OG.SaZ.Fuehler.thk lastMsg: d65bb9f6231a0922c90102d0385d80fa04070a2e80f644090a2e0de508350071084f006f084f0093084400e608351a000000000000000000000000000000000a
2018-10-07 14:08:38 MOBILEALERTS OG.SaZ.Fuehler.thk In T: 25.5 H: 45 Out T: -100.6
2018-10-07 14:08:38 MOBILEALERTS OG.SaZ.Fuehler.thk lastMsg: d65bb9f6fa1a0922c90102d0385e80ff84120a2d80fa04070a2e0de9083400670852006c0850008f084500e908351a000000000000000000000000000000002d
2018-10-07 14:15:39 MOBILEALERTS OG.SaZ.Fuehler.thk In T: 25.8 H: 44 Out T: -101.6
2018-10-07 14:15:39 MOBILEALERTS OG.SaZ.Fuehler.thk lastMsg: d65bb9f7d21a0922c90102d0385f810244080a2c80ff84120a2d0de408350073084f8072084f0094084400e508351b000000000000000000000000000000005a
2018-10-07 14:15:39 MOBILEALERTS OG.SaZ.Fuehler.thk In T: 26 H: 45 Out T: -101.3
2018-10-07 14:15:39 MOBILEALERTS OG.SaZ.Fuehler.thk lastMsg: d65bb9f8a91a0922c90102d038600104840b0a2d810244080a2c0deb083500610852006c0850008f084500eb08351b0000000000000000000000000000000027


Mobile Alerts kommt damit zurecht:
https://measurements.mobile-alerts.eu/
07.10.2018 13:56:36   24,1 C   104,7 C   46,0%
07.10.2018 14:00:12   24,6 C   103,3 C   46,0%
07.10.2018 14:03:47   25,0 C   103,1 C   46,0%
07.10.2018 14:07:22   25,5 C   104,2 C   45,0%
07.10.2018 14:10:58   25,8 C   103,2 C   44,0%
07.10.2018 14:14:33   26,0 C   103,5 C   45,0%


Ich würde mich sehr freuen, wenn Du mir helfen könntest.

Viele Grüße,
    Henning

MarkusF

Hallo,

schon witzig, wie die die Temperatur codieren um ein Bit zu sparen. Danke auf jeden Fall für die Messwerte und Nachrichten.
Naja bisher war die Annahme, dass das vorderste Bit es bestimmt. Damit wäre eine Temperatur von 0.0° - 102.3°C und -102.4°- -0.1°C möglich. Ich habe im Code jetzt den Umbruch bei 110°C (statt 102,3°C) gesetzt. Damit sind 0.0 - 110.0°C und -94.7°- -0.1°C möglich. Da der beste (bekannte) Sensor nur auf -50,0°C runtergeht, dürfte das kein Problem ergeben.
Die Änderung ist ins svn eingecheckt und sollte morgen per Update verfügbar sein.

Viele Grüße
Markus

Heng

Hallo Markus,
danke für die schnelle Bearbeitung.
Viele Grüße,
    Henning