Neues Modul: ELV MobileAlerts

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

Vorheriges Thema - Nächstes Thema

costa2

#30
Oh, man. :-[
Stimmt, so war es beim Kollegen ebenfalls.
Das war mir ganz entfallen.
Wir haben stundenlang per WhatsApp darüber gegrübelt, nach einem fhem Update lief es dann.
RPI3, Nanocul 433 MHz, 433 MHz Steckdosen, DVB-T Stick für 868 MHz TX Sensoren, MOBILE ALERTS Sensoren und Gateway

obelix221

Yep, das war's.  :D

Vielen Dank....funktioniert prächtig.

Jetzt baue ich meine Jeelink/ LaCrosse- Infrastruktur zurück.

RPi3 als FHEM-Server, 868 MHz CUL, 433 MHz Transmitter, Homematic Aktoren und Sensoren, Yamaha AVR, Logitech Harmony, Fritzbox, Logitech SB, 433 MHz Steckdosen, HUE, EnOcean

MarkusF

Freut mich zu hören. Ich habe gerade ein Update hochgeladen. Jetzt läuft der "ActionDetector-Timer" nur noch in Abhängigkeit von actCycle (also nicht mehr jede Minute).

costa2

Nun tut sich aber gar nichts mehr, ist das richtig?



RPI3, Nanocul 433 MHz, 433 MHz Steckdosen, DVB-T Stick für 868 MHz TX Sensoren, MOBILE ALERTS Sensoren und Gateway

MarkusF

Der Status wird nur geupdated, wenn er sich ändert. Da er ja nur noch geupdated wird, wenn eine Nachricht reinkommt bzw. ein actCycle erreicht wird, ist es wahrscheinlich sinnvoller, es bei jeder Nachricht zu updaten egal ob der Wert sich ändert?

costa2

#35
Hallo Markus.

Es funktioniert trotzdem,
ich habe einen actCycle von 000:15 eingegeben, die Batterie entfernt, nach 16 Minuten "actStatus dead" obwohl sich die Zeit des actStatus vorher seit Gestern 21 Uhr nicht geändert hatte.
Es spricht somit eigentlich nichts dagegen es bei dieser Version zu belassen.

Volker
RPI3, Nanocul 433 MHz, 433 MHz Steckdosen, DVB-T Stick für 868 MHz TX Sensoren, MOBILE ALERTS Sensoren und Gateway

MarkusF

Ich habe es jetzt doch mal überarbeitet. Also readingsBulkUpdateIfChanged und readingsBulkUpdate im Code gegengeprüft. Prinzipiell habe ich im Gateway jetzt meist readingsBulkUpdateIfChanged drin und beim Gerät meist readingsBulkUpdate.
Das alte Verhalten bekommt man aber auch wieder eingestellt mit:
attr TYPE=MOBILEALERTS event-on-change-reading .*
attr TYPE=MOBILEALERTS timestamp-on-change-reading .*

Das wird beim Autocreate auch als Default bei den Attributen gesetzt.
Dies ist auch Grund warum ich es geändert habe. Soll doch der Anwender entscheiden, was besser passt  ;)

Zusätzlich wird beim Autocreate jetzt auch direkt mit dem Wert gestartet. Also es startet nicht mehr mit dem State ??.

Viele Grüße
Markus

Homekino

Hallo Markus,
vielen Dank erstmal für Dein tolles FHEM Modul für die Mobile Alerts Sensoren.
Deine Arbeit war der Grund für mich einen Pi anzuschaffen und FHEM zu installieren.
Nun habe ich es innerhalb von ein paar Stunden erfolgreich geschafft meine Sensoren einzubinden und auch gplots zu erstellen. Nun ist mir aber aufgefallen, das nur Positive Werte rüberkommen, also eine tatsächliche Temperatur von - 0.4 Grad wird als 0.4 angezeigt. Somit sind natürlich auch meine Plots falsch.
Desweiren hab ich festgestellt das nur über einen Tag ein Plot angelegt werden kann. Ich würde dies gern über mehrere Wochen/Monater machen .

Wäre schön wenn Du oder ein anderer Spezialist mir weiterhelfen könnte.

Gruß Andreas




costa2

#38
Das ist natürlich dumm.
Es ist mir noch nicht aufgefallen, da die tiefste Temperatur hier genau null Grad war.
Oder war sie doch tiefer und wurde nur 0°C als Tiefstwert registriert, da negative Werte ignoriert werden?
Im Logfile sieht es tatsächlich danach aus.
Das wäre natürlich der Supergau für mich, da ich meine Palmenheizung damit steuere, die soll erst bei -8°C anspringen.

2017-11-14_01:15:54 Saussen temperature: 0
2017-11-14_01:15:54 Saussen humidity: 93
2017-11-14_01:22:54 Saussen temperature: 0
2017-11-14_01:22:54 Saussen humidity: 93
2017-11-14_01:29:55 Saussen temperature: 0.1
2017-11-14_01:29:55 Saussen humidity: 93
2017-11-14_01:43:58 Saussen temperature: 0.4
2017-11-14_01:43:58 Saussen humidity: 92
2017-11-14_01:50:59 Saussen temperature: 0.5
2017-11-14_01:50:59 Saussen humidity: 92
2017-11-14_01:57:59 Saussen temperature: 0.6
2017-11-14_01:57:59 Saussen humidity: 92
2017-11-14_02:05:00 Saussen temperature: 0.8
2017-11-14_02:05:00 Saussen humidity: 92
2017-11-14_02:12:01 Saussen temperature: 0.9
2017-11-14_02:12:01 Saussen humidity: 93
2017-11-14_02:19:03 Saussen temperature: 0.9
2017-11-14_02:19:03 Saussen humidity: 93
2017-11-14_02:26:04 Saussen temperature: 0.9
2017-11-14_02:26:04 Saussen humidity: 93
2017-11-14_02:33:05 Saussen temperature: 0.9
2017-11-14_02:33:05 Saussen humidity: 93
2017-11-14_02:40:06 Saussen temperature: 0.8
2017-11-14_02:40:06 Saussen humidity: 94
2017-11-14_02:47:07 Saussen temperature: 0.6
2017-11-14_02:47:07 Saussen humidity: 94
2017-11-14_02:54:08 Saussen temperature: 0.5
2017-11-14_02:54:08 Saussen humidity: 94
2017-11-14_03:01:09 Saussen temperature: 0.3
2017-11-14_03:01:09 Saussen humidity: 94
2017-11-14_03:08:10 Saussen temperature: 0.1
2017-11-14_03:08:10 Saussen humidity: 94
2017-11-14_03:15:11 Saussen temperature: 0
2017-11-14_03:15:11 Saussen humidity: 94
2017-11-14_03:22:12 Saussen temperature: 0
2017-11-14_03:22:12 Saussen humidity: 94
2017-11-14_03:29:13 Saussen temperature: 0.1
2017-11-14_03:29:13 Saussen humidity: 94


@ Andreas
Die Plots gehen in der Grundeinstellung über 24 Stunden, mit den grünen Pfeilen oben, kannst Du aber zurückblättern.
RPI3, Nanocul 433 MHz, 433 MHz Steckdosen, DVB-T Stick für 868 MHz TX Sensoren, MOBILE ALERTS Sensoren und Gateway

MarkusF

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

costa2

Vielen Dank, Markus.

Ich habe es gleich mal eingepflegt.
Im Laufe des Tages folgt der Test im Gefrierschrank.

Volker
RPI3, Nanocul 433 MHz, 433 MHz Steckdosen, DVB-T Stick für 868 MHz TX Sensoren, MOBILE ALERTS Sensoren und Gateway

costa2

Alles Gut.

2017-11-16_10:27:59 Wkrone temperature: 7.7
2017-11-16_10:35:00 Wkrone temperature: 8
2017-11-16_10:49:02 Wkrone temperature: -13.9


Volker
RPI3, Nanocul 433 MHz, 433 MHz Steckdosen, DVB-T Stick für 868 MHz TX Sensoren, MOBILE ALERTS Sensoren und Gateway

anpfeiffer

Hi,
der Regensensor MA10650 wird zwar erkannt, aber noch nicht ausgewertet, richtig?

MarkusF

Wird erkannt und ausgewertet. Allerdings ist der Code dazu ungetestet (da ich keinen Regensensor habe) und lediglich nach der Dokumentation https://github.com/sarnau/MMMMobileAlerts/blob/master/MobileAlertsGatewayBinaryUpload.markdown geschrieben.
Also wenn es klappt bitte einmal melden. Wenn es nicht klappt, bitte das Attribut lastMsg auf 1 setzen und mir den Inhalt des (dann entstehenden) Readings lastMsg zum Gerät und was dort an sich stehen sollte schicken.

Viele Grüße
Markus

anpfeiffer

Hat heute leider nicht geregnet...

Hier mal das Listing
  NAME       MA_080745895962
   NR         533
   STATE      T: 6.2 C: 7
   TYPE       MOBILEALERTS
   READINGS:
     2017-11-16 11:34:59   actStatus       alive
     2017-11-15 16:09:13   deviceType      MA10650
     2017-11-16 15:55:20   lastEvent       172800
     2017-11-15 16:09:13   lastEvent1      19
     2017-11-15 16:09:13   lastEvent1String 19 s
     2017-11-15 16:09:13   lastEvent2      6
     2017-11-15 16:09:13   lastEvent2String 6 s
     2017-11-15 16:09:13   lastEvent3      1524
     2017-11-15 16:09:13   lastEvent3String 1524 s
     2017-11-15 16:09:13   lastEvent4      1558
     2017-11-15 16:09:13   lastEvent4String 1558 s
     2017-11-15 16:09:13   lastEvent5      3
     2017-11-15 16:09:13   lastEvent5String 3 s
     2017-11-15 16:09:13   lastEvent6      3
     2017-11-15 16:09:13   lastEvent6String 3 s
     2017-11-15 16:09:13   lastEvent7      41
     2017-11-15 16:09:13   lastEvent7String 41 s
     2017-11-15 16:09:13   lastEvent8      0
     2017-11-15 16:09:13   lastEvent8String 0 d
     2017-11-16 15:55:20   lastEventString 2880 m
     2017-11-16 15:55:20   lastMsg         e15a0da6ae25080745895962001f403e00078b40c013c006c5f4c616c003c003c02900000000d200000000000000000000000000000000000000000000000037
     2017-11-16 15:55:20   lastRcv         2017-11-16 15:54:38
     2017-11-16 15:55:20   state           T: 6.2 C: 7
     2017-11-16 15:55:20   temperature     6.2
     2017-11-16 15:55:20   temperatureString 6.2°C
     2017-11-15 16:09:13   triggered       0
     2017-11-16 15:55:20   txCounter       31

Und hier dazu was Mobilealerts dazu weiß (falls das hilfreich ist)
14.11.2017 16:18:06    1,8 mm
14.11.2017 16:17:47    1,5 mm
14.11.2017 16:17:40    1,3 mm
14.11.2017 15:52:29    1,0 mm
14.11.2017 15:26:43    0,8 mm
14.11.2017 15:26:40    0,5 mm
14.11.2017 15:26:37    0,3 mm
14.11.2017 15:25:54    0,0 mm

Gruß Andreas