449 OpenMQTTGateway Connects Many Things to Your Home Automation
Вставка
- Опубліковано 14 лип 2024
- I love 433MHz sensors because they are cheap and work over a long distance. My most complicated device is this weather station with many sensors. We also use BLE devices like the Xiaomi body scale in our bathroom. Today I will show you how to connect such devices to your smart home without hacking. And, as usual, you will learn some tricks and why the BLE proxy of Home Assistant sometimes does not work.
My second channel: / hb9blawireless
Links:
TTGO LoRa Board: s.click.aliexpress.com/e/_DFd...
TTGO T7: s.click.aliexpress.com/e/_Dl5... or s.click.aliexpress.com/e/_DeG...
Video on how to connect to Telegram: • 435 Safely Monitor and...
Node-Red Flow 433MHz: drive.google.com/file/d/18MaC...
Node-Red Link BLE: drive.google.com/file/d/1nIbZ...
LoRa Gateway case: drive.google.com/drive/folder...
BLE Gateway case: www.thingiverse.com/thing:496...
Patreon supporter companies:
passiv-energie.gmbh/
www.welectron.com/
yosmart.com/
UA-camr Patreon: / @makersmashup
The links above usually are affiliate links that support the channel (at no additional cost to you).
Supporting Material and Blog Page: www.sensorsiot.org
GitHub: www.github.com/sensorsiot
My Patreon Page: / andreasspiess
Discord: / discord
If you want to support the channel, please use the links below to start your shopping. No additional charges for you, but I get a commission on your purchases to buy new stuff for the channel
My Amazon.com shop: www.amazon.com/shop/andreassp...
For Banggood bit.ly/2jAQEf4
For AliExpress: bit.ly/2B0yTLL
For Amazon.de: amzn.to/2r0ZCYI
For Amazon UK: amzn.to/2mxBaJf
For ebay.com: ebay.to/2DuYXBp
profile.php?...
/ spiessa
www.instructables.com/member/...
Please do not try to email me. This communication channel is reserved for my primary job
As an Amazon Associate, I earn from qualifying purchases
#no#midroll#ads - Наука та технологія
OpenMQTTGateway is a fantastic project. Thanks to Florian, NorthernMan54 and others I am using many 433.92Mhz RF devices in Home Assistant and controlling my 433.42Mhz radio controlled blinds. I use a standard ESP32 dev board with an attached cheap CC1101 board.
I agree!
Are these maybe Somfy blinds? Would be interested to learn more about this. Maybe Mr. Spiess solution will also work (Somfy uses slightly different frequency, if I am not mistaking.
@@lucsegers6931 Maybe you want take a look on the quite new ESPSomfyRTS project. As I'm running many Somfy blinds, I found this some months ago and utilized it - it performs VERY WELL!
Thanks Andreas! High density information, clearly and simply explained - fantastic as always!
Thank you for your kind words!
The wife weight filter is a clear indication that you’re a master of your craft.
:-)
Wow! What a major breakthrough for my Home Assistant 433MHz setup based on the rfcom solution. I am eager to test this promising one and so I have already ordered the LoRa device from the affiliated link.
Thank you so much Andreas for keeping it up.
Glad you were so fast. Now the board seems to be sold out ;-)
I bought a weather station like your original one and have been using it for several years with the Raspberry Pi/SDR gateway you documented. I have updated the SDR to one with a TXO but the reception is still a bit flakey. I have just ordered the TTGO Lora board so I can build an OpenMQTT Gateway. I'm eager to compare the results. Thanks for a great video!
I hope it will work! I replaced the RTL_433 solution long time ago an went with the RF-Link and the Mega (as shown in my videos).
This presents a perfect solution for the b-parasite capacitive soil moisture sensor (Florian is a contributor). I was planning to set up an entire raspberry pi just to pick up the BLE sensor readings for a few plants, but there is no need for that anymore. There is no need to waste the power, space and an expensive pi. Now I can hide the BLE-MQTT gateway in a wire wart. Thank you!
Indeed, you do not need a Raspberry for this task!
Fantastic, this solves exactly what I wanted for some sensors I could not get in non-433 versions. Thank you fellow Eidgenosse!
You are welcome!
Thank you Andreas, great as usual.
My 2 cents:
1- people around (the community) is unbelievable, having so much time and sharing with all!
2- majority of users (of anything) NEVER change passwords or even apply one - I could easily turn off heating system of all my neighbours who just bought this winter thermostats - nobody bothered to secure it! ;-)
The question is - does it matter that nobody changed the thermostat password?
Nothing in your home is completely secure from local attacks. I can trash the flowers in your garden. I can egg your house. I can break your windows, run into your house, and grab the computer and run out if you aren't read.
Your home thermostat isn't likely a valuable target, as long as we're talking about target local attacks (not internet attacks to make it part of a Botnet). The thermostat being set wrong might make you very cold, but it's going to be hard to use it to do serious damage outside of a complex TV Murder plot.
Few people aren't going to have a malicious neighbor who knows enough to use 433mhz to mess with it from 200 yards away. The password on the thermostat is not nearly so important to protect against you, Mr. Homonto, unless you are a serial neighbor thermostat changer. It's about the other people in the same house who don't have permission to mess with it, and many households aren't worried about that.
@@kyleolson8977 security matters - the rest of your post is blabla ;-)
just think, a burglar could inject water into the door lock, turn off the heat, and the water will freeze and break the lock. then they can turn up the heat and enter with no restriction! better change that password right away, your security depends on it! 😂 just kidding, but I lock my doors and don't leave the keys in my car... and can't believe some people still refuse to do so. I like to make it just a little challenging for the bad guys so they'll go to the unsecured targets instead.
Interesting discussion. Here, the burglars just smash a window and enter the house. Very low-tech. Or they steal e-bikes as I showed in my last videos...
@@kyleolson8977 I will fully admit that when I was a lot younger I had little conscience and was bored very easily. Look up wardriving, it was fun when WiFi was new and no one bothered securing their networks. A simple prank can cause a lot of damage depending on what was done, especially when someone can control your thermostat in freezing temperatures, they don't know if you are home that week or not.
yet an other GREAT video !! Well done Andreas !
Thank you!
Thank you for sharing, detailed and informative. I was not aware my LoRa boards are so versatile
Indeed, they are very versatile!
Awesome and timely video. I use RTL_SDR dongles on the USB ports of several OpenWRT flashed TP Link Router/APs whose primary use is Wifi range extension and secondary use as general purpose Amateur Radio listening (saving Raspberry Pis), and was going to run RTL433 on one of the APs. I also got some ESP32 boards to start ESP BT Proxy to integrate a BT Lock I received with HA.
I was actually looking into using a BT dongle on an AP and see if it was possible to setup a BT Proxy with OpenWRT since I already have 4 OpenWRT APs around the house. This Lora ESP32 alternative is enticing. Again saving Raspberry Pis and keeping the RTLSDR dongles for other projects. Thanks for the introduction to this solution!
These board probably will free some resources on your routers...
Thanks for showing the MQTT Explorer! I've always found MQTT messages difficult to track via the command line. That's such a nice breakdown.
I agree. Its discovery was a big help for me!
I agrre MQTT Explorer is nice.
Hi Andreas, thank you very much for the inspiration using OMG, an outstanding project. BTW: The older TTGO Lora32 V2.0 boards work as well with the out-of-the-box lilygo-rtl_433 binary when connecting "LoRa_DIO2" to "GPIO32" and "LoRa_DIO1 to "GPIO33" at the pin headers.
Thank you for the info!
Yet, another great video. Thanks a lot Andreas.
My pleasure!
Great video! I have lots of fun watching your videos!
Glad you like them!
Great idea to use the 433MHz "lora module" in this way
Thanks for sharing your big experiences with all of us 🙂
My pleasure! And thanks for watching all my videos.
hi Andreas. I have been quite busy lately, not having so much time watching your videos as i did since the beginning of your channel.. However i found this video very interesting and i will definitely try it! once again great content Andreas!
Thank you. Glad my content is useful for you!
Thank you!
This lesson is brilliant!
You are welcome!
Many thanks for the great video and the nodered example flow.
You are welcome!
Thank you very much, just the tutorial I was looking for.
Cool! You are welcome.
I bought one of those Sonoff 433MHz bridges, but accidentally bought the newer, less supported by the community version and essentially got a paperweight for now. Now that you mentioned LoRa modules I'll give that a try, still have 2 sitting around!
Oh damn I just noticed I own the 868MHz version 😭
Yes, most of us have 868 modules from LoRaWAN. I have 433 versions because of my balloon and satellite experiments...
@@AndreasSpiess Lets hope that your ballons are not targeted by $500,000 missiles. ;-)
I installed Tasmota, it does mqtt and everything.
oops, didn't see the 866. Rf module is 12$
I've been using 2 Sonoff RF bridges some 3 years now. They work great.
Replaced internal RF chip first with Portisch firmware for RAW capturing even more RF signals.
Later replaced the Portisch with even more tuned versions of the original Portisch EFM8BB1 firmware. (for ex. Halfbakery's,...).
I use this for some RF PIR sensors, but also to send RF commands to my garage doors (
which I first captured using RAW sniffing with the SonOff bridge of my original garage door hand remotes).
In parallel of the RAW mode (RfRaw 177), I let a custom rtl_433 Home Assistant Add-on subscribe on the RAW stream.
The rtl_433 HA Addon can decode even more complex RF protocols (like weather stations,...),
so I can see multiple temperature sensors in the area, the publish nicely with a treeview in the MQTT broker.
So I guess it's the same RF protocol list as the OpenMQTTGateway you now decribed, but there the ESP32 chip handles it all.
The only downside of the Sonoff RF bridge is signal strength/antenne & with longer distance the receiving RF packets gets
split into more packets. (unusable to decode or resend)
That why I am curious to test out that LilyGo Lora32 433Mhz board, the
antenne looks better than the spring antenne inside of the Sonoff RF Bridge.
Also the the protocol (de)modulation (FSK, GFSK, MSK, GMSK OOK, On/off keying) is handled by the Lora RF chip.
I'm also interested to see if I can also sniff RAW RF codes with the Lora Board and are also able to (Re)Send RF (RAW) signals.
I looked at the OpenMQTTGateway documentation and I think it can also send RF signals by publishing to the MQTT broker Topic.
So I just ordered one with your affiliate link.
Anyhow, again a great informal video by the Swiss Guy 🙂
You seem to know what you do. Maybe you have to do some coding to achieve everything you want. And also, the list of supported devices is not as long as with established projects.
The receiver of the LoRa boards is quite good and you can add an external antenna (maybe you watch my antenna videos).
I could listen to you say 'MQTT' all day
:-))
Thanks for this, solved one of my longstanding issues… good find
Glad it helped!
@@AndreasSpiess I do have it set up on a pie and receiver but it works for a few hours then completely stops, might be the usb crashing … who knows, this might be a more robust solution!
IMHO this is the best content type/level suits you the best... Thank you!
Thank you!
Thanks Andreas another great video
You are welcome!
I've been running this on a Sonoff bridge for many years. Good software.
Does the Sonoff bridge also support weather stations? It did not when I checked them when they appeared.
Nice. I've run into enough instability over long periods of time (months) that I've also integrated a hang/crash/noactivity detect to my 433 receivers. That way the units will reboot if it stops processing data. It's pretty easy to implement a python sanity check, and the only special case was when one RTL-SDR started repeating received data, regardless of what was actually being received. (I think it was a driver issue.)
RTL_433 probably was not intended for "productive" use. We started to misuse it because it was so handy...
Great video just got my lilygo board going to try this out
Have fun!
I've got it all set up and I've got the correct MQTT information. But it's not auto discovering it and home assistant. When I go to the IP address it asks for the username and password. I'm not quite sure what those values are as I was not asked to put a username and password and is that a default that I'm just not knowing. I appreciate your help
What a wonderfull project with cheap modules that are indeed also wonderfull in this wonderfull world. A mouth full of wonderfull....
Very interesting and usefull!
Reading the comments, this project will be used by many...
Thanks. That was great. I ordered the LoRa and T7 boards and they setup as easy as you were showing. They also appeared in Home Assistant instantly. But it also shows that I have no 433 devices. Time to go looking for something interesting.
I hope it showed at least some BLE devices...
@@AndreasSpiess Yes. several BT devices were showing up. Just no LoRa devices yet. Looking for a nice weather station.
I left the BT module running for a few weeks and Home Assistant discovered a few BT BBQ meat thermometers. Winter must be ending. :D
Yet more stuff I didn't know I needed. I currently use an RTL dongle attached to a pi, but it seems to consume a fair amount of CPU and energy.
Yeah, I run Node-RED (and other bits of my home automation) on RPi1 512MB and to use RTL I had to use Linux tricks to limit CPU usage like "nice" or some similar settings. It just wanted to consume it all.
As I mentioned, SDR is a cool technology, but quite power hungry...
wow I learn soo much on this channel. 🥳 I have been setting up a SDR module for a radio dish project which is a new learning curve. Very interesting stuff. 😎 Thank you.
PS: I watched the Sunday morning news today and the politicians are talking about taxing factory robots. Will they get health care and retirement? 🤣 Bye.
Some people ask themselves how workers can be paid without work if robots take over ;-)
Thank You Andreas.
You are welcome!
I'm glad to be on the first row!
:-)
Good alternative to the sonoff RFbridge w/ tasmota :).... Thx :) Can't wait the full ESPhome integration with this ESP32 LoRa based :)
Does the RFbridge support weather stations?
Thanks! Now I can read my neighbor's wife's bathroom scale.😀
:-)
I run HA in Proxmox, rtl_433 in a container with SDR USB dongle passed through. Picks up all my thermometer sensors (433) and of course the neighbour's BBQ temp. sensor and TPM 🙂 For BT temperature sensors, I'm using ESP32 BT proxy on a couple of ESP32 board to cover the house.
A good setup! I would not change it if it works. My 433 receiver has to be on the roof, not in the basement where my server sits ;-)
Excellent Video!
Thank you!
I've been using Tasmota on an ESP8266 with 433mhz transmitter and receiver modules. But only radio sockets and switches can be used there. I have to take a look. Thanks for the great video.
Greetings from Vienna
Switches and sockets are much simpler than weather stations. This is why I was happy that this project supports more complex devices.
Hello Andreas, as usual this is again a great video and great content from you.
The only small remark/experience from me: after watching your video I was like: hey as Andreas mentioned, let's get rid of my bulky DIY RFLink box attached to my HA Raspi 4. I have ordered the TTGo board and flashed it. Unfortunately I couldn't discover any of my devices (mainly PIR sensors and Remote controlled RF433 power sockets)
I went to the OMG community page and unfortunately I discovered that the chip on the TTGo (also on the Heltec Lora board) does not allow changing from rtl433 to RF / RF2 / Pilight (Switching Active Receiver Module functionality)
This is not a big deal I will buy another same board as I wanted to start playing with Lora anyway but maybe you should have mentioned it in the video (of course if you were aware).
Thanks anyway, I will setup the BLE proxy now ;)
The chip should not be the problem. But maybe your sensors are not yet supported by the software (I thought, I mentioned that not all are supported). Maybe you go to their GitHub and ask for the support for your particular sensor.
@@AndreasSpiess Yes you’re right this is not the chip itself but currently the devs have not yet added support for RF/RF2/Pilight on this chip. I got confirmation on the community page and also there’s a compatibility page in the documentation (I should have read before purchasing the board ;) ) stating the ttgo board does only support rtl433. My sensors are using RF transcoding. I will reinstall OMG on an esp32 or 8266 board with srx/stx882
Very nice. I do like Node Red, like a bit of JavaScript. Will get one of those Lora modules.
Enjoy!
Thank you for your effort. This would be the third possibility to connect 433MHz sensors. Currently I am using RFLink for 433MHz. Unfortunately the latest SW is of 2017, but it still works stable. In 433MHz I am using sensors only, because actors do not have a backchannel. Some people are using ESPHome as 433MHz Gateways.
Up to now I do not use BLE sensors at all, because using Zigbee or Homeatic. But we will see, what future will bring.
I also used RFLink but never liked their closed source approach. But I agree, it was stable. BLE is cheap and supported by the Smartphones. So I assume it will survive. But I also use Zigbee. Usually, I adapt the communication to my "sensor of choice" for a particular purpose.
@@AndreasSpiess Yes, the complete 433MHz fleet seems to be somehow frozen. I am using many cheap door/window sensors. The temperture sensors created a new ID after each battery change. Not good for the archive and I replaced them by Zigbee sensors. But as you wrote, BLE seems to be cheaper an to become more commonly.
Hello, excellent work! Quick note: you might want to remove the chatid from the nodered code before sharing... to prevent any direct direct messages to you !
Thank you. Done.
Really helpful this video,,,,,, thanks again and again and salut to you for your hard work,,,,,,,,
Glad my content is helpful!
Great video Andreas, you said that it also should be possible to send commands over 433, it would have been great if you could make an addon video on how to do that or if you have any tips on how to find what commands to send and how to do that via mqtt
So far I have no such plans :-(
Great stuff!
Glad you think so!
Thank you!
You're welcome!
Useful and interesting for me 😂 Thanks
You are welcome!
You never stop amazing me
Thank you. I feel honored :-)
Nice! Ordered one and got it up and running without a hassle thanks to your instructions.
Do you happen to have a link to the used case?
Glad it works. I added a link to the STL files in the description.
Thank you.
You're welcome!
Super cool
Thx
:-)
Thanks a lot for this Video! It was a chance to find a use case for my 433MHz Heltec LoraWAN modules, I ordered erroneously some time agao. Unfortunately, the pre-compiled binary does not work, I think it is because my boards are V1 and there seem to be a V2 version of the board. I will try to re-compile the source code and have alook, if there is an option for V1 boards.
I also had a look at these Heltec boards. They did not perform well...
I use the gateway on an 8266 connected to a generic RX/TX unit for RF light switches (etekcity). One of the 5 switches quit so that button can now be used to control other HA functions as needed.
The amount of RF traffic it sees around here is large and doesn't display any user-friendly names for the signals like yours did. Last compile & flash I did was 8mon ago at least though.
I looked at the RFlink on the 8266, but, a few years ago, it did not support my weather station. This is why I went with the "original" RFlink project. So obviously, they improved the project.
I've the same setup as you do and the same issue. I set it up just last weekend. Other than in Andreas' vid, it just shows the recent state under the OpenMQTT topic; there are no child entires branching down deeper. Would be curious about the reason and how to improve/fix.
I built one of these and must say it works very well. Are there other projects where I can transmit my homemade sensor data over 433 that this device can decode ?
I do not understand :-(
@@AndreasSpiess I was wondering if there is an example project for transmitting @433mhz instead of just buying compatible sensors.
@@franklombardo9230 You can search for "433mhz transmitter Arduino". Or you build your own using the RadioLib library.
433MHz Board sold out on Ali Express :-) Seems like everyone else had the same idea I had
Maybe you find them in another shop?
@@AndreasSpiess the shop has several LoRa boards in stock. I compared the images of the "disaster radio" board - the images seem identical except for some photoshopping: They replaced the LiPo charging chip (9102F instead of 2104). I ordered and hope for the best 🙂
very cool!!!
Thank you!
Another great video in Swiss Quality, high information density - Thanks Andreas!
I already ordered a suitable board. Unfortunately I have only a couple temperature/humidity sensors using 433MHz. A lot of sensors and actors (ELV) in my household use 868MHz.
There are also TTGO modules 868MHz RF-backend available. Would it be possible to use such a module in this context or is there another solution available to include them to the OpenMQTTGateway?
Many other viewers also asked. It is best to ask on the project's github page. The frequency is not the problem, but maybe they use more complex codes.
You have been busy, Andreas. I have been playing with some McDonald's computers, remember the NUCs I told you about well all 16 work. But I have no swip card to order my McDonald's lol. My son found 5 grams of golden today.
5g is a lot! Maybe he invites you to a Mc Donalds meal ;-) And you probably can sell a few of your PCs. I think there is a market for those.
@@AndreasSpiess Maybe hack them for fun.
nice video, just still a problem if you 433mhz things are not supported
I agree.
Super vid as always, even from the 'last row'. I seem to have the same weather station as you and yes, all What I really got this for was to analyse the code from a new RF 433.92 device to sort out the on/off codes, but it seems that none of my 433.92 remote handsets for various devices give absolutely nothing from the LillyGo, am I missing something very basic here, as if they are on the correct frequency, which they all are, proved with other kit, I did expect 'something' to seen from them, any ideas. Also, what is the procedure for using the transmit mode such that the RF remotes I have hacked the codes for can be sent by the LillyGo. Sir, your vids are ALL top shelf, so Thks for all your efforts, always very much enjoyed and appreciated.
I do not exactly get your point. But there are other videos on this channel about hacking of 433MHz devices.
@@AndreasSpiess Thks for the reply Andreas, Maybe i whaffled on a bit on my first post, sorry. My question was that i had thought that OpenMQTTGateway would see 'anything' that transmitted on the 433.92MHz freq, not necessarily decoding them, but at least showing some raw data. The point i was trying to make is that i have 3 cheapo 433.92 remote control handsets, like a tv remote, that control some power sockets and there is absolutely nothing shown in OpenMQTTGateway when operating any these, but it can receive many other devices near and far. I expected that 'something' would show up as they are 433.92 remotes. Have I missed something very basic here. As always Kind Rgds
@@joeking5211 Maybe there is a switch somewhere to let the raw data through. I would ask on the GitHub page (I do not know).
I'm also running a Sonoff/Tasmota 433Mhz gateway for other 433Mhz sensors. If the OpenMQTT Gateway will handle the weather station and all the other 433Mhz sensors, I'll be way ahead of the game!
I still think it does not support as many devices as the Raspberry. But mine were supported.
I was thinking the same - does this new combination (ESP32 LoRA 433MHz + RTL_433_ESP/OpenMQTT Gateway) support all the devices that the old combination (RPi + USB RTL-SDR + rtl_433) support? It would be nice to have a way to send 433 MHz modulated signals to test this, similar to rtl_433 but working the other way around (i.e. modulating rather than demodulating signals). As you say, these LoRa ESP32 modules also have the 433 MHz transmit hardware. At some point somebody will write that software. I can think of some silly pranks, too, e.g. broadcasting tropical temperatures to your neighbours' weather stations in the middle of the winter :)
@@dan-nutu At this time the OpenMQTTGateway has a limited support regarding RTL_433 Protocols. For instance, it only supports OOK based protocols and not FSK ones for now. I believe this is constrained by the resources on ESP32 and radio configuration, different from a SDR decoder software, the LoRa module cannot do all modulations at the same time and its reconfiguration takes time.
Hi Andreas, thanks for the interesting video.
Would you recommend switching from RFM69 to a LORA module for future projects? If yes, what module would you recommend (that has a decent library for AVR and ESP32 arduinos)?
I standardized on these TTGO LoRa modules for my projects because they are supported by the newer projects and are reasonably priced.
@@AndreasSpiess Thanks. I'll experiment with them. It would be interesting to migrate my solar & supercapacitor powered thermometer to LORA.
YAML Acrobatics LOL Thanks Andreas
You are welcome!
Super Cool, tnx Andreas ! Could you provide us with a link to the exact thingiverse case ?
I added the link to the description.
Thank you for another great video. Perfect timing too - I was just about to go down the SDR route for a 433 receiver. Does anyone have a link to the case STL files that were shown? My google-fu isn't coming up with much.
On Thingiverse, it is thing 4967316 (no links allowed here)
@@AndreasSpiess Thank you very much. For me, this is the hardest part of most projects. Software I can do. Hardware, I know enough to get the job done. Designing & printing a case for a project - just beyond me. I will send this case via CraftCloud and have it printed.
Good an geeky
Thanks!
What about sending 433MHz signals btw? We got some Hofer awnings a few months ago but sadly they use some encrypted communication. I was able to sniff the signal with my Flipper but so far don't have a way to properly send it from Home Assistant due to lack of hardware.
Receiver and transmitter are $1 from china on eBay all day.
The LoRa modules should be able to transmit, and I think, the OpenMQTTGateway supports it. But I did not try.
Danke für dies tolle Video.
Nach dem meine lilygo Module da waren, habe ich mich gleich daran gemacht, mit den WHx080 Transmittern / Sensoren zu spielen.
Wie gehst du mit der Datenbankkonsistenz um, wenn ein Batteriewechsel ansteht?
Beim Neustart ändert der WHx080 Transmitter seine ID.
Ich musste noch keine Batterie wechseln. Aber mit Node-Red könnte ich das sicher hinkriegen.
Super tutorial. Unfortunately it seems my sainlogic WS3500 weatherstation, which is probably an ecowitt weatherstation, does not show up on 433MHz... now I wonder if I should get another ESP32 with 866 or 915Mhz... but which one, and would it even work?
I would try to find additional information about your device. Usually the frequency is mentioned somewhere. But even then it is not guaranteed that it will be detected and decoded.
@@AndreasSpiess my weather station as well as ground moisture sensors operate on 915MHz, but my pi SDR or Ubuntu based RTL_SDR is very flaky for some reason, I would also like to see if 915MHz will work! Thank you for the video!
Excellent video! Do you know if the less expensive Lilygo boards, like the TTGO T-Higrow LoRa Shield 868Mhz / 915Mhz Function Expansion Board, can be used? Obviously they need power, but there seems to be little need for the SD card slot and display. I believe the board you used is aimed at counting devices passing by.
You can use all sorts of boards if you manage the GPIOs yourself. But you need a LoRa module, of course.
I could not get a different model (even with SD card slot and a display) to work with stock OpenMQTT. I donated it to the developers so they can try to make a version for it and bought the supported one. So before you buy, check if your particular board is supported.
@@divingquokka I have it working on a LilyGo LoRa32 V2.1_1.6 board, reading data from Ecowitt temperature sensors. Took a bit of fiddling around with the software, but it is now working fine.
I just bought a Mi Band 7 fitness bracelet. The hardware seems awesome, buy sadly the software is very crippled and doesn't allow custom apps in any meaningful way. It would be so awesome so use a small bracelet like that as a home assistant remote control over BLE
I do not know if somebody hacked its protocol (and if they use any encryption)
Very interesting video as usual. I bought the Lilygo and everything works perfectly but if I device boots, it doesn't reconnect automatically. Has anyone had this happen and know how to fix it?
I have no idea :-(
hi from the Usa. ty for posting this - Im trying to copy this with either a heltec lora 32, v3, or a ttgo 915 esp32. I have a few environment devices that are 915 MHz that im trying to connect. I can get the openmqtt on the ttgo board and connect it to home assistant - but it doesn't seem to see anything rf related or even bt? is there anything else I can do or test in mqtt explorer? as for the heltec boards - I can't seem to figure out the right sequence of the program button to hold to upload the openmqttgateway software to it.
The receiving frequency has to be right. And the protocol supported by the project. I do not know if they already support 915MHz devices (because I do not have such devices). Maybe you ask on their project page?
Nice one. I was checking my neightbors transmissions a while ago, but they seem to be all old school. Almost no foreign sensors found to "abuse". And I run a LORA gateway for quite some time now, and it is almost dead as well - no lora transmission except my own ones.
As you know I have a TTN gateway, a TinyGS satellite receiver, a weather balloon receiver, a LoRa APRS receiver, and this MQTTGateway on my roof. All of them deliver values every day. So it seems I live in a crowded place. Which creates other problems as I will show in my last video on my second channel ;-)
@@AndreasSpiess Now I do not know if I should be happy to live in a less crowded place, or jealous because I have to buy the sensors by myself :)
Hier liegt seit monaten eine 433RF Bridge 2 rum die auf tasmota laufen soll aber das is mehr brainfuck als nutzen glaube... werde das hier aus dem video wohl nachbauen. Vielen Dank.
Ich selbst habe diese Bridge nie verwendet (obwohl glaube ich auch eine in einer IKEA Kiste liegt ;-)
@@AndreasSpiess Wenn Du Zeit und Lust hast kannst Du ja vielleicht auch ein Video dazu machen, das Ding soll ja alles können auch Senden, aber das Setup ist total unschlüssig, bei dem einen geht's bei dem anderen nicht und dann soll man noch Leiterbahnen durchtrennen, wäre auf jeden fall ne menge Content ;)
I need to emulate an 433MHz remote for a diesel heater . Only On /Off commands but from HA. Do you think it can be done ?
It should be possible. But you have to try if the protocol is supported. If not, it needs some hacking and programming. Usually on-off devices are easy if they always use the same code.
Is there something similar available for 868Mhz ? Based on documentation my wireless room temperature devices for our floorheating are working with that. I found that openmqttgateway uses pilight what supports only 433Mhz if I am not mistaken. Otherwise I could use also a cc1101 based solution.
You get 868MHz LoRa boards. But I do not know if these sensors use the same coding. I would ask on their Github page (create and issue and search first. Maybe you are not the only asking)
Just to confirm: you specifically need to get the “Asia” version of the LORA board since they use 433 for LORA over there?
Just the 433MHz version.
I should get up earlier, the 433MHz-version from your link is already out of stock.
Maybe you find another shop who sells the same product.
Can this also be used for Zigbee? Wondering if I should go for Zigbee based sensors or BT based ones. If this device could handle both, no need for choosing...
I do not think so. I use Zigbee2MQTT and a specialized Sonoff Zigbee Dongle. Works fine.
Hi Andreas ! could this solution / hardware in 433 mhz, receive a classic gate remote controller signal ? thx
It depends on the transmitter frequency and if the software knows the protocol of your device. The chances are not good if you do not find the name of your device in the list of the project. But you might try it anyway.
Hi Andreas, Have you tried to change the receiving frequency? I am trying to receive a signal from one remote that emitts in 433.95 but the gateway seems to not hear or decode the signal... I read on the Wiki that by default it only receives in 433.92MHz... I have tried to send some mqtt commands but the gateway seems to not hear the messages... Maybe because we changed the default topic?
I did not check if you can switch on a debug mode to find out what happens with your signal. And the topics needed should be documented. I did not transmit
Hi Andreas, I followed the exact same steps as in the video. All went well and I do get some messages in my MQTT broker. However, my KaKu remotes type 'AC' are not detected. Older style "ARC" are detected but as a Smoke Sensor and a Remote Keyless entry... Other than these I only get little other devices discovered on 433Mhz. My old RFXCOM module detects much more. What could be wrong ? Any hint ? Thx
As I mentioned, this project has not implemented all the modules yet. AFAIK you can ask on their Github for support.
Can i integrate my xiaomi mi smart band 4 in home assistant to trigger some events and check the status? I want to use the media controller to trigger some relevant events and log mi stats. Also i want to integrate an easy entry feature for my garage door.
I do not know if it works. You find at least one project on Google
currently working on a water meter sensor to measure water flow, was wondering if you were able to help me with this?
I share my knowledge on UA-cam and unfortunately, have no time for consulting :-(
Andreas, could you tell the tire preassure sensor model? Need to hack it too, but don't know what model to select for successful hacking.
I did not try the tire pressure sensors with OpenMQTTGateway. AFAIK they currently do not support all sensors RTL_433 does. Maybe you ask on their Github which pressure sensors they support or plan to support.
there are now 2 firmware options: lilygo-rtl_433 and lilygo-rtl_433-fsk. Unfortunately it seems like you have to choose one for ook or fsk modulation, you cannot receive both with the same device....
I do not remember if this was the case already when I made the video...
Very helpful, but my LilyGo device seems to broadcast 'new' devices similar (but different) in name, that I think are the same device. These end up as many, many, redundant entries in my Home Assistant. For example, "Acurite-986-1R-10", "Acurite-986-1R-110", "Acurite-986-1R-2208" are (I think) the same device but all appear individually in HomeAssistant. Any idea how to programmatically prevent these duplicates?
I have the same problem and I do not know the reason. I delete them from time-to-time...
Wow this is a bit of a steep learning curve. Lets say I have this gateway setup and I want to send data to it. I want to make a client out of an arduino nano, DHT22 temp sensor, and an inexpensive 433 MHz transmitter module FS1000A. How do I do send those temperature readings? Which library is the best.
This is a whole project and cannot be answered in one sentence. I would slice it into several parts and search solutions for each one.
@@AndreasSpiess Thanks. I watched some of your other videos and I have a vague idea. I guess you create some sort of json string buffer using the arduino json library and then send it using the radiohead library?
How did your previous weather station fail? Was it just the plastic becoming brittle and yellowed?
I bought the same one (very cheap) and I am wanting to hack it directly with an ESP8266 inside, so no 433mhz link.
It stopped transmitting, and I did not have the time for failure analysis.
Die besseren Wetterstationen senden auf 868mhz. Ich hätte gedacht dass dies auch auf deine WS zutrifft. Funktioniert das esp32 Tool auch für 868mhz auf einem entsprechenden paxcounter?
Das weiss ich nicht. Vielleicht fragst du beim Projekt ob sie diese Möglichkeit einbauen? Es waren noch andere Zuschauer, die 868MHz Sensoren erwähnten.
@@AndreasSpiess I found this on openMQTTgateway page ( will try later) :
"Change receive frequency
Default receive frequency of the CC1101 module is 433.92 Mhz, and this can be can changed by sending a message with the frequency. Parameter is mhz and valid values are 300-348 Mhz, 387-464Mhz and 779-928Mhz. Actual frequency support will depend on your CC1101 board
home/OpenMQTTGateway/commands/MQTTtoRTL_433 {"mhz":315.026}
73'dl6mb
I have a manual ceramics kiln and want to log the the temperature profile of my firings. I built an esp32 unit that does that. Now I want to access the charts on my phone. Is that a phone app I can use to do that?
I do not know which sensor you use. If the sensor supports 433 or BLE and is on the list of supported devices, you can use it. If the ESP32 does the measurement, I would go with the Wi-Fi of your ESP32 for transport. Then you could use ESPhome or Tasmota, if one of them supports the sensor you use. If you just use the ADC, both should work. And both support MQTT. Then you only need one ESP.
@@AndreasSpiess Thanks. I use is a kiln thermocouple connected to a MAX31855 connected via SPI to a battery powered ESP32 dev board that has a display. I have not added the RF part to the code yet so I have flexibility to match a protocol if I know what this is. I have thought of using WiFi but I would prefer to use BLE since it does not require pairing/connecting. That means that I can also use it other places that I don't have WiFi.
@@AndreasSpiess Oooh, BlueST sounds really interesting. The protocol was defined by ST Microelectronics for their devices but it is an open protocol and there and SDK and Android apps that support it. Research time.
@@connecticutaggie The MAX31855 is supported by ESPhome, BTW. Good integration in Home Assistant.
Hi, have you checked its range? For me, its range is less than with normal RF433 receiver. I cannot get it woking beyond 15 meter for my weather station, while normal RF433 can easily reach 50meters or more
I did not do range testing (my house is pretty small ;-)
You'll probably want to use a different antenna. I replaced the little antenna it came with with a dipole antenna on a cable, so I also could place it a little higher.
Two questions: What is the link for the case you printed? I searched thingiverse, but it's search is notoriously bad, and I did not find any that looked like your print. Also, does the Lilly T3 board not support BLE as well? It was my understanding that nearly all ESP32 boards had BLE integrated. Maybe there were limits with the LoRa integration? If not, I would love to have one "hub" that handles 433 and BLE together.
Hi, I'm always had many issues turning on BLE on ESP32 boards because wifi interference. This Lilly works well withi BLE?
Thanks.
1. on Thingiverse it is /thing:4967316 (no links allowed here)
2. Yes, all "standard" ESP32 chips support BLE and you should be able to use both on the same gateway. I did not try because my two gateways are at a different place.
3. Mine works ok with BLE. Usually, it is not the chip, it is the program that creates issues. BLE and WiFi use the same radio. So they do not run in parallel.
@@AndreasSpiess I'm looking for the case shown in the video, too. But "thing 4967316" doesn't seem to be the one. Even looks like it's made for a different module.
@@cgraefe If I showed the white one: I no more have the STL file of this old case. I replaced it with the T7 case with the number 4967316. It even has a T7 on the front.
@@HB9BLA Sorry, I didn't phrase clearly enough. I am looking for the TTGO LoRa32 case printed in orange in your video.
Why is it that RTL_433 on the Lora32 board can only receive data? It would have been cool if we could also send data from Node Red to the RF device instead of only receiving. Is this a OpenMQTTGateway limitation or is it just not implemented.
The LoRa boards can transmit with the right SW.
Hi Andreas,
I bought a LilyGo 433 board version T3_V1.6.1
Have flashed the OPenMQTTGateway v1.4 file. I have connected it to my wifi network and can receive an MQTT response from my Gate remote.
However I am not getting anything from any other 433 devices like my WeatherStation etc. Any thoughts on why this is happening? Alos I am powering it from the usb port, is this correct.
Tom
One possibility is that your sensors are not supported by the software. Maybe you ask on their GitHub page (or check their compatibility list).
@@AndreasSpiess thanks I will. Also maybe using a different frequency. Will check
I have a DKW-2012 weather station and I am unable to make it work with OpenMQTTGateway. Have you changed your weather station from a DKW-2012 to a Fineoffset WH1080 to make it work?
I changed my weather station a year ago or so. But I thought it used the same protocol. At least I got the same messages after changing it (from RFlink). I am also not sure where the name is given. I think, this is done by the decoder, not the sensor. So we can read it as "fineoffset-alike"
I have a MarQuant 014331 Weather Station 433MHz, which is not listed in RF-link supported devices. Is there any other way to integrate MarQuant with Homeassistant ?
Unfortunately, I do not know :-( But I think you got an answer in the OpenMQTT blog.