This is one of the projects I had in mind for the RPi 2. I've already got the RTL-SDR stick and it works great on my workstation, but having it portable would be even better. I'm happy to see that the RPi 2 can handle the workload. It will be interesting to see if the Pi can also handle trunk tracking.
It has to reliably provide 5 volts and at least 700mA (depending on your Pi model and peripherals). The Pi is more sensible to the voltage than the amperage.
The Raspberry Pi forums are filled with "90% of the time it's the power supply not up to the specs, please check the specs" messages for any power and `random crashes´ related problems.
http://www.adafruit.com/products/1566 is sold specifically for this purpose, and it has some interesting notes about how it behaves (like output fluctuation when the battery is simultaneously charging and providing power) that might be worth noting. If all you do is run off a battery, then unhook the battery to charge it, you shouldn't have those sorts of issues.
500mA and up will charge a phone (assuming you're not also doing power-intensive things on it), but you'll probably need 1-2A to power a Pi and a SDR reliably.
Yep! Plus the tuner card itself can use 200mA or so, and if you want to use any other USB accessories they'll be drawing power as well. I unfortunately have too much experience using "phone chargers" that had enough current to run it 90% of the time, but under hard load would cause enough voltage drop on the 5V rail to reboot the Pi.
Got my Pi 2 recently, and it's awesome how much snappier it runs. I've only used them to spin up game console emulator appliances so far. Would love to hear about projects among the HN crowd. I'd really like to use one for something more interesting!
I have a raspberry pi A I think it is, hooked up with the camera taking timelapses every day and automated posting to youtube. Gave me an excuse to play with ember for the frontend too -> http://timelapses.psdavey.com
Current project for the pi2 is hooking it up over a 3G modem for remote monitoring of a study site for a science friend of mind. I want to be able for her to send an SMS and for the PI to send back a picture. All the bits are in place, just need to make it nice!.
Probably, the issue is that there's reflection of the double_ish_but_not_really_this_is_new_zealand glazed glass. Also, I take a ruthless approach to "fun" on small side projects and rather it works than is perfect. I did try putting a box around it but it wasn't really that workable as it sits in the corner of the lounge and I don't want it to be too bulky.
What sort of colour settings would you tweak?
p.s. if any other pi-timelapse people are out there, I would be quite keen at some point to open up the API so that you can post links to your videos too.. then we can have a google map to all the timelapses and it'd be just great! :D
p.p.s. did have fun using the python http://rhodesmill.org/pyephem/ to calculate the "Nautical Sunset - who knew?" so that it will properly adjust rather than the crude approach of a cron-job with a large enough bracket!
I use a Pi 2 to run a simple intranet at my house that acts as a portal to various network services, a B that I'm using to experiment with hydroponics automation and exposing sensor data over a REST API, and a B+ that I hooked up to Adafruit's thermal printer to make a GitHub-webhook-powered printer that prints a physical ticket when the issue gets assigned to someone.
I haven't yet, unfortunately the project has been on the backburner the last year or two since I've been so busy with other things. So far I've basically hooked up a relay board with an I2C GPIO extender, and use the Pi to toggle relays for lights and pumps. I also have an Arduino hooked up via serial that acts as an environment sensor, logging TDS, pH, light status (with a basic photoresistor, although this could be expanded to a fancy color temp sensor), and temp+humidity. It also monitors water level via a float switch. When the float switch is triggered, it adds more water. This naturally brings the TDS down, which triggers relays for peristaltic pumps to add a given ratio of nutrients.
The goal is to have a RESTful API service running on the Pi so that I could deploy one Pi+environment sensor setup per reservoir with a basic js app to monitor variables and set the timers and nutrient schedule, and if necessary aggregate that data into a centralized management frontend for multiple reservoirs.
I used my RPi to attempt to monitor the fermentation of my beer, by making use of a time-of-flight sensor attached to the Pi, to measure the displacement of a hydrometer - https://www.anfractuosity.com/projects/zymeter-simple/
I use my Pi to send AIS data to marinetraffic.com. It also allows you to send virtual AIS data, for those that don't have a real AIS transmitter. You won't be visible to the ships but you'll be visible to those using AIS apps.
I'm in the early stages of building an application that uses the camera module and OpenCV to recognise gestures and generate audio effects. Kind of head/hand operated synthesizer. Maybe hook-up a video projector and throw-in some video effects too.
Secondary objective is to renew my acquaintance with C/C++ after years of mainly using managed languages, and to learn modern language features.
Almost none of it would be pirate radio, since the most common one (RTL-SDR) is receive-only.
You can use it to tune in 2m ham radio repeaters, or listen to broadcast FM, or pick up weather radio transmissions, or track which aircraft are flying overhead, or build a little yagi antenna and hear people talking via ham radio satellite, or possibly listen to police radio depending on what your local cops use
You shouldn't need a yagi to listen to ham sats (transmit you will). A good external omnidirectional antenna should be fine.
In addition to the sats ISS always has at least one ham radio operator. They sometimes man the radio and make contacts with hams. In addition to THAT sometimes they operate SSTV (sending pictures via radio) that you would be able to pick up. Very cool stuff!
Nice. Now the question is how accurately you can timestamp the ADS-B replies. If you can timestamp them to within a few hundred nanoseconds, and have at least three (preferably four) receiving stations networked, you can draw a radar picture of your local airspace.
The problem are the RTL2832U receivers.
The sample rate is too low, 500ns resolution with 2MSample/s is not enough.
For this reason I cannot recommend using the dvb-t sticks as ads-b receiver (the symbol rate is too high, compare nynquist theorem).
Multilateration has already be done for ADS-B on large scale, but with different receivers.
There are receivers available[1] with nanosecond accuracy (and gps time synchronization).
GPS synchronization isn't needed, by choosing other flight paths to provide basic time synchronization between receivers.
Given that UmTRX is dual channel, has a GPS locked clock and is much higher performance is general, I'm thinking it might make for an excellent platform for experimenting with passive RADAR!
I'd like to know, but I'm not sure it is possible with a USB SDR stick. My solution in build is to use a high sample rate stereo soundcard with one channel capturing the audio from an analogue receiver and the second capturing a GPS time sync pulse.
As far as I know they use radar technology to spy on their targets. That was what I was referring to. I didn't read the article that thoroughly, I just picked up on "radar" signals and remembered hearing about drones having three targeting/surveillance systems....
As far as I know they use satellite links. So I imagine they can avoid sending signals towards earth. I also assume they use frequency hopping in a wide range so it's harder to track.
I dunno, it's a _long_ way to a satellite, and only a short distance to the ground. Given the space/packaging constraints on a drone I wonder just how directional it's uplink antenna could possibly be. (Although I'd bet the satellite probably has a _very_ high gain antenna on board - which'd turn the tables back in their favour...)
This random webpage claims that the (probably "a") satellite uplink frequency is "13.75 - 14.5 GHz". So you would have to dig up a downconverter that works in that band. Perhaps if the drone was overhead there might be enough signal that makes it to the ground to detect. If this became popular it might turn out to be worth the bother to equip drones with receivers to detect the local oscillator leakage from such early warning systems.