Use the discount code 'voltlog' for a 10% price discount on your order. Products are shipped from USA based warehouse, so US customers usually receive orders within 4 days and international customers usually get products within 1.5 weeks. Faster shipping options are available on the check out page.
The driver seems to be a binary blob? That doesn't bode well for long term support, for example with newer versions of Windows (or an entirely different OS) or newer versions of Python. Having dealt with similar issues at work when selecting hardware for a test setup, I came to the conclusion that an Arduino would be the best choice that will remain supported for an indefinite amount of time. In particular, the "Ruggeduino" boards are overvoltage protected.
To do (limited) functionality like this, I use a Nano or ESP with a script to define I/O's over serial and read/write them (50K samples/sec). On the PC-side I use my own preferred dev. environment (I hate Python) to configure/read/write over serial. This way I can script/monitor/log/test projects connected to the Nano/ESP from my PC in my own preferred environment :-)
@IanScottJohnston I remember those ones on account of us going "yeah no way we're paying for one of those" at work each time they popped up on our radar in relation to something we wanted to do.
The manufacturer may /say/ the lack of Linux driver to configure the unit is a hardware issue, but to me it just sounds like a lack of interest in supporting Linux ...
Boo hiss, where's our linux support? It's bad enough Standard Australia put DRM on my local standards (they don't work on linux), yet they're DRM free with your licence in New Zealand!
Very questionable value for the price, considering that it is not much more than there is on a STM32 dev board (or ESP32) with an external ADC and screw terminals. But the main deal breaker for me is the custom driver. If the manufacturer stops to support it (not providing Linux support isn't a good sign either; missing out on raspberryPis), the device becomes useless (unless someone writes different firmware). I see no reason why this device couldn't be connected as a standard USB serial device. A raspi with a DAQ hat costs much less and includes pretty much a complete computer.
Nice set of IO and apparently quite user-friendly API. That should pay for itself in no time, if used in production environment to cut time used for testing.
Use the discount code 'voltlog' for a 10% price discount on your order.
Products are shipped from USA based warehouse, so US customers usually receive orders within 4 days and international customers usually get products within 1.5 weeks. Faster shipping options are available on the check out page.
The driver seems to be a binary blob? That doesn't bode well for long term support, for example with newer versions of Windows (or an entirely different OS) or newer versions of Python. Having dealt with similar issues at work when selecting hardware for a test setup, I came to the conclusion that an Arduino would be the best choice that will remain supported for an indefinite amount of time. In particular, the "Ruggeduino" boards are overvoltage protected.
Drivers are still a bit of a mystery item to me so I'm not really sure how that is handled.
SCPI would also be fine.
To do (limited) functionality like this, I use a Nano or ESP with a script to define I/O's over serial and read/write them (50K samples/sec). On the PC-side I use my own preferred dev. environment (I hate Python) to configure/read/write over serial. This way I can script/monitor/log/test projects connected to the Nano/ESP from my PC in my own preferred environment :-)
I was there right up to the point where it was declared as Windows-only.
Looks like the old Advantech ADAM plc type controllers. Same enclosure anyway.
Yup, the enclosure certainly looks the same.
@IanScottJohnston I remember those ones on account of us going "yeah no way we're paying for one of those" at work each time they popped up on our radar in relation to something we wanted to do.
The manufacturer may /say/ the lack of Linux driver to configure the unit is a hardware issue, but to me it just sounds like a lack of interest in supporting Linux ...
Drivers are still a bit of a mystery item to me so I'm not really sure how that is handled to be able to comment.
I agree, given that Linux runs on just about any hardware that Windows does.
Which is fine, if they are upfront about it, its just not worth supporting linux for some products.
Boo hiss, where's our linux support? It's bad enough Standard Australia put DRM on my local standards (they don't work on linux), yet they're DRM free with your licence in New Zealand!
Hang on, they are from NZ? why didn't they send me one LOL !
I don't know but might be worth reaching out to them.
Very questionable value for the price, considering that it is not much more than there is on a STM32 dev board (or ESP32) with an external ADC and screw terminals. But the main deal breaker for me is the custom driver. If the manufacturer stops to support it (not providing Linux support isn't a good sign either; missing out on raspberryPis), the device becomes useless (unless someone writes different firmware). I see no reason why this device couldn't be connected as a standard USB serial device.
A raspi with a DAQ hat costs much less and includes pretty much a complete computer.
Nice set of IO and apparently quite user-friendly API. That should pay for itself in no time, if used in production environment to cut time used for testing.
Yup, feels like it's really user-friendly.