LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

NI-488: Command requires GPIB Controller to be Controller-In-Charge

Dear all,

I have read those post:

http://forums.ni.com/t5/Instrument-Control-GPIB-Serial/NI-488-Command-requires-GPIB-Controller-to-be...

 

http://forums.ni.com/t5/LabVIEW/Error-1/m-p/3018545#U3018545

and my problem might be another one. I have the same problem and I know that "some path may include a not accepted symbol such as @ or?" is not the failure, because I have work with those files several times without any trouble.

 

I have read somewhat about the destroying queues but maybe I am doing it wrong, or I am not identifing where the problem is. I have also read that the problem could be if am calling some subVis that  execute in parallel and one destroys the queue of the other...but again, no idea. I have conected to my NI FlexRio (in a PXI module) one NI 6585 adapter module and it to NI SMA-2165 only to get with an oscilloscope the signals and know if all is going well.

I have attached here some jpgs of my hostVi, my FPGAVi and one of the writing SubVis FIFOs which could be problematic.
The idea is read two files, get the data and send it in parallel one by channel A of the NI6585 and the other data of the file by channel B of the NI6585. If is needed I can pass the hole project or the VIs, but is for not to upload heavy things to the forum.

Kind regards,
Miguel. 

Download All
0 Kudos
Message 1 of 2
(2,837 Views)

I have proven to put both the getting the data files and the wirting into FIFOs in flat sequences, and the problem still occurs...but sometimes. It might be the queues between them, but could not be a chance to make the completely in paralell? Is that the correct way to extract data? I have done as one example I have look at in the NI-FPGA examples...

Thanks,

Miguel.

0 Kudos
Message 2 of 2
(2,798 Views)