11-28-2006 07:04 AM
11-29-2006 10:39 AM
One addition to make: Created my task in MAX, loaded this by my application, and this worked wel.
At least this gives me the chance to continue creating my application,
but this is definetly not the way the final application will work.
Johannes
01-17-2007 01:25 PM
int32 DAQmxCreateAIVoltageChan (TaskHandle taskHandle, const char physicalChannel[], const char nameToAssignToChannel[], int32 terminalConfig, float64 minVal, float64 maxVal, int32 units, const char customScaleName[]);
If we do not want to perform any custom scale, an example for a voltage signal would look like this:
DAQmxCreateAIVoltageChan(taskHandle,"Dev1/ai0","",DAQmx_Val_Cfg_Default,-10.0,10.0,DAQmx_Val_Volts,NULL));01-18-2007 02:48 AM
hi Gerardo,
Thanks for your response. Indeed I don't want any customscale. To be sure, I copied your call into my code. Needed to change the "NULL" into "ByVal 0&" to follow the VB syntax.
Note that I needed to use this same "ByVal 0&" in other calls, which work perfectly well (like DAQmxReadAnalogF64)
The prototype is known via the VB way of referencing to the C API.
My problem is not solved, though. To me it feels something funny going on between VB and the C API.
Johannes
03-13-2007 05:47 PM
Hello Johannes,
Again, seems like I did
not get a “notifier” for this… sorry.
You mention you tried
this in Excel but this used different syntax sometimes and this is why we do
not support Excel VB code. We do support VB 6 or VB.NET.
The syntax should be something like this:
As a workaround, you might be able to create a dummy scale in MAX (slope = 1 and 0 crossing) and use it in this task.
Hope these suggestions helps,
03-23-2007 11:06 AM
Yardov,
Sorry, but your suggestion does not bring any news.
I was already aware that a task created in MAX is a workaround, and I am aware of difference in syntax.
Is there any way to see what is actually received by the task, when I do my call? kind of debug level or mode?
Johannes
03-24-2007 10:49 AM