Empfang BBQ-Thermometer Maverick ET 732

herrmannj · 07 Februar 2016, 01:53:51

hat den gleichen.

fw vom rfx erneuert ?

vg
joerg

Mikerick · 07 Februar 2016, 10:15:57

Ahoi,

module ersetzt, Firmware ist die neue, autocreate an.

2016.02.07 09:51:37 1: TRX_WEATHER: ERROR: Unknown sensor_id=4e message='0a4e011933240019001b69'
2016.02.07 09:51:49 1: TRX_WEATHER: ERROR: Unknown sensor_id=4e message='0a4e011a33240019001b69'
2016.02.07 09:52:01 1: TRX_WEATHER: ERROR: Unknown sensor_id=4e message='0a4e011b33240019001b69'

================================================
Reset receiver/transceiver
================================================
Get Status
Packettype = Interface Message
subtype = Interface Response
Sequence nbr = 1
response on cmnd = Get Status
Transceiver type = 433.92MHz
Firmware version = 251
Transmit power = 10dBm
Hardware version = 1.3
Undec off
X10 disabled
ARC disabled
AC enabled
HomeEasy EU disabled
Meiantech/Atlantic disabled
Oregon Scientific enabled
ATI disabled
Visonic disabled
Mertik disabled
AD disabled
Hideki enabled
La Crosse enabled
FS20/Legrand disabled
ProGuard disabled
BlindsT0 disabled
BlindsT1 disabled
AE disabled
RUBiCSON/Lacrosse/Banggood disabled
FineOffset disabled
Lighting4 enabled
RSL disabled
Byron SX disabled
Imagintronix disabled
KeeLoq disabled
Home Confort disabled
RFU2 disabled
RFU3 disabled
RFU4 disabled
RFU5 disabled
RFU6 disabled
RFU7 disabled

------------------------------------------------
Packettype = BBQ
subtype = BBQ1 - Maverick ET-732
Sequence nbr = 0
ID = 13092
Sensor1 temp = 24 °C
Sensor2 temp = 25 °C
Signal level = 8 -56dBi
Battery = OK
------------------------------------------------
Packettype = BBQ
subtype = BBQ1 - Maverick ET-732
Sequence nbr = 1
ID = 13092
Sensor1 temp = 24 °C
Sensor2 temp = 25 °C
Signal level = 8 -56dBi
Battery = OK
------------------------------------------------
Packettype = TEMP
subtype = TEMP2 - THC238/268,THN132,THWR288,THRN122,THN122,AW129/131
channel 4
Sequence nbr = 2
ID = 29188
Temperature = 12 °C
Signal level = 6 -72dBi
Battery = OK
------------------------------------------------
Packettype = BBQ
subtype = BBQ1 - Maverick ET-732
Sequence nbr = 3
ID = 13092
Sensor1 temp = 24 °C
Sensor2 temp = 28 °C
Signal level = 8 -56dBi
Battery = OK
------------------------------------------------
Packettype = BBQ
subtype = BBQ1 - Maverick ET-732
Sequence nbr = 4
ID = 13092
Sensor1 temp = 25 °C
Sensor2 temp = 35 °C
Signal level = 8 -56dBi
Battery = OK
------------------------------------------------

Beste Grüße

Mik

OliS. · 07 Februar 2016, 10:17:12

Guten Morgen zusammen,

Zitat von: herrmannj am 07 Februar 2016, 01:53:51
fw vom rfx erneuert ?

Ja, den hatte ich gestern ja schon mit der RFXtrx433E Ext 251 geflasht.

Im Anhang habe ich ein Logfile des TRX_UNKNOWN_4e, welcher mit den "alten" TRX-Modulen angelegt wird, angehängt. Falls Ihr da Messreihen mit korrespondierenden Temperaturen benötigt, bräuchte ich ein bisschen mehr Zeit.

Wie gesagt, mit den modifizierten TRX-Modulen, die Willi gestern angehängt hat, wird das Thermometer gar nicht erkannt. Einen Log-Auszug beim Starten der Module ~~liefere ich noch nach~~ habe ich ebenfalls angehängt.

Oli

OliS. · 07 Februar 2016, 10:31:32

Zitat von: Mikerick am 07 Februar 2016, 10:15:57...Firmware ist die neue...

Moin!

Welche FW hast Du denn geflasht? Die RFXtrx433 Type2 195 oder die RFXtrx433E Ext 251?

Oli

Mikerick · 07 Februar 2016, 10:41:26

Hi,

Firmware version = 251
Transmit power = 10dBm
Hardware version = 1.3

Die neue 251er...

Das mt den Messreihen kannste Dir m.E. sparen. Die Dekodierung der Protokolls ist eigentlich auch 'durch'. Ich blicke zwar nicht, ob das die RFXTRX-Firmware macht, oder die Coder-Helden das in den Modulen umsetzen.

Ein Bissel 'Sorge' macht mir nun die Verquickung von Willi und Jörg. Ich denke Jörg macht das 'Rundum-Sorglos' Paket für alle BBQ-Thermos und Willi will (

) es in den 'normalen' TRX-Modulen (speziell TRX_WEATHER) unterbringen. Aber die beiden regeln das bestimmt.

Beide haben ja auf Sourceforge svn-Access und posten fleissig Diffs und Patches. Immer wieder toll zu sehen, wie aktiv das Projekt ist.

Nur kein Stress aufkommen lassen

Als neuer User helfe ich gerne wo ich kann.

Helau

Mik

Willi · 07 Februar 2016, 10:46:10

Ich habe hoffentlich den Bug gefunden (hatte 4f statt 4e genommen).

Bitte die nachfolgenden Module verwenden.
Danach am besten fhem neustarten oder ein reload aller Module.

Grüße

Willi

OliS. · 07 Februar 2016, 10:54:19

Zitat von: Mikerick am 05 Februar 2016, 17:14:34
PP
Morgen

Zitat von: Mikerick am 07 Februar 2016, 10:41:26
Nur kein Stress aufkommen lassen ...

Witzig, dass gerade Du das sagst...

Oli

OliS. · 07 Februar 2016, 11:02:18

Jetzt kommen wir der Sache schon näher....
Lediglich das Komma ist verschoben.

Oli

Mikerick · 07 Februar 2016, 11:07:43

Ja, aber ehrlich, ich meine das wirklich nicht

!!Echt kein Stress!!

Bug 1 ist weg:-)

2016.02.07 10:55:45 3: TRX_WEATHER: Unknown device ET732_97, please define it
2016.02.07 10:55:45 2: autocreate: define ET732_97 TRX_WEATHER ET732_97
2016.02.07 10:55:45 2: autocreate: define FileLog_ET732_97 FileLog /usr/local/FHEM/var/log/ET732_97-%Y.log ET732_97

Jetzt noch eine Kommastelle

Habe 23 auf beiden Sensoren, im Log steht 2.3 ... Bilder anbei.

Top!

Bis denne

Mik

OliS. · 07 Februar 2016, 11:47:04

Mir ist noch aufgefallen, dass das Maverick, wenn man es aus- und wieder einschaltet, mit einer neuen ID reinkommt. Das heißt, das zuvor angelegt Device empfängt keine Daten mehr und muss neu angelegt werden oder in der DEF angepasst werden.

Oli

knochenmuehle · 07 Februar 2016, 12:29:57

Hallo,

ich habe hier einen RFXtrx433 ohne E und die neuste 95er (Typ1) und anschließend die 195er (Typ2) Firmware geflasht. Die hier im Thread veröffentlichten Module habe ich auch im Einsatz.
Es wird aber nur TRX_UNKNOWN_4e 0a4e01b000000018001679 erkannt. Woran könnte das liegen ?

hier noch einige Zeilen aus dem Log:

Code Auswählen


2016-02-07_11:37:00 TRX_UNKNOWN_4e 0a4e013e00000018001679
2016-02-07_11:37:10 TRX_UNKNOWN_4e 0a4e013f00000018001679
2016-02-07_11:37:22 TRX_UNKNOWN_4e 0a4e014100000018001679
2016-02-07_12:23:36 TRX_UNKNOWN_4e 0a4e01a000000018001679
2016-02-07_12:23:48 TRX_UNKNOWN_4e 0a4e01a100000018001679
2016-02-07_12:24:00 TRX_UNKNOWN_4e 0a4e01a200000018001679
2016-02-07_12:24:12 TRX_UNKNOWN_4e 0a4e01a300000018001679
2016-02-07_12:24:24 TRX_UNKNOWN_4e 0a4e01a400000018001679
2016-02-07_12:24:36 TRX_UNKNOWN_4e 0a4e01a700000018001679
2016-02-07_12:24:48 TRX_UNKNOWN_4e 0a4e01a800000018001679
2016-02-07_12:25:00 TRX_UNKNOWN_4e 0a4e01a900000018001679
2016-02-07_12:25:12 TRX_UNKNOWN_4e 0a4e01aa00000018001679
2016-02-07_12:25:25 TRX_UNKNOWN_4e 0a4e01ab00000018001679
2016-02-07_12:25:36 TRX_UNKNOWN_4e 0a4e01ae00000018001679
2016-02-07_12:25:48 TRX_UNKNOWN_4e 0a4e01af00000018001679
2016-02-07_12:26:00 TRX_UNKNOWN_4e 0a4e01b000000018001679
2016-02-07_12:26:12 TRX_UNKNOWN_4e 0a4e01b100000018001679
2016-02-07_12:26:24 TRX_UNKNOWN_4e 0a4e01b200000018001679
2016-02-07_12:26:36 TRX_UNKNOWN_4e 0a4e01b500000018001679
2016-02-07_12:26:48 TRX_UNKNOWN_4e 0a4e01b600000018001679
2016-02-07_12:27:00 TRX_UNKNOWN_4e 0a4e01b700000018001679
2016-02-07_12:27:12 TRX_UNKNOWN_4e 0a4e01b800000018001679
2016-02-07_12:27:24 TRX_UNKNOWN_4e 0a4e01b900000018001679
2016-02-07_12:27:36 TRX_UNKNOWN_4e 0a4e01bc00000018001679
2016-02-07_12:27:48 TRX_UNKNOWN_4e 0a4e01bd00000018001679
2016-02-07_12:28:00 TRX_UNKNOWN_4e 0a4e01be00000018001679
2016-02-07_12:28:12 TRX_UNKNOWN_4e 0a4e01bf00000018001679

nicht erkannt wird ein 733er Maverick.

Gruß Andreas

Mikerick · 07 Februar 2016, 12:56:50

Hi,

das mit der ID kann ich bestätigen. Denke das hat etwas mit der neuen Firmware zu tun. Evtl. by design, da für jeden Grill-Job ein neues File angelegt werden soll.

Mit einem kleinen

attr ET732_133 userReadings ET732_133.temp-food { ReadingsVal("ET732_133","temp-food",0) * 10},ET732_133.temp-bbq { ReadingsVal("ET732_133","temp-bbq",0) * 10}

können die Werte 'verbessert werden'. Denke aber das ist nicht Sinn der Sache

Hab ich halt mal Userreadings gelernt, ansatzweise.

2016-02-07_12:55:15 ET732_133 TF: 2.2 TB: 3 BAT: ok
2016-02-07_12:55:15 ET732_133 ET732_133.temp-bbq: 30
2016-02-07_12:55:15 ET732_133 ET732_133.temp-food: 22
2016-02-07_12:55:27 ET732_133 temp-food: 2.2
2016-02-07_12:55:27 ET732_133 temp-bbq: 2.9
2016-02-07_12:55:27 ET732_133 battery: ok
2016-02-07_12:55:27 ET732_133 TF: 2.2 TB: 2.9 BAT: ok
2016-02-07_12:55:27 ET732_133 ET732_133.temp-bbq: 29
2016-02-07_12:55:27 ET732_133 ET732_133.temp-food: 22

Daraus könnten dann eine Plot erstellt werden, denke ich.

Beste Grüße

Mik

herrmannj · 07 Februar 2016, 13:20:45

Korrekt, das ist die neue fw (richtiger weise) und das Maverick.

Das Maverick vergibt bei jedem anschalten einen neue ID. Bisher hat RFXCOM die ID nicht ausgegeben weil die nicht decodiert werden konnte. Das (und das 733) hat RFXCOM in der neuen FW gelöst.

Die ID ist wichtig. Sonst könnte man nicht arbeiten wenn zB der Nachbar auch ein Maverick hat weil fhem die beiden nicht unterscheiden könnte. Das bbq modul wird mit wechselnden IDs umgehen können.

Btw,
bei mir funktionier der Empfang des 733 leider sehr instabil - da wollten wir eigentlich nooch was machen. Ich habe mit einem 433e und dem et733 teilweise mehrere dutzend Minuten in denen ich nichts empfange. Das ist auch unabhängig vom Abstand oder igrendwelchen anderen für mich erkennbaren Bedingungen.

Bert hatte eine andere Stromversorgung für den 433e vorgeschlagen, das muss ich noch testen.

Aber da die fw draussen ist würde mich sehr interessieren wie das bei Euch ist. Muss man einige Zeit laufen lassen um das zu beobachten.

vg
joerg

knochenmuehle · 07 Februar 2016, 13:57:42

Zitat von: herrmannj am 07 Februar 2016, 13:20:45

bei mir funktionier der Empfang des 733 leider sehr instabil - da wollten wir eigentlich nooch was machen. Ich habe mit einem 433e und dem et733 teilweise mehrere dutzend Minuten in denen ich nichts empfange. Das ist auch unabhängig vom Abstand oder igrendwelchen anderen für mich erkennbaren Bedingungen.

der Empfang ist hier nicht das Problem, die daten kommen regelmäßig 4x pro Minute, das ET733 wird nicht erkannt s.o.

Gruß Andreas

OliS. · 07 Februar 2016, 14:01:34

Zitat von: herrmannj am 07 Februar 2016, 13:20:45Aber da die fw draussen ist würde mich sehr interessieren wie das bei Euch ist. Muss man einige Zeit laufen lassen um das zu beobachten.

Ich werde das den restlichen Tag mal beobachten. Hab mir dazu ein Überwachungs-DOIF gebaut.

Code Auswählen

define mav_empf_push DOIF ([ET732_240]) (set pushmsg msg 'Maverick' 'Kein Empfang')
attr mav_empf_push wait 60
attr mav_empf_push do resetwait

Ich werde berichten.

Oli