Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Investigate power options #2

Open
0x736E opened this issue Sep 26, 2016 · 6 comments
Open

Investigate power options #2

0x736E opened this issue Sep 26, 2016 · 6 comments

Comments

@0x736E
Copy link
Contributor

0x736E commented Sep 26, 2016

Battery:

  • LiPo
  • CR123A

Other:

  • Light Fixture
  • Wall Plug
@estuans
Copy link
Contributor

estuans commented Nov 1, 2016

+1 for Light Fixture, we want as low maintenance as possible ideally.

I'll spend a little more time seeing if I can get some kind of trickle charge from a solar cell working.
My thinking is if we can get more than 7 or so mA out of it then there'll be a slow charge whilst the device is in deep sleep.

@0x736E
Copy link
Contributor Author

0x736E commented Nov 1, 2016

I suppose we should first decide how often we want the devices to 'wake up' so we can determine how much power they use?

I would like as much resolution as possible, but any more than 1 per minute seems OTT. somewhere in the range once per 1-10min seems suitable

@estuans
Copy link
Contributor

estuans commented Nov 1, 2016

Right - I guess it depends on the amount of current drawn by the sensor too.

Maybe use an LDR to drive an interrupt on the more "heavy" sensors. we don't need to airquality / gas in rooms that the lights aren't currently on for? - just a thought.

@0x736E
Copy link
Contributor Author

0x736E commented Nov 1, 2016

I'm not so sure.

Air quality is not a binary state. We may want to graph how air quality changes over time.

In the case of gases, we may wish to discover a leak etc. which would need regular monitoring.

I would rather we 'poll' the environment for state at regular intervals, and report the sensor data regardless. We can do smart things with that data on other threads / projects.

Speaking of, we may indeed use such sensor information to detect human presence, regardless of lighting.

@estuans
Copy link
Contributor

estuans commented Nov 1, 2016

I guess so - I don't think it needs to be any more frequent than 10 minutes or so. it's all a merry-go-round, we'll use more power logging frequently, and driving more thirsty sensors.

This also raises a question - if we were to use a PIR to detect movement within a room, do we log each interrupt? or timeslot it somehow?

@0x736E
Copy link
Contributor Author

0x736E commented Nov 1, 2016

That's a good question.

I don't know the answer. We should respect privacy though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants