Yes, I’ve got an internal ceiling flush type and also converted the built in pir in some wall lights.
Surely it’s just a relay output from the pir ?
Maybe you got lucky, found some more info digging about https://www.facebook.com/groups/ShellyIoTCommunitySupport/permalink/2620164008082947/
I’m temped to add the resistor inline, any electronics buffs confirm this’ll work?
I can confirm the resistor makes it work, as an ‘edge’ device it triggers the light on and when the PIR timer times out it turns it off.
Hello, I have seen that you have used an Optex device. How do you integrate it with home assistant? I have two, but I don’t know how to integrate. I haven’t found any help on this.
If you could guide me, I would be very grateful.
Thank you
I’ve some Optex PIR sensors, VXI-RAM, lying around from an old alarm system I want to get rid of.
ESP32 would be a great controller to add to them, care to share your plans on how you did it and your experience with it?
Are you using BLE to report the status to HA?
How are the sensor’s batteries when you attach the esp32 to them as well?
Hi!
I have Optex VXi-DAM detectors, these are not battery operated. Since I have 12V at the place, I simply put esp32 boards with dc-dc converters in the battery box (since it is empty). The connection is via wifi, but I use the esp’s Bluetooth as bluetooth proxy too.
If i were in your shoes I would probably put in a small zigbee door sensor or button. You just have to find the correct pins to soldier the detectors cables. It would be fine to use them both with 3.6V batteries. I used a lot of them like this, but with regular alarm systems’s door sensors (texecom), with normal amount of motion they were fine for about 2 years with 2pcs of cr123a. I suggest to use SAFT batteries, they are very good, and capable to provide uA currents too, since the basic operation of the detector only needs some uA. Some regular battery can’t provide this low amount of current.
With esp you have to face with sleep/deep sleep to not drain the battery too fast.
I was able to obtain the tech sheet from the produces, thanks to which I was able to figure out what the different wires do (alarm, trouble, and tamper): they’re mostly ssr configured by the deep switches. The catch is that the pin/s where you connect them needs to be an INPUT_PULLUP
I made 2 prototypes:
- one with a d1 mini
- one with an esp32-c6
Power:
I used a 6V battery pack (4 rechargeable AA), connected to ground and VCC on the dev boards, and then powered the PIR from the controller’s 3V pin. Works fine and should be able to power both controller and PIR for 3 to 5 years with 10kmAh of available power.
Unfortunately both my prototypes ended up being a bad choice due to external factors:
- D1 mini: the lack of RTC pin makes it impossible to be awakened from the deep-sleep by a pin event, so deep_sleep needs to be time-bound, which can easily result in missed detection events as the PIR and controller’s sleep cycle drift out of sync with time.
- esp32-c6: this was my primary choice due to the ZigBee support and wake-on-pin form deep-sleep, but alas it’s not yet supported by esphome which I’d like to use in this case for convenience.
I’m debating with myself on the next step: whether to just get some esp-c3 and call it a day or to wait for the c6 support to enter esphome (I tried the dev stuff I found but I ended up bricking a c6’s boot loader)
Once I’m done I’ll share schematics and source code.
Don’t forget that this outside box is ideal for some other sensors.
One of my detector had a light sensor and a dht22. Dht22 was a poor choice, it lasted about 1,5 year only. I had to change it to a waterproof dallas temperature sensor.
I am not following your logic. The ONLY way to wake an ESP device from deep-sleep is by pulling RST low.
An ESP is a poor choice for a battery-powered sensor. A Zigbee device is far, far more battery friendly.
the SCO I’m using supports supports wakeup on GPIO pins and ZigBee