FHEM Forum

Hallo, bin Neu hier.
Bis jetzt bin ich mit dem Lesen ganz gut klar gekommen. Aber jetzt komm ich nicht mehr weiter und bin auf Hilfe angewiesen.
Plan:
mit DVB-T Stick den Aussentemperaturfühler auslesen und ein Diagramm über Temp. und Feuchte erstellen.

Bis jetzt hab ich es hinbekommen in FHEM Werte vom Fühler zu bekommen. Aber ich schaff es nicht das zug in ein Diagramm (SVG-Plot) zu bringen.
Hier die Ausgabe von 'list RTL433'
Internals:
   NAME       RTL433
   NR         64
   PID        1258
   PROCESSED 
   STATE      Started
   TYPE       RTL433
   UNPROCESSED Humidity  : 26 %|Temperature: 6.50 C|Button    : 0|Battery   : LOW|Channel   : 1|rid       : 244|id        : 5|model     : Prologue sensor|time      : 2019-02-26 23:13:17|_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Attributes:
   extraArguments -R03
   sensors    { sensor1 => { device => 'Prologue.ID5',
readings => [ 'Battery', 'Temperature', 'Humidity' ],
pattern => 'channel.*rid.*battery (\w+).*Temp: (-?[\d\.]+).*Humidity: ([\d\.]+)', },}


Danke schon mal für eure Hilfe. (zur Info: diverse Suchmaschinen haben mir nicht geholfen)

Hi und willkommen,
als erstes: Bitte Code tags (das # oben im Editor) verwenden, macht das Ganze lesbarer.
Dann wäre interessant, wie dein Filelog aussieht und was das Problem mit dem Plot ist. Falls du eines von beiden nicht hast empfehle ich Anfänger-PDF, Commandref und Wiki.



Kurz, weil mobil

Danke für den Hinweis, werd ich das nächste mal machen.

Ich habe werde logFile noch Plot. das ist ja  mein Problem.
Also eigentlich das LogFile. Den Plot bring ich normal schon hin wenn ich ein Log hab.
Aber ich scheiter am Log, trotz lesen.
Deine erwähnte Lektüre ist mir nicht unbekannt.

Dann zeig mal was du bereits gemacht hast, um das Log zu definieren...

Edit: Mir fällt gerade auf, dass dein Device garkeime Readings hat... vielleicht solltest du das erstmal in Ordnung bringen (ich gebe aber zu: Von dem Modul hane ich noch etwas gehört)

Kurz, weil mobil

Wenn mein Problem anders einfacher zu lösen ist, gerne.
Ich will eigentlich nur Die Aussentemperatur und Feuchtigkeit von einem 433MHz -Sender in Fhem als Diagramm darstellen.
Nach langem Lesen und probieren bin ich auf die Möglichkeit mit dem DVB-T-Stick gekommen. Da solche Dinger noch ein paar rumliegen hab ich mir gedacht dass ich diesen Weg gehe.
Außerdem kann ich mit diese Methode (sofern es mal klappt) weiter 433MHz - Geräte einbinden.
Was ich bis jetzt getan hab:
Habe mir dieses Modul in FHEM installiert:
https://github.com/jnsbyr/fhem/blob/master/FHEM/40_RTL433.pm (https://github.com/jnsbyr/fhem/blob/master/FHEM/40_RTL433.pm)

Danach habe ich folgendes nach Anleitung ausgeführt:

define RTL433 RTL433

attr RTL433 extraArguments -R03

attr RTL433 sensors { sensor1 => { device => 'Prologue.ID5',
readings => [ 'Battery', 'Temperature', 'Humidity' ],
pattern => 'channel.*rid.*battery (\w+).*Temp: (-?[\d\.]+).*Humidity: ([\d\.]+)', },}


Nach einem Neustart bekam ich dann folgende Ausgabe:

Internals:
   NAME       RTL433
   NR         64
   PID        1258
   PROCESSED 
   STATE      Started
   TYPE       RTL433
   UNPROCESSED Humidity  : 29 %|Temperature: 13.80 C|Button    : 0|Battery   : LOW|Channel   : 1|rid       : 244|id        : 5|model     : Prologue sensor|time      : 2019-02-27 11:47:33|_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Attributes:
   extraArguments -R03
   sensors    { sensor1 => { device => 'Prologue.ID5',
readings => [ 'Battery', 'Temperature', 'Humidity' ],
pattern => 'channel.*rid.*battery (\w+).*Temp: (-?[\d\.]+).*Humidity: ([\d\.]+)', },}


Bei 'readings' steht Battery , Temperature, Humidity. Und bei 'UNPROCESSED' stehen die Live-Informationen die ich brauche.
Wie bring ich jetzt folgendes in ein LogFile:
Humidity  : 29 %|Temperature: 13.80 C|Battery   : LOW
(Battery ist nicht zwingend notwendig)

PS.:
Ich habe schon mit 'define LogAussen FILELOG logs/433.log' rumgespielt. Aber damit kam ich nicht weiter.
433.log wurde mit
https://github.com/merbanan/rtl_433 (https://github.com/merbanan/rtl_433)
erzeugt.
Danach stolperte cih eben auf das FHEM-Modul RTL433. Mit dem taucht jetzt wenigstens das oben beschriebene in der FHEM-Oberfläche auf.
Ich hoffe es ist jetzt Verständlich was ich will, bereits gemacht habe und wo mein Problem liegt.
Sollten noch weitere Infos benötigt werden lasst es mich wissen.

Hi,

wie oben schon angedeutet - du hast keine readings, du hast ein Attribut namens readings, das vermutlich angibt welche readings erzeugt werden sollten, das scheint aber nicht zu funktionieren, nur wenn readings erstellt/aktualisiert werden, bibt es auch die entsprechenden events (auf die ein Filelog dann reagieren würde um sie ins Log zu schreiben). Daher müsstest du erstmal rausfinden, wie das Attribut "readings" genutzt werden muß, um aus UNPROCESSED vernünftige readings zu erzeugen.

Grüße,

Oli

Zitat von: snoop am 26 Februar 2019, 23:19:18
Plan:
mit DVB-T Stick den Aussentemperaturfühler auslesen und ein Diagramm über Temp. und Feuchte erstellen.

Mit einem "DVB-T Stick" kann man Temperatursensoren auslesen?
Oder was soll mit dem "DVB-T Stick" gemacht werden?
Und müsste es nicht mittlerweile "DVB-T2" sein? ;)

Ein Modul "RTL433" kennt mein FHEM nicht und dieses ist auch nicht in der commandref zu finden.
Woher ist das?

Gruß
Dan

Zitat von: DeeSPe am 27 Februar 2019, 14:50:31
Mit einem "DVB-T Stick" kann man Temperatursensoren auslesen?
Oder was soll mit dem "DVB-T Stick" gemacht werden?
Und müsste es nicht mittlerweile "DVB-T2" sein? ;)

Ein Modul "RTL433" kennt mein FHEM nicht und dieses ist auch nicht in der commandref zu finden.
Woher ist das?

Gruß
Dan

Ich bin mal so frei.

https://www.hamspirit.de/6557/wie-du-die-signale-einer-funkwetterstation-mit-einem-dvb-t-stick-dekodierst/

Modul ist von hier:
https://github.com/jnsbyr/fhem/blob/master/FHEM/40_RTL433.pm

Scheint wohl nicht sehr bekannt zu sein.

Wenn du deine readings erfolgreich in FHEM eingebunden hast, und Events erzeugt werden, kannst du dir ein FileLog respektive im nächsten Schritt ein Plot direkt aus dem Event-Monitor generieren lassen.

Grüße

zuerst noch ein paar Infos bezüglich SDR mit DVB-T Sticks:
Es kann sein das noch die originalen Treiber auf die Blacklist müssen.
z.b diese Datei erzeugen: /etc/modprobe.d/blacklist-dvbt.conf und folgenden Inhalt einfügen.

blacklist dvb_usb_rtl28xxu
blacklist rtl2830
blacklist rtl2832

Funktioniert nicht nur mir dem Raspberry sonder auch mit jedem anderen Debian Derivat.
Gute Infos findet man unter anderem hier ->   http://blog.wenzlaff.de/?p=9492 (http://blog.wenzlaff.de/?p=9492)

So, aber jetzt wieder zu meinem Problem. Laut FHEM-Doku sollten doch Readings da sein?? Zitat:

ZitatReadings werden mit dem define-Befehl des jeweiligen Devices oder bei den ersten Übertragungen mit jenem angelegt und mit Werten gefüllt.

Ein Device habe ich doch mit " define MeinRTL RTL433" angelegt.
Ich komm nicht weiter und aus der Dokumentation werde ich auch nicht schlau.

Macht es die Sache einfacher wenn man eine JSON oder CSV File als Quelle hat? das ist mit der Software RTL_433 (nicht das Fhem-Modul) auch möglich.
Ich kann dann zum Beispiel unter logs eine Datei rtl433.json erstellen.
Entschuldigt bitte, aber ich finde die Syntax von Fhem / Perl ist nicht gerade verständlich. Auch den grundsätzlichen Aufbau von FHEM hab ich noch nicht wirklich verstanden.
Vielleicht bekomm ich es mit eurer Hilfe hin.

Die Version des Moduls RTL433 auf GitHub ist nicht für die aktuelle Version von rtl_433 geeignet. Ich werde am Wochenende ein Update auf GitHub bereit stellen.

Um Readings zu bekommen, muss man den Output von rtl_433 filtern. Das geht mit dem Attribut "sensors", das gleichzeitig die Readings und die Filterbedingungen als Regexp definiert. Beispiel:


{   sensor1 => { device => 'model : THGR122N House Code: 50 Channel : 1', readings => [ 'Battery', 'Temperature', 'Humidity' ],
                 pattern => '^time.*Battery : (\w+) Temperature: (-?[\d\.]+) C Humidity : ([\d\.]+).* %$', },
    sensor2 => { device => 'model : THGR122N House Code: 213 Channel : 3', readings => [ 'Battery', 'Temperature', 'Humidity' ],
                 pattern => '^time.*Battery : (\w+) Temperature: (-?[\d\.]+) C Humidity : ([\d\.]+).* %$',
                 scaleHumidity => 1, offsetHumidity => -6, },
    sensor3 => { device => 'model : THGR122N House Code: 171 Channel : 2', readings => [ 'Battery', 'Temperature', 'Humidity' ],
                 pattern => '^time.*Battery : (\w+) Temperature: (-?[\d\.]+) C Humidity : ([\d\.]+).* %$',
                 offsetHumidity => -6, },
    sensor4 => { device => 'model : AlectoV1 Rain Sensor House Code: 194 Channel : 0', readings => [ 'Battery', 'Rain' ],
                 pattern => '^time.*Battery : (\w+) Total Rain: ([\d\.]+) mm', },   
}


Das ergibt dann die Readings

sensor1Battery
sensor1Dewpoint
sensor1Humidity
sensor1Temperature
...


Dazu nimmt man die empfangenen Daten des Internal UNPROCESSED und baut sich eine passende Regexp. Das kann ein bisschen nervig sein, ist aber bei dem variablen Output von rtl_433 der beste Weg. Ggf. einen Online-Regexp-Tester verwenden.

Es kann auch hilfreich sein, die Auswertung auf bestimmte Decoder zu begrenzen mit dem Attribut extraArguments (Beispiel: -R12 -R16). Bei Empfangsproblemen sollte man mit dem Attribut bitLevel herumspielen. Genaueres zu den Attributen findet man in der Hilfe von rtl_433.

Grüße,
Jens

So sieht bei mir dir Ausgabe im Terminal von 'rtl_433 -R03' aus.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : 2019-02-28 22:11:25
model     : Prologue sensor                        id        : 5
rid       : 244          Channel   : 1             Battery   : LOW           Button    : 0             Temperature: 9.20 C
Humidity  : 27 %



In fehm habe ich beim Attribut Sensors folgendes angegeben:


{ sensor1 => { device => 'Prologue.*sensor',
readings => [ 'Battery', 'Temperature', 'Humidity' ],
pattern => 'channel.*rid.*battery (\w+).*Temp: (-?[\d\.]+).*Humidity: ([\d\.]+)', },}



bei UNPROCESSED steht dann:


Humidity : 27 %|Temperature: 9.10 C|Button : 0|Battery : LOW|Channel : 1|rid : 244|id : 5|model : Prologue sensor|time : 2019-02-28 22:16:40|_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _



READINGS erscheinen keine. Liegt das jetzt an dem SENSORS-Eintrag oder an der alten Version?

Was beudet eigentlich der Ausdruck nach battery, Temp und Humidity? (Ausdruck in Klammern)
'channel.*rid.*battery (\w+).*Temp: (-?[\d\.]+).*Humidity: ([\d\.]+)',

Welcher Name gehört nach device? Ist er beliebig wählbar oder ist es die Ausgabe bei model?

Nach meinem Verständnis sollte doch diese Zeile zum Erfolg führen:


^Humidity : ([\d]+).*Temperature: ([\d\.]+).*Battery : ([A-Z]{1,4})



@snoop

ZitatLiegt das jetzt an dem SENSORS-Eintrag oder an der alten Version?

Du brauchst auf jeden Fall die neue Version. Alles andere ist Zeitverschwendung. Wenn die neue Version fertig ist, werde ich es hier posten.

ZitatWas beudet eigentlich der Ausdruck nach battery, Temp und Humidity? (Ausdruck in Klammern)

Das ist der entscheidende Teil der Regexp. Die Elemente in den Klammern werden aus dem Quelltext extrahiert und als Readings zur Verfügung gestellt. Dazu bitte die Regexp-Doku von Perl zu Rate ziehen.

Beispiele:

• (\w+): 1 or more word characters (same as [a-zA-Z0-9_]+) - erlaubt Texte wie OK und LOW für die Battery
• (-?[\d\.]+) : 1 or more digits and dots with optional "-" prefix - erlaubt Zahlenwerte mit Dezimalpunkt und Vorzeichen

Grüße,
Jens

Die neue Version des Moduls 40_RTL433 ist nun über GitHub verfügbar.

• Kompatibel mit rtl_433 Version 18 (https://github.com/merbanan/rtl_433)
• Modulhilfe wieder aufrufbar

Grüße,
Jens

So, jetzt bin ich wieder dazu gekommen.
Danke für die Arbeit. Jetzt läuft es genau so wie es es laufen soll.

Eine Frage hab ich noch. Wie stellt man den Batteriestatus (LOW/HIGH) im Diagramm dar?

Da gibt es mehrere Möglichkeiten. Ich verwende meist die Abkürzung, wandle den Text in eine Zahl und gebe mich damit zufrieden. Das geht im Plot-Editor mit der Spalte "Function". Den Spaltenindex (hier 2) müsstest du je nach Logausgabeformat ggf. anpassen:

$fld[2]&&$fld[2]eq'LOW'?0:1

Grüße,
Jens

Hier drüben habe ich auf eine aktuelle Stolperfalle hingewiesen:

Zitat von: HeikoGr am 04 Oktober 2019, 11:11:08

rtl_433 ist in der aktuellen Version nicht mehr so Geschwätzig.
Die alte Option "-q" (quiet) ist jetzt Standard.

Die für das Modul 40_RTL433 notwendigen Terminalausgaben benötigen die Kommandozeilenoption "-vv" - einzutragen beim Attribut extraArguments

Hallo HeikoGr,

danke für den Hinweis, aber du solltest noch die Version angeben, auf die du dich beziehst. Ich verwende rtl_433 V18.12 und da ist es nicht erforderlich die Option "-vv" zu verwenden - vermutlich meinst du die V19.XX.

Ich hatte gestern V19.08 auf Raspbian Buster ausprobiert, aber mir haben die Kompiler-Warnungen nicht gefallen. Deshalb verwende ich wieder V18.12, da dann der Build ohne Warnungen durchläuft.

Grüße,
Jens

sorry, vergessen dazuzuschreiben.

rtl_433 habe ich der Version 19.08.18 compliert.
Dabei sind mir bei den Compilerwarnungen keine negativ aufgefallen.

Hallo,

ich habe jetzt nicht alles gelesen, aber den RTL_433 gibt es inzwischen auch mit MQTT Unterstützung. Darüber lese ich unter anderem auch meine WH1(3)080, WH24, WH25, WH32 und LaCross-Sensoren aus. Man muss einen MQTT-Server z.B. mosquitto unter Linux oder MQTT-Server in FHEM aktivieren.

Wenn Interesse besteht, kann ich ja mal meine Config mitteilen.

pejonp

Hallo pejonp,

es wäre super, wenn Du Deinen Code bzgl. der Umsetzung mit MQTT dazu einmal teilen könntest.
Vielen Dank.

Zitat von: Biker1099 am 12 Oktober 2019, 08:35:47
Hallo pejonp,

es wäre super, wenn Du Deinen Code bzgl. der Umsetzung mit MQTT dazu einmal teilen könntest.
Vielen Dank.

Hallo,

ich versuche es einmal.

Auf einem Bananna PI läuft FHEM und der rtl_433 Server. Der rtl_433 wird im Hintergrund gestartet. Habe ich noch nicht in den bootscripten von Linux hinterlegt.

rtl_433 -f 868300000 -G -F mqtt://192.168.2.153:1884 &


Dann in FHEM einen MQTT Server aktivieren. Ich habe einen anderen Port genommen weil schon mosquitto auf Port 1883 läuft.


defmod mqtt2 MQTT2_SERVER 1884 global
attr mqtt2 autocreate simple
attr mqtt2 room MQTT
attr mqtt2 verbose 5


Es wird dann ein neues Device automatisch angelegt. Dort werden alle erkannten Sensoren aufgelistet.


defmod MQTT2_rtl_433_3775ffff MQTT2_DEVICE rtl_433_3775ffff
attr MQTT2_rtl_433_3775ffff IODev mqtt2
attr MQTT2_rtl_433_3775ffff readingList rtl_433_3775ffff:rtl_433/raspi153/events:.* { json2nameValue($EVENT) }\
rtl_433_3775ffff:rtl_433/raspi153/devices/Fine_Offset_Electronics__WH25/43/id:.* Fine_Offset_Electronics__WH25_43_id\
rtl_433_3775ffff:rtl_433/raspi153/devices/Fine_Offset_Electronics__WH25/43/temperature_C:.* Fine_Offset_Electronics__WH25_43_temperature_C\
rtl_433_3775ffff:rtl_433/raspi153/devices/Fine_Offset_Electronics__WH25/43/humidity:.* Fine_Offset_Electronics__WH25_43_humidity\
rtl_433_3775ffff:rtl_433/raspi153/devices/Fine_Offset_Electronics__WH25/43/pressure_hPa:.* Fine_Offset_Electronics__WH25_43_pressure_hPa\
rtl_433_3775ffff:rtl_433/raspi153/devices/Fine_Offset_Electronics__WH25/43/battery:.* Fine_Offset_Electronics__WH25_43_battery\
rtl_433_3775ffff:rtl_433/raspi153/devices/Fine_Offset_Electronics__WH25/43/mic:.* Fine_Offset_Electronics__WH25_43_mic\
rtl_433_3775ffff:rtl_433/raspi153/devices/Oregon_Scientific_SL109H/3/id:.* Oregon_Scientific_SL109H_3_id\
rtl_433_3775ffff:rtl_433/raspi153/devices/Oregon_Scientific_SL109H/3/channel:.* Oregon_Scientific_SL109H_3_channel\
rtl_433_3775ffff:rtl_433/raspi153/devices/Oregon_Scientific_SL109H/3/temperature_C:.* Oregon_Scientific_SL109H_3_temperature_C\
rtl_433_3775ffff:rtl_433/raspi153/devices/Oregon_Scientific_SL109H/3/humidity:.* Oregon_Scientific_SL109H_3_humidity\
rtl_433_3775ffff:rtl_433/raspi153/devices/Oregon_Scientific_SL109H/3/status:.* Oregon_Scientific_SL109H_3_status\
rtl_433_3775ffff:rtl_433/raspi153/devices/Oregon_Scientific_SL109H/3/mic:.* Oregon_Scientific_SL109H_3_mic
attr MQTT2_rtl_433_3775ffff room MQTT2_DEVICE

setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:10:24 Fine_Offset_Electronics__WH25_43_battery OK
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:10:24 Fine_Offset_Electronics__WH25_43_humidity 60
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:10:24 Fine_Offset_Electronics__WH25_43_id 43
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:10:24 Fine_Offset_Electronics__WH25_43_mic CHECKSUM
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:10:24 Fine_Offset_Electronics__WH25_43_pressure_hPa 1007.400024
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:10:24 Fine_Offset_Electronics__WH25_43_temperature_C 20.900000
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:09:24 Oregon_Scientific_SL109H_3_channel 3
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:09:24 Oregon_Scientific_SL109H_3_humidity 0
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:09:24 Oregon_Scientific_SL109H_3_id 0
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:09:24 Oregon_Scientific_SL109H_3_mic CHECKSUM
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:09:24 Oregon_Scientific_SL109H_3_status 0
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:09:24 Oregon_Scientific_SL109H_3_temperature_C 0.000000
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 battery OK
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:09:24 channel 3
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:04 direction_deg 90
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:04 gust 8.568
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 gust_speed_ms 1.12
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 humidity 69
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 id 79
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 light_lux 5372.0
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 mic CRC
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 model Fine Offset WH24
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:04 msg_type 0
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:10:59 pressure_hPa 1006.59998
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:04 rain 578.40002
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 rainfall_mm 462.30002
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:04 speed 6.12
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:09:24 status 0
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 temperature_C 18.3
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 time 2019-10-12 17:11:05
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 uv 205
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 uvi 0
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 wind_dir_deg 233
setstate MQTT2_rtl_433_3775ffff 2019-10-12 17:11:06 wind_speed_ms 0.28


Vom WH25_43 mache ich jetzt ein eigenes Device. Es kann auch automatisch angelegt werden, dazu müsste aber die Template-Datei angepasst werden, habe ich aber nicht hinbekommen. Deshalb von Hand.


defmod WH25A_43 MQTT2_DEVICE WH25A_43
attr WH25A_43 IODev mqtt2
attr WH25A_43 autocreate 1
attr WH25A_43 readingList .*/43/id:.* id\
.*/43/temperature_C:.* temperature_C\
.*/43/humidity:.* humidity\
.*/43/pressure_hPa:.* pressure_hPa\
.*/43/battery:.* battery\
.*/43/mic:.* mic
attr WH25A_43 room MQTT
attr WH25A_43 stateFormat {sprintf ("Temp: %.1f°C Hum: %.1f%% Pres: %.1fhpa", ReadingsVal($name,"temperature_C",0), ReadingsVal($name,"humidity",0), ReadingsVal($name,"pressure_hPa",0)) }


Wenn man SonOff Devices mit der Tasmota-Software (Tasmota Version 6.6.0(release-sonoff)) hat, werden die Devices automatisch angelegt. Beim SonOff-Gerät muss natürlich der MQTT-Server und richtige Port eingetragen sein.

Ich hoffe ich konnte etwas helfen und nicht zu viel Verwirrung stiften.

pejonp

Hallo pejonp,

vielen Dank für Deine Bemühungen und die ausführliche Beschreibung. Ich konnte Dir auch soweit auch folgen und werde versuchen, das bei mir umzusetzen.

Viele Grüße
Biker1099