Otodata RC1010 propane tank transponder support

[mhaberler]

I'm asking for help on adding a decoder for the Otodata propane tank BLE transponders
see https://www.otodatatankmonitors.com/our-monitors (bottom right), they look like so:

They work together with Rotarex capacitve tank probes
The FCC report shows the intestines - likely a Nordic nrf2 device : https://fcc.report/FCC-ID/2ADQFC008TR900

while they also export a GATT profile, the relevant data can be decoded from advertising broadcasts alone - unfortunately the ad format is not documented but can partially be guessed, see below

The device sends ads every second or so

When scanned, the device cycles through three different scan responses, where the device name shows the tank level and sensor health - this has been used to integrate into Home Assistant

However, active scan is not necessary to get at the relevant data:

I have decoded the tank level and sensor status with this fragment

device model and serial number can be extracted with this code

Find a pcap with advertisements of a transponder connected to a probe and properly reporting here.

A transponder which is disconnected reports differently

@DigiH suggested I add some OMG logs with "pubadvdata":true, here they are

N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"RC1010 56001530","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-51}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"unit sleeping","manufacturerdata":"b1034f544f54454c4502008813000437830f000000","rssi":-55}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"RC1010 56001608","manufacturerdata":"b1034f544f54454c45020010270000366e0f000000","rssi":-60}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","mac_type":1,"adv_type":0,"manufacturerdata":"b1034f544f54454c45020010270000376c0f000000","rssi":-55}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"trbl:URD (50.0)","manufacturerdata":"b1034f544f54454c4502008813000437830f000000","rssi":-48}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","mac_type":1,"adv_type":0,"name":"unit sleeping","manufacturerdata":"b1034f544f54454c45020010270000376c0f000000","rssi":-71}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"level: 100.0 % vertical","manufacturerdata":"b1034f544f3332383148845603132111010400022af20304","rssi":-62}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"RC1010 56001530","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-58}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"RC1010 56001608","manufacturerdata":"b1034f544f54454c45020010270000366e0f000000","rssi":-55}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"trbl:URD (50.0)","manufacturerdata":"b1034f544f54454c4502008813000437830f000000","rssi":-46}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"level: 100.0 % vertical","manufacturerdata":"b1034f544f3332383148845603132111010400022af20304","rssi":-55}N: Device detected: F8:95:D1:79:44:21
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","mac_type":1,"adv_type":0,"name":"level: 100.0 % vertical","manufacturerdata":"b1034f544f54454c45020010270000376c0f000000","rssi":-68}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"unit sleeping","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-40}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"unit sleeping","manufacturerdata":"b1034f544f3332383144845603132111010400022af20304","rssi":-51}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"unit sleeping","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-42}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"RC1010 56001604","manufacturerdata":"b1034f544f54454c4502008813000437830f000000","rssi":-45}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"RC1010 56001608","manufacturerdata":"b1034f544f3332383148845603132111010400022af20304","rssi":-55}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","mac_type":1,"adv_type":0,"name":"RC1010 56001535","manufacturerdata":"b1034f544f54454c45020010270000366d0f000000","rssi":-69}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"level: 100.0 % vertical","manufacturerdata":"b1034f544f54454c45020010270000366e0f000000","rssi":-61}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"trbl:URD (50.0)","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-49}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"unit sleeping","manufacturerdata":"b1034f544f54454c4502008813000437820f000000","rssi":-60}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"unit sleeping","manufacturerdata":"b1034f544f54454c4502008813000437820f000000","rssi":-45}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"trbl:URD (50.0)","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-52}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"unit sleeping","manufacturerdata":"b1034f544f3332383148845603132111010400022af20304","rssi":-63}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","mac_type":1,"adv_type":0,"name":"level: 100.0 % vertical","manufacturerdata":"b1034f544f54454c45020010270000366d0f000000","rssi":-55}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"RC1010 56001608","manufacturerdata":"b1034f544f54454c45020010270000366e0f000000","rssi":-66}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"trbl:URD (50.0)","manufacturerdata":"b1034f544f54454c4502008813000437820f000000","rssi":-52}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"trbl:URD (50.0)","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-52}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"RC1010 56001530","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-53}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","mac_type":1,"adv_type":0,"name":"RC1010 56001535","manufacturerdata":"b1034f544f54454c45020010270000366d0f000000","rssi":-56}N: Device detected: F7:5D:20:07:C3:25
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"trbl:URD (50.0)","manufacturerdata":"b1034f544f3332383144845603132111010400022af20304","rssi":-54}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"manufacturerdata":"b1034f544f54454c45020010270000366e0f000000","rssi":-54}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"RC1010 56001530","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-40}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"manufacturerdata":"b1034f544f3332383148845603132111010400022af20304","rssi":-66}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"RC1010 56001608","manufacturerdata":"b1034f544f54454c45020010270000366e0f000000","rssi":-54}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","mac_type":1,"adv_type":0,"name":"trbl:URD (50.0)","manufacturerdata":"b1034f544f54454c4502008813000437820f000000","rssi":-45}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"RC1010 56001530","manufacturerdata":"b1034f544f33323831fa835603132111010400022af20304","rssi":-53}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","mac_type":1,"adv_type":0,"name":"level: 100.0 % vertical","manufacturerdata":"b1034f544f54454c45020010270000366d0f000000","rssi":-63}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","mac_type":1,"adv_type":0,"name":"trbl:URD (50.0)","manufacturerdata":"b1034f544f54454c4502008813000437870f000000","rssi":-52}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"name":"level: 100.0 % vertical","manufacturerdata":"b1034f544f3332383148845603132111010400022af20304","rssi":-54}

I can reasonably decode that in C, but the theengs/decoder interpreter is beyond my paygrade - which is why I'm asking for help

thanks in advance

Michael

[DigiH]

Hi @mhaberler

N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"manufacturerdata":"b1034f544f54454c45020010270000366e0f000000","rssi":-54}

{"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","cidc":false,"level":100,"status":0}

Does that look right to you?

and with the longer manufacturerdata, are the serial and model actually decimal conversions from the hex data, or could they be ascii from the hex?

N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","mac_type":1,"adv_type":0,"manufacturerdata":"b1034f544f3332383148845603132111010400022af20304","rssi":-66}

[DigiH]

E. g.
b1034f544f54454c45020033270000366e0f000000

{"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","cidc":false,"level":100.35,"status":0}

[DigiH]

And/or which unit does the status have?

[mhaberler]

nope, I would have to waste some propane to get a different reading from 100%, but in a week or so I should have that

re "vertical" - I have no idea how that is coded in the ad

re status / unit: all I can say is this uint16_t is probably a status code, and zero corresponds to "all fine"

so leaving as int is fine until we better understand this device

[DigiH]

nope, I would have to waste some propane to get a different reading from 100%, but in a week or so I should have that

As you see in the sample above, as soon as the hex converts to a float it will also be displayed with decimals then., just a absolute 100 does display as such, and not as 100.00

[DigiH]

@mhaberler

Have a look at the new Otodata RC1010 decoder and give it a test run with OpenMQTTGateway

https://github.com/DigiH/decoder/tree/otodata

[mhaberler]

gave it a spin - almost there!

N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","name":"RC1010 56001608","rssi":-54,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","name":"trbl:URD (50.0)","rssi":-45,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":50,"status":1024}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","name":"level: 100.0 % vertical","rssi":-62,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","name":"trbl:URD (50.0)","rssi":-51,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":50,"status":1024}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","rssi":-74,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","name":"unit sleeping","rssi":-65,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","serial":5.600161e7,"modeltype":6.736746e7}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","name":"trbl:URD (50.0)","rssi":-50,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":50,"status":1024}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","name":"unit sleeping","rssi":-56,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","name":"RC1010 56001530","rssi":-47,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":50,"status":1024}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","name":"level: 100.0 % vertical","rssi":-66,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","name":"RC1010 56001608","rssi":-54,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","name":"RC1010 56001604","rssi":-54,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":50,"status":1024}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","name":"RC1010 56001530","rssi":-48,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":50,"status":1024}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","name":"trbl:URD (50.0)","rssi":-57,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","serial":5.60016e7,"modeltype":6.736746e7}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","name":"unit sleeping","rssi":-53,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","name":"level: 100.0 % vertical","rssi":-62,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","name":"level: 100.0 % vertical","rssi":-62,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","name":"unit sleeping","rssi":-47,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","serial":5.600153e7,"modeltype":6.736746e7}
N: Send on /BTtoMQTT/D82CC3C65D32 msg {"id":"D8:2C:C3:C6:5D:32","name":"RC1010 56001535","rssi":-63,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}
N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","name":"RC1010 56001530","rssi":-51,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":50,"status":1024}
N: Send on /BTtoMQTT/EB7E5809DC7F msg {"id":"EB:7E:58:09:DC:7F","name":"unit sleeping","rssi":-52,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":50,"status":1024}
N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","name":"level: 100.0 % vertical","rssi":-53,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}

level, status are perfect!

minor nits:

N: Send on /BTtoMQTT/F8EECC42AF8D msg {"id":"F8:EE:CC:42:AF:8D","name":"RC1010 56001608","rssi":-54,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","level":100,"status":0}

do you need a mandatory model_id for some downstream processing reason? I understand there are several different models out there with at least similar protocol, for instance one RC6030

If optional, I'd derive it from this field only if present (24 byte ad)

serial and modeltype are misdecoded, those are ints - convert to strings?

N: Send on /BTtoMQTT/CC68BE331158 msg {"id":"CC:68:BE:33:11:58","name":"unit sleeping","rssi":-47,"brand":"Otodata","model":"Rotarex-compatible Monitor","model_id":"RC1010","type":"UNIQ","serial":5.600153e7,"modeltype":6.736746e7}

superb, thanks!

[DigiH]

do you need a mandatory model_id for some downstream processing reason? I understand there are several different models out there with at least similar protocol, for instance one RC6030

We always report a model_id, and yes, it could be something more generic, but only if the protocol of other models are exactly the same, not just 'at least similar'.

This would only be verifiable with other models' manufacturerdata.

If optional, I'd derive it from this field only if present (24 byte ad)

This would only be possible for the longer manufacturerdata serial/modeltype broadcasts, so not really an option for all the RC1010 messages.

serial and modeltype are misdecoded, those are ints - convert to strings?

as the actual encoding on the device itself is int -> hex, so is the decoding hex -> int.

If the on device encoding would have been ascii -> hex, then the resulting decoding would have also produced a hex -> ascii string. Like it is with the Oras Smart faucet decoder
https://github.com/theengs/decoder/blob/development/tests/BLE/test_ble.cpp#L157

So instead of having at add an odd int to string casting post_proc routine only for this single decoder, I would suggest any string casting to be done in the receiving project. That is if the actual type of these two static values actually matters, as any comparison or display should also be fine with the ints.

Do you think that the battery level might also be included in one or both manufacturerdata broadcasts, and is the battery type CR2032 correct?

[mhaberler]

fair enough, I can deal with that

battery: no, not a CR2032 or similar. The actual battery used can be seen in one of the photos in the FCC registration; the type doesnt ring a bell with me.

The whole device is sealed to for ignition source regulations, and the battery is not exchangeable; it is specified for 10 years lifetime and thereafter to be replaced.

actually I am pretty sure the battery status is hidden somewhere

short of slaughtering one of the units I do not see a way to detect the field

unfortunately there seems to be no app which can directly read the BLE ads; everything is geared towardws funneling traffic through their cellular gateway

There is an app called "NeeVo" from Otodata but that accesses their cloud service which is fed from the cellular gateway, so not really helpful for decoding.

[mhaberler]

as far as I'm concerned this is good for a merge

[SrodgersSC]

Could this be modified to support a very similar OtoData BLE propane sensor. Model TM5030. Reading through this thread it outputs the same data as the RC1010. Cycles through level: 72.6% horiz, unit sleeping, and the cellular channel, status and signal strength 310410.1|0|-57.

See screen shots from nRF Connect iOS.

[DigiH]

@SrodgersSC Where did you get the decoded headlines in the nRF Connect screenshots?

I do not see any obvious level encoded in the first manufacturerdata, but it stands out in the second one with the serial heading.

So could the messages have been mixed up?

Either way, some more sample messages are needed, along with the current states. Not as screenshots however, but as copy and pasted MQTT messages with Advanced and Advertising Data turned on.

[SrodgersSC]

The model number and serial number of my unit. The screen shots are from the nRF IOS app. I already have this setup with a Yaml file on an ESP32 by itself but would be better if a single ESP32 OMG could grab tis data. as well as other BT.

These monitors cycle through those three messages in nRF. Over in the HA forums they decoded what they mean and provide a sample YAML for ESP Home to grab the messages and MQTT them to HA.

OMG sees that propane monitor device mac: FC:59:F7:BE:0B:43 and logs this in the gateway console log:

N: BT Device detected: FC:59:F7:BE:0B:43
N: Not a sensor device filtered

Still very new on the ESP_32 and the OMG stuff. Where would I enable the Advanced and Advertising Data turned on at? I do not see any MQTT messages in mqtt Explorer Do not think it advertised standard BT messages from what I read in the HA forums:

https://community.home-assistant.io/t/bluetooth-propane-tank-monitor-esphome-otodata-nee-vo-ferrellgas-ble/430476

[DigiH]

Where would I enable the Advanced and Advertising Data turned on at?

https://docs.openmqttgateway.com/use/ble.html#advanced-advertisement-and-advanced-data-default-false-available-with-ha-discovery

and also make sure that Only Sensors is disabled

https://docs.openmqttgateway.com/use/ble.html#setting-if-the-gateway-publishes-all-the-ble-devices-scanned-or-only-the-detected-sensors-default-false-available-with-ha-discovery

Both settings also available in the OpenMQTTGateway gateway Home Assistant UI.

Then you will see the BLE advertising broadcasts from your TM5030.

Theengs Decoder is only capable of receiving and decoding such BLE advertising broadcasts, but it is not possible to connect to and retrieve any service/characteristic data.

If you can copy and paste a few of the received MQTT messages with the above two settings, I'm sure we can get the level and serial from the advertising data at least.

[SrodgersSC]

Set Only Sensors to false and pubadvdata to true but console log does to show any data for any devices:

N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/SYStoMQTT msg: {"uptime":4,"version":"v1.8.1","mqtt":true,"serial":false,"disc":true,"ohdisc":false,"env":"esp32dev-ble","freemem":109228,"mqttp":"1883","mqtts":false,"mqttv":false,"msgprc":0,"msgblck":0,"msgrcv":26,"maxq":0,"cnt_index":0,"minmem":70036,"tempc":54.44,"freestck":2968,"powermode":-1,"eth":false,"rssi":-44,"SSID":"CasaVerde","BSSID":"78:8A:20:5D:04:ED","ip":"192.168.2.236","mac":"8C:4F:00:AD:01:30","modules":["WebUI","BT"]} 
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/BTtoMQTT msg: {"bleconnect":true,"interval":55555,"adaptivescan":true,"intervalacts":55555,"intervalcnct":3600000,"scanduration":10000,"hasspresence":false,"prestopic":"presence/","presuseuuid":false,"minrssi":-100,"extDecoderEnable":false,"extDecoderTopic":"undecoded","pubuuid4topic":false,"ignoreWBlist":true,"forcepscn":false,"tskstck":2968,"crstck":2968,"enabled":false,"scnct":0,"onlysensors":true,"randommacs":false,"filterConnectable":false,"pubadvdata":false,"presenceawaytimer":120000,"movingtimer":60000} 
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/WebUItoMQTT msg: {"displayMetric":true,"webUISecure":true,"displayQueue":0} 
N: SYS json: {"uptime":124,"version":"v1.8.1","mqtt":true,"serial":false,"disc":true,"ohdisc":false,"env":"esp32dev-ble","freemem":123416,"mqttp":"1883","mqtts":false,"mqttv":false,"msgprc":29,"msgblck":0,"msgrcv":29,"maxq":29,"cnt_index":0,"minmem":70036,"tempc":53.89,"freestck":2968,"powermode":-1,"eth":false,"rssi":-44,"SSID":"CasaVerde","BSSID":"78:8A:20:5D:04:ED","ip":"192.168.2.236","mac":"8C:4F:00:AD:01:30","modules":"'WebUI', 'BT'","origin":"/SYStoMQTT"}
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/SYStoMQTT msg: {"uptime":124,"version":"v1.8.1","mqtt":true,"serial":false,"disc":true,"ohdisc":false,"env":"esp32dev-ble","freemem":123416,"mqttp":"1883","mqtts":false,"mqttv":false,"msgprc":29,"msgblck":0,"msgrcv":29,"maxq":29,"cnt_index":0,"minmem":70036,"tempc":53.89,"freestck":2968,"powermode":-1,"eth":false,"rssi":-44,"SSID":"CasaVerde","BSSID":"78:8A:20:5D:04:ED","ip":"192.168.2.236","mac":"8C:4F:00:AD:01:30","modules":["WebUI","BT"]} 
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/BTtoMQTT msg: {"bleconnect":true,"interval":55555,"adaptivescan":true,"intervalacts":55555,"intervalcnct":3600000,"scanduration":10000,"hasspresence":false,"prestopic":"presence/","presuseuuid":false,"minrssi":-100,"extDecoderEnable":false,"extDecoderTopic":"undecoded","pubuuid4topic":false,"ignoreWBlist":true,"forcepscn":false,"tskstck":2968,"crstck":2968,"enabled":false,"scnct":0,"onlysensors":true,"randommacs":false,"filterConnectable":false,"pubadvdata":false,"presenceawaytimer":120000,"movingtimer":60000} 
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/WebUItoMQTT msg: {"displayMetric":true,"webUISecure":true,"displayQueue":0} 
N: Config onlysensors changed to: false
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/BTtoMQTT msg: {"bleconnect":true,"interval":55555,"adaptivescan":true,"intervalacts":55555,"intervalcnct":3600000,"scanduration":10000,"hasspresence":false,"prestopic":"presence/","presuseuuid":false,"minrssi":-100,"extDecoderEnable":false,"extDecoderTopic":"undecoded","pubuuid4topic":false,"ignoreWBlist":true,"forcepscn":false,"tskstck":2968,"crstck":2968,"enabled":false,"scnct":0,"onlysensors":false,"randommacs":false,"filterConnectable":false,"pubadvdata":false,"presenceawaytimer":120000,"movingtimer":60000} 
N: Config pubadvdata changed to: true
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/BTtoMQTT msg: {"bleconnect":true,"interval":55555,"adaptivescan":true,"intervalacts":55555,"intervalcnct":3600000,"scanduration":10000,"hasspresence":false,"prestopic":"presence/","presuseuuid":false,"minrssi":-100,"extDecoderEnable":false,"extDecoderTopic":"undecoded","pubuuid4topic":false,"ignoreWBlist":true,"forcepscn":false,"tskstck":2952,"crstck":2952,"enabled":false,"scnct":0,"onlysensors":false,"randommacs":false,"filterConnectable":false,"pubadvdata":true,"presenceawaytimer":120000,"movingtimer":60000} 
N: SYS json: {"uptime":244,"version":"v1.8.1","mqtt":true,"serial":false,"disc":true,"ohdisc":false,"env":"esp32dev-ble","freemem":123380,"mqttp":"1883","mqtts":false,"mqttv":false,"msgprc":34,"msgblck":0,"msgrcv":34,"maxq":29,"cnt_index":0,"minmem":70036,"tempc":53.89,"freestck":2872,"powermode":-1,"eth":false,"rssi":-44,"SSID":"CasaVerde","BSSID":"78:8A:20:5D:04:ED","ip":"192.168.2.236","mac":"8C:4F:00:AD:01:30","modules":"'WebUI', 'BT'","origin":"/SYStoMQTT"}
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/SYStoMQTT msg: {"uptime":244,"version":"v1.8.1","mqtt":true,"serial":false,"disc":true,"ohdisc":false,"env":"esp32dev-ble","freemem":123380,"mqttp":"1883","mqtts":false,"mqttv":false,"msgprc":34,"msgblck":0,"msgrcv":34,"maxq":29,"cnt_index":0,"minmem":70036,"tempc":53.89,"freestck":2872,"powermode":-1,"eth":false,"rssi":-44,"SSID":"CasaVerde","BSSID":"78:8A:20:5D:04:ED","ip":"192.168.2.236","mac":"8C:4F:00:AD:01:30","modules":["WebUI","BT"]} 
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/BTtoMQTT msg: {"bleconnect":true,"interval":55555,"adaptivescan":true,"intervalacts":55555,"intervalcnct":3600000,"scanduration":10000,"hasspresence":false,"prestopic":"presence/","presuseuuid":false,"minrssi":-100,"extDecoderEnable":false,"extDecoderTopic":"undecoded","pubuuid4topic":false,"ignoreWBlist":true,"forcepscn":false,"tskstck":2872,"crstck":2872,"enabled":false,"scnct":0,"onlysensors":false,"randommacs":false,"filterConnectable":false,"pubadvdata":true,"presenceawaytimer":120000,"movingtimer":60000} 
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/WebUItoMQTT msg: {"displayMetric":true,"webUISecure":true,"displayQueue":0} 

N: SYS json: {"uptime":364,"version":"v1.8.1","mqtt":true,"serial":false,"disc":true,"ohdisc":false,"env":"esp32dev-ble","freemem":123416,"mqttp":"1883","mqtts":false,"mqttv":false,"msgprc":37,"msgblck":0,"msgrcv":37,"maxq":29,"cnt_index":0,"minmem":70036,"tempc":53.89,"freestck":2872,"powermode":-1,"eth":false,"rssi":-43,"SSID":"CasaVerde","BSSID":"78:8A:20:5D:04:ED","ip":"192.168.2.236","mac":"8C:4F:00:AD:01:30","modules":"'WebUI', 'BT'","origin":"/SYStoMQTT"}
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/SYStoMQTT msg: {"uptime":364,"version":"v1.8.1","mqtt":true,"serial":false,"disc":true,"ohdisc":false,"env":"esp32dev-ble","freemem":123416,"mqttp":"1883","mqtts":false,"mqttv":false,"msgprc":37,"msgblck":0,"msgrcv":37,"maxq":29,"cnt_index":0,"minmem":70036,"tempc":53.89,"freestck":2872,"powermode":-1,"eth":false,"rssi":-43,"SSID":"CasaVerde","BSSID":"78:8A:20:5D:04:ED","ip":"192.168.2.236","mac":"8C:4F:00:AD:01:30","modules":["WebUI","BT"]} 
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/BTtoMQTT msg: {"bleconnect":true,"interval":55555,"adaptivescan":true,"intervalacts":55555,"intervalcnct":3600000,"scanduration":10000,"hasspresence":false,"prestopic":"presence/","presuseuuid":false,"minrssi":-100,"extDecoderEnable":false,"extDecoderTopic":"undecoded","pubuuid4topic":false,"ignoreWBlist":true,"forcepscn":false,"tskstck":2872,"crstck":2872,"enabled":false,"scnct":0,"onlysensors":false,"randommacs":false,"filterConnectable":false,"pubadvdata":true,"presenceawaytimer":120000,"movingtimer":60000} 
N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/WebUItoMQTT msg: {"displayMetric":true,"webUISecure":true,"displayQueue":0} 

[SrodgersSC]

Ok had the MQTT turned off.: here is the propane tank monitor:

N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/BTtoMQTT/FC59F7BE0B43 msg: {"id":"FC:59:F7:BE:0B:43","mac_type":1,"adv_type":0,"name":"level: 70.8 % horiz","manufacturerdata":"b1034f544f333238319171af011018110382040224a6130004","rssi":-89} 

N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/BTtoMQTT/FC59F7BE0B43 msg: {"id":"FC:59:F7:BE:0B:43","mac_type":1,"adv_type":0,"name":"unit sleeping","manufacturerdata":"b1034f544f5354415401ef03ef038abc040008c4000101000000","rssi":-88} 

N: [ OMG->MQTT ] topic: OMG/OMG_ESP32_BLE/BTtoMQTT/FC59F7BE0B43 msg: {"id":"FC:59:F7:BE:0B:43","mac_type":1,"adv_type":0,"manufacturerdata":"b1034f544f54454c450200ae1b00003b6906180100ff00000000","rssi":-87} 

Here is one with cell tower number, status code and rssi of cell signal: Grabbed it from MQTT Explorer as it was lost in the console log clutter.

{"id":"FC:59:F7:BE:0B:43","mac_type":1,"adv_type":0,"name":"310410.1|0|-60","manufacturerdata":"b1034f544f54454c450200ae1b00003b6906180100ff00000000","rssi":-83}

Was not patient enough to see it xmit the one with Model and Serial number like I showed on first message. It runs through those sets of entries but it has the basics like tank level, model, serial, rssi cell tower info etc to make it useful if this can be parsed out and MQTT'ed

[DigiH]

As previously noted the changing name in the messages does n to correspond with the encoded data in the manufacturerdata.

I have created a test decoder which currently includes level, sleep and serial. I'm not quite sure how the sleep status works, does it report sleep in between broadcasting the other data, or is there afctually a state when there is no sleep?

Similarly with the cell tower number, status code and rssi of cell signal. I only found the 310410 part. So not included in the decoder so far.

https://github.com/DigiH/decoder/tree/TM5030

Let me know if you can create your own build by changing the Decoder URL in platform.ini, or when you have the time to install a test build of OpenMQTTGateway within a few hours some day.

[SrodgersSC]

It reports unit sleeping when nothing else and cycles through the others values. Agree I am not certain on the cell data just passing on what I heard it was from some guys that figured out when doing a yaml ESP on the HA forum.

Will get back to you when I have some time to do some live testing.

[DigiH]

I've quickly skimmed through your HomeSeer thread about the new OtoData and I get the feeling that you might not be able to create your own OpenMQTTGateway which uses the test decoder.

Let me know if that is the same and I can seat an OpenMQTTGateway test build, which is then available as web install.

The only thing is that you would need to install it before just after midnight UTC, as then any tests build get overwritten again by the default nightly builds.

So let me know when you might be able to install a test build evening times UTC.

[SrodgersSC]

Thank you for the assistance. I have it working well enough now. Michael McSharry on the Homeseer Forum modified his MQTT plugin and some filtering of the name payloads to extract the level.