FlorianandClaude Opus 5
5fdaddadaf
On the platform we ship (pioarduino 55.03.39 / arduino-esp32 3.3.9) the pinned SmartRC-CC1101-Driver-Lib v2.5.7 does not work with the CC1101 at all. Core 3.x's peripheral manager owns SCK/MISO/MOSI once SPI.begin() has run, so the driver's digitalWrite() calls on those pins become silent no-ops, and it starts and stops the SPI bus around every single register access (LSatan/SmartRC-CC1101-Driver-Lib#176). Bench result on an ESP32 DevKit + CC1101 running esp32dev-pilight-cc1101: setup hangs in the driver's unbounded `while(digitalRead(MISO_PIN));` before any C1101 log line is emitted, and TG1WDT reboots the board in a loop. The same build on espressif32@6.8.1 (core 2.0.17) initialises normally, so this is the core, not the wiring. Every ZradioCC1101 ESP32 environment is affected: Pilight, RF, RF2 and Somfy. The RTL_433 CC1101 path goes through RadioLib and is unaffected. V3.0.x re-engineered the SPI core for ESP32: gpio_get_level() with a timeout instead of the unbounded digitalRead() wait, SPI.begin() once instead of per transaction, and no digitalWrite() on peripheral-owned pins. It also moved SPI.begin() out of getCC1101() and into Init(), so the connection probe has to run after Init() rather than before it — reported in #2348. Both changes are needed together: the reorder alone does not help on core 3.x, and V3 cannot work without it. Verified on the bench, core 3.3.9, esp32dev-pilight-cc1101: N: C1101 SPI connection OK on attempt 1 N: C1101 tuned RX to 433.92 MHz plus a live round trip — an arctech_switch frame published to MQTTtoPilight was transmitted and decoded back by the board's own receiver on PilighttoMQTT. Note for review: this bumps the pin for the ESP8266 CC1101 environments too. They are not affected by the core 3.x breakage and V3 is untested there, so the pin may be worth splitting per environment before this lands. Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
OpenMQTTGateway aims to unify various technologies and protocols into a single firmware. This reduces the need for multiple physical bridges and streamlines diverse technologies under the widely-used MQTT protocol.
Sponsors
Documentation
The documentation is here
New to OpenMQTTGateway? Follow the Getting Started guide to flash a board from your browser and see your first sensor data in about 15 minutes.
The reference sheet, with the list of all functions, pinouts is here
Upload
Upload OpenMQTTGateway directly from the upload page (no additional software required) or build your own configuration with PlatformIO.
Using OpenMQTTGateway ?
Support open-source development through sponsorship, it helps keep the project healthy and evolving.
Products powered by OpenMQTTGateway
Theengs Bridge, Bluetooth gateway (BLE) with external antenna
Theengs bridge is a powerfull BLE to MQTT gateway for over 100 sensors. Equipped with an Ethernet port, and external antenna, ensuring an enhanced range for your BLE sensors. It supports also WiFi connectivity.
Theengs Plug, Bluetooth gateway (BLE) gateway and Smart Plug
Theengs plug brings the following features:
- BLE to MQTT gateway, tens of Bluetooth devices supported thanks to Theengs Decoder library. The plug uses an ESP32 acting as a BLE to Wifi gateway to scan, decode and forward the data of the nearby sensors,
- Smart plug that can be controlled remotely,
- Energy consumption monitoring,
- Device tracker,
- Presence detection (beta),
- Local connectivity first.
Support the project by purchasing the Theengs bridge or the Theengs plug
Compatible items
-
List of supported BLE devices, thermometers, scales, plant sensors, beacons...
-
Boards guide, RF Bridge, IR, BLE gateways...
Running on a computer If you want to use the BLE decoding capabilities of OpenMQTTGateway with a Raspberry Pi, Windows or Unix PC you can now leverage Theengs Gateway.
- Parts to build your gateway, DHT, RF, IR emitters and receivers...
Compatible controllers, saas or software
Contributors ✨
Thanks goes to these wonderful people who helped OpenMQTTGateway on Github and to the users contributions into the community.
Support
For Questions or Support please don't open an issue, first go to the docs and if you don't find your answer there, you can post your question in the community forum
Help
If you like the project and/or used it please consider supporting it! It can be done in different ways:
- Helping other users in the community
- Contribute to the code or the documentation
- Donate or sponsor the project developers
- Make a video or a blog article about what you have done with OpenMQTTGateway and share it to the community
Media
- Hackaday - ARDUINO LIBRARY BRINGS RTL_433 TO THE ESP32
- CNX Software - 433 MHz is not dead! Using an ESP32 board with LoRa module to talk to 433 MHz sensors
- RTL_433 PORTED TO ESP32 MICROCONTROLLERS WITH CC1101 OR SX127X TRANSCEIVER CHIPS
- Using low-cost wireless sensors in the unlicensed bands
- SMART PLUG ESP32 OPENMQTTGATEWAY SERVING AS AN BLE MQTT GATEWAY AND A POWER METER
Theengs Plug
433Mhz and BLE
BLE
433Mhz
LORA
