line of Basler runner rul1024 - 57gm GigE camera scan with broadcom network adapter

Similar Questions

• How to change the acquisition on GigE Camera settings in VBAI

  I have a line scan application where I need to control the rate of the line depending on the speed of the machine.  I use Vision Builder (Vbai) 2009 and I have Labview, but not the Module's development of Vision.  I use a custom Labview User Interface for VI.  The camera is a camera of IRLS Basler Runner RUL2048 - 30 GM GigE.  I created a Labview VI, who wrote the price of line and it works, however when Vbai executes the step of acquiring Image GigE she ignores everything I wrote to the camera and use the parameters that are defined in the step to Aquire Image itself.

  I tried to create an Image Acquisition VI in labview, but when I run it in Vbai, there is no image output to be processed.

  How do I

  (a) make the Image of Aquire GigE "keeps" do not overwrite certain perameters or

  (b) acquire an image in Labview and "transmit" to Vbai for treatment

  It seems to me that the ability to control the settings of the camera of the user interface is a basic function, but I can't seem to find a way to make it work.  Any help would be appreciated.  Thank you.

  There should be no problem switching between inspections that have the stages of acquisition. Looks like you had an inspection that set the rate of line using a run a LabVIEW VI and I would bet that the session didn't get cleaned properly in the VI you run so when you changed an inspection which attempted to use this camera, the camera was still in use in the LabVIEW that does not have the session closes correctly. I would recommend standard VBAI doing to interact with cameras and then it won't be a problem.  When the new step comes out, it will be much easier / cleaner to fix in VBAI.

  Thank you

  Brad

• Acquire GigE camera data using labview CIN or DLL to call.

  I am tring to acquire data from a basler runner line CCD camera (GigE).

  Because the NI Vision Development Module is not free, and the camera provide a C++ API and C and also some examples, so I plan on using the function CIN or call DLLS in labview to achieve. Is this possible?

  I tried to generate a DLL with the example of the company code of the camera. But encounter difficulties;

  I did that a little background in C++, but not familiar with it. The C++ Code example provides the camera is a C++ (a source Code file) and a .cproj file, it depends on other files, the camera API directory.

  If I build the project directly, it will create an application window, not in a DLL. I don't know how to convert a DLL project, given that other information such as dependence in the .cproj file, other than source code.

  Can someone help me with this?

  Don't forget that for the acquisition of a GigE camera, you must only Module of Acquisition of Vision, not the entire Vision Development Module. Acquisition of vision is much lower price and also delivered free with hardware NI Vision current (for example a card PCIe - 8231 GigE Vision of purchase). You need only Vision Development Module if you then want to use pre-made image processing duties. If you are just display, save images to disk, or image processing using your own code (for example to manipulate the pixels of the image in a table) you can do so with just Vision Acquisition.

  It is certainly possible to call DLL functions if LabVIEW by using a node called library, it would be quite a lot of work unless you are very familiar with C/C++. Since their driver interface is C++, you need to create wrapper functions in C in a DLL that you write. Depending on how much you want to expose functions, this could be a bit of work.

  Eric

• How to make a simultaneous wink of GigE cameras?

  I have 2 cameras of 780-54gm Basler Scout (monochrome GigE) I switch to 10 Hz. This pace is modest and the data rate that results is not particularly high. I would like to get images from two cameras of the same trigger pulse. I have an Intel Pro/1000 NIC and I use the driver NEITHER appears so as National Instruments GigE Vision adapter. When I use the Basler pylon Viewer (the software that comes with the camera), I see perfect images from two cameras at the same time at 10 Hz. This tells me that the network, map NETWORK and the drivers can handle the flow of data without problem. I have activated jumbo frames. When I try to acquire images in LabVIEW 8.6 with screws IMAQdx, however, that I meet problems. I can acquire every single camera, but I can't them both at the same time strictly. The images are taken through with horizontal black lines that appear and move erratically. I have attached a vi that shows the problem. I have set up and start the two acquisitions, then enter a while loop that reads images. If I do the sequential acquisition by starting and stop them inside the loop and ensuring that we stop before the other then I get quality images but they are not the same impulses to trigger, and start and stop of the acuisitions overload slows down things so that I can not get pictures of each trigger. My guess is that it is a problem with how LabVIEW is the memory management, resulting in corruption with simultaneous acquisition. Are there settings I can change to fix this problem? I've experimented with everything I knew (buffer numbers, etc.), but without success. Rich P.S. I posted this in the forum LabView a couple of days but got no response. Sorry if you see this twice.

  Richard,

  Looks like you just packet loss. You might associate a property node to request lost packages to confirm. The reason for that happening is that even if the way to two cameras data rate is less than the limit of the NETWORK card, each camera probably goes to the complete 1000Mbit bandwidth when it transfers each picture. When transfers of images overlap, sending you to 2000Mbit/s down a 1000Mbit pipe and lose packets.

  To resolve this issue, an easy way is to adjust the attributes of Acquisition-> Ethernet advanced-> attribute peak bandwidth used for both cameras 500Mbit. This should ensure that each camera never use more than half of the bandwidth. There are also other options such as sprawl of transfer times, but those who require more tuning you change other settings.

  I don't know why the Basler software shows this, although their lack of bandwidth might just be lower at the expense of additional latency to get the images.

  Hope this helps,
  Eric

• Connection to CVS GigE camera via a network switch

  It is a fundamental and very simple question!

  I intend to connect two GigE cameras to NI CVS-1458RT for an application of Imaging. When I tested the configuration in MAX, I realized that I can connect the cameras directly to the PoE ports, or alternatively, connect the cameras directly to the network switch and in both cases, connect the CVS to my network via its ethernet port. I was wondering if there is a benefit by connecting directly the VCA cameras, if I do not anticipate supply their Poe or if my switch has PoE Betacam.

  Thank you

  Usually, you always want your cameras on dedicated lines, or at least only sharing bandwidth with other devices. The mechanism of transport used by GigE Vision isn't really sharing good bandwidth with other devices. If you only share the bandwidth on a link given with other devices, you can throttle each take only a percentage of the total bandwidth. If you have devices without camera on the link, they don't usually have a mechanism to control the gap inter-frame limitation insofar as GigE vision made which would be necessary for properly sharing the bandwidth without remove the packages of bandwidth.

  If you end up sharing one of the ports for the operation and configuration of the CVS on the network, you will be at the risk of losing image data packets whenever the rest of the traffic is sent. Although there are mechanisms in place to return data, these add latency and jitter to your purchase.

  Eric

• How to identify a GigE camera by IP address

  I have a system with 8 Basler Ace GigE cameras, all on static IP addresses on the same subnet.  I would like to be able to exchange any device with a new one that is configured to the same IP and my LabView RT running on an Exchange virtual server program automatically starts using the new camera.  The LabVIEW program already sets the settings in the camera, if I don't want the user to have to use MAX for any configuration of the camera.  I want to just the user to use the Basler IP configuration tool and the tool of Basler to focus the camera, then having my program discover the camera by its IP address.

  However, I have not found an IMAQdx tool that allows me to distinguish the cameras by its IP address.  The discovering Ethernet cameras VI has an address entry, but it is only a mask and cannot me narrowly find just a single camera on an IP address.  I have not found any camera property or an attribute that returns the IP address.

  So, if I have a bunch of cameras and want to identify who is who, by his IP address, how can I do?

  Hi Ken,

  The main identifier imaqdx uses to track/locate cameras is serial number, which is identical to its MAC address for GigE Vision cameras in IMAQdx. Unfortunately us don't really use IP address as any kind of ID to connect with a specific camera, because we assume that the IP address can be dynamic and flexible (makes it spec GigE Vision DHCP and link-local addressing a requirement standard and everything is designed to allow these cases to work well).

  That said, there is an attribute called 'CameraInformation::IPAddress' that you can query to see the IP address of the camera. The only downside is we do not currently provide this information via the Enumerate mechanism - you first need to query this property of the device. Your application might first browse the cameras and do a mapping of serial to IP addresses?

  Hope this helps,

  Eric

• IMAQdx v3.7 gige camera enumeration/connection slow

  I recently upgraded from IMAQdx 3.2 to 3.7 due to a problem, that I got with a camera (JAI CM-040GE with the new firmware did not work with IMAQdx 3.2).  The upgrade has solved the problem, but now camera enumeration and connection to the MAX and my VB.Net code last much longer that they did with IMAQdx 3.2.

  I used a stopwatch to compare the time enumeration and connection on two computers, one with IMAQdx 3.2 (MAX 4.6.2) and the other with 3.7 (MAX 4.7), all other software are the same.  In MAX, I timed it to developing tree 'devices and Interfaces' until the "NOR-IMAQdx peripheral" appeared, which was 20 seconds with v3.7 and 2 seconds with v3.2.  Connection to the camera, timed click on the camera until the information is visible in the lower pane of the info, takes 10 seconds with v3.7 and 2 seconds with v3.2.  I timed the functions "CWIMAQdx.EnumerateCameras" and "CWIMAQdx.OpenCamera" in my application and got similar results.

  The rest of my software NOR is 9.1, VDM 8.6.4 DAQmx and going TO 8.6.0.  I tested IMAQdx 3.7 on a second computer with the same results.  I use the driver gige of high performance on all computers.  I tried three cameras: JAI CM-040GE, Basler sca640 - 70gm and Prosilica GC655M, all with the same results.  Deleting the files from camera CIM and xml in the file data of IMAQdx did not help.  My employer requires McAfee work on all systems, but it does not affect v3.2 and I see nothing in the McAfee logs that would indicate the interference.

  There is an incompatibility between the versions of the software I use? Is this by design? Or is the wrong thing?  I can work around the issue of the enumeration, assuming that "cam0" is present and only list the cameras so this isn't, but 10 seconds to connect is a very long time, especially since my application is restarted frequently in development and testing and in the field, to a lesser extent.

  
  

• Camera trigger with trigger material GigE

  Hello

  Here's an overview of what I want to accomplish:

  LabView - program starts and expected output frames GigE camera

  -Hardware trigger leads, to camera, GigE, image display

  -A few simple calculations is performed on each image to generate the average pixel value--> this average value is plotted for each frame

  -Repeat the three steps above

  Please see the attached VI. I put my camera settings successfully in MAX do wait an external hardware trigger. However, out of IMAQdx Grab2.vi inside the While loop is only a single image (even if MAX I put the Mode of Acquisition of multitrame - 255 images).

  Any help would be appreciated!

  Thank you.

  
  

• External triggering of GigE camera

  Hi, I'm planning on using the camera triggers the entry to start capturing images but I'm not sure what I need to do in my c# application when a trigger has launched.

  -If the trigger is coming from the PLC, should I also send a trigger signal to the PC and keep the active trigger signal until the PC is the acquisition of the image?

  -Do I still need use the snap or enter functions in imaqdx to get the picture?

  -If the camera is connected directly to the external NETWORK card triggering she still great benefits? The camera in less than 5 meters from the PC.

  Thank you

  Cliff

  Normal 0 false false false fr X-NONE X-NONE / * Style Definitions * / table. MsoNormalTable {mso-style-name : « Table Normal » ; mso-tstyle-rowband-taille : 0 ; mso-tstyle-colband-taille : 0 ; mso-style-noshow:yes ; mso-style-priorité : 99 ; mso-style-qformat:yes ; mso-style-parent : » « ;" mso-rembourrage-alt : 0 à 5.4pt 0 à 5.4pt ; mso-para-marge-top : 0 ; mso-para-marge-droit : 0 ; mso-para-marge-bas : 10.0pt ; mso-para-marge-left : 0 ; ligne-hauteur : 115 % ; mso-pagination : widow-orphelin ; police-taille : 11.0pt ; famille de police : « Calibri », « sans-serif » ; mso-ascii-font-family : Calibri ; mso-ascii-theme-font : minor-latin ; mso-hansi-font-family : Calibri ; mso-hansi-theme-font : minor-latin ;}

  Hi riscoh,

  When you work with a GigE camera you are not anything on the computer triggering its self, only the camera.  When it is configured to trigger it will sit and wait for a trigger.  When he received the signal it will take an acquisition and send the information to the computer.  When you set up your support on the computer it is searched for images and brings them into the computer as they become available.  The example I'm pointing you will show you how to set up the camera by a trigger program.  It looks like it may be available only in Visual C.  As far as the documents relate to article after the release with a GigE camera Developer area described briefly.  Acquisition of cameras GigE Vision with Vision Acquisition Software-part II

• VB6 with GigE cameras?

  I use Vision Devlopment Module 8.5 with VB6.   I wrote a lot of code using activeX controls for cameras, firewire 1394.   Are there for GigE cameras VB6 activeX controls?  If so, can you put link here for examples.  Thank you

  Hi Dan,.

  IMAQdx documentation indicates that it has supported inherited from MSVB6. Your device should work with these examples as long as it meets the standards GigE or correct DCAM to work with IMAQdx, because it's always using our IMAQdx drivers.

  I'm not sure the support ActiveX specifically for GigE cameras, but once that you have connected to your camera with IMAQdx in VB6, I don't see why you shouldn't be able to use the functions you used before. I suggest that you try to change your existing code to connect you with your GigE camera and test the functionality of your ActiveX code.

  Thank you

• GigE camera - image grab bars

  Hello world

  I use or acquisition of vision to capture images of a GigE camera.

  I get images just as I trigger the camera - rates so so good.

  All other photos shows a few black bars.

  Anyone have any idea what it could be?

  It is not the hardware, the camera works perfectly with the shape of the manufacturer's software development kit.

  Thanks for any help

  Looks like an incomplete picture, this could be caused by the missing packets.  To prevent missing packets when the acquisition, you can do two main things: the size of the packets configured on the camera may not exceed what the network card can manage and ensure that the bandwidth of the output of the camera image data do not saturate interface band bandwidth.  I would reduce the packet size of camera for 1500 initially to determine if the size of the package is the cause of the problem.  You can throttle how much data that the camera can send by manipulating the interpacket delay, some manufacturers have a very handy feature called StreamBytesPerSecond.  According to what mechanism, you can use, increase interpacket delay or reduce StreamBytesPerSecond.

• I have PS CS5. I had a friend send me some raw images trying to open I got this message: "line seems to be a model of camera that is not supported by the installed version of camera raw. What should I do?

  I have PS CS5. I had a friend send me some raw images trying to open I got this message: "line seems to be a model of camera that is not supported by the installed version of camera raw. What should I do?

  Download the 9.1 free dng converter that should open most of the files that your friend sent you.

  Adobe - Adobe Camera Raw and DNG Converter: for Windows

  Adobe - Adobe Camera Raw and DNG Converter: for Macintosh

• I use FrostWire and the other asked me to update, so I did and came up with this message, 'FrostWire can damage your computer. You must eject the disk image.

  Hello...

  I wonder if you can help me with a problem with my desktop OS X El Capitan 10.11.4 various...

  I use FrostWire and the other asked me to update, so I did and came up with this message, 'FrostWire can damage your computer. You must eject the disk image. There is no disk in my hard drive... I try to download again, but still the same message...

  Help, please...

  Much thanks

  Lisa

  < re-titled by host >

  The actual message means you need to move the mounted image - the small icon that is displayed after you double-click the .dmg - and put it in the trash.

  Where do you see the message your computer?

• AZ1VR Action Cam Mini with a Wi - Fi connection is the GPS integrated into the handpiece

  I have the new AZ1VR Action Cam Mini with a Wi - Fi is the GPS integrated into the handpiece

  cannellaj wrote:

  I have the new AZ1VR Action Cam Mini with a Wi - Fi is the GPS integrated into the handpiece

  Yes, get the GPS with the AZ1 to remote LVR2V wrist. You must also update the firmware in both devices. I have both and they work great.

• HP Officejet 4632 All in One – scanning with a vertical line through the document.

  Just bought the machine less than a month ago.  Faxes and prints fine and until last week was the sweep for our laptops beautifully... but now is scanning with a dark vertical line up and down the sheet about 1/3 in the document.  What is the cause and how can I "fix" it?

  Any suggestions?

  Thank you

  Hi Rohi63.

  I understand that you have a 4632 Officejet which becomes a vertical line what it is scanned. I'm sorry to hear that, but I'll do my best to help you.

  This seems not only to be the case when using the automatic document feeder, or the glass flat?

  Usually something like this is caused because there is something on the glass. If it only happens when you use the scanner, please get a lint cloth and some glass cleaner (Windex or water if nothing else is available) and wipe the entire surface of the glass for scanning. If this only happens when scanning via the charger, you will see there is a separate strip of glass on the left looking at the scan glass, and you can focus your cleaning there.

  If this does not resolve the issue please try the steps in cleaning several times, but if nothing seems to evolve, please make sure that the printer is connected directly to a wall outlet so that we know, that he has all the power it needs.

  Hope this helps, have a nice day!