Neues Modul: ELV MobileAlerts

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

Vorheriges Thema - Nächstes Thema

MarkusF

Hallo,

ich kann leider nichts direkt dazu beitragen. Aber:

  • Normalerweise haben die Pro Sensoren und normalen Sensoren andere Nummern z.B. MA10300 und MA10320(PRO). Die offizielle Webseite listet auch nur einen Windsensor https://mobile-alerts.eu/de/windmesser-ma-10660/
  • Die normalen und PRO Sensoren unterscheiden sich wie ich es bisher hatte, "nur" in der Genauigkeit (z.B. 0,5° statt 1°) und Sendegeschwindigkeit (alle 3,5 Minuten ein Messwert statt alle 7 Minuten). Z.B. der MA10300 und MA10320 haben genau den gleichen Code zur Decodierung aber der MA10320 ist genauer.
  • Als Fallback: Bisher habe ich es immer geschafft in kurzer Frist in Zusammenarbeit mit den Besitzern neue Geräte zu integrieren. (Man sieht es gut an der Liste von Geräten, die nur "Von jemanden anderen getestet" sind.) Das Mobile Alerts Protokoll hat bisher nichts neues erfunden. Basierend auf der Vorarbeit von Markus Fritze ging es bisher immer problemlos.
    Allerdings aufgrund meiner aktuellen Situation kann es statt wie bisher wenige Tage dann ggf. doch 1-2 Wochen dauern, bis ich eine Erweiterung drin habe.

Insgesamt würde ich mal Tippen es gibt keinen Unterschied und es ist das gleiche Gerät, wenn es einen Unterschied geben würde, wäre meine Vermutung, würde ELV auch beide anbieten. (Bisher hat ELV immer alle Sensoren auch gehabt, die auf dem Markt sind, wenn sie sich nicht nur in der Bauform also z.B. TFA und MobileAlerts unterschieden haben) Aber wie gesagt nur geraten.

Viele Grüße
Markus

PS: Noch ein kleiner Quirk, der (noch) nicht in der Dokumentation ist. Die Messwerte für die Windgeschwindigkeit, die mein Modul soweit ausgibt, sind in m/s, die auch der Sensor aufzeichnet. Die Anzeige in der MobileAlerts App ist in km/h.

FFHEM

Hallo MarkusF,

vielen Dank für die vielen Infos!

Ich hatte auch keine weiteren Unterschiede im Internet finden können, deshalb habe ich den Sensor auf Verdacht bei ELV bestellt, und ich kann Dir sagen, dass er mit Deinem Modul gut funktioniert!
Das Sendeintervall ist ebenfalls 7 Minuten. Was mich ein bisschen anfangs irritiert hat, ist die Tatsache, dass der Sender zwar - so vermute ich es - nach 7 Minuten sendet, aber das Gateway noch nicht an FHEM weiterleitet. Ich glaube, das hast Du ja auch schon insofern versucht auszugleichen, dass die tatsächliche Empfangszeit im Gateway als Messzeit in FHEM angezeigt wird.
Dadurch ist der Messwert tatsächlich noch älter als 7 Minuten, aber das ist technisch ja leider nicht anders möglich, man muss auf das Gateway warten.

Da ich den Sensor in den nächsten Tagen hoch auf dem Dach anbringen will, will ich ihn vorher noch ein bisschen ausprobieren. Am Windmesser ist noch ein Restartknopf angebracht, der nach dem Auspacken betätigt wird. Ich vermute, dass dies notwendig ist, wenn der Sensor mit seinem Solarmodul und Akku auf Standby gefahren ist, nachdem zuwenig Licht (Verpackung) auf das Solarmodul gefallen ist.

Danke auch für den Tipp mit den m/s, die rechne ich jetzt in der Anzeige um. Bei den Readings bekomme ich trotz Attribut "expert" auf 4 keine vorherigen Readings, aber das ist nicht weiter schlimm.
Also noch einmal vielen Dank für dieses Modul!!

Gruß,
Friedhelm
Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

gandi1791

Zitat von: MarkusF am 22 Februar 2019, 06:14:27
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: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
...
Viele Grüße
Markus

Erst mal vielen Dank für das Modul.
Ich habe lange nach was Passendem gesucht und bin damit fündig geworden.
Leider werden die Daten für den Windmesser MA 10660 und Regensensor MA 10650 tatsächlich nur alle 7 Minuten übertragen (beim 10650 nur wenn Regen fällt).

Eine direkte Übertragung bei einer gefüllten, kippenden Wippe kann ich nicht nachvollziehen.
Das Zitat, vermutlich von MA würde das auch bestätigen.

ZitatThe exceptions are Window/Door/Water/Sound sensors and Pro-Sensors, which force a transmission.

Also Fenster, Tür, Wasser und Sound Sensor.
Wind und Regen ist da nicht dabei.
Blödsinnigerweise habe ich mir nicht die PRO Ausführungen gekauft, die das wohl könnten.

Gibt es dennoch eine Möglichkeit früher (realtime) an die Werte zu kommen?
Also beispielsweise den Button am Gateway per Script "drücken"?
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

MarkusF

Hallo,
also meine Erfahrung mit dem Regenmesser ist an sich, er sendet ca. alle zwei Stunden mal die Temperatur und wenn die Wippe auslöst kommt eine Nachricht mit Bit 14 im TX-Counter. Also quasi durch Alarm ausgelöst, da müsste an sich das Gateway durchsenden. Muss ich mal beobachten. Allerdings ist mein Sensor auch schon ziemlich alt, ggf. haben die dort was geändert um Batterie zu sparen.

Ansonsten habe ich bisher keine Möglichkeit gefunden es vorab auszulösen. Allerdings er reicht ein Teil, dass es auslöst. Die anderen Nachrichten im Speicher werden immer mitgesendet. (Das Gateway scheint dort primitiv zu sein: Sammle alle Nachrichten, wenn Buffer voll, sende, wenn Zeit abgelaufen, sende, wenn Meldung mit Alarm, sende und wenn Schalter gedrückt, sende.)
Ob man das Gateway dazu bringen kann, einfach sofort den Cache zu übertragen, weiß ich leider nicht, bzw. habe dort nichts bisher festgestellt. Wenn jemand fündig wird, baue ich es gerne als Befehl ein.

Sonst wäre es nur möglich direkt die Funknachrichten mit einem anderen Empfänger zu empfangen. Ich vermute mal das ist noch nicht einmal so komplex. Ich denke mal die Nachrichten, die ich vom Gateway bekomme sind wahrscheinlich ähnlich wie die per Funk. (Dort habe ich zwar vor was zu probieren, komme aber wahrscheinlich auf privaten Gründen zu so einem großen Projekt erst Ende des Jahres, da mir hier noch Know-How fehlt... Also wenn jemand ein gutes Tutorial für das Decodieren von Funknachrichten hat.)

Viele Grüße
Markus

gandi1791

Hallo Markus,
danke für Deine ausführliche Antwort.
Mal schauen, ob ich mich da reinwusle und vlt. was beitragen kann, um das GW per Befehl zum Quatschen zu bringen.
Gruß
Andi
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

gandi1791

#185
Hallo Markus,
ich revidiere...
Irgendwas hatte wohl noch Startschwierigkeiten.
Der Regensensor sendet auch bei mir bei jedem Wippenschlag. :-)

Allerdings habe ich eine weitere erfreuliche Nachricht.
Ich habe seit längerer Zeit TFA KlimaLogg Pro Sensoren im Einsatz, die ich mit tfrec abfange und verarbeite.
tfrec kann "nebenbei" auch Mobile Alerts. Mit der Option -T 20 kommen die MA Sensoren an:


#004 1641721393 L=25  4b 2d d4 2b 12 02 75 63 ee ab 5b 03 ef 01 45 01 45 1a 32 b0 f3 e4 b0 e0 1a  RSSI 82 WHB02 ID 27563eeab5b TEMP 32.5, PTEMP 32.5
#005 1641721393 L=25  4b 2d d4 2b 12 02 75 63 ee ab 5b 03 ef 01 45 01 45 1a 32 b0 f3 e4 b0 e0 1a  RSSI 82 WHB02 ID 27563eeab5b TEMP 32.5, PTEMP 32.5

#000 1641721197 L=29  4b 2d d4 2b 16 03 44 98 ce de 34 03 ed 00 05 0a 4d 00 05 0a 4d 1a 46 72 ce 52 c0 ed 03  RSSI 80 WHB03 ID 34498cede34 TEMP 0.5 HUM 77, PTEMP 0.5 PHUM 77
#001 1641721198 L=29  4b 2d d4 2b 16 03 44 98 ce de 34 03 ed 00 05 0a 4d 00 05 0a 4d 1a 46 72 ce 52 c0 ed 03  RSSI 79 WHB03 ID 34498cede34 TEMP 0.5 HUM 77, PTEMP 0.5 PHUM 77

#000 1641734083 L=44  4b 2d d4 2b 25 08 58 30 76 28 ff 40 7c 80 f1 00 49 c0 00 86 69 c0 11 c0 0b c0 0c c0 1c c0 04 c0 02 c0 0a c0 01 01 77 2f 7f d0 ee 04  RSSI 84 WHB08 ID 858307628ff cnt 73
#001 1641734083 L=44  4b 2d d4 2b 25 08 58 30 76 28 ff 40 7c 80 f1 00 49 c0 00 86 69 c0 11 c0 0b c0 0c c0 1c c0 04 c0 02 c0 0a c0 01 01 77 2f 7f d0 ee 04  RSSI 84 WHB08 ID 858307628ff cnt 73

#002 1641721807 L=45  4b 2d d4 2b 26 0b 51 64 6e f9 e4 00 03 e4 b0 05 22 d2 b0 04 1b d2 e0 02 20 d2 e0 06 27 d2 80 04 25 d2 e0 05 1d d2 df be 63 a8 40 9c 12  RSSI 85 WHB0b ID b51646ef9e4 #0 DIR 247.500000 SPEED 0.500000 GUST 3.400000 time 420
WHB0b ID b51646ef9e4 #1 DIR 247.500000 SPEED 0.400000 GUST 2.700000 time 420
WHB0b ID b51646ef9e4 #2 DIR 315.000000 SPEED 0.200000 GUST 3.200000 time 420
WHB0b ID b51646ef9e4 #3 DIR 315.000000 SPEED 0.600000 GUST 3.900000 time 420
WHB0b ID b51646ef9e4 #4 DIR 180.000000 SPEED 0.400000 GUST 3.700000 time 420
WHB0b ID b51646ef9e4 #5 DIR 315.000000 SPEED 0.500000 GUST 2.900000 time 420


Sollte der Windsensor tatsächlich nur alle 7 min senden, dann werde ich wohl auf tfrec umsteigen.
Damit könnte man ihn auch als Markisenwächter verwenden.
Mal schauen....
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

LaberBlah

Hi!
Erstmal: Saugute Arbeit!

Ich hätte eine Frage: Ich hab einen Sensor mit externer Temperatursonde.
Ich hab Readings für: In T: (Temperatur am Sensor) H: (Luftfeuchtigkeit am Sensor) Out T: (Temperatursensor an der Sonde)
Hab ich eine Möglichkeit für diesen einen Sensor "In T" in "Raumtemperatur" und "Out T" in "Warmwassertemperatur umzubenennen?
(Hintergrund: Im Heizungskeller wird ein neuer Warmwasserspeicher eingebaut, der neue hat kein Thermometer angebaut und die Sonde soll ins Tauchrohr - und die Frau soll nicht so viel grübeln müssen, wenn sie nachschaut ob sie sich jetzt ein Bad einlassen kann.

Danke und herzliche Grüße,
Stephan

MarkusF

Hallo,

entschuldige die späte Antwort (war etwas unterwegs). Also dazu habe ich soweit nichts realisiert, aber auch nur, weil FHEM dort in den Standardmitteln so ziemlich alles bietet, was man sich wünschen kann.
Was dort hilft ist einmal das Attribut stateFormat https://wiki.fhem.de/wiki/DeviceOverview_anpassen#stateFormat bei dir müsste klappen "Raumtemperatur temperatureInString Warmwassertemperatur temperatureOutString". Sonst was ich auch gerne mache einen ReadingProxy (https://wiki.fhem.de/wiki/ReadingsProxy) anlegen, um eine eigene Zeile zu bekommen, z.B.
define rp.flur.humidity readingsProxy MA_xxxxxx:humidityInString
attr rp.flur.humidity alias Luftfeuchte
attr rp.flur.humidity icon humidity


Viele Grüße
Markus

sig10680

Hallo,

ich habe dieses Modul seit 2019 im Betrieb und es läuft sehr gut. Seit Freitag habe ich einen Regenmesser MA10650 eingebunden dieser sendet auch sehr zuverlässig! Aber zu meinen Verständnis welches Reading zeigt mir an ob es gerade Regenet?

hie ein List!
Internals:
   .corrHumidity 0
   .corrHumidity2 0
   .corrHumidity3 0
   .corrHumidityOut 0
   .corrTemperature 0
   .corrTemperature2 0
   .corrTemperature3 0
   .corrTemperatureOut 0
   .expertMode 4
   CFGFN     
   DEF        xxx
   DeviceID   xxxxx
   FUUID      62628e49-f33f-66a9-af0c-1777582dfad174af
   LASTInputDev MobileAlertsGW
   MSGCNT     73
   MobileAlertsGW_MSGCNT 73
   MobileAlertsGW_TIME 2022-04-25 07:10:56
   NAME       MA_Regenmesser
   NR         131531
   STATE      T: 8.6 C: 57
   TYPE       MOBILEALERTS
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   .attrtocr:
     .*
   OLDREADINGS:
   READINGS:
     2022-04-22 19:08:41   actStatus       switchedOff
     2022-04-22 14:46:23   batteryState    ok
     2022-04-22 14:46:23   deviceType      MA10650
     2022-04-25 07:10:55   eventCounter    57
     2022-04-25 00:34:37   lastEvent       0
     2022-04-25 07:10:55   lastEvent1      1327
     2022-04-25 07:10:55   lastEvent1String 1327 s
     2022-04-25 07:10:55   lastEvent2      1133
     2022-04-25 07:10:55   lastEvent2String 1133 s
     2022-04-25 07:10:55   lastEvent3      2761
     2022-04-25 07:10:55   lastEvent3String 2761 s
     2022-04-25 07:10:55   lastEvent4      2791
     2022-04-25 07:10:55   lastEvent4String 2791 s
     2022-04-25 07:10:55   lastEvent5      960
     2022-04-25 07:10:55   lastEvent5String 960 s
     2022-04-25 07:10:55   lastEvent6      1423
     2022-04-25 07:10:55   lastEvent6String 1423 s
     2022-04-25 07:10:55   lastEvent7      646
     2022-04-25 07:10:55   lastEvent7String 646 s
     2022-04-25 07:10:55   lastEvent8      4682
     2022-04-25 07:10:55   lastEvent8String 4682 s
     2022-04-25 00:34:37   lastEventString 0 s
     2022-04-25 07:10:55   lastRcv         2022-04-25 07:10:55
     2022-04-25 07:10:55   mmRain          8.256
     2022-04-25 07:10:55   mmRainActDay    3.096
     2022-04-25 07:10:55   mmRainActHour   0.258
     2022-04-25 06:48:51   mmRainLastHour  0.516
     2022-04-24 21:23:26   mmRainYesterday 5.16
     2022-04-25 07:10:55   state           T: 8.6 C: 57
     2022-04-25 07:10:55   temperature     8.6
     2022-04-25 07:10:55   temperatureString 8.6°C
     2022-04-25 00:34:37   triggered       1
     2022-04-25 07:10:55   txCounter       80
Attributes:
   event-on-change-reading .*
   expert     4
   icon       temperature_humidity
   room       Garten,MOBILEALERTS
   timestamp-on-change-reading .*


Ich dachte es wäre das Reading mmRain aber das ist nur der Summierte Wert! Vielleicht kann mir einer einen Tip geben.

mfg
Sig10680

MarkusF

Hallo,
da ist genau ein Problem, was heißt "gerade". Man hat dummerweise ja nur das Kippen der Wippe als Event (und keinen Zustand: es ist gerade nass, wie bei z.B. anderen Sensoren). Deswegen gibt es nur mmRain=Regen (Anzahl der Kippungen) seit Beginn der Zählung (gut für Graphen). Das gleiche für den aktuellen Tag, aktuelle Stunde, letzte Stunde und Vortag. Was es aber auch gibt ein Event "rain" das erzeugt wird, wenn der Wert sich ändert, also die Wippe gewippt hat. Sonst gibt es noch das Reading lastEvent, dass angibt wie lange das letzte Event in Sekunden her war, beim letzten Empfang. Mit dem beiden Werten kann man sich was bauen und dann selbst bestimmen, wann es noch regnet.

Viele Grüße
Markus

sig10680

Zitat von: MarkusF am 28 April 2022, 19:08:08
Hallo,
da ist genau ein Problem, was heißt "gerade". Man hat dummerweise ja nur das Kippen der Wippe als Event (und keinen Zustand: es ist gerade nass, wie bei z.B. anderen Sensoren). Deswegen gibt es nur mmRain=Regen (Anzahl der Kippungen) seit Beginn der Zählung (gut für Graphen). Das gleiche für den aktuellen Tag, aktuelle Stunde, letzte Stunde und Vortag. Was es aber auch gibt ein Event "rain" das erzeugt wird, wenn der Wert sich ändert, also die Wippe gewippt hat. Sonst gibt es noch das Reading lastEvent, dass angibt wie lange das letzte Event in Sekunden her war, beim letzten Empfang. Mit dem beiden Werten kann man sich was bauen und dann selbst bestimmen, wann es noch regnet.

Viele Grüße
Markus

Hallo und Guten Morgen,

danke für die Hilfestelleung ich werde mal versuchen soetwas für mich umzusetzen. Ich möchte irgendwie meinen Rasenroboter wenn es anfängt zu Regnen einfach nur Parken.
mfg Sig10680

cracalien

Hi,

erstmal danke für das Modul - Ersteinrichtung und Thermo und Windsensoren laufen einwandfrei

Ich habe allerdings Probleme mit dem MA10860. Der wird einfach nicht erkannt.
FHEM Update habe ich bereits gemacht. Die 51_MOBILEALERTS.pm hat auf meiner FHEM Instanz auch einen Zeitstempel vom 23.08. (letzter Versuch es zum Laufen zu bekommen)

Ich bin mir nun unsicher ob ich was falsch mache oder ob mein Sensor tatsächlich eine Unbekannte Kennung hat.
Hier die Daten die Fhem dazu ausspuckt. GGf. noch jemand eine Idee was ich versuchen könnte ?

Zitat
deviceType Unknown - 0a cb
lastMsg cb631b82310f0a16745e975800f600ea00f91a600000d2600000d2600000d2600000d2600000d200000000000000000000000000000000000000000000000059

gruß

MarkusF

Sorry war mein Fehler. Ich hatte den Code auf meinem GitHub schon um den MA 10860 erweitert, aber nicht das Modul im svn für FHEM angepasst. Ich habe gerade die neue Version hochgeladen. Sie sollte dann morgen über Update in FHEM abrufbar sein.

Viele Grüße
Markus

cracalien

Kein Thema - Danke Schön  :D

Nun wird der Sensor erkannt und liefert Daten !

wing350

#194
Moin,,
ich habe mir ein Gateway, div, Thermometer und den Regenmesser MA10650 zugelegt, weil ich das Konzept faszinierend finde (ohne Cloud).
AEG: Auspacken, Einschalten,Geht! Wunderbar, auch die Einrichtung des GWs in FHEM.

Jetzt mein Problem:
Der Regenmesser zeigt in FHEM eine um ca. 4,4°C zu hohe Temperatur, i.e. 20,8

LastMsg.: e1633eedfa25xxxxxxxxxxxx003640d0001f8708c001c083c026c011c1cac005c156c021c4640000000000000000000000000000000000000000000000000064

lGibt es auch für das temperature-Reading eine Korrekturmöglichkeit?
Wenn ich die Definition des Gerätes um einen der in der Hilfe angegebenen Parameter versuche, nimmt Fhem den nicht an.


Die Wippe sendet bei jedem Wechsel übrigens bei mir eien wert ohne Verzögerung.

Danke für die Entwicklung. Das macht Lust auf mehr!
Reimer
FHEM auf Ubuntu VM/QNAP, FHEM-Native, CUL868, RFTRX433 und Jeelink auf RPi über ser2net an VM angebunden, PCA301/LaCrosse-Gateway (WLAN), FHTs, FS20-Aktoren, FBDECT, div. HM- und HMIP-Komponenten, Raspberrymatic VM auf QNAP, Signalduino für Somfy, optolink-WLAN für Viessmann, div. Shelly