Mailbox Sensor
-
Nice project. I was going to post a new topic until I found yours. I currently have a 433MHz doorbell -> Arduino w. ethernet shield set up as a mailbox notifier / alarm but I'm looking to replace that with a MySensors version as soon as things are up and running here.
I currently use a ball tilt switch to trigger the sender and it has been working pretty flawlessly so far, all things considered. Also thought about using a light sensor, a simpler photoresistor, an actual button trigger, some sort IR beam break detection or a reed switch but eventually settled for one of the simpler designs. The tilt switch worked like charm for the doorbell since it only needs to simulate a button press and is of very simple design. I wonder if a tilt sensor / switch would work as well with an Arduino with regard to interrupts and battery savings.
Which light sensor did you use exactly? How has it worked out with the batteries so far? Any other considerations when moving the mailbox sensor project to MySensors that you can think of?
I used a digital light sensor, so far the batteries are the same as when I posted.
If I did it again, I would use a contact switch, any motion or tilt should do well.
The light sensor doesn't always report if the weather is very dull. I haven't really focused on fixing it, of course...
-
I used a digital light sensor, so far the batteries are the same as when I posted.
If I did it again, I would use a contact switch, any motion or tilt should do well.
The light sensor doesn't always report if the weather is very dull. I haven't really focused on fixing it, of course...
@BulldogLowell Yeah that is what I suspected. It would have to be a trigger that could work in low light conditions. Plus the design of your mailbox and placement of the sensor doesn't seem to work in your favor. Still, it's easier to tuck away electronics in there than in the bucket-like mailboxes we all have over here.
@hek I was wondering about the BinarySwitchSensor sketch? It does seem like the obvious choice for this application and overall it's a very versatile sketch, but it doesn't sleep or react to interrupts from button presses? Or am I misunderstanding the Arduino's capabilities here? Sorry for the noobish question.
-
@BulldogLowell Yeah that is what I suspected. It would have to be a trigger that could work in low light conditions. Plus the design of your mailbox and placement of the sensor doesn't seem to work in your favor. Still, it's easier to tuck away electronics in there than in the bucket-like mailboxes we all have over here.
@hek I was wondering about the BinarySwitchSensor sketch? It does seem like the obvious choice for this application and overall it's a very versatile sketch, but it doesn't sleep or react to interrupts from button presses? Or am I misunderstanding the Arduino's capabilities here? Sorry for the noobish question.
@bjornhallberg said:
I was wondering about the BinarySwitchSensor sketch? It does seem like the obvious choice for this application and overall it's a very versatile sketch, but it doesn't sleep or react to interrupts from button presses? Or am I misunderstanding the Arduino's capabilities here? Sorry for the noobish question.
No it does not sleep in it's current form. It was actually more an example of using the debounce library. You probably could live without this and just go for the 1.4 build in:
gw.sleep(INTERRUPT, CHANGE); -
@bjornhallberg said:
I was wondering about the BinarySwitchSensor sketch? It does seem like the obvious choice for this application and overall it's a very versatile sketch, but it doesn't sleep or react to interrupts from button presses? Or am I misunderstanding the Arduino's capabilities here? Sorry for the noobish question.
No it does not sleep in it's current form. It was actually more an example of using the debounce library. You probably could live without this and just go for the 1.4 build in:
gw.sleep(INTERRUPT, CHANGE);@hek said:
@bjornhallberg said:
I was wondering about the BinarySwitchSensor sketch? It does seem like the obvious choice for this application and overall it's a very versatile sketch, but it doesn't sleep or react to interrupts from button presses? Or am I misunderstanding the Arduino's capabilities here? Sorry for the noobish question.
No it does not sleep in it's current form. It was actually more an example of using the debounce library. You probably could live without this and just go for the 1.4 build in:
gw.sleep(INTERRUPT, CHANGE);Thanks I'll look into it. I expect I'll get a lot of use out of that sketch. After the obvious things like door / window sensors and the upgraded mailbox alert sensor I'm thinking of adding a mouse trap sensor to my humane "tincat" trap. It would be fantastic for everyone involved to know when the trap doors have been opened. No accounting for gnawed off wires of course.
-
@bjornhallberg said:
I was wondering about the BinarySwitchSensor sketch? It does seem like the obvious choice for this application and overall it's a very versatile sketch, but it doesn't sleep or react to interrupts from button presses? Or am I misunderstanding the Arduino's capabilities here? Sorry for the noobish question.
No it does not sleep in it's current form. It was actually more an example of using the debounce library. You probably could live without this and just go for the 1.4 build in:
gw.sleep(INTERRUPT, CHANGE);@hek there is no interrupt related debouncing as far as I know, this is why I used the time debounce for my reed switch sketch of the water meter
z-wave - Vera -> Domoticz
rfx - Domoticz <- MyDomoAtHome <- Imperihome
mysensors -> mysensors-gw -> Domoticz -
@hek there is no interrupt related debouncing as far as I know, this is why I used the time debounce for my reed switch sketch of the water meter
you can debounce an interrupt:
void PushButton() //interrupt. { static unsigned long last_interrupt_time = 0; unsigned long interrupt_time = millis(); if (interrupt_time - last_interrupt_time > 200) // If interrupts come faster than 200ms, assume it's a bounce and ignore { counter++;// your interrupt flag here } last_interrupt_time = interrupt_time; } -
you can debounce an interrupt:
void PushButton() //interrupt. { static unsigned long last_interrupt_time = 0; unsigned long interrupt_time = millis(); if (interrupt_time - last_interrupt_time > 200) // If interrupts come faster than 200ms, assume it's a bounce and ignore { counter++;// your interrupt flag here } last_interrupt_time = interrupt_time; }@BulldogLowell yes tjis is time debouncing as opposed to the debouncing library from tje switch sketch
z-wave - Vera -> Domoticz
rfx - Domoticz <- MyDomoAtHome <- Imperihome
mysensors -> mysensors-gw -> Domoticz -
@BulldogLowell yes tjis is time debouncing as opposed to the debouncing library from tje switch sketch
right, yes.
-
A silly question - wouldn't PIR be the best option here? very responsive and interrupt driven so low power consumption? or am I missing something?
-
A silly question - wouldn't PIR be the best option here? very responsive and interrupt driven so low power consumption? or am I missing something?
The PIR is a light sensor, so they are quite similar. The light sensor works for me, and I did try it with a motion sensor too. I'm not hung up on either but I can't say what is best.
Try it with the motion and let us know how it goes for you!
-
The PIR is a light sensor, so they are quite similar. The light sensor works for me, and I did try it with a motion sensor too. I'm not hung up on either but I can't say what is best.
Try it with the motion and let us know how it goes for you!
@BulldogLowell will do! that is one of my next projects. wouldn't PIR be easier to mount, as you can mount it at the back or at the top of the compartment? not trying to criticize, I am pretty much a newbie and trying to see if I miss anything.
-
@BulldogLowell will do! that is one of my next projects. wouldn't PIR be easier to mount, as you can mount it at the back or at the top of the compartment? not trying to criticize, I am pretty much a newbie and trying to see if I miss anything.
I'm sure you PIR will work well... if you look at the box I built, I didn't have a mounting problem.
Likewise I tried a mechanical switch, but didn't like what happened if the door wasn't closed all the way and I wanted to be able to get the 'module' in and out as I tested it.
The PIR was similarly an issue for me, if the box wasn't closed it would constantly send messages (changes in light from sun's position, car/person walking by, etc) during the day. so if you trust your letter carrier... :wink:
it is easy to try your idea; for me that is part of the fun of the world of electronics. And open-source is what makes reasonably well-crafted ideas into even better ideas!
-
I'm sure you PIR will work well... if you look at the box I built, I didn't have a mounting problem.
Likewise I tried a mechanical switch, but didn't like what happened if the door wasn't closed all the way and I wanted to be able to get the 'module' in and out as I tested it.
The PIR was similarly an issue for me, if the box wasn't closed it would constantly send messages (changes in light from sun's position, car/person walking by, etc) during the day. so if you trust your letter carrier... :wink:
it is easy to try your idea; for me that is part of the fun of the world of electronics. And open-source is what makes reasonably well-crafted ideas into even better ideas!
@BulldogLowell our mailboxes have slots, not door so there is no problem or door being left open. will try it the minute i'll get my hands on some more dupont cables!!!!
-
@BulldogLowell our mailboxes have slots, not door so there is no problem or door being left open. will try it the minute i'll get my hands on some more dupont cables!!!!
@Moshe-Livne said:
will try it the minute i'll get my hands on some more dupont cables!!!!
:thumbsup:
-
Hi,I think you have done a good job.I am very interested in your IOS app, it's written by yourself or other open-source project? Thanks.
I am using HomeWave, an iOS app developed for Vera which is my controller.
