Does anyone have any ideas on this? On a raspberry pi, mjpg_streamer and the corresponding DHT library operate gracefully together...
Posts made by James Harding
RE: Webcam Stream and GPIO access at the same time?
Webcam Stream and GPIO access at the same time?
I'm using the DHT11/22/AM2302 Library found here: DHT Lib
It works great when nothing else is running
When I start a webcam stream using:
mjpg_streamer -i "input_uvc.so -d /dev/video0 -y" -o "output_http.so"
suddenly the DHT library will return:
RE: Please Include kmod-video-uvc package in the official repo
I am receiving this same error. Not sure where to go with this.
RE: Bitcoin Clock
Very nice! I wouldn't mind having one of these. I think it would be cool if you made the face of the 'bitcoin' a pie chart, and had different crypto currencies with their own LEDs under each piece of the pie. Then you could use one omega to report a bunch of different crypto currency rates.
How many watts is your laser cutter? That looks like its gotta be pretty powerful, 100 watts?
Use /tmp for application storage, proof of concept
It is no secret that the 16MB flash versions of the onion omega leave a lot to be desired when working with python or node.
On my omega 1, after node is installed I'm left with 1.7MB of space remaining. This is a decent amount if you are building your entire code base. You must be very careful which external packages you choose to use, that 1.7MB can run out really quickly. I know this from experience.
Now to start, I'm not sure if I'm lazy or just bored, one of the two is my excuse for doing this. I've been working on an existing project for the past couple of days and ran out of space on the Omega. Instead of using a USB stick and pivot overlay, I am using /tmp, which I believe is ram space.
Obviously ram gets cleared during a reboot or power cycle, so it's kinda hard to run your code when it doesn't exist.
I have created an init.d script that does a git pull on a repo in to /tmp. After a successful pull, the script also launches the application. User specific settings are kept in /root to maintain some amount of persistence.
While my omega_garage project is running, /tmp usage is at 22% and fairly steady.
Depending on your projects requirements, this may be a viable solution for people that don't want to setup pivot overlay, people that don't have extra USB sticks lying around, or if you are like me and didn't want to pull the ladder out to climb up and insert a USB stick.
I have been running this in my garage for 3 days, there does not seem to be any ill side effects.
Please let me know what you think of this idea, or any potential downfalls to this approach.
RE: The Onion Thermostat
@Costas Costas I am aware that these things already exist for micro controllers that have been out in the wild for longer than the omega. I was referring to a thermostat project that was built specifically for the omega, sorry if i was vague.
I got my Omega2's last week and took a crack at putting my pre-existing thermostat code on to them. Unfortunately, my code base sits at about 21mb, and apparently I didn't buy the omega2 +. So until I get my omega running off of a usb drive I wont be able to do further testing.
RE: The Onion Thermostat
Out of curiosity, does code for all of this exist? or is this simply an idea?
Either way, I have some working code that meets at least some of the requirements above. Also, it could potentially eliminate the need for a screen connected directly to the Omega.
When I get my Omega 2 in the mail, it should be any day, I will try and get the code running on it.
I'm not even sure the project will fit on the Omega.
Other parts that I needed to get my current device working:
- At least 3 relays
- Transistors (NPN) - # of relays you have.
- Rectifier and AC/DC converter (need 5 wires coming from your wall to utilize this setup)
- If you dont have 5 wires, a wall wort to power the Omega.
No guarantees any of this will actually work.