Jump to content
JimPanse

PCIe 1477 / PCIe 1473r under Labview Realtime

Recommended Posts

Hello, experts,

I am trying to put the frame grabber PCIe 1477 into operation under Labview Realtime (Desktop PC). Unfortunately the card is neither displayed in the MAX nor in the project. As an alternative the frame grabber PCIe 1473r LX110 would be conceivable.  Has anyone ever worked with such a frame grabber under Labview Realtime? Or does anyone know what to consider to make the frame grabber work with Labview Realtime ???

Many thanks for the numerous answers :)

 

Regards,  Jim

 

1.png.ae68f6a0b1dfcda8a50392ea79c135fa.png

2.png

Edited by JimPanse

Share this post


Link to post
Share on other sites

The usual reason files are missing from that menu is if you don't have LabVIEW FPGA installed, or if you installed a new software package and didn't re-install the drivers (vision acquisition, rio, etc).

I've only ever used the flexrio-based cameralink card but I think the driver is slightly different.

 

Share this post


Link to post
Share on other sites
The frame grabber requires the Imaq IO 18.5. According to NI, Vision Acquistion is supported by Labview Realtime (Pharlab). And all the hardware included in it
 
 
It would be interesting to find out if anyone was able to integrate the frame grabber (pcie 1473r or pcie 1477) under Pharlab. Then there would be hope then :)
 
a pleasant time
 
Jim
 
 

Share this post


Link to post
Share on other sites

The FPGA tool is also available. The frame grabber runs on the same PC under Windows 7 (other hard disk).
Does anyone have an idea why the frame grabber is not recognized in realtime?

a nice weekend

Jim

Share this post


Link to post
Share on other sites

Does anyone have an idea what you need for the framegrabber to work under LabVIEW Realtime? Has anyone ever made one of the two framegrabbers work under LabVIEW Realtime?

Greetings, Jim

Edited by JimPanse

Share this post


Link to post
Share on other sites

Hello, experts,

it's a shame that nobody has had any practical experience with the frame grabber under LabVIEW REaltime (Phalab).

The documentation contains the following, among other Things:

http://download.ni.com/support/softlib//vision/Vision Acquisition Software/18.5/readme_VAS.html

NI-IMAQ I/O is driver software for controlling reconfigurable input/output (RIO) on image acquisition devices and real-time targets. The following hardware is supported by NI-IMAQ I/O:

.......

  • NI PCIe-1473R
  • NI PCIe-1473R-LX110
  • NI PCIe-1477

This means that the frame grabbers NI PCIe-1473R-LX110 ,NI PCIe-1477
work under LabVIEW Realtime (Pharlab)?

 

Thank you very much for your help..

Jim

 

Share this post


Link to post
Share on other sites
 

The FPGA tool is also available. The frame grabber runs on the same PC under Windows 7 (other hard disk).
Does anyone have an idea why the frame grabber is not recognized in realtime?

a nice weekend

Jim

At least for the 1473R according to this:

https://forums.ni.com/t5/Instrument-Control-GPIB-Serial/My-Basler-acA2040-180km-NIR-is-not-visible-in-NI-MAX/m-p/2402066/highlight/true#M59080

"The NI PCIe-1473R Frame Grabber contains a reconfigurable FPGA in the image path enabling on-board image processing. This means that the full communication between the camera and the frame grabber goes through the FPGA. It is then a major difference comparing to the other standard frame grabber without FPGA. 

"It means also that the camera will not shows up in Measurement & Automation Explorer."

I'm guessing here but I think you have to create a new Flex RIO FPGA project with option for the card

https://forums.ni.com/t5/Machine-Vision/PCIe-1473R-fpga-project/td-p/2123826

Maybe look and see if you can compile an example from here

https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000kIBdSAM&l=en-US

..\Program Files (x86)\National Instruments\LabVIEW 2018\examples\Vision-RIO\

 

Edited by bbean
update

Share this post


Link to post
Share on other sites

Hello, bbean,

thank you for your answer.  

 

The frame grabbers PCIe 1477 and PCIe 1473r work under my Windows System. I had the frame grabber PCIe 1473r on loan from NI and can't test it under Labview Realtieme anymore. The frame grabber PCIe 1477 does not work with Labview Realtime on my System.

 

According to the specification:

http://download.ni.com/support/softlib//vision/Vision Acquisition Software/18.5/readme_VAS.html

NI-IMAQ I/O is driver software for controlling reconfigurable input/output (RIO) on image acquisition devices and real-time targets. The following hardware is supported by NI-IMAQ I/O:

.......

  • NI PCIe-1473R
  • NI PCIe-1473R-LX110
  • NI PCIe-1477

 

the frame grabbers should work under Labview Realtime. Do you see it that way?


The statement of NI (Munich) is now (after the purchase) that the frame grabber PCIe 1477 should not work under Labview Realtime.

I also had the impression that NI was not really interested in solving the problem. For those, Labview Realtime is an obsolete product.

The question to NI (Munich) whether the frame grabber PCIe 1473r works under Labview Realtime has not been answered until today.

Too bad that nobody else made experience with the frame grabbers under Labview Realtime.

A nice week start

Jim

Edited by JimPanse

Share this post


Link to post
Share on other sites
 

According to the specification:

http://download.ni.com/support/softlib//vision/Vision Acquisition Software/18.5/readme_VAS.html

NI-IMAQ I/O is driver software for controlling reconfigurable input/output (RIO) on image acquisition devices and real-time targets. The following hardware is supported by NI-IMAQ I/O:

.......

  • NI PCIe-1473R
  • NI PCIe-1473R-LX110
  • NI PCIe-1477

 

the frame grabbers should work under Labview Realtime. Do you see it that way?


The statement of NI (Munich) is now (after the purchase) that the frame grabber PCIe 1477 should not work under Labview Realtime.

I also had the impression that NI was not really interested in solving the problem. For those, Labview Realtime is an obsolete product.

The question to NI (Munich) whether the frame grabber PCIe 1473r works under Labview Realtime has not been answered until today.

Too bad that nobody else made experience with the frame grabbers under Labview Realtime.

A nice week start

Jim

Unfortunately, the card probably does not work directly in LabVIEW Realtime.  NI's specifications and documentation are often vague with hidden gotchas.  I had a similar problem with an NI-serial card years ago when Real-time and FPGA first debuted.   I wanted to use the serial card directly in LabVIEW real-time with VISA, but I ended up having to code a serial FPGA program on the card because VISA did not recognize it as a serial port early on.

Is there anyway you can try to compile the FPGA example and download it to the card?

C:\Program Files (x86)\National Instruments\LabVIEW 2018\examples\Vision-RIO\PCIe-1477\PCIe-1477 Getting Started\PCIe-1477 Getting Started.lvproj

After you compile and download the FPGA code to the 1477, I think you would have to move "PCIe-1477 Getting Started\Getting Started (Host).vi" from windows target to the Real-time target, open it up and see if it can be run.

 

Share this post


Link to post
Share on other sites

It can't be that the specification says that the frame grabber is supported and then it doesn't work.
I can't afford such a procedure with my products.


I could also imagine a different solution approach, e.g. with an additional extension.
Make Windows real-time capable.

But here I am still at the beginning. Providers who promise this are among others
www.intervalzero.com/
https://kithara.com/
www.sybera.de/
…. There are certainly many other providers here.

Advantage:
The Framegrabber works under Windows.
No Labview Realtime would be necessary anymore and the associated expensive licenses and development extensions.

What do you think of this solution?

Share this post


Link to post
Share on other sites
 

What do you think of this solution?

I guess I would need to know about your requirements, but I think that would be a road less traveled.  Do you need base, medium, full or extended full? do you need power over camera link? etc.   Why do you need real-time?

In the future I would recommend talking with Robert Eastland and purchasing all your vision related hardware /software from Graftek.  He has been extremely helpful with me in the past and knows his stuff.  I have no affiliation with the company.

Did you try my suggestion to compile the example FPGA code and move the host example to the real-time target to see if its even a possibility?

 

Share this post


Link to post
Share on other sites

There is currently no 100% definition of the requirements. This is all in a state of flux.

Full or Extended Full is required. Power over CL is not mandatory. I need real-time for communication with the 5 most common fieldbus Systems.


I didn't understand your suggestion to transfer the FPGA code to the frame grabber under Windows and then use it under RT.

How should the communication under Labview Realtime with the frame grabber work if the frame grabber is not recognized under RT?

Share this post


Link to post
Share on other sites

If you don't need to do FPGA image processing, I would explore the other options for Camera Link cards that are not FPGA based and see if they will work with Pharlap

With regards to the FPGA example, this may be a long shot If you haven't compiled FPGA code and I'm not sure it will work at all.  I don't have time right now to fully explain but to summarize:

  • Open the example 1477 getting started project
  • Save a copy of the project and all VIs to a new location (so you don't overwrite the working windows target version from NI)
  • Close the off the shelf example project
  • Open the copy project
  • Create a new RT target in the project (right click on project in project tree, select new targets and devices, select RT desktop
  • Move the FPGA Target from the Windows Target to the RT Desktop target
  • Move the Host VI from the windows target to the RT target
  • Compile the FPGA target VI
  • Open the Host VI  (now in the realtime target) and reconfigure the Open FGPA reference to point to the new compiled FPGA VI.

Share this post


Link to post
Share on other sites

Similarly I tried to integrate the framegrabber under RT. Since the framegrabber is not found there is no RIO reference. I don't know how this works.


A direct image processing is absolutely necessary. And also the data exchange of the results with the fieldbus.

The question (which I cannot answer yet) is whether you need an FPGA or can implement it with CUDA. Since I already have experience with FPGA, I chose this solution. I have no experience with CUDA. If I would use CUDA then Windows is mandatory. I don't think CUDA works on RT. The advantage with CUDA would be that you don't need the expensive FPGA frame grabber.

Share this post


Link to post
Share on other sites

Please also note that your quote of NI-IMAQ I/O is probably making you bark up the wrong tree already. This is just the software driver needed to access the I/O on the supported IMAQ cards. If you program the FPGA on those boards yourself you can define your own RT Fifo etc communication method between the FPGA and RT parts. What you try to do however is accessing the camera part as an image aqcuisition device from within real-time which would require support from NI-IMAQdx instead, a completely different type of software driver than NI-IMAQ I/O. (Yes I agree that NI hasn't always been very great in naming their driver architectures in a clear and concise way).

I haven't used any of those frame grabber boards but I believe if you want to use them from realtime you would have to treat them as their own FPGA target and develop some FPGA software on it to communicate through some RT FIFO or similar between your frame grabber implementation and your realtime target. The FPGA programming of the camera grabber interface is possible and has been done by several people on here or the NI forum, but is far from trivial.

Share this post


Link to post
Share on other sites

Hello, Rolf,

thank you for your message. I don't know if I understood it right.
The software should be developed under Windows. The program created in this way runs independently on the FPGA and communicates via RT FIFO with RT?

If I understood that correctly. Is there an example or a forum post where this is discussed?

A nice week start

Jim

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.