And they also have cheaper 'embeddable' boards. Sadly they only have a single analog output pin.
--
You received this message because you are subscribed to the Google Groups "Robots & Dinosaurs" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sydney-hackspa...@googlegroups.com.
To post to this group, send email to sydney-h...@googlegroups.com.
Visit this group at http://groups.google.com/group/sydney-hackspace.
For more options, visit https://groups.google.com/d/optout.
--
--
You received this message because you are subscribed to the Google Groups "Robots & Dinosaurs" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sydney-hackspa...@googlegroups.com.
To post to this group, send email to sydney-h...@googlegroups.com.
Visit this group at http://groups.google.com/group/sydney-hackspace.
For more options, visit https://groups.google.com/d/optout.
--
On 06/03/2015 12:11 PM, "Luke Emrose" <evolution...@gmail.com> wrote:
>
> Wow, Labjack looks really good.
>
> I've been on the lookout for a data logger with analog input and over 16bit resolution but I'd had no luck.
Isn't that called a minidisc recorder?
> I was going to use them to assist me in calibrating exponential VCOs for analog synth calibration.
> The idea would be to measure VCO frequency and then tell the user which direction to turn a trim pot to finish a calibration step.
You don't really need 16 bits for frequency analysis, do you?
-A
Isn't that called a minidisc recorder?
You don't really need 16 bits for frequency analysis, do you?
On 06/03/2015 3:39 PM, "Luke Emrose" <evolution...@gmail.com> wrote:
>
> On 6 March 2015 at 15:22, Ada Lim <a...@panda2.net> wrote:
>>
>> Isn't that called a minidisc recorder?
>
> A minidisc recorder isn't computer controllable, and definitely not via Python, at least not without a reasonable amount of work.
You said logging, which is usually offline. My point still stands - audio cards are usually the cheapest way to get >16 bits of data acquisition, depending on how much signal conditioning you need.
> Not the frequency analysis itself, but I do for recording the exact value of a control voltage going to an analog oscillator.
> The control voltage is between 0-10V (but generated by it's own DAC, whose voltage I won't know exactly without measuring it, and what I'd be recording is the control voltage vs the resulting frequency. This plot I can then analyse to see if it's giving me an exponential response to match the usual V/Oct standard used for modular synthesizers.
> The frequency is going to just be measured by a timer and interrupt from any microcontroller, but the monitoring of the CV would need to be done by an accurate data logger that I can control.
Is the rest of the analog pathway going to give you 100dB of SNR? more pertinently - how would you ever tell?
(I've got some fancy 6 digit chinese multimeter that will do USB data acquisition. what I don't have is the fancy calibration gear that lets me trust past the third digit.)
-A
On 06/03/2015 9:18 AM, "Gav" <the.mechat...@gmail.com> wrote:
> There's the 'Jabjack' range, which looks nice:
I didn't realise this was a typo at first, but JabJack sounds like the sort of port you would use for medical data acquisition (hooked up to an invasive blood pressure monitoring transducer, for example).
It would be a great name for a continuous sugar reading device for diabetics, I think.
-A
You said logging, which is usually offline.
> Not the frequency analysis itself, but I do for recording the exact value of a control voltage going to an analog oscillator.
> The control voltage is between 0-10V (but generated by it's own DAC, whose voltage I won't know exactly without measuring it, and what I'd be recording is the control voltage vs the resulting frequency. This plot I can then analyse to see if it's giving me an exponential response to match the usual V/Oct standard used for modular synthesizers.
> The frequency is going to just be measured by a timer and interrupt from any microcontroller, but the monitoring of the CV would need to be done by an accurate data logger that I can control.Is the rest of the analog pathway going to give you 100dB of SNR? more pertinently - how would you ever tell?
--
Dr.Hugh, for which DAQ is this for?
--
If you want cheap - look at the Teensy 3.1
--
Just received in a email from Digikey, this may be of interest:
http://www.digikey.com.au/product-highlights/en/max11300-integrates-a-pixisupsup/53135
MAX11300
· Up to 20 12-bit ADC inputs, single-ended or differential · ADC absolute input voltage ranges: 0 to +10 V, -5 to +5 V, -10 V to 0 V, and 0 to +2.5 V (direct ADC connection) · Programmable sampling averaging per ADC port · Up to 20 12-bit DAC outputs with 25 mA current capability · DAC output voltage ranges: 0 to +10 V, -5 to +5 V, and -10 V to 0 V · Up to 20 general-purpose digital I/O · +5 V analog supply · 20 MHz SPI/QSPI-compatible · Small 6 mm x 6 mm 40-pin TQFN and 9 mm x 9 mm 48-pin TQFP packages | · 0 to +5 V input range for GPI · 0 to +2.5 V programmable threshold range for GPI · 0 to +10 V programmable output range for GPO · Internal or external voltage reference for DAC and ADC · Individually selectable voltage reference for each ADC-configured PIXI port · Internal and external temperature sensors, ±2°C accuracy · 50 Ω analog switching capability between adjacent PIXI ports · 1.8 V to 5.0 V compatible serial interface |
Do a breakout board and plug into you favourite SPI host...
Do a breakout board and plug into you favourite SPI host...
Some chickens deserve to be sacrificed.
I'll have a leg thanks.
Oh man oh man. So, as per your suggestion, I got myself a LabJack. And man, did I regret buying one!! (*) Within 3 minutes of downloading the software, I had an example running. And 45 minutes later, I had a python program up and running, replacing my original "solution". That meant that I no longer had a LabJack to play with. So I ordered another one!!
AAA+++, would buy again, and, well, I did.
The only thing I'm finding less than ideal us their quadrature speed, which is capped to 70/20kHz, depending on your mode. That's because it's interrupt based, not native clock-based.
By "one", I mean that literally, as in, "just one".