Empfang BBQ-Thermometer Maverick ET 732

Begonnen von unimatrix, 27 April 2014, 19:43:25

Vorheriges Thema - Nächstes Thema

igami

Ich muss mich doch noch mal korrigieren, das ET-732 wird nun als TRX_ELSE angelegt

Hier die Logeinträge vom initialisieren

2016.02.10 16:16:07 3: Opening TRX_0 device /dev/ttyUSB0
2016.02.10 16:16:07 3: Setting TRX_0 serial parameters to 38400,8,N,1
2016.02.10 16:16:07 3: TRX_0 device opened
2016.02.10 16:16:09 1: TRX: Init OK
2016.02.10 16:16:09 1: TRX: Init status: '433.92MHz transceiver, firmware=251, protocols enabled: Hideki OREGON AC ARC X10 '

Muss ich noch etwas einstellen?
In der Manager Software taucht das Mavericḱ in dem gelben Fenster mit den korrekten Temperaturwerten auf.
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED

knochenmuehle

Zitat von: igami am 10 Februar 2016, 17:13:26
Ich muss mich doch noch mal korrigieren, das ET-732 wird nun als TRX_ELSE angelegt

hier lief es einwandfrei nach Abschalten der longids.

Andreas

igami

Habe longids nun auf 0 gesetzt, was es ja per default schon ist. Das TRX_ELSE gelöscht, Maverick neugestartet, es wurde trotzdem wieder als ELSE angelegt.
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED

Willi

Zitat von: igami am 10 Februar 2016, 17:37:00
Habe longids nun auf 0 gesetzt, was es ja per default schon ist. Das TRX_ELSE gelöscht, Maverick neugestartet, es wurde trotzdem wieder als ELSE angelegt.
Hattest Du in fhem ein "update" gemacht bzw. die geposteten Dateien (45_TRX.pm, 46_TRX_WEATHER.pm, 46_TRX_ELSE.pm) ausgetauscht und fhem neu gestartet?

Poste doch ansonsten mal die Ausgabe des Befehls
     version
Da müßte dann bei den TRX-Modulen folgendes stehen:
Zitat
45_TRX.pm          10764 2016-02-07 22:04:04Z wherzig
46_TRX_ELSE.pm     10765 2016-02-07 22:04:32Z wherzig
46_TRX_LIGHT.pm    10637 2016-01-25 22:14:16Z wherzig
46_TRX_SECURITY.pm  5616 2014-04-23 20:51:14Z wherzig
46_TRX_WEATHER.pm  10766 2016-02-07 22:07:41Z wherzig
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

igami

Habe die geposteten Dateien genommen. An dem Tag hatte er mir dann auch das Device als ET732 angelegt.

45_TRX.pm          10764 2016-02-07 22:04:04Z wherzig
46_TRX_ELSE.pm     10765 2016-02-07 22:04:32Z wherzig
46_TRX_LIGHT.pm    10637 2016-01-25 22:14:16Z wherzig
46_TRX_SECURITY.pm  5616 2014-04-23 20:51:14Z wherzig
46_TRX_WEATHER.pm  10766 2016-02-07 22:07:41Z wherzig

Habe grad auch mal ein update von debian gemacht und den cubietruck neugestartet, hat aber nichts gebracht, immernoch else.
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED

Willi

#185
Zitat von: igami am 10 Februar 2016, 19:21:04
Habe grad auch mal ein update von debian gemacht und den cubietruck neugestartet, hat aber nichts gebracht, immernoch else.
Was meinst Du genau mit else? Werden die Daten nach TRX_UNKNOWN_4e.log  geschrieben? Oder wohin?

Das wäre seltsam, wenn das die aktuelle Ausgabe von version ist.
Bei 4e01 sollte er nicht in TRX_ELSE gehen.

Könntest Du mir mal die Inhalte posten, der jeweiligen Datei mir Namen der Datei? Zumindest die letzten aktuellen Zeilen.

Gibt es eine Fehlermeldung in der Log von fhem (fhem-2016-02.log)?
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

Willi

Zitat von: knochenmuehle am 10 Februar 2016, 17:12:08
von hier: Zustimmung zu deinem Vorschlag

Andreas
Damit müßte es funktionieren. Bitte testen, dann packe ich es ins SVN.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

knochenmuehle

#187
funktioniert soweit ...

Fühler in 1 -> 1. Wert mit Bezeichnung wird angezeigt 2. nicht
beide Fühler -> 2 Werte mit Bezeichnung (TB u.TF)
Fühler in 2 -> 2. Wert mit Bezeichnung wird angezeigt 1. nicht

Wechsel im laufenden Betrieb. Habe nur noch nicht getestet, was passiert, wenn ich von 1 auf 2 wechsle und kurzfristig keine Werte habe.

Nachtrag: ohne Fühler nur Bat: ok
sobald Fühler wieder drin kommen die Werte wie erwartet

Konnte keine Fehler feststellen.

D A N K E !

Andreas

OliS.

Hallo, Willi!

Funktioniert bei mir auch wie beschrieben. Ich kann im laufenden Betrieb die Fühler ein- und wieder ausstecken, und es werden dynamisch nur die Readings der eingesteckten Fühler angezeigt. Sehr gute Arbeit, danke!

Oli
FHEM in Debian VM auf DS720+, HMLAN und HMUARTLGW, RFXTRX, Conbee II, Homebridge, Alexa
Geräte: Homematic, Tradfri, Shelly, IT, ESA2000, VU+, Denon-AVR, Sonos, Fritz!Box, Harmony Hub, IP-Cams, Roborock, Automower

Willi

Danke für das Feedback. Ist jetzt im SVN und damit morgen per update verfügbar.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

Jiggi

Hallo zusammen, erst einmal ein großes Danke für die tolle Arbeit.

Ich habe auch ein Problem beim Erkennen des Maverick ET732, da dies auch nur als RTX_ELSE erkannt wird.
Hatte auch schon die Zeilen verglichen, die TRX Files entfernt und per update neu eingespielt, das hat aber keinen Erfolg gebracht.
Anbei einmal die wohl wichtigsten Infos, vielleicht hlft das ja weiter.

TRX: Init status: '433.92MHz transceiver, firmware=251, protocols enabled: ByronSX FS20 Hideki Mertik OREGON ARC

45_TRX.pm               10764 2016-02-07 22:04:04Z wherzig
46_TRX_ELSE.pm          10765 2016-02-07 22:04:32Z wherzig
46_TRX_LIGHT.pm         10637 2016-01-25 22:14:16Z wherzig
46_TRX_SECURITY.pm       5616 2014-04-23 20:51:14Z wherzig
46_TRX_WEATHER.pm       10766 2016-02-07 22:07:41Z wherzig


2016.02.12 08:34:57 5: TRX/RAW:
N?/?+??y
2016.02.12 08:34:57 5: TRX: TRX_Read '0a4e01b9de2b0016fdec79'
2016.02.12 08:34:57 5: TRX_Read rmsg '0a4e01b9de2b0016fdec79'
2016.02.12 08:34:57 5: TRX_Read TRX_data '0a4e01b9de2b0016fdec79'
2016.02.12 08:34:57 5: TRX_Parse() '0a4e01b9de2b0016fdec79'
2016.02.12 08:34:57 5: TRX_0 dispatch 0a4e01b9de2b0016fdec79
2016.02.12 08:34:57 5: TRX_ELSE_Parse() decoding delay=12 hex=0a4e01b9de2b0016fdec79
2016.02.12 08:34:57 5: TRX_ELSE_Parse() 2 hex=0a4e01b9de2b0016fdec79
2016.02.12 08:34:57 5: TRX_ELSE_Parse() num_bytes=10 hex=0a4e01b9de2b0016fdec79 type=78
2016.02.12 08:34:57 5: TRX_Read END
2016.02.12 08:35:09 5: TRX/RAW: /
N?
2016.02.12 08:35:09 5: TRX: TRX_Read '0a4e01ba'
2016.02.12 08:35:09 5: TRX_Read END
2016.02.12 08:35:09 5: TRX/RAW:
N?/?+??y
2016.02.12 08:35:09 5: TRX: TRX_Read '0a4e01bade2b0016fdec79'
2016.02.12 08:35:09 5: TRX_Read rmsg '0a4e01bade2b0016fdec79'
2016.02.12 08:35:09 5: TRX_Read TRX_data '0a4e01bade2b0016fdec79'
2016.02.12 08:35:09 5: TRX_Parse() '0a4e01bade2b0016fdec79'
2016.02.12 08:35:09 5: TRX_0 dispatch 0a4e01bade2b0016fdec79
2016.02.12 08:35:09 5: TRX_ELSE_Parse() decoding delay=12 hex=0a4e01bade2b0016fdec79
2016.02.12 08:35:09 5: TRX_ELSE_Parse() 2 hex=0a4e01bade2b0016fdec79
2016.02.12 08:35:09 5: TRX_ELSE_Parse() num_bytes=10 hex=0a4e01bade2b0016fdec79 type=78
2016.02.12 08:35:09 5: TRX_Read END
2016.02.12 08:35:21 5: TRX/RAW: /

2016.02.12 08:35:21 5: TRX: TRX_Read '0a'
2016.02.12 08:35:21 5: TRX_Read END
2016.02.12 08:35:21 5: TRX/RAW:
/N??+??y
2016.02.12 08:35:21 5: TRX: TRX_Read '0a4e01bbde2b0016fdec79'
2016.02.12 08:35:21 5: TRX_Read rmsg '0a4e01bbde2b0016fdec79'
2016.02.12 08:35:21 5: TRX_Read TRX_data '0a4e01bbde2b0016fdec79'
2016.02.12 08:35:21 5: TRX_Parse() '0a4e01bbde2b0016fdec79'
2016.02.12 08:35:21 5: TRX_0 dispatch 0a4e01bbde2b0016fdec79
2016.02.12 08:35:21 5: TRX_ELSE_Parse() decoding delay=12 hex=0a4e01bbde2b0016fdec79
2016.02.12 08:35:21 5: TRX_ELSE_Parse() 2 hex=0a4e01bbde2b0016fdec79
2016.02.12 08:35:21 5: TRX_ELSE_Parse() num_bytes=10 hex=0a4e01bbde2b0016fdec79 type=78
2016.02.12 08:35:21 5: TRX_Read END

2016.02.12 08:35:33 5: TRX/RAW: /
N?
2016.02.12 08:35:33 5: TRX: TRX_Read '0a4e01bd'
2016.02.12 08:35:33 5: TRX_Read END
2016.02.12 08:35:33 5: TRX/RAW:
N?/?+??y
2016.02.12 08:35:33 5: TRX: TRX_Read '0a4e01bdde2b0016fdec79'
2016.02.12 08:35:33 5: TRX_Read rmsg '0a4e01bdde2b0016fdec79'
2016.02.12 08:35:33 5: TRX_Read TRX_data '0a4e01bdde2b0016fdec79'
2016.02.12 08:35:33 5: TRX_Parse() '0a4e01bdde2b0016fdec79'
2016.02.12 08:35:33 5: TRX_0 dispatch 0a4e01bdde2b0016fdec79
2016.02.12 08:35:33 5: TRX_ELSE_Parse() decoding delay=12 hex=0a4e01bdde2b0016fdec79
2016.02.12 08:35:33 5: TRX_ELSE_Parse() 2 hex=0a4e01bdde2b0016fdec79
2016.02.12 08:35:33 5: TRX_ELSE_Parse() num_bytes=10 hex=0a4e01bdde2b0016fdec79 type=78
2016.02.12 08:35:33 5: TRX_Read END
2016.02.12 08:35:45 5: TRX/RAW: /
N??
2016.02.12 08:35:45 5: TRX: TRX_Read '0a4e01bede'
2016.02.12 08:35:45 5: TRX_Read END
2016.02.12 08:35:45 5: TRX/RAW:
N??/+??y
2016.02.12 08:35:45 5: TRX: TRX_Read '0a4e01bede2b0016fdec79'
2016.02.12 08:35:45 5: TRX_Read rmsg '0a4e01bede2b0016fdec79'
2016.02.12 08:35:45 5: TRX_Read TRX_data '0a4e01bede2b0016fdec79'
2016.02.12 08:35:45 5: TRX_Parse() '0a4e01bede2b0016fdec79'
2016.02.12 08:35:45 5: TRX_0 dispatch 0a4e01bede2b0016fdec79
2016.02.12 08:35:45 5: TRX_ELSE_Parse() decoding delay=12 hex=0a4e01bede2b0016fdec79
2016.02.12 08:35:45 5: TRX_ELSE_Parse() 2 hex=0a4e01bede2b0016fdec79
2016.02.12 08:35:45 5: TRX_ELSE_Parse() num_bytes=10 hex=0a4e01bede2b0016fdec79 type=78
2016.02.12 08:35:45 5: TRX_Read END
2016.02.12 08:35:57 5: TRX/RAW: /
N
2016.02.12 08:35:57 5: TRX: TRX_Read '0a4e01'
2016.02.12 08:35:57 5: TRX_Read END
2016.02.12 08:35:57 5: TRX/RAW:
N/??+??y
2016.02.12 08:35:57 5: TRX: TRX_Read '0a4e01bfde2b0016fdec79'
2016.02.12 08:35:57 5: TRX_Read rmsg '0a4e01bfde2b0016fdec79'
2016.02.12 08:35:57 5: TRX_Read TRX_data '0a4e01bfde2b0016fdec79'
2016.02.12 08:35:57 5: TRX_Parse() '0a4e01bfde2b0016fdec79'
2016.02.12 08:35:57 5: TRX_0 dispatch 0a4e01bfde2b0016fdec79
2016.02.12 08:35:57 5: TRX_ELSE_Parse() decoding delay=12 hex=0a4e01bfde2b0016fdec79
2016.02.12 08:35:57 5: TRX_ELSE_Parse() 2 hex=0a4e01bfde2b0016fdec79
2016.02.12 08:35:57 5: TRX_ELSE_Parse() num_bytes=10 hex=0a4e01bfde2b0016fdec79 type=78
2016.02.12 08:35:57 5: TRX_Read END
raspbian fhem RPi3 Stretch: MAX!, Conbee, RFXCOM, Harmony Hub, Alexa, TelegramBot, nuki, Maverick ET732, Intertechno, Fritz!DECT, Xiaomi Aqara, Sonoff, Roborock S50,

Willi

Hmm. Das ist mehr als merkwürdig. Eigentlich sollte eine Nachricht, die mit "0e4e" beginnt beinm Dispatch IMMER bei TRX-WEATHER landen. Dafür sind die entsprechenden regulären Ausdrücke da.

Bitte prüfen, ob folgende reguläre Ausdrücke in den entsprechenden Dateien sind.

45_TRX.pm, ab Zeile 61:
Zitat"1:TRX_WEATHER"     => "^..(4e|50|51|52|54|55|56|57|58|5a|5b|5c|5d).*",
    "2:TRX_SECURITY"    => "^..(20).*",
    "3:TRX_LIGHT"       => "^..(10|11|12|13|14|15|16|17|18|19).*",
    "4:TRX_ELSE"        => "^..(0[0-f]|1[a-f]|2[1-f]|3[0-f]|4[0-d]|4f|53|59|5e|5f|[6-f][0-f]).*",

46_TRX_WEATHER.pm, ab Zeile 129:
Zitat$hash->{Match}     = "^..(4e|50|51|52|54|55|56|57|58|5a|5c|5d).*";

46_TRX_ELSE.pm, ab Zeile 44:
Zitat$hash->{Match}     = "^..(0[0-f]|1[a-f]|2[1-f]|3[0-f]|4[0-d]|4f|53|59|5e|5f|[6-f][0-f]).*";

Ist ansonsten FHEM aktuell? Wie ist die Version von fhem.pl (darin ist der Dispatch)?

Grüße

Willi

FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

Jiggi

Hallo Willi.

Ich habe die Zeilen verglichen und kann keinen Unterschied erkennen. FHEM ist soweit aktuell und ein update check hat soweit auch nichts zu tun.


45_TRX.pm
    "1:TRX_WEATHER"    => "^..(4e|50|51|52|54|55|56|57|58|5a|5b|5c|5d).*",
    "2:TRX_SECURITY" => "^..(20).*",
    "3:TRX_LIGHT" => "^..(10|11|12|13|14|15|16|17|18|19).*",
    "4:TRX_ELSE"    => "^..(0[0-f]|1[a-f]|2[1-f]|3[0-f]|4[0-d]|4f|53|59|5e|5f|[6-f][0-f]).*",

46_TRX_WEATHER   
     $hash->{Match}     = "^..(4e|50|51|52|54|55|56|57|58|5a|5c|5d).*";

46_TRX_ELSE
$hash->{Match}     = "^..(0[0-f]|1[a-f]|2[1-f]|3[0-f]|4[0-d]|4f|53|59|5e|5f|[6-f][0-f]).*";

fhem.pl                 10769 2016-02-08 12:11:51Z rudolfkoenig
raspbian fhem RPi3 Stretch: MAX!, Conbee, RFXCOM, Harmony Hub, Alexa, TelegramBot, nuki, Maverick ET732, Intertechno, Fritz!DECT, Xiaomi Aqara, Sonoff, Roborock S50,

Willi

#193
Hmm. Evtl. sind ja meine regulären Ausdrücke doch falsch. Könntest Du testweise mal folgende Dateien austauschen und danach FHEM neu starten.

Danke!

Ich verstene nur nocht, warum diese Probleme bei manchen auftreten und bei manchen nicht.

Unter welcher Platform (Betriebssystem, Version) setzt Du FHEM ein? Evtl. verhalten sich manche Perl-Versionen anders.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

igami

Bei mir setze ich FHEM auf einem Cubietruck mit Armbian (ehemals igors image) ein.
Habe aber nun auch erschreckend festgestellt, dass ich meine Intertechno Steckdose nicht mehr schalten kann. Schalte ich sie über den CUL oder den wandschalter wird der state im TRX LIGHT device aktualisiert.
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED