I recently received some new boards based on the sx127x Chipset, LILYGO® LoRa32 V2.1_1.6.1 433 Mhz and have completed the initial changes to enable the board for use with rtl_433_ESP, and am in the process of making the similar updates to the openMQTTGateway code to also support the board.
Adding support for the board within rtl_433_ESP was straightforward, as I just needed to map the sx127x pins based on the platformio board definition file ~/.platformio/packages/framework-arduinoespressif32/variants/ttgo-lora32-v21new/pins_arduino.h.
And here is the board running in my test setup beside a Heltec board and a CC1101 on a breadboard.
The OLED Display on the board is based the SSD1306 chipset and is likely the same display as used on the Heltec boards, which leads to an issue. @1technophile When I added support for the Heltec display, I included it in a module called ZboardHeltec, which doesn’t really make sense when using a LilyGo board. So am thinking the ZboardHeltec needs to be refactored as ZboardSSD1306 or ZoledSSD1306 or ???
Wanted to move to 3 Heltecs ( one on eacht floor )
Unfortunately the Heltecs are version 3
So i got myself a Lilygo.
I have zero knowledge of PlatformIO…i tried to load the Development branch in there, but could now find the Lilygo board in the platformio.ini under default_envs.
So i added
default_envs = lilygo-rtl_433
Then the is the lilygo-rtl_433 part, any idea if i can add my mqtt and wifi settings there ?
Eventually you might want to look into defining your personal lilygo-rtl_433 environment in a separate portable config file to easily preserve your environment definitions across updated versions of OpenMQTTGateway.
You can take the included prod_env.ini.example as a starting point.
Thought that I would share some things I’m working on in conjunction with the ssd1306 display, the display of messages on the display. So far this is configured for RTL_433, and am working on bme280 sensors.
The auto discovery with rtl 433 is currently in dev:
You need to take this branch to test it, this would add your devices.
As you are not willing to have them auto discovered, you can wait a bit, we are thinking on adding a filtering mechanism.
I will leave the OMG running tonight ( have 2 more Lilygo’s comming in and i am also busy printing housings for them ), in the morning i will have a look if there is more information
the branch you have been trying out only implements the newly introduced auto-discovery for rtl_433_eps devices.
Both your listed sensors are non-rtl_433_eps, but RF/SRFB devices, which you can see on your linked sensors details pages above. So there will not be auto-discovery of their properties, but it is still possible to add them manually, but only with an RF/SRFB gateway.
Flash procedure reported as completing ok but nothing on OLED screen and no ad-hoc wifi network is available.
Tried the same thing with a generic ESP32 board and esp32dev-weather station firmware and after that flashed, was able to connect to its ad-hoc wifi network.
My question is, do I have to build a version of OpenMQTTGateway from the github repo for this board or does lilygo-rtl_433 at the web install page already incorporate the change to support this board?
I just tested the upload process with my board and it works fine, upload takes about a minute then it boots with the OMG Logo on the screen, and the ad-hoc network is created with the name of the board. So the lilygo-rtl_433 binary does support the board.
I’m wondering if your board is different, or something else is going on. You may need to access the serial output from the board to see what is happening, and why it is failing.
Thanks for your reply. I was thinking that it may be a board issue.
I purchased my board from Amazon UK by following the link to the recommended one from either the OMG or RTL_433 github pages and then changed the .com to .co.uk and the same board seemed to come up. I’ll get another board and try it.
I’ve ordered LILYGO®TTGO LoRa32 V2.1 _ 1.6 868MHz version.
I’ve some devices which probably should be decoded by RTL_433 library but using 868MHz frequency.
Is it possible to compile RTL gateway but listening to 868MHz?