LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

FPGA I/O Limitation? Bug?

Good day,

Is there a limit on having more than one FPGA I/O node within a case structure on the FPGA? I have a program that executes fine when only one case has a I/O node but when two or more nodes exist within the same structure the AO card Im using gives a 0 no matter what is wired to it. Is this a bug or a software limitation?

 

I've been unable to find documentation on this so if someone could assist me that would be really appreciated.

0 Kudos
Message 1 of 12
(3,057 Views)

Is anyone able to assist with this? This is a major sticking point for me and is quite a serious issue if it's not intentional.

0 Kudos
Message 2 of 12
(3,019 Views)

I guess you can do that. Can you upload your fpga project?


CLD Using LabVIEW since 2013
0 Kudos
Message 3 of 12
(3,007 Views)

I don't think anyone is going to be able to give you meaningful help without more details. What's your hardware setup? Can you share your code? If not, can you recreate the problem with a really simple example? 

0 Kudos
Message 4 of 12
(3,003 Views)

I do not believe there is a limitation.  You can have more than one I/O node in a case structure.

 

For an Analog Output application I would hold the last values in a shift register and always write to the values of the channels you are using.


Certified LabVIEW Architect, Certified Professional Instructor
ALE Consultants

Introduction to LabVIEW FPGA for RF, Radar, and Electronic Warfare Applications
0 Kudos
Message 5 of 12
(2,992 Views)

Thank you for the reply.

I've attached a simplified example code that has the same issue.

 

The Hardware I am using is an cRIO-9030 with an NI-9262 Analogue Out card.

 

The "Data Check" Indicator shows me that when Run is pushed, the data being wired to the IO node is correct - from 0 to 5V in steps according to the number of samples. However what I can see on an attached oscilloscope is just 0V from the card. I know the card works because if I change the value of the constant in the "standby" state, I see that being correctly output by the card. I can also see the oscilloscope is working using external sources.

0 Kudos
Message 6 of 12
(2,971 Views)

Hmm.. So to confirm, if you take that example, and change the IO nodes from being Channel 1 and Channel 2 to just being Channel 1 or Channel 2 you see the correct output? 

0 Kudos
Message 7 of 12
(2,958 Views)

Apologies, I don't think I explained very well.

I only see the correct output when I remove the IO node from the standby case. Having the multiple channels has no affect.

What happens is that when you push run (regardless of the values wired to IO node in either case) the card outputs a 0 where it should be outputting other values, then when it is has finished it goes back to the value wired to the standby case.

 

That is to say, if I changed the value wired to the IO node in the standby case to 3V, I would see 3V on my oscilloscope. When I then push run, it changes to a 0 for however many samples there is, then back to 3V when the run case is done.

0 Kudos
Message 8 of 12
(2,953 Views)

hello,may i ask that the issue with 9262 in FPGA  you mentioned had be sovled?

0 Kudos
Message 9 of 12
(1,959 Views)

Hello.

Actually no, I ended up just avoiding the use of two I/O nodes because after a lot of searching and troubleshooting, I could not find an answer.

0 Kudos
Message 10 of 12
(1,938 Views)