Another stab in the dark for a project that is probably over my head...
I'm thinking of building a radon detector with an old webcam (the older, the better, since a larger CMOS increases the detection chances). Think something like this, but without the "probably non-lethal" voltage multiplier...
Detection can work on streaming data (or on a small buffer), keeping the count of pixels that are greater than a given threshold.
The reasonable course of action would probably be to use a Linux-capable board like the Raspberry Pi, but I'd like to know if it falls within the bounds of what's possible to do with a Teensy.
I don't know how the data is encoded over the wire. If the raw buffer is sent in RGB format, I'd need at least 640*480*3*60 =~ 55 MB/s of bandwidth.
If it is encoded, I'd have to decode MPEG2 on the fly... Or alternatively, find the schematic for (or reverse engineer) the webcam and snoop on the sensor directly (I've read that some of them speak i2c internally).
Brightness detection can work on one channel only, so I'd have to count a bit more than 18M Pixels per second so 9 cycles per pixel (rounding down) on a Teensy 3.6.
Assuming the USB host route is possible, there's still the driver issue since none exists for USB Video Class peripherals.
Could the Teensy 3.6 be amenable to one of these scenarios?
I'm thinking of building a radon detector with an old webcam (the older, the better, since a larger CMOS increases the detection chances). Think something like this, but without the "probably non-lethal" voltage multiplier...
Detection can work on streaming data (or on a small buffer), keeping the count of pixels that are greater than a given threshold.
The reasonable course of action would probably be to use a Linux-capable board like the Raspberry Pi, but I'd like to know if it falls within the bounds of what's possible to do with a Teensy.
I don't know how the data is encoded over the wire. If the raw buffer is sent in RGB format, I'd need at least 640*480*3*60 =~ 55 MB/s of bandwidth.
If it is encoded, I'd have to decode MPEG2 on the fly... Or alternatively, find the schematic for (or reverse engineer) the webcam and snoop on the sensor directly (I've read that some of them speak i2c internally).
Brightness detection can work on one channel only, so I'd have to count a bit more than 18M Pixels per second so 9 cycles per pixel (rounding down) on a Teensy 3.6.
Assuming the USB host route is possible, there's still the driver issue since none exists for USB Video Class peripherals.
Could the Teensy 3.6 be amenable to one of these scenarios?