git-developer / fhem-examples Goto Github PK

Hallo,

wäre es möglich das zu erweitern? Es geht darum wie man verschiedene Sensoren an einem SDR "trennen" kann

Wenn man sich die ID ansieht, so erkennt man was der Inhalt sein wird:

`a000bccd

a = type 1 (17240baud types), 2 (9600 baud types), 3 (TX22)
b = static value (0 for TX22, usually 9 for others)
cc = random ID
d = subtype
    d = 0 (internal temperature sensor)
    d = 1 (external temperature sensor for 3143)
    d = 1 only humidity (TX22)
    d = 2 rain counter as temperature value (TX22)
    d = 3 speed as temperature in m/s, direction as humidity (TX22)
    d = 4 gust speed as temperature in m/s (TX22)

`
Konkret:
0865bcacdff1 2 : Regensensor
0865bcacdff1 0 : Temperatursensor der im Regensensor integiert ist

Ich stelle mir vor, das es eine Fallunterscheidung gibt:
0: message="{ \"sensor_id\":\"$sensor_id\", \"temperature\":$temperature, \"humidity\":$humidity, \"lowbat\":$lowbat, \"rssi\":$rssi }"
2: message="{ \"sensor_id\":\"$sensor_id\", \"raincount\":$raincount, \"timediff\":$timediff, \"lowbat\":$lowbat, \"rssi\":$rssi }"

Grüße
Malte

Ich probiere schon seit Wochen an der Zeitauflösung letztes Reading -> aktuelles Reading rum - Dein Artikel hat mir "die Augen geöffnet". Ich lese per mqtt von openenergymonitor die aktuelle power von drei Phasen und wollte für die kWh-Berechung nicht extra das emoncms mitlaufen lassen. Jetzt kann ich die Pasehaddition und das power to kWh ziemlich genau per userReadings berechnen.

Grüße,
Gregor