Thank you

Great that it worked :) have fun

Never mind. I just figured that I was testing the wireless PIR sensor incorrectly. I discovered that the sensor doesn't expect a pairing signal from anything. It is just a one-way communication. I was getting the same ID every 5 seconds regardless of motion because I was testing the sensor outside of its enclosure. Apparently, the Fresnel lens is fundamental for the PIR element to work properly. I didn't have such knowledge back when I posted my comment. That said and following your instructions, I had correctly implemented a wireless alarm system with a wireless RF door sensor and the aforementioned wireless RF motion sensor. Thanks!

Hey, the receiver would not receive them both, it is also a security issue, if someone would send a signal continuously the receiver would never get any valid signal. But to your question, it is very unlikely that two sensors are sending at the same time the transmitting only takes a few milliseconds and most Sensor repeat its sending a few times.

Hi, that has something todo with Telegram itself, you can edit each chat notification when you are at the chat itself, please test if you got sound if you put Telegram in backround.

Thank you for your reply and I tried it. It is working fine. With Great Regards.

Hey. I linked some in the description. My where from germany so hard to link them

@@atc1441 Some of the ebay links are invalid. Do you know the brand/model of your PIR sensors?

Just changed the descripten. Its now a search link. Sonething like what will come up should be compatible

Hey Yes that is possible as well, See the SimpleAlarmSystem2.ino on github

Yes that is a possible solution. It would be a 433mhz repeater that is needed, a custom one is better there than a general 433mhz repeater

The certificate expires in years, so if that is gonna happen its needed to reflash it

It is running stable for me since i built it. Also got my Garage door working via telegram for over a year. In the code is a feature so that nobody else can interact with the bot so that shouldnt be a problem.

In the alarmsystem code there isnt even a function to write to the bot so it shouldnt be a problem there at all. It will only send get requests to send msgs. The security feature is in the garage door code(see video for that)

Thank you, that sounds very promising ! You're my new favourite avantgarde-hacker !

Its a normal 433mhz receiver. Anyone should work. Some have very poor range

Got the same problem. The SYN470R chipset is not supported at the "RCSwitch.h" library level. So, you need to buy a receiver which chipset is supported at the library level. This is SC5262 / SC5272, HX2262 / HX2272, PT2262 / PT2272, EV1527 / RT1527 / FP1527 / HS1527, HT6P20X.

@@atc1441 Can you tell me the exact model of the Receiver you are using directly in the demo? Unfortunately, the links in the description do not work.

Try this one MX-RM-5V

@@atc1441 If I'm not mistaken, you said in the video that it didn't work very well for you.

Hi, you can just delete this line, sometimes it is needed when the connection to Telegram is not working correctly, are you on an ESP32 or ESP8266 ?

@@atc1441 esp32 / Now get this kind of error, goes on and one for a whole page and at the bottom says - Error compiling for board ESP32 Wrover Module. libraries/rc-switch-master/RCSwitch.cpp.o: In function `RCSwitch::setProtocol(RCSwitch::Protocol)': /Users/AAA/Documents/Arduino/libraries/rc-switch-master/RCSwitch.cpp:122: multiple definition of `RCSwitch::setProtocol(RCSwitch::Protocol)' sketch/RCSwitch.cpp.o:sketch/RCSwitch.cpp:122: first defined here libraries/rc-switch-master/RCSwitch.cpp.o: In function `RCSwitch::setProtocol(int)': RCSwitch.cpp:(.text._ZN8RCSwitch11setProtocolEi+0x0): multiple definition of `RCSwitch::setProtocol(int)'

Of course it is just a toy :)