LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

NI 9870 is no longer reading the data via serial communication

Hello all,

I have two NI9870 modules loaded onto my crio-9074 chasis. We have
followed the program given in the example
file(http://www.ni.com/example/31366/en/) line by line but we are not able
to read any data, it is always displayed as zero. Two things I want to
point out.

1) This program used to work earlier and now it doesnt( we havn't changed
the program ).

2) In the program after the first read block the value is always zero(as
marked by the arrow)

How can I figure out if the problem is with the hardware or some other error?

I would really appreciate any help, if anyone has faced a similar problem
earlier or has any clues on what I can try to rectify this issue.
0 Kudos
Message 1 of 6
(2,448 Views)

Please just type your message into the editor and not into an "Insert Code" box.

 

You say something is marked by an arrow, but nothing is attached to your message.

 

Have you put any indicators or probes on error wires within the VI to see if they show anything?

0 Kudos
Message 2 of 6
(2,393 Views)

Hi StuJohn,


@StuJohn0455 wrote:

I have two NI9870 modules loaded onto my crio-9074 chasis. We have
followed the program given in the example
file(http://www.ni.com/example/31366/en/) line by line but we are not able
to read any data, it is always displayed as zero. Two things I want to
point out.

1) This program used to work earlier and now it doesnt( we havn't changed
the program ).

2) In the program after the first read block the value is always zero(as
marked by the arrow)

How can I figure out if the problem is with the hardware or some other error?


1) If you changed nothing about the software, configuration, messages being sent, etc, then the software cannot be the culprit.

- If you changed any of these things, then it's possible that's the problem (or causes some other problem).

- Are you sure you didn't change anything?

 

2) Sounds like there's nothing to read.

 

How can I figure out ... hardware ... other?

If not software, then presumably hardware. My first suspicion would be the wiring, is it possible a wire was trodden on, bent, broken etc? Maybe there's no longer a (good) connection to your device and you're not getting anything back.

I would guess you checked nothing got unplugged/pulled out, and that everything is turned on 😉

 

If your system previously worked, and now doesn't, then something changed. The code in this example is pretty straightforward and so I doubt there's a weird corner case you're managing to hit, but even if there was, you should have been hitting it the whole time unless you changed something. The loop iteration values aren't connected to anything and there are no timing related steps, so it isn't the clock / running time...

 


GCentral
0 Kudos
Message 3 of 6
(2,371 Views)

In some instruments i've had to unplug power and serial cable to fully reset the serial port and get communication working again. It seemed any residual voltage was enough to keep the buffer active or in some brownout phase.

/Y

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 4 of 6
(2,365 Views)

I have attached the picture now, with the red arror, sorry didnt add it earlier. But as you suggested I added error probes and I am getting an error(I put a probe at the blue arror after calling the FPGA target, error code:-61017. Can you please explain possible reasons for this error as I had already mentioned the FPGA target was already complied and everything was working fine previously?

 

Also now should I just go ahead and re-compile my FPGA target?

0 Kudos
Message 5 of 6
(2,341 Views)

Well since error Error -61017 says

"LabVIEW FPGA: You must recompile the VI for the selected target."

 

Then recompiling sounds like a pretty good idea!

0 Kudos
Message 6 of 6
(2,326 Views)