RFXtrx433E Ext Firmware 1001 funktioniert mit FHEM nicht

Begonnen von Burny4600, 12 März 2016, 19:02:57

Vorheriges Thema - Nächstes Thema

Burny4600

#15
Danke für die Info.

Ist die RSSI Ausgabe nur irgend ein Wert oder sollen db sein?
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

fallenguru

Zitat von: Burny4600 am 24 März 2016, 09:39:36Ist die RSSI Ausgabe nur irgend ein Wert oder sollen db sein?

RFXCOMs RFXmgr rechnet den rohen Wert in dBm um. Bei meinen THGR810 folgt das der Formel $dBm = -120 + 8*$raw.

Burny4600

#17
Bei mir steht aber nur rssi 5 und keine dB.

Fein wäre es auch wenn sich diese RSSI Signale bei dennen der nanoCULs auch in die Liste einbinden lassen würden.
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

fallenguru

#18
Zitat von: Burny4600 am 10 April 2016, 19:21:53Bei mir steht aber nur rssi 5 und keine dB.
Wie gesagt, RFXmgr rechnet den rohen Wert zusätzlich um, Fhem nicht. Bei mir hält die o.a. Formel, aber sie könnte Hardware- und/oder Firmware-abhängig sein. Die kann man ja in ein userReading basteln, wenn man mag, z.B.:
attr meinSensor userReadings rssi_dBm:rssi { -120 + 8*ReadingsVal("meinSensor","rssi",0) }

Burny4600

Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT