06-28-2010 08:05 PM
Hello, I am using the PXI-8512/2 in an electrically noisy environment so I often get errors on the CAN bus. I notice that often the 8512 stops communicating as a result. In my dual port 8512/2, LED #4 which normally blinks ends up turning off. However, I do have other devices listening on the same bus; they report errors but continue to stay alive. Is there anyway I can have the 8512 continue working in the presence of errors? I'm using the XNET custom device for VeriStand 2009 and don't see any error handling options. In fact, I don't get any notification of errors at all. I just notice that my incoming CAN signals stop and my outgoing ones have no effect. Thanks.
Solved! Go to Solution.
06-29-2010 10:52 AM
Hi Hyog,
Can you give more detail about the environment you are operating in? What is the CAN bus speed that you are operating at? Usually lowering the CAN bus speed can less the amount of errors occurring. Have you attempted to lessen the interference to the PXI-8512/2 by shielding the cables, or moving them away from noise sources?
If you have a monitor connected to the PXI controllers screen VeriStand should report errors of Custom Devices that cause them to fail. Do you see any such notification on the screen of the PXI?
You can check the state of the network using the NI XNET Read (CAN State Comm).vi (see logging errors section of NI Developer Zone Tutorial: Migrating NI-CAN Applications to NI-XNET and the attached screenshot. If you add this VI to the XNET RT VI in the Read State you can then add logic to judge if the XNET device is erroring out inappropriately (display data to screen, log to file, create channels for viewing with VeriStand). Can you let us know what the state of the bus is over time (error active to error passive to bus off)? Are the other devices on your network reporting the same state for the bus, or different states?
07-01-2010 04:14 PM
Hi Hyog,
I would suggest trying the latest version of the custom device (fresh from today). It has a new feature that you can enable that should automatically recover from bus off conditions.
Let me know if that resolves your issue.
07-01-2010 04:41 PM
Hi O_Proulx, thanks for the updated XNET custom device. It looks like there have been many good changes. Does this mean, however, that I will have to, in System Explorer, delete my original XNET custom device, re-add this as a new custom device and then reselect all of my CAN channels and mappings? Or can I just put the two configuration and engine .llb's into the appropriate folder and benefit from the new features? I have multiple system definitions using this custom device, each with a lot of CAN channels, so I'd like to understand the amount of rework that this new version might require. Thanks.
07-01-2010 04:47 PM
Hello,
You should not have to delete your devices. Just update the configuration and engine llbs and restart system explorer, save your configuration and redeploy. Let me know if you see any problems.
(There are new files also copied to the custom device directory if you want to use the bus monitor feature...so you can overwrite the entire NI-XNET folder if that's easier).
07-01-2010 06:01 PM
Hi,
Yes, this updated XNET driver allows me to contniue testing despite the CAN error frames that occur in my environment. I also did not have to delete and reinstall my XNET custom devices. I am looking forward to trying the new bus monitor as well. Thank you!