How are you currently receiving, decoding and possibly even controlling the IM-N-ETA-W-Digital-Wireless-Thermostats to use with OpenMQTTBroker?
The name alone or even the PDF don’t give much information about any possible receiving only rtl_433 decoder or otherwise 868MHz transceiver compatibility.
Unfortunately, I don’t have much detailed information about how the temperature sensors are transmitting their data. Currently, the sensors are connected to a closed system that uses this device: DLP841M, which I did not set up myself. The modulation used is GFSK. It seems I may need to reach out to the manufacturer for further details if you are not able to find anything.
I think your best bet would be to post in the parent rtl_433 repo, to see if this device has already been requested, or if not if they can guide you on how to provide the required information to possibly create a new decoder for it.
If this was possible, any new decoder could then likely propagate into the rtl_433_ESP library for use in OpenMQTTGateway in the future.
And just to rile out the last possible source for an error - Your LilyGo LoR32 is the 868/915 MHz hardware version, not the 433/470 by any chance? And you do have the FSK version of the OpenMQTTGateway firmware installed?
Then there has definitely been no chance at all that you might receive anything from your 868.15MHz IM-N-ETA-W-Digital-Wireless-Thermostat, or any other 868MHZ FSK device for that matter, as the 433/470 MHZ and 868/915 MHz hardware versions of the LilyGo boards have different hardware receivers.
Today I have a 433 MHz LilyGo that works with my 433 MHz sensors ( some other sensors). I’ve also bought a LilyGo with 868 MHz, but I haven’t received it yet, so I haven’t been able to test it. I was just wondering beforehand if it will work, or if anyone is familiar with using it with this device. Sorry if I wasn’t clear earlier!
No worries, just make sure that you install the lilygo-rtl_433-fsk binary, best of the current development build, as this has all the newly added rtl_433 decoders included, from
and to set the receiving frequency to 868.15 MHZ in the WebUI.
The we will know for sure if your thermostat might be received, recognised and decoded under a possibly different decoder name, or if not to request it at the upstream rtl_433 repo for future integration, if possible at all.
Then it might be worth posting at the upstream rtl_433 repo to see if it might be possible to create a new decoder for receiving this particular thermostat, maybe with the help of how you are using it with OpenMQTTBroker.