Neues Modul: ELV MobileAlerts

[MarkusF]

Hallo,
zum Batteriestatus, steht im ersten Beitrag:
ToDos: Batteriestatus
Problem ist, dass das Binärprotokoll mehr oder weniger durch Raten entschlüsselt worden ist. Leider weiß niemand welches Bit jetzt der Batteriestatus ist. Ich habe schon mal mit einem Labornetzteil probiert, aber den Punkt nicht gefunden. Also warte ich aktuell darauf, daß tatsächlich eine Batterie sich leert.
Einen Sensor von Mobilealerts für die Sonneneinstrahlung kenne ich nicht. Wenn müsste der dann auch erst noch einprogrammier werden.

Viele Grüße
Markus

[raimundl]

Hallo!

GELÖST:"Laufende Neuanlage von Sensoren bei Internetausfall"

Folgendes konnte ich nach einem Ausfall des Internets seitens des Providers - nicht Totalausfall, sondern immer wieder kurzfristig vorhanden - festestellen:

Code Auswählen Erweitern

MOBILEALERTSGW
Sensors
Initialized
Sensors_192.168.178.40_2709
Connected
Sensors_192.168.178.40_2712
Connected
Sensors_192.168.178.40_2715
Connected
Sensors_192.168.178.40_2720
Connected
Sensors_192.168.178.40_2723
Connected
Sensors_192.168.178.40_2724
Connected
Sensors_192.168.178.40_2726
Connected
Sensors_192.168.178.40_2731
Connected
Sensors_192.168.178.40_2734
Connected
Sensors_192.168.178.40_2738
Connected
Sensors_192.168.178.40_2739
Connected
Sensors_192.168.178.40_2740
Connected
Sensors_192.168.178.40_2745
Connected
Sensors_192.168.178.40_2746
Connected
Sensors_192.168.178.40_2748
Connected
Sensors_192.168.178.40_2749
Connected
Sensors_192.168.178.40_2751
Connected
Sensors_192.168.178.40_2752
Connected
Sensors_192.168.178.40_2754
Connected
Sensors_192.168.178.40_2756
Connected
Sensors_192.168.178.40_2757
Connected
Sensors_192.168.178.40_2760
Connected
Sensors_192.168.178.40_2761
Connected
Sensors_192.168.178.40_2765
Connected
Sensors_192.168.178.40_2785
Connected
Sensors_192.168.178.40_2789
Connected
Sensors_192.168.178.40_2791
Connected
Sensors_192.168.178.40_2792
Connected
Sensors_192.168.178.40_2796
Connected
Sensors_192.168.178.40_2798
Connected
Sensors_192.168.178.40_2800
Connected
Sensors_192.168.178.40_2803
Connected
Sensors_192.168.178.40_2808
Connected
Sensors_192.168.178.40_2813
Connected
Sensors_192.168.178.40_2815
Connected
Sensors_192.168.178.40_2818
Connected
Sensors_192.168.178.40_2822
Connected
Sensors_192.168.178.40_2823
Connected
Sensors_192.168.178.40_2824
Connected
Sensors_192.168.178.40_2829
Connected
Sensors_192.168.178.40_2831
Connected
Sensors_192.168.178.40_2832
Connected
Sensors_192.168.178.40_2833
Connected
Sensors_192.168.178.40_2841
Connected
Sensors_192.168.178.40_2844
Connected
Sensors_192.168.178.40_2847
Connected
Sensors_192.168.178.40_2848
Connected
Sensors_192.168.178.40_2852
Connected
Sensors_192.168.178.40_2855
Connected
Sensors_192.168.178.40_2857
Connected
Sensors_192.168.178.40_2859
Connected

dazu die Internals von einem:

Code Auswählen Erweitern

Internals:
   BUF       
   CONTENT_LENGTH 320
   NAME       Sensors_192.168.178.40_2709
   NR         1410
   PEER       192.168.178.40
   PORT       2709
   SNAME      Sensors
   SSL       
   STATE      Connected
   TEMPORARY  1
   TYPE       MOBILEALERTSGW
   READINGS:
     2019-01-20 02:11:32   state           Connected
Attributes:
   room       hidden

Grundsätzlich läuft alles (seit langem) sehr gut und es funktioiert auch alles weiterhin.

LG

Edit: Nach einem shutdown  - restart ist alles wieder weg und alles in Ordnung!!!
Danke

[Homekino]

Hallo Zusammen,

mir ist vor kurzem ein Sensor kaputt gegangen.  Dieser wurde mittlerweile durch den Baugleichen ersetzt. Um die Messreihe und die Temperaturkurve vom alten Sensor nicht zu verlieren habe ich nun die logzeilen vom alten Logfile in den neuen Logfile kopiert und den Txcounter durchgängig nummeriert. Leider kommt im Gplot trotzdem nur der Graph mit den Daten des neuen Sensors.
Wie schaffe ich es das Gplot meint die Logzeilen sind durchgängig vom aktuellen Sensor und ich wieder eine durchgängige Kurve seit 1.1.19 erhalte ?

Gruß Andreas

[balomano]

Moin,

ich halte schon länger die Mobile Alerts im Auge, da u.a. auch angekündigte Produkte (z.B.Pflanzensensor) interessant klingen. Bisher hat mich die Aktualisierungsrate von 7min abgehalten, die das Gateway braucht, bis es die Daten die die Cloud sendet - die Daten werden jedoch schneller vom Sensor zum Gateway übertragen.

Mir war bereits die Lösung über die Cloud bekannt, fand ich aber nicht gut, da die Daten aus meinem Umfeld herausgegeben werden und die Frage war, was passiert, wenn die Cloud nicht mehr unterstützt wird. Zum Glück bin ich nun über das Modul gestolpert und bin darüber sehr erfreut, dass die Lösung büer die Cloud nicht mehr notwendig ist.
Bevor ich jedoch mir nun die Komponenten kaufe und diese über das Modul einbinde, bin ich leider nicht schlau aus div. Foreneinträgen und diesem Eintrag schlau geworden, wie es sich mit der Aktualisierungsrate mit dem Modul verhält. Ich hab gelesen, dass das Modul die Information auslesen kann, wie der ActCycle ist. Gibt es hierbei eine Möglichkeit die Reaktionszeit durch das Modul oder durch einen Hack zu erhöhen?

Mich interessiert die höhere Reaktionszeit insbesondere für den Regensensor und den Windsensor, da hierbei eine Reaktionszeit von 7min zu lang sein können, z.B. Einfahren von Markisen oder Fenster schließen per Fensterantrieb. Sicherlich nett wäre, wenn die Reaktionszeit für die WL2000 kurz wäre, da über die Luftgüte (CO2-Äquivalenz) die kontrollierte Wohnungslüftung (=KWL) gesteuert werden kann. Die Reaktionszeit für Temperatur oder Luftfeuchtigkeit kann für mich ruhig eine gewisse Trägheit haben, da hierbei eine Lösung über andere Komponenten erfolgt oder eine zeitnahe Information nicht zwingend sein muss. Könntet ihr mir hierbei mit einer Rückmeldungen und Erfahrungen weiterhelfen?

[MarkusF]

Hallo,
also die Reaktionszeit ist durchaus sehr unterschiedlich je Gerät. Das Gateway sendet tatsächlich nur ca. alle sieben Minuten oder bis es eine gewisse Anzahl von Nachrichten hat, es sei denn, es bekommt eine Nachricht, dass es sofort senden soll. Dies ist wohl beim Regen, Wind, Wasser, Alarm und Pro Sensor so:

The gateway caches packages from sensors and only uploads them to the cloud server every few minutes. The exceptions are Window/Door/Water/Sound sensors and Pro-Sensors, which force a transmission. Pushing the button on the Gateway also forces a transmit of all received packages to the cloud.

Ich kann es nur für den Regenmesser bestätigen. Jedes Mal wenn die Wippe fählt, gibt es eine Meldung im Netz, sonst meldet sich der Sensor ca. alle zwei Stunden.
Hier gibt es eine gute Übersicht:
http://www.mobile-alerts.eu/index.php/pages/zusatzsensoren
Beim Regenmesser zur Markiesensteuerung wäre ich aber trotzdem vorsichtig, bei leichten Niesel könnte es bauartbedingt dazu kommen, dass die Wippe erst spät auslöst, die Markiese ggf. aber schon feucht ist.
Noch etwas wegen dem ActCycle im Modul. Das ist kein ActCycle, der irgendwie ausgelesen wird, es ist ein einstellbarer Wert, ab wann ein Alarm gegeben werden soll, wenn keine Nachricht vom Sensor kam.
Aktuell unterstützt das Modul auch nur die angegebenen Sensoren. Den WL2000 habe ich aktuell nicht drin. Natürlich rüste ich gerne nach, dafür brauche ich dann aber die Nachrichten (das Modul legt bei unbekannten Geräten ein Gerät in fhem an, dass die Infos hat) und die realen Werte zur Nachricht (entweder abgelesen oder aus der App (dafür hat das Modul eine Forward Einstellung, dass die Daten parallel doch in die Cloud gehen).
Ich hoffe die Infos helfen ein bisschen.

Viele Grüße
Markus

[Marsupilami]

Hallo,

ich habe da ein Problem mit dem MA Gateway. Dies hängt, ebenso wie der Fhem Server in einem Intranet, also kein lokales Netz.
Somit bekomme ich folgende Fehlermeldung im FHEM LOG:
Connection refused from the non-local address 141.xxx.xxx.xxx:2846, as there is no working allowed instance defined for it
Dabei wird jedesmal der Port hochgezählt.
Ein allowfrom gibt es leider beim MobileAltersGateway Modul nicht.
Außerdem ist mir aufgefallen, wenn ich beim GW ein getconfig mache, dass ein zusätzliches Device MA_GW_XXX_UDPPORT erstellt wird.
Ist das normal und was kann ich damit anfangen???

Sensoren werden nicht automatisch erkannt, manuel kann ich diese anlegen (wenn ich die HEXID ausschließlich mit Kleinbuchtstaben anlege -vermutlich ein Feature und kein Bug :-;
Messdaten werden aber trotzdem nicht übermittelt.

Hat jemand eine gute Idee, wie ich das Gatway und die Sensoren zum laufen bekomme.

Ein vergleichbares System mit lokalen Adressen (192.168.xxx.xxx) funktionert problemlos.

Gruß an alle Wissende
Siggi

[Marsupilami]

Hallo nochmal,


habe die Lösung meines Problems gefunden:

habe die Zeile 37 der Perlmoduls 50_MOBILEALERTSGW.pm geändert:

$hash->{AttrList} = "forward:0,1 " . $readingFnAttributes;    hin zu    $hash->{AttrList} = "forward:0,1 " . "allowfrom " . $readingFnAttributes;

Nun kann ich die erlaubte IP Adressse einpflegen und schon funktioniert es.

Bitte an MarkusF:  Da Du ja dieses Modul pflegst, könntest Du bitte das allowfrom mit einpflegen. Wäre toll von Dir.


Siggi

[MarkusF]

Hallo,

ich dachte ich hätte es schon gestern geschrieben. Vermutlich hat aber das Sende nicht geklappt.
Ich habe heute früh das Update in SVN geladen. Sollte also spätestens morgen per Update kommen.

Wegen ..._UDPPORT: Das ist der Server, der benutzt wird um die Antworten der Gateways auf die Konfigurationsanfrage zu bekommen. Das läuft ja über UDP. Die Gateways antworten auf die UDP Anfrage (per Broadcast oder gezielt an die IP) mit einem UDP Paket mit allen Informationen. Der Server wird (natürlich) erst gestartet, wenn er auch wirklich gebraucht werden könnte. An sich sollte er in der GUI auch nicht sichtbar sein (war er hoffentlich auch nicht) und wenn nur per LIST auftauschen.

Viele Grüße
Markus

[Marsupilami]

Hallo Markus,


danke für die schnelle Reaktion.

Und ja, der ...UDPPort ist nur kurzzeitig im Room hidden sichtbar gewesen.

Gruß
Siggi

[Michael]

Hallo Markus

Ich habe mal eine dumme Frage. 

Beim Windmesser MA10660 wird als Reading windSpeed und gustSpeed ausgegeben.
Was ist das für eine  Einheit (m/s od. km/h) ?

Habe das IE schon durchstöber aber leider nichts gefunden. 

Viele Dank

[MarkusF]

Hallo,

die Frage ist nicht dumm. Es ist m/s. Ich muss eh den automatisierten Test auf github anpassen, da erweitere ich auch direkt die Dokumentation.

Viele Grüße
Markus

[hankyzoolander]

Hallo,
hätte da mal ne Frage wegen dem Modul.
Hatte ja mal eine Anleitung geschrieben wie man die Sensoren über HttpMod in fhem einbindet.
Finde das mit dem Modul eine super Sache und habe es jetzt auch schon einige Zeit in Fhem am laufen.

Habe bei mir zuhause 7 Sensoren für temp und feuchte und diese Wetterstation mit dem Display.
Alles funktioniert und ist gut.
Außer das Fhem mir seit einiger Zeit immer etliche Mobile Alertsgeräte anlegt die ich nicht besitze!
Aktuell sind es 111 (hundertelf) Geräte plus Logfiles die nicht mir gehören!
hatte sie vor ein paar Wochen mal alle aus Fhem gelöscht, aber sie kommen wieder.
Hab mich mal in die App eingeloggt ob sie dort auch sind, aber in der App sind nur meine Sensoren die ich habe hinterlegt.

Hat jemand sowas ähnliches? Oder das gleiche problem?

[MarkusF]

Hallo,

an sich dürfte es nur zwei Ursachen dafür geben.

• Einmal es gibt MobileAlerts Geräte in der Umgebung (z.B. beim Nachbarn), dies ist aber bei 111 eher unwahrscheinlich.
• Es kommen Nachrichten so verstümmelt an, dass sie wie neue Geräte aussehen und vom Gateway akzeptiert werden. Daher würde ich vermuten, dass auch nicht mehrfach Daten zum gleichen Geräte kommen?

Die kaputten Nachrichten würden mich interessieren. Kannst du mal verbose=5 beim Gateway Modul setzen und mir die Daten aus der Zeile:
<Gatewayname> MOBILEALERTSGW: Data for <Geräte ID>: <Daten>
für ein solches Gerät schicken.
(Gerne auch als PM, bitte aber auf jeden Fall mit der ID.)

Hintergrund ist aktuell mache ich dort keine Prüfsummenprüfung, da ich davon ausgehe, dass das Gateway es macht (bei mir habe ich obwohl auch einiges anderes im Funk unterwegs ist, bisher kein einziges nicht vorhandenes Gerät). Ich will schauen, ob die Prüfung helfen würde.

Sonst hilft nur Autocreate abschalten (siehe auch https://wiki.fhem.de/wiki/Autocreate ). Als ignoreTypes muss man dann MA_.* hinzufügen. Die Geräte kann man dann manuell mit:

Code Auswählen Erweitern

define <Irgendein Name> MOBILEALERTS <Geräte ID von der Karte in Kleinbuchstaben>
erzeugen.

Dann hat man im Endeffekt auch den Stand von der APP. Die zeigt einfach alle Infos von den Geräten an, die registriert sind.

(Datenschutztechnisch ist MobileAlerts quasi eine Katastrophe. Alle Gateways schicken einfach alle Sensoren in Reichweite auf dem Server. Jeder der die Geräte ID hat, kann vom Server auf Werte des Sensors zugreifen. Es gibt weder ein Pairing noch ein richtiger Account.)

Viele Grüße
Markus

[hankyzoolander]

Hallo,
ich hab jetzt mal mit copy & paste die 111 Sensoren + Logfiles gelöscht!

Code Auswählen Erweitern

delete MA_7cf27cf87cf8,MA_7d047d067d04,MA_7d107d147d10,MA_7d207d217d20,MA_7d2c7d2f7d2c,MA_7d357d367d35,MA_7d387d3d7d38,MA_7d407d447d40,MA_7d497d4a7d49,MA_7d4f7d517d4f,MA_7d567d587d56,MA_7d5a7d5f7d5a,MA_7d637d667d63,MA_7d667d6c7d6c,MA_7d717d747d71,MA_7d797d7a7d79,MA_7d7e7d827d7e,MA_7d877d887d87,MA_7d8c7d907d8c,MA_7d907d957d95,MA_7d987d9e7d98,MA_7da07da37da0,MA_7da57dac7da5,MA_7dac7db17dac,MA_7db27db97db9,MA_7db87dbe7dbe,MA_7dc07dc77dc7,MA_7dca7dcc7dca,MA_7dd37dd57dd3,MA_7dd67dda7dd6,MA_7de17de37de1,MA_7de27de77de7,MA_7dee7df17dee,MA_7df37df57df3,MA_7dfc7dff7dfc,MA_7e017e037e01,MA_7e097e0d7e09,MA_7e0d7e117e0d,MA_7e167e1b7e16,MA_7e1b7e1e7e1b,MA_7e267e287e26,MA_7e277e2c7e27,MA_7e337e367e33,MA_7e357e3a7e35,MA_7e3f7e447e3f,MA_7e447e477e44,MA_7e4b7e517e51,MA_7e537e547e53,MA_7e5b7e5f7e5b,MA_7e5b7e627e5b,MA_7e677e6d7e67,MA_7e6d7e6f7e6d,MA_7e777e7a7e77,MA_7e7a7e7d7e7a,MA_7e857e887e85,MA_7e867e8b7e86,MA_7e937e967e93,MA_7e977e987e97,MA_7ea17ea47ea1,MA_7ea17ea67ea1,MA_7ead7eb27ead,MA_7eb17eb37eb1,MA_7ebd7ec17ebd,MA_7ebe7ebf7ebe,MA_7ec97ecd7ec9,MA_7ecb7ece7ecb,MA_7ed57eda7eda,MA_7ed67edc7ed6,MA_7ee57ee87ee5,MA_7ee87ee97ee8,MA_7ef17ef67ef1,MA_7ef47ef77ef4,MA_7efd7f037f03,MA_7f007f057f00,MA_7f0e7f117f0e,MA_7f0f7f127f0f,MA_7f187f1e7f1e,MA_7f1b7f207f1b,MA_7f297f2c7f29,MA_7f2c7f2d7f2c,MA_7f357f3a7f35,MA_7f387f3b7f38,MA_7f417f477f47,MA_7f437f497f43,MA_7f537f557f53,MA_7f547f567f54,MA_7f5e7f647f5e,MA_7f5f7f637f5f,MA_7f6e7f717f6e,MA_7f6f7f707f6f,MA_7f7a7f7e7f7e,MA_7f7b7f7e7f7b,MA_7f847f8b7f8a,MA_7f897f8c7f89,MA_7f947f9a7f94,MA_7f967f997f96,MA_7fa27fa77fa2,MA_7fa57fa77fa5,MA_7fae7fb47fb4,MA_7fb37fb47fb3,MA_7fbf7fc17fbf,MA_7fc07fc27fc0,MA_7fc97fcf7fc9,MA_7fcc7fd07fcc,MA_7fd87fde7fd8,MA_7fd97fdc7fd9,MA_7fe87fe97fe8,MA_7fea7feb7fea,MA_7ff27ff77ff2,MA_7ff67ff97ff6,MA_ffffffffffff


Code Auswählen Erweitern

delete FileLog_MA_7d107d147d10,FileLog_MA_7d207d217d20,FileLog_MA_7d2c7d2f7d2c,FileLog_MA_7d357d367d35,FileLog_MA_7d387d3d7d38,FileLog_MA_7d407d447d40,FileLog_MA_7d497d4a7d49,FileLog_MA_7d4f7d517d4f,FileLog_MA_7d567d587d56,FileLog_MA_7d5a7d5f7d5a,FileLog_MA_7d637d667d63,FileLog_MA_7d667d6c7d6c,FileLog_MA_7d717d747d71,FileLog_MA_7d797d7a7d79,FileLog_MA_7d7e7d827d7e,FileLog_MA_7d877d887d87,FileLog_MA_7d8c7d907d8c,FileLog_MA_7d907d957d95,FileLog_MA_7d987d9e7d98,FileLog_MA_7da07da37da0,FileLog_MA_7da57dac7da5,FileLog_MA_7dac7db17dac,FileLog_MA_7db27db97db9,FileLog_MA_7db87dbe7dbe,FileLog_MA_7dc07dc77dc7,FileLog_MA_7dca7dcc7dca,FileLog_MA_7dd37dd57dd3,FileLog_MA_7dd67dda7dd6,FileLog_MA_7de17de37de1,FileLog_MA_7de27de77de7,FileLog_MA_7dee7df17dee,FileLog_MA_7df37df57df3,FileLog_MA_7dfc7dff7dfc,FileLog_MA_7e017e037e01,FileLog_MA_7e097e0d7e09,FileLog_MA_7e0d7e117e0d,FileLog_MA_7e167e1b7e16,FileLog_MA_7e1b7e1e7e1b,FileLog_MA_7e267e287e26,FileLog_MA_7e277e2c7e27,FileLog_MA_7e337e367e33,FileLog_MA_7e357e3a7e35,FileLog_MA_7e3f7e447e3f,FileLog_MA_7e447e477e44,FileLog_MA_7e4b7e517e51,FileLog_MA_7e537e547e53,FileLog_MA_7e5b7e5f7e5b,FileLog_MA_7e5b7e627e5b,FileLog_MA_7e677e6d7e67,FileLog_MA_7e6d7e6f7e6d,FileLog_MA_7e777e7a7e77,FileLog_MA_7e7a7e7d7e7a,FileLog_MA_7e857e887e85,FileLog_MA_7e867e8b7e86,FileLog_MA_7e937e967e93,FileLog_MA_7e977e987e97,FileLog_MA_7ea17ea47ea1,FileLog_MA_7ea17ea67ea1,FileLog_MA_7ead7eb27ead,FileLog_MA_7eb17eb37eb1,FileLog_MA_7ebd7ec17ebd,FileLog_MA_7ebe7ebf7ebe,FileLog_MA_7ec97ecd7ec9,FileLog_MA_7ecb7ece7ecb,FileLog_MA_7ed57eda7eda,FileLog_MA_7ed67edc7ed6,FileLog_MA_7ee57ee87ee5,FileLog_MA_7ee87ee97ee8,FileLog_MA_7ef17ef67ef1,FileLog_MA_7ef47ef77ef4,FileLog_MA_7efd7f037f03,FileLog_MA_7f007f057f00,FileLog_MA_7f0e7f117f0e,FileLog_MA_7f0f7f127f0f,FileLog_MA_7f187f1e7f1e,FileLog_MA_7f1b7f207f1b,FileLog_MA_7f297f2c7f29,FileLog_MA_7f2c7f2d7f2c,FileLog_MA_7f357f3a7f35,FileLog_MA_7f387f3b7f38,FileLog_MA_7f417f477f47,FileLog_MA_7f437f497f43,FileLog_MA_7f537f557f53,FileLog_MA_7f547f567f54,FileLog_MA_7f5e7f647f5e,FileLog_MA_7f5f7f637f5f,FileLog_MA_7f6e7f717f6e,FileLog_MA_7f6f7f707f6f,FileLog_MA_7f7a7f7e7f7e,FileLog_MA_7f7b7f7e7f7b,FileLog_MA_7f847f8b7f8a,FileLog_MA_7f897f8c7f89,FileLog_MA_7f947f9a7f94,FileLog_MA_7f967f997f96,FileLog_MA_7fa27fa77fa2,FileLog_MA_7fa57fa77fa5,FileLog_MA_7fae7fb47fb4,FileLog_MA_7fb37fb47fb3,FileLog_MA_7fbf7fc17fbf,FileLog_MA_7fc07fc27fc0,FileLog_MA_7fc97fcf7fc9,FileLog_MA_7fcc7fd07fcc,FileLog_MA_7fd87fde7fd8,FileLog_MA_7fd97fdc7fd9,FileLog_MA_7fe87fe97fe8,FileLog_MA_7fea7feb7fea,FileLog_MA_7ff27ff77ff2,FileLog_MA_7ff67ff97ff6,FileLog_MA_ffffffffffff



Hab gesehen das bei fast allen Sensoren die Batterien am ende war`n.
Hab die mal durch neue ersetzt und warte jetzt mal ab. Könnte es sein das die leeren Batterien den ganzen Quatsch ausgelöst haben?

[Rudy]

Seit Kurzem habe ich ein Problem mit meinen Mobile Alterts Sensoren. Es werden Sensoren gefunden, die tats. nicht existieren. Batterien habe ich geprüft und eigentlich müssten sie noch in Ordnung sein. Außerdem tauchen im Log alle 7 Minuten (düfte der Aktualisierungszyklus des Moduls sein) folgende Meldungen, gefolgt von einem Freeze von gut 30 Sekunden, auf:

Code Auswählen Erweitern


2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader d0 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader d0 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c0 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader d0 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader d0 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c0 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader d0 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c0 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:33 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c0 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader d0 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader d0 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c0 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c0 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c8 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.
2019.04.20 14:08:34 2: sy_MobileAlerts MOBILELAERTS: For id 02 and packageHeader c2 is no decoding defined.

Das Problem mit den neu angelegten Sensoren ließe sich ja noch mit einem entsprechenden Eintrag in der "autocreate" unterbinden. Dann würden auch die genannten Logeinträge verschwinden. An dem Freeze ändert dies jedoch nichts. Der bleibt in jedem Fall alle 7 Minuten für 30 Sekunden erhalten.

Weiß jemand rat?