From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
04-29-2011 05:33 PM
Everyone,
We have a request to support one of our CAN PCI Mezzanine Cards (PMC) under LabView. This is not an NI Card. I am new to LabView and I am trying to figure out how to integrate this currently unsupported CAN card into LabView so that our customers can manipulate this device through the LabView interface. I would consider this to be somewhat a 3rd party device/driver integration into LabView. I went through few of the webcasts but was not able to get specific info on what needs to be done with LabView to get this hardware supported and what tools we would need to purchase to do this development and testing. Even though we would need to test our hardware from an end user perspective, our objective here is to get our hardware integrated into LabView and be useable as a standard CAN device. Currently we only have a windows XP driver for this CAN hardware.
04-29-2011 08:13 PM
What is your current driver? LabVIEW can call multiple types of other code, such as DLL's, ActiveX, .NET, etc.
The option you probably want to go with is to write a LabVIEW wrapper around the driver you currently have. There could be some issues if you have any complex data structures in your driver, as LabVIEW can have some problems. In this case, you may need another LabVIEW friendly wrapper to handle these issues. LabVIEW is most likely capable of doing the direct communciation with your hardware, but then you would have to maintain two versions of your driver. Using the wrapper method, as long as the calling method doesn't change, your LabVIEW driver can remain unchanged.
At a minimum, you would need to purchase LabVIEW. You can get a 30-day demo to play with if you wish. You may wish to consider hiring someone to do the driver for you. NI has numerous Alliance members (including myself) with very qualified people on staff. If you have no experience using LabVIEW, this could take you sometime to figure out, especially if you want a quality driver to deliver to your customers. Depending on the complexity of your driver and the number of functions required, they could have the driver ready for test in a couple of days.
05-02-2011 10:46 AM
Hi Matthew,
Currently we have a windows WDM driver. I am not sure whether the interrupt and DMA implementation in WDM driver can be used directly by the LabView RT environment. We have a DLL project that goes along with it. DLL project is written in VC++. As far as I can tell there is no .Net involved in the demo program. We are seriously considering using external consultants for this work.
One other question is regarding CANOpen Library. I see that NI cards support CANOpen library. Is there a way to use CANOpen Library to control our custom PCI CANBus Hardware? I am assuming CANOpen library provides the graphics blocks to control the CANBus devices without knowing the underlying CANBus device.
By the way, do you work for National Instruments?
Thanks for the reply.
Best Regards,
Boby
05-02-2011 12:16 PM
Boby,
LabVIEW might be able to use the WDM driver, but should be able to use the DLL. You mentioned LabVIEW RT. Are you trying to get this to work in LabVIEW or LabVIEW RT (Realtime)?
I haven't played with the CANOpen library, but it appears they are indicating it is for NI hardware. Looking at the documentation, it expects an NI hardware naming convention for intialization. I'm assuming that the underlying code is calling DLLs, so it may not be possible to get the code to work for your hardware.
I do not work for NI, but I do work for an Alliance member.
Matthew
05-02-2011 12:24 PM
Matthew,
I apologize. It is meant for LabView RT. I thought both are almost the same except the realtime behaviour for the RT version. Does it involve more porting if it is LabView RT?
Boby
05-02-2011 12:45 PM
Boby,
It will get more complicated. LabVIEW RT does not run in Windows, so you can't directly use your existing drivers. I'm by no means an expert on LabVIEW RT, but I found this info on NI's website:
Hopefully somone else with more experience in the matter can chime in. You may want to post another message specifically mentioning LabVIEW RT driver development and include a link to this discussion.
05-02-2011 03:28 PM
Matthew,
Thank you for the reply. I will go through the links that you provided me. I also saw some webcasts on LabView RT on this site. I will also take a look at that. If I come across any other questions related to LabView RT, I will post it in the RT forum.
Thanks,
Boby
05-03-2011 08:49 AM
Boby,
You MAY be able to directly call the DLL that you already have, even though it will be run on a non-windows RT system. Some DLLs are 'clean' C code and can be used. Other DLLs call into Windows libraries and cannot (not a windows OS, no windows libraries). It depends on the code that went into the DLLs.
I would like to offer our services to help you out with this. I work for DISTek Integration, Inc. We are an NI Alliance Member. We have experience creating LabVIEW drivers for other equipment manufacturers. We also have quite a lot of experience with CAN (particularly but not limited to J1939 / ISO-11783).
I think that this would be a good fit for us, so if you need some help, feel free to contact me.
Good luck,
Bob Young
05-03-2011 10:48 AM
Thank You Bob. We are still working on the requirements with our end customer. Once we get enough information we will contact you.
Best Regards,
Boby