-
-
Notifications
You must be signed in to change notification settings - Fork 139
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TFA Dostmann 30.3221.02 T/H Outdoor Sensor not parsed #19
Comments
If you add this definition to your build, it will enable verbose mode in the rtl_433 device decoders. It may give a clue as to why the decode is failing.
I did check and the device should be supported as I assume it uses this device decoder tfa_30_3221.c which is When I looked at the debug output, what was surprising was that the #of pulses received was not consistent which may give a clue into why it is failing. |
Wow.. that was a fast response. :-D i tried to capture exactly one "TX" - Click...
|
one more
and one more
|
Well that device decoder doesn't have any debugging in verbose mode ;-( It should have had some lines logged here, like some of the others do. rtl_433_ESP(7): demod(6) - TFA Dostmann 30.3221.02 T/H Outdoor Sensor Well will need to debug this the hard way ( take the raw signal and walk it thru the device decoder code ) |
the sender itself seems to work fine.. i'm not sure, if that will help you:
batteryState | ok | 2021-12-17 17:59:48 |
the code from tfa_30_3221.c exits realy quickly at
i added some debug outputs to print out the number of rows before calling bitbuffer_find_repeated_row and an indication for the abort. Here are some outputs:
|
with the current rtl_433-refresh branch, the TFA is recognized as LaCrosse-TX141THBv2
The test-button for manually transmitting is not recognized - ther terminal still counts a lot of unparsed signals.. but it's going in the right direction :-D Update: after a couple of minutes, the signal is also parsed as TFA - sometimes..... (1 times in aprox 30 Minutes)
|
So I took this debug line you shared earlier
And after playing around with the data, it looks like this
And looking at the device decoder, the temperature bits would be approx 12 to 23 aka PS Workflow was this
|
That means, the transmission itself and raw-receive component seems to work - the problem is part of the parsing? |
Do you have a rtl_sdr that you can run rtl_433 against to ensure that the decoder works consistently? It would help show where the challenge is. My code that passes the data stream to the device decoder or the decoder logic. It would be interesting if rtl_433 had a similar challenge. |
sadly no... Since the update from today with the 'rtl_433-refresh' branch there are a lots of foreign devices (i had some of them before, but now they appear really quick after booting) ... either thats caused by a changed rssi tolerance or it's faulty created by background noise? in the attached picture you can see the traffic sended to mqtt- currently i have disabled "unparsed signal reporting" to mqtt. The new TFA is parsed as LaCrosse device - but i found out, that this is a bit unreliable. Sometimes when i press the test button, the signal get's translated correct (even with the "Test":"Yes"-Property) but i think it's 1 out of 5. |
...... omg who can read has a clear advantage this remark was missing before... did you add that? This is the same as LaCrosse-TX141THBv2 and should be merged. |
Is this the same device ? Manual says the sensor is Price was cheap, so was thinking of grabbing one to add to my fleet of sensors Then I could quickly troubleshoot this |
Looks terrifyingly similar for me. So i think, whatever you changed in these branch, it did the trick - device is parsed... Sporadic dropouts when forcing manually transmitting with the "test" button are definitly acceptable for me. |
@Dattel I think we can close this as resolved with the rtl_433-refresh branch. Also I think I resolved the 'dropouts' |
very brilliant - thanks a lot :-D |
Resolved with #18 |
Hi,
since my old sensor got flooded during the last rain if've bought a "TFA Dostmann 30.3221.02 T/H Outdoor Sensor".
Is there anything i need to know to enable parsing? My debug-console only reports "unparsed data"
I'm using rtl_433_ESP = https://github.com/NorthernMan54/rtl_433_ESP#e03f689
in OpenMQTTGateway
here are some captures from the console if i press the "TX" button on TFA-Sensor
Thanks :-D
The text was updated successfully, but these errors were encountered: