We are interested in hearing what versions of the API are being put to use. If you would, please chime in. Feel free to make comments on why you use that platform and anything else you’d like to see supported.
If you’re using the DLL, we’d be very interested in hearing what platform you import it to (i.e. Matlab, LabVIEW, C, etc).
Are you considering to update only the library, or are you also considering to include more USB modes? We do work with real-time systems and we are very happy about the transfer ratio of our XEM. I was wondering, however, if in a not distant future XEM will support also Interrupt/Isochronous USB transfer modes for real-time applications?
No additional USB modes are currently planned at the moment. Isochronous transfers are allowed to lose data and include errors – making them less appealing for most applications. In fact, bulk transfers can be faster – though not guaranteed on periodic delivery.
Interrupt transfers would be interesting, but also have some drawbacks. Similar results can be had by having the application poll the device at intervals.
We are interested in hearing what versions of the API are being put to use. If you would, please chime in. Feel free to make comments on why you use that platform and anything else you’d like to see supported.
If you’re using the DLL, we’d be very interested in hearing what platform you import it to (i.e. Matlab, LabVIEW, C, etc).[/QUOTE]
Your list doesn’t offer me the choice of “other” I coded up a Visual Basic 6.0 program using your DLL for the XEM-3010 and it works fine. I may migrate to C++ for the production version. This long time C/C++ programmer got seduced by the speed of VB.
I currently use the C++ libraries for development. I use the following tools for development:
Gentoo Linux Distro
Xemacs editor
C++ libraries and QT for application development
Verilog for HDL development
Command line Xilinx via Makefiles
Simulation using CVER
I am 99% C++ but have started using Ruby for noncritical applications and find it very efficient and concise. I haven’t had the time to try wrapping the C API and was wondering if anyone else had thought about Ruby development here.
A DSP hardware guy. Currently manage to get by with Matlab API for my project on hand. The provided Matlab API helped a lot, but I suspect that I will eventually need to get a little more sophisticated in the software support, such as C++, C#, or XML.
I need to call the okFrontPanelDLL from Delphi, but i can not call the functions, anybody has tried this? Delphi loads the library and gets an address for a function, but when i call the function, i have an Access Violation error, i hope somebody can help me.