Neues Modul: ELV MobileAlerts

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

Vorheriges Thema - Nächstes Thema

MarkusF

Also Autocreate ausschalten und die fehlerhaften Geräte auch löschen kann schon helfen, da er weniger macht, wenn das Gerät nicht da ist.

Eine Bitte hätte ich allerdings, kannst du von einem der nicht vorhandenen Geräte, mal das Reading lastMsg mir geben. Ich will prüfen, ob die Prüfsumme korrekt ist. Wenn diese falsch ist, kann ich das ganze schon vorher ausfiltern und damit das System weniger belasten.

Wobei ich die 30 Sekunden Wartezeit seltsam finde. An sich macht er nach dem Parse nicht mehr viel. Er versucht nur die HTTP Message nach MobileAlerts dann noch weiterzuleiten (wenn dies eingeschaltet ist), allerdings ist der Aufruf an sich asynchron...

Ggf. mal probieren beim Gateway das Attribut forward auf 0 stellen.

Viele Grüße
Markus

Rudy

Danke für die Rückmeldung.
Zitat von: MarkusF am 24 April 2019, 12:35:49
Eine Bitte hätte ich allerdings, kannst du von einem der nicht vorhandenen Geräte, mal das Reading lastMsg mir geben. Ich will prüfen, ob die Prüfsumme korrekt ist. Wenn diese falsch ist, kann ich das ganze schon vorher ausfiltern und damit das System weniger belasten.
Gerne. Hier ein paar Beispiele von den "neuen" Devices:

  • d05ca040c11402400c20421002000021000000800000000000000000000000000000000000000000000000000000000000000000000000000000000000000002
  • c25ca041001202000c6002001000005000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000002e
  • c05ca048041002420400461902480000002500000000000000000000000000000000000000000000000000000000000000000000000000000000000000000022
  • c25ca048001202100c04000000000040020000c10a201a0000000000000000000000000000000000000000000000000000000000000000000000000000000020
Zitat von: MarkusF am 24 April 2019, 12:35:49
Wobei ich die 30 Sekunden Wartezeit seltsam finde. An sich macht er nach dem Parse nicht mehr viel. Er versucht nur die HTTP Message nach MobileAlerts dann noch weiterzuleiten (wenn dies eingeschaltet ist), allerdings ist der Aufruf an sich asynchron...
Aber ich bin mir ziemlich sicher, dass es am Gateway liegt. Sobald ich das Gateway vom Strom trenne treten die Freezes nicht mehr auf. Auch treten die Freezes immer im Zusammenhang mit dem Datenabruf beim Gateway auf.

Vielleicht noch wichtig zur Info. Die Freezes traten erst nach einem Neuaufsetzen des FHEM-Raspberry auf. Das Neuaufsetzen des Systems habe ich aber auch vorher gelegentlich schon gemacht, ohne dass dadurch die Freezes entstanden wären. Werden ggf. noch irgendwelche Linuxpakete benötigt, auf die ich prüfen müsste (in Commandref steht nichts hierzu)?

Und falls irgendwelche Infos aus beispielsweise VERBOSE 5 erforderlich sind bitte bescheid sagen. Da tauchen bei VERBOSE 5 für das Gatway verdammt viele Einträge auf und ich weiß leider nicht, worauf es ggf. ankäme. Die Einträge im Log ziehen sich übrigens in etwa über die gesamte Freeze-Zeit von gut 30 Sekunen hin. Und es wird auch erwähnt, dass meine regulären Funksensoren gefunden wurden obwohl ich bei denen zu Testzwecken mal die Batterien entnommen habe (keine Ahnung ob das von Bedeutung ist).
Zitat von: MarkusF am 24 April 2019, 12:35:49
Ggf. mal probieren beim Gateway das Attribut forward auf 0 stellen.
Das ist bereits seit Anfang an aktiv.

MarkusF

Danke für die Beispiele.
Bei den Nachrichten sind tatsächlich die Checksummen falsch. Ich habe eine Prüfung der Checksumme eingebaut und das Modul ins SVN hochgeladen. Es sollte morgen mit Update verfügbar sein, dann werden die Nachrichten von den komischen Geräten ziemlich schnell verworfen und dürften das System nicht mehr belasten.
Ich hoffe damit erledigt sich das Problem.

Viele Grüße
Markus

Rudy

Danke für die Verbesserung am Modul. Der "Filter" funktioniert super. Es werden jetzt keine falschen und unnötigen Sensoren mehr angelegt.

Das Problem mit den 30-sekündigen Freezes alle 7 Minuten hat sich dadurch jedoch noch nicht erledigt, tritt also weiterhin auf. Was mich wundert ist, dass es dieses Problem früher nicht gab. Ich habe aber keine Idee mehr, wo ich noch nach dem Grund suchen soll.

MarkusF

Schade. Ich dachte das würde helfen, ist ja wesentlich weniger Last bei den Messages und beim Autocreate. Kannst du mir mal ein Log in Stufe 5 vom Freeze schicken. Vielleicht sehe ich noch was.

Viele Grüße
Markus

Rudy

Das Log werde ich nachreichen. Wird aber mindestens bis zum Wochenende dauern. Vorher komme ich leider nicht dazu.

Rudy

So. Ich habe das Log mal als TXT-Datei angefügt. Ist mit über 8.000 Zeilen ein bisschen größer.

Habe vorher auch das System noch einmal neu aufgesetzt und mögliche daraus resultierende Fehlerquellen auszuschließen. Leider ohne Erfolg.

MarkusF

Hallo,
entschuldige, dass ich so spät antworte. Kam leider in letzter Zeit nicht dazu. Das Log zeigt, dass Daten für mehrere Monate kommen. Also meine Vermutung ist, die Quittung kommt einfach zu spät und so staut es sich auf. Ich habe jetzt mal umgestellt. Er quittiert erst und verarbeitet dann in FHEM.
Das ganze ist im svn und sollte morgen per Update verfügbar sein.

Viele Grüße
Markus

Rudy

Hallo Markus.
Zitat von: MarkusF am 17 Mai 2019, 20:31:00
Hallo,
entschuldige, dass ich so spät antworte. Kam leider in letzter Zeit nicht dazu.
Überhaupt kein Ding. Schließlich bist du es, der seine Freizeit für meine Probleme opfert.
Zitat von: MarkusF am 17 Mai 2019, 20:31:00Das Log zeigt, dass Daten für mehrere Monate kommen. Also meine Vermutung ist, die Quittung kommt einfach zu spät und so staut es sich auf. Ich habe jetzt mal umgestellt. Er quittiert erst und verarbeitet dann in FHEM.
Das ganze ist im svn und sollte morgen per Update verfügbar sein.

Viele Grüße
Markus
Vielen Dank für das Update. Läuft jetzt wieder alles super. Keine Freezes mehr. ;D

Gruß
Rudy

TL60

Hallo Markus,
ich gehörte zu den glücklichen (?) Gewinnern, die bei der diesjährigen IFA in Berlin am Stand von Conrad Electronic einen 4Fach Schalter Technoline Ma10880https://www.conrad.de/de/p/techno-line-ma-10880-funksender-frequenz-868-mhz-reichweite-max-im-freifeld-100-m-1761710.html
gewonnen haben. Dieser wurde auch sofort nach dem Einlesen des QR-Codes und Drücken eines Tasters per autocreate als MA_151a17bbe751 angelegt.
Hier ein List vom Device:
Internals:
   CFGFN     
   DEF        151a17bbe751
   DeviceID   151a17bbe751
   FUUID      5d8a4dad-f33f-a47a-cbe5-3691f8f3d8aafe2a
   LASTInputDev MobileAlertsGW
   MSGCNT     7
   MobileAlertsGW_MSGCNT 7
   MobileAlertsGW_TIME 2019-09-24 21:27:25
   NAME       MA_151a17bbe751
   NR         178
   STATE      T: -9999
   TYPE       MOBILEALERTS
   OLDREADINGS:
   READINGS:
     2019-09-24 19:52:33   actStatus       switchedOff
     2019-09-24 19:09:00   deviceType      Unknown - 15 ce
     2019-09-24 21:27:10   lastMsg         ce5d8a6e0e12151a17bbe7514019114a09020400000000000000000000000000000000000000000000000000000000000000000000000000000000000000003f
     2019-09-24 21:27:10   lastRcv         2019-09-24 21:27:10
     2019-09-24 21:22:38   state           T: -9999
     2019-09-24 21:22:38   temperature     -9999
     2019-09-24 21:22:38   temperatureString ---
     2019-09-24 21:22:38   triggered       1
     2019-09-24 21:27:09   txCounter       25
Attributes:
   event-on-change-reading .*
   lastMsg    1
   room       MOBILEALERTS
   timestamp-on-change-reading .*

Wäre des deiner Meinung nach mit vertretbarem Aufwand machbar, diesen Schalter in dein MobileAlerts Modul zu integrieren, ich finde ihn ziemlich interessant, weil er wie gesagt 4 Tasten mit jeweils 3, (1Xkurz,2Xkurzund 1Xlang)also insgesamt 12 Schaltmöglichkeiten bietet.
Ich hänge nochmal einen Auszug aus dem Logfile hier an, mit dem was passiert wenn man Taste 1 (grün) drückt.
2019-09-24_21:27:09 MA_151a17bbe751 txCounter: 25
2019-09-24_21:27:09 MA_151a17bbe751 lastMsg: ce5d8a6e0d12151a17bbe7514019114a09020400000000000000000000000000000000000000000000000000000000000000000000000000000000000000003e
2019-09-24_21:27:09 MA_151a17bbe751 lastRcv: 2019-09-24 21:27:09
2019-09-24_21:27:10 MA_151a17bbe751 lastMsg: ce5d8a6e0e12151a17bbe7514019114a09020400000000000000000000000000000000000000000000000000000000000000000000000000000000000000003f
2019-09-24_21:27:10 MA_151a17bbe751 lastRcv: 2019-09-24 21:27:10

Danke im Voraus fürs anschauen
Gruß Thomas

MarkusF

Hallo Thomas,

gerne baue ich das ein. Der Aufwand hält sich auch in Grenzen, ich muss nur die Nachricht decodieren können. Mit deinen Infos kann ich schon mal eine Erkennung für den Typ MA10880 einbauen.

Aktuell sieht die Nachrichten für mich so aus:

ce: Header
5d8a6e0d: Timestamp
12: Packetlänge
151a17bbe751: ID des Gerätes
4019: TX Counter (=25+sofortiges versenden)
114a090204: ?? vermutlich ist hier die Taste codiert.
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000: Füller
3e: Prüfsumme

Das ?? wäre also zu klären. Kannst du mal Nachrichten für den Druck auf die anderen Tasten und die anderen "Druckvarianten" (also zweimal kurz + lang) schicken?

Viele Grüße
Markus

TL60

Hallo,
erstmal danke das du dir die Mühe machen willst  :).
Das steht im Logfile, wenn ich die Taste 2 (orange) kurz drücke:
2019-09-25_21:57:17 MA_151a17bbe751 txCounter: 26
2019-09-25_21:57:17 MA_151a17bbe751 triggered: 1
2019-09-25_21:57:17 MA_151a17bbe751 temperature: 9999
2019-09-25_21:57:17 MA_151a17bbe751 temperatureString: OLF
2019-09-25_21:57:17 MA_151a17bbe751 T: 9999
2019-09-25_21:57:17 MA_151a17bbe751 lastMsg: ce5d8bc69d12151a17bbe751401a210a4a0204000000000000000000000000000000000000000000000000000000000000000000000000000000000000000039
2019-09-25_21:57:17 MA_151a17bbe751 lastRcv: 2019-09-25 21:57:17
2019-09-25_21:57:18 MA_151a17bbe751 lastMsg: ce5d8bc69e12151a17bbe751401a210a4a020400000000000000000000000000000000000000000000000000000000000000000000000000000000000000003a
2019-09-25_21:57:18 MA_151a17bbe751 lastRcv: 2019-09-25 21:57:18

Taster 3 (rot) kurz:
2019-09-25_22:02:48 MA_151a17bbe751 txCounter: 27
2019-09-25_22:02:48 MA_151a17bbe751 lastMsg: ce5d8bc7e812151a17bbe751401b310a0a4304000000000000000000000000000000000000000000000000000000000000000000000000000000000000000017
2019-09-25_22:02:48 MA_151a17bbe751 lastRcv: 2019-09-25 22:02:48
2019-09-25_22:02:49 MA_151a17bbe751 lastMsg: ce5d8bc7e912151a17bbe751401b310a0a4304000000000000000000000000000000000000000000000000000000000000000000000000000000000000000018
2019-09-25_22:02:49 MA_151a17bbe751 lastRcv: 2019-09-25 22:02:49

Taster 4 (gelb) kurz
2019-09-25_22:05:48 MA_151a17bbe751 txCounter: 28
2019-09-25_22:05:48 MA_151a17bbe751 temperature: 26.6
2019-09-25_22:05:48 MA_151a17bbe751 temperatureString: 26.6°C
2019-09-25_22:05:48 MA_151a17bbe751 T: 26.6
2019-09-25_22:05:48 MA_151a17bbe751 lastMsg: ce5d8bc89c12151a17bbe751401c410a0a034500000000000000000000000000000000000000000000000000000000000000000000000000000000000000005e
2019-09-25_22:05:48 MA_151a17bbe751 lastRcv: 2019-09-25 22:05:48
2019-09-25_22:05:49 MA_151a17bbe751 lastMsg: ce5d8bc89d12151a17bbe751401c410a0a034500000000000000000000000000000000000000000000000000000000000000000000000000000000000000005f
2019-09-25_22:05:49 MA_151a17bbe751 lastRcv: 2019-09-25 22:05:49

Taster 1 (grün) lang gedrückt:
2019-09-25_22:08:16 MA_151a17bbe751 txCounter: 29
2019-09-25_22:08:16 MA_151a17bbe751 temperature: -9999
2019-09-25_22:08:16 MA_151a17bbe751 temperatureString: ---
2019-09-25_22:08:16 MA_151a17bbe751 T: -9999
2019-09-25_22:08:16 MA_151a17bbe751 lastMsg: ce5d8bc93012151a17bbe751401d13cb0a0305000000000000000000000000000000000000000000000000000000000000000000000000000000000000000047
2019-09-25_22:08:16 MA_151a17bbe751 lastRcv: 2019-09-25 22:08:16
2019-09-25_22:08:17 MA_151a17bbe751 lastMsg: ce5d8bc93112151a17bbe751401d13cb0a0305000000000000000000000000000000000000000000000000000000000000000000000000000000000000000048
2019-09-25_22:08:17 MA_151a17bbe751 lastRcv: 2019-09-25 22:08:17
2019-09-25_22:08:19 MA_151a17bbe751 txCounter: 30
2019-09-25_22:08:19 MA_151a17bbe751 lastMsg: ce5d8bc93312151a17bbe751401e114c0a030500000000000000000000000000000000000000000000000000000000000000000000000000000000000000004a
2019-09-25_22:08:19 MA_151a17bbe751 lastRcv: 2019-09-25 22:08:19
2019-09-25_22:08:20 MA_151a17bbe751 lastMsg: ce5d8bc93412151a17bbe751401e114c0a030500000000000000000000000000000000000000000000000000000000000000000000000000000000000000004b
2019-09-25_22:08:20 MA_151a17bbe751 lastRcv: 2019-09-25 22:08:20

Taster2 (orange) lang:
2019-09-25_22:10:30 MA_151a17bbe751 txCounter: 31
2019-09-25_22:10:30 MA_151a17bbe751 temperature: 9999
2019-09-25_22:10:30 MA_151a17bbe751 temperatureString: OLF
2019-09-25_22:10:30 MA_151a17bbe751 T: 9999
2019-09-25_22:10:30 MA_151a17bbe751 lastMsg: ce5d8bc9b612151a17bbe751401f230ccb0305000000000000000000000000000000000000000000000000000000000000000000000000000000000000000061
2019-09-25_22:10:30 MA_151a17bbe751 lastRcv: 2019-09-25 22:10:30
2019-09-25_22:10:31 MA_151a17bbe751 lastMsg: ce5d8bc9b712151a17bbe751401f230ccb0305000000000000000000000000000000000000000000000000000000000000000000000000000000000000000062
2019-09-25_22:10:31 MA_151a17bbe751 lastRcv: 2019-09-25 22:10:31

Taster 3 (rot) lang:
2019-09-25_22:12:36 MA_151a17bbe751 txCounter: 32
2019-09-25_22:12:36 MA_151a17bbe751 lastMsg: ce5d8bca3412151a17bbe7514020330c0bc405000000000000000000000000000000000000000000000000000000000000000000000000000000000000000072
2019-09-25_22:12:36 MA_151a17bbe751 lastRcv: 2019-09-25 22:12:36
2019-09-25_22:12:37 MA_151a17bbe751 lastMsg: ce5d8bca3512151a17bbe7514020330c0bc405000000000000000000000000000000000000000000000000000000000000000000000000000000000000000073
2019-09-25_22:12:37 MA_151a17bbe751 lastRcv: 2019-09-25 22:12:37

Taster 4 (gelb) lang:
2019-09-25_22:14:51 MA_151a17bbe751 txCounter: 33
2019-09-25_22:14:51 MA_151a17bbe751 temperature: 78
2019-09-25_22:14:51 MA_151a17bbe751 temperatureString: 78°C
2019-09-25_22:14:51 MA_151a17bbe751 T: 78
2019-09-25_22:14:51 MA_151a17bbe751 lastMsg: ce5d8bcabb12151a17bbe7514021430c0b04c600000000000000000000000000000000000000000000000000000000000000000000000000000000000000000b
2019-09-25_22:14:51 MA_151a17bbe751 lastRcv: 2019-09-25 22:14:51
2019-09-25_22:14:52 MA_151a17bbe751 lastMsg: ce5d8bcabc12151a17bbe7514021430c0b04c600000000000000000000000000000000000000000000000000000000000000000000000000000000000000000c
2019-09-25_22:14:52 MA_151a17bbe751 lastRcv: 2019-09-25 22:14:52

Taster 1 (grün) 2Xkurz (lt. App doppelt):
2019-09-25_22:18:07 MA_151a17bbe751 txCounter: 35
2019-09-25_22:18:07 MA_151a17bbe751 lastMsg: ce5d8bcb7f12151a17bbe7514023128e0b0406000000000000000000000000000000000000000000000000000000000000000000000000000000000000000063
2019-09-25_22:18:07 MA_151a17bbe751 lastRcv: 2019-09-25 22:18:07
2019-09-25_22:18:08 MA_151a17bbe751 lastMsg: ce5d8bcb8012151a17bbe7514023128e0b0406000000000000000000000000000000000000000000000000000000000000000000000000000000000000000064
2019-09-25_22:18:08 MA_151a17bbe751 lastRcv: 2019-09-25 22:18:08

Taster 2 (orange) 2Xkurz:
2019-09-25_22:21:05 MA_151a17bbe751 txCounter: 36
2019-09-25_22:21:05 MA_151a17bbe751 temperature: 9999
2019-09-25_22:21:05 MA_151a17bbe751 temperatureString: OLF
2019-09-25_22:21:05 MA_151a17bbe751 T: 9999
2019-09-25_22:21:05 MA_151a17bbe751 lastMsg: ce5d8bcc3112151a17bbe7514024220e8c0406000000000000000000000000000000000000000000000000000000000000000000000000000000000000000028
2019-09-25_22:21:05 MA_151a17bbe751 lastRcv: 2019-09-25 22:21:05
2019-09-25_22:21:06 MA_151a17bbe751 lastMsg: ce5d8bcc3212151a17bbe7514024220e8c0406000000000000000000000000000000000000000000000000000000000000000000000000000000000000000029
2019-09-25_22:21:06 MA_151a17bbe751 lastRcv: 2019-09-25 22:21:06

Taster 3 (rot) 2Xkurz:
2019-09-25_22:23:10 MA_151a17bbe751 txCounter: 37
2019-09-25_22:23:10 MA_151a17bbe751 lastMsg: ce5d8bccae12151a17bbe7514025320e0c8506000000000000000000000000000000000000000000000000000000000000000000000000000000000000000037
2019-09-25_22:23:10 MA_151a17bbe751 lastRcv: 2019-09-25 22:23:10
2019-09-25_22:23:11 MA_151a17bbe751 lastMsg: ce5d8bccaf12151a17bbe7514025320e0c8506000000000000000000000000000000000000000000000000000000000000000000000000000000000000000038
2019-09-25_22:23:11 MA_151a17bbe751 lastRcv: 2019-09-25 22:23:11

und last but not least, Taster 4 (gelb) 2Xkurz:
2019-09-25_22:25:47 MA_151a17bbe751 txCounter: 38
2019-09-25_22:25:47 MA_151a17bbe751 temperature: 52.6
2019-09-25_22:25:47 MA_151a17bbe751 temperatureString: 52.6°C
2019-09-25_22:25:47 MA_151a17bbe751 T: 52.6
2019-09-25_22:25:47 MA_151a17bbe751 lastMsg: ce5d8bcd4b12151a17bbe7514026420e0c0587000000000000000000000000000000000000000000000000000000000000000000000000000000000000000067
2019-09-25_22:25:47 MA_151a17bbe751 lastRcv: 2019-09-25 22:25:47
2019-09-25_22:25:49 MA_151a17bbe751 lastMsg: ce5d8bcd4d12151a17bbe7514026420e0c0587000000000000000000000000000000000000000000000000000000000000000000000000000000000000000069
2019-09-25_22:25:49 MA_151a17bbe751 lastRcv: 2019-09-25 22:25:49

das wars und mir bleibt jetzt nur nochmal besten Dank für deine Mühe zu sagen
Gruß Thomas

TL60

Hall Markus,
ich hatte etwas Zeit und habe selber nochmal nachgeforscht. Für mich ergibt sich aus dem Codeblog beginnend mit dem TXCounter direkt aus den ersten beiden Zahlen nach dem Counter (im Codeblog jeweils die Zahlen an Position 5 und 6) die Logik der Taster.
die Zahl nach dem TXCounter gibt den Taster an: 1 = Taste Grün(Taste1), 2 = Taste Orange(Taste2), 3 = Taste Rot(Taste3) und 4 = Taste Gelb(Taste4)
die Zahl danach ( im Codeausschnitt an Position 6) die Art des Tastendrucks 1 = kurz, 2 = 2xkurz, 3 = lang.
In Langform: ich habe die jeweiligen Tastendrücke zu unterschiedlichen Zeiten gemacht und die entsprechenden Codeausschnitte untereinander kopiert:
GRÜN
kurz
4019114a090204
402a114f0f0507
mit den ersten 4 Zahlen kann ich nichts anfangen, ich denke die fünfte Zahl beschreibt den Taster:hier grün(Taster 1)
die sechste Zahl beschreibt die Art: hier kurz einfach (Zahl 1), den Rest kann ich wieder nicht deuten.
lang
401d13cb0a0305
402b13d00f0507
sieht für mich dann so aus: Die fünfte Zahl beschreibt wieder den Taster (grün, Taster 1)
und die sechste Zahl, die 3 steht hier für langen Tastendruck
2Xkurz
4023128e0b0406
402c12910f0507
würde dementsprechend: die fünfte Zahl wieder Taster (grün, 1) und die sechste Zahl, die 2 steht für 2x gedrückt
ORANGE
kurz
4027210e4d0507
401a210a4a0204
wäre nach meiner Logik, die fünfte Zahl (2) für Taster (orange, 2) und die sechste Zahl,hier die 1 wieder für kurz gedrückt
lang
4028230ece0507
401f230ccb0305
sieht dann so aus: fünfte Zahl für Taster 2 (orange) und sechste Zahl die 3 für langen Tastendruck
2Xkurz
4029220e8f0507
4024220e8c0406
passt auch und ergibt als fünfte Zahl die 2 für orange und als sechste Zahl die 2 für 2x gedrückt
ROT
kurz
401b310a0a4304
402d31110f4607
passt auch ins Schema:die 3 als fünfte Zahl für Taster 3 (rot) und die sechste Zahl die 1 für kurz gedrückt.
4020330c0bc405
402e33110fc707
ergibt dasselbe, die fünfte Zahl (3) für taster rot und die sechste, die Zahl 3 für langen tastendruck
4025320e0c8506
402f32110f8807
auch hier: die fünfte Zahl die 3 für Taster Rot und die sechste Zahl, die 2 für 2x gedrückt
GELB
kurz
401c410a0a0345
403041110f0848
auch hier: die fünfte Zahl die 4 für Taster Gelb (4) und die sechste Zahl, die 1 für kurzen Tastendruck
lang
4021430c0b04c6
403143110f08c9
entspricht auch dem Schema: die fünfte Zahl die 4 für Taster Gelb (4) und die sechste Zahl, die 3 für langen Tastendruck
4026420e0c0587
Schema passt:die fünfte Zahl die 4 für Taster Gelb (4) und die sechste Zahl, die 2 für 2x gedrückt

Ich hoffe ich habe nichts falsch gemacht und das ganze hilft weiter.

MarkusF

Hallo Thomas,
da hast du schon die Analyse für mich gemacht.
Ich habe soweit das Modul um "Channels" erweitert und soweit die Decodierung eingebaut. Das Verhalten ist damit wie ein Schalter bei der Homematic.
Bevor ich es in fhem direkt hochlade, kannst du mal in fhem mit:
update all https://markusfeist.github.io/FhemMobileAlerts/repository/develop/controls_mobilealerts.txt
shutdown restart

die neue Version testen. (Grobe Fehler die zu einem Absturz führen könnten dürften nicht drin sein, da diese durch die automatischen Tests abgefangen werden, es geht darum ob die Tasten wirklich richtig erkannt werden.)

Viele Grüße
Markus

TL60

Hallo Markus,
danke für die Modulerweiterung, funktioniert soweit schon sehr gut, 2 Sachen sind mir dennoch aufgefallen.
1. Nachdem update des Modules wurden nach jeweiligen Tastendrücken die neuen Devices MA_151a17bbe751_Btn_01 bis MA_151a17bbe751_Btn_04 angelegt. Soweit so gut, allerdings wurde ca.2 Stunden später ein weiteres Device MA_151a17bbe751_Btn_00 angelgt, welches natürlich gar nicht vorhanden ist.
2. In den neuen Devices MA_151a17bbe751_Btn_01 bis ..._Btn_04 wird im state immer das reading trigger_cnt mit angehängt. Im Hauptmodul stehen die states meiner Meinung nach korrekt, jeweils nur mit short, log und DblShort
Zur Verdeudlichung habe ich mal
A) ein List des Gesamtdevices mit den ...Btn_00 bis Btn_04
Internals:
   CHANGED   
   DEF        151a17bbe751
   DeviceID   151a17bbe751
   FUUID      5d8a4dad-f33f-a47a-cbe5-3691f8f3d8aafe2a
   LASTInputDev MobileAlertsGW
   MSGCNT     26
   MobileAlertsGW_MSGCNT 26
   MobileAlertsGW_TIME 2019-09-29 15:35:39
   NAME       MA_151a17bbe751
   NR         42
   STATE      MA_151a17bbe751_Btn_03 DblShort
   TYPE       MOBILEALERTS
   channel_00 MA_151a17bbe751_Btn_00
   channel_01 MA_151a17bbe751_Btn_01
   channel_02 MA_151a17bbe751_Btn_02
   channel_03 MA_151a17bbe751_Btn_03
   channel_04 MA_151a17bbe751_Btn_04
   OLDREADINGS:
   READINGS:
     2019-09-29 12:44:17   actStatus       switchedOff
     2019-09-29 11:55:20   deviceType      MA10880
     2019-09-29 15:35:24   lastMsg         ce5d90b31c12151a17bbe751403d3214128a0d000000000000000000000000000000000000000000000000000000000000000000000000000000000000000041
     2019-09-29 15:35:24   lastRcv         2019-09-29 15:35:24
     2019-09-29 15:35:23   state           MA_151a17bbe751_Btn_03 DblShort
Attributes:
   event-on-change-reading .*
   lastMsg    1
   room       MOBILEALERTS
   timestamp-on-change-reading .*

B) ein List des Devices  MA_151a17bbe751_Btn_00
Internals:
   CFGFN     
   DEF        151a17bbe751_00
   FUUID      5d909d32-f33f-a47a-1694-231b8893a5604d23
   NAME       MA_151a17bbe751_Btn_00
   NR         192
   STATE      Short_2
   TYPE       MOBILEALERTS
   chanNo     00
   device     MA_151a17bbe751
   CHANGED:
     Short_1
     trigger_cnt: 1
     Short_2
     trigger_cnt: 2
   CHANGEDWITHSTATE:
   CHANGETIME:
     2019-09-29 13:56:00
     2019-09-29 13:56:00
     2019-09-29 13:56:01
     2019-09-29 13:56:01
   READINGS:
     2019-09-29 13:56:01   state           Short_2
     2019-09-29 13:56:01   trigger_cnt     2
Attributes:

und C) ein list des Devices MA_151a17bbe751_Btn_03 um zu zeigen das eben an den state DblShort der trigger_cnt angehangen wird
Internals:
   CFGFN     
   DEF        151a17bbe751_03
   FUUID      5d907db6-f33f-a47a-8c9b-84def6a407118010
   NAME       MA_151a17bbe751_Btn_03
   NR         61
   STATE      DblShort_4
   TYPE       MOBILEALERTS
   chanNo     03
   device     MA_151a17bbe751
   CHANGED:
     Short_1
     trigger_cnt: 1
     Short_2
     trigger_cnt: 2
     DblShort_3
     trigger_cnt: 3
     DblShort_4
     trigger_cnt: 4
   CHANGEDWITHSTATE:
   CHANGETIME:
     2019-09-29 11:47:32
     2019-09-29 11:47:32
     2019-09-29 11:47:33
     2019-09-29 11:47:33
     2019-09-29 15:35:23
     2019-09-29 15:35:23
     2019-09-29 15:35:24
     2019-09-29 15:35:24
   READINGS:
     2019-09-29 15:35:24   state           DblShort_4
     2019-09-29 15:35:24   trigger_cnt     4
Attributes:

angehangen.
Vielleicht kannst du da ja noch ein paar Korrekturen vornehmen.
Viele Grüße
Thomas