09-19-2014 07:26 AM
I removed the RPM signal and
09-19-2014 07:30 AM
Sorry no info
I removed the RPM signal and th HP loop count had dropped considerably
The RPM input signal is the only signal I have.
09-23-2014 08:37 PM
Hi Tim,
You mentioned earlier that you were using a CompactDAQ chassis. Because this chassis is connected over USB I think it's possible that accessing your counter channel through multiple driver layers is taking longer than your 1ms target period. USB is not a deterministic communication method and some jitter is inevitable. You may need to reduce your target control loop frequency considerably in order to sample channels through your cDAQ chassis.
It may be possible to work around this by using a Custom Device. Is your primary control loop rate flexible or do you need a 1ms period for some requirement?
Best,
Andy C.
Applications Engineer
National Instruments
09-25-2014 07:31 AM
Yes I was using a cDAQ chassis but I have switch over to a PXI chassis which I am communicating with a 8360 MXI Express card.
I get the same result with an update rate of 1 Hz to my RPM signal. When I create a task in MAX the update rate is substancially faster using the same hardware which leads me to believe something in Veristand is slowing this signal refresh rate down.
My primary control loop is flexible.
09-25-2014 08:25 AM
Can you (or have you) feed a faster signal (e.g. 5 khz) into your RPM input and check Veristand's rates?
09-25-2014 08:54 AM
I would need some sort of signal generator to send in a signal of that speed.
The overall system performance is poor.
I tried a simple loop back test where I would output a 0-10V signal from my AO. I tried reading this signal from an AI channel and I cannot even get the system to deploy. It appears the overall system performance with windows is rediculously poor and had I known this I would of went with a different configuration.
I mean trying to use 2 channels at 100 Hz causes a deployment failure? This is very poor!