import database to max

[jack1]

Using Labview 2014 and Max 14.5.0.

Loaded the drivers NI-XNET 14.5 that came with a Can card PXI-8512 and then installed the card to our PXI rack.

When Max is opened I can see the Can card, both channels and also flash their respective lights.

I  then tried to load our .ncd file to max but the option to import a file is not given. Right click on say CAN1 just gives 'port monitor' and 'port blink'. Going into 'data Neighborhood' shows no content and right clicking on this just gives message 'create new'.

Checked on our other computers than run CAN equipment and I can import the files into their version of Max however these machines still run LabVIEW 8.6 and older versions of Max.

Tried resetting Max but made no difference.

Think I am missing something really obvious here............................

[Eric.M]

Hey Jack,

I believe the main difference here lies in the drivers. Back in the day we had a different driver (NI-CAN) that allowed you to import a database in MAX and do some stuffs in there before moving to LabVIEW. XNET works differently: everything about "connecting" to a database is done directly in the code.

Nevertheless you can still make sure your CAN interfaces work by launching the Bus Monitor from MAX (right-click your CAN interface). From there, in the menus (Settings -> Interface & Database) you can select a database and filter frames to receive. You can also write frames to the bus 🙂

Hope this helps,

--Eric

[jack1]

Hi Eric,

Thanks for reply and a thought occured after your post regarding CAN file.

I downloaded the latest version 15.0 CAN driver from NI web site, installed onto PC and success! 

CAN board now appears twice in MAX once under the PXI rack and the other under 'NI CAN' where I can view their status. Also right click on the database icon gives options for loading channels similar to our other computers with older Labview/MAX versions.

Unsure what had happened but thanks again for your help and the 'pointer'

Jack  

[jack1]

Hi Eric

Eventually found that I needed to 'wake up' the device first  by transmitting data to it before it would respond, this was found by accident. Clasic case of not going back to basics\ ...... Why do we spend more time trying to discover something that is already known but no one bothers to tell us?? Arghh......

Thanks for your help

Jack