Raytheon 2000b camera with PCI-1422

I am trying to use a Raytheon 2000b camera with PCI-1422. I have downloaded the attached doc and icd file from NI.
1. As far as I now there is no proper NI cable for my camera, but the pinout is described in the doc file. I would like to purchase a cable, and solder a connector on it for my camera. Which cable should I choose, if I need the following pins on the PCI-1422 side: 1-32, 41-46, 49-50, 93-94, 99-100?
2. The icd file supports image acquisition only, attribute settings via serial line are not contained. I would like to add this feature, but I could not find any description about the icd files. Where can I find a document that would help me?
Attachments:
Raytheon_2000b_Pinout.doc ‏74 KB
Raytheon_2000b.icd ‏3 KB

My problem is solved now.
But I don't know what is the exact solution.
The camera & cable provider and me tried as below.
try-1. connecting tm-1320-15 and 1422 with serial-enabled cable
try-2. changing 'OnBoardClock(20)' to 'OnBoardClock(25)'
With only 'try-1 ', it failed. but additional 'try-2' we could snap and grab the camera image.
And now, I can get images without serial-enabled cable, regardless of OnBoardClock speed.
I think the camera has been initialized with max's parameters(same as icd file) when the serial commnunication had enabled for the first time.
(I'll verify this assumption with new tm-1320-15 later.)
Thank you.
Tip : If tm-1320-15 and 1422 makes error because of parameter mismatching, reset the tm-1320-15's power.

Similar Messages

Using pulnix tm-1320-15 lvds camera with pci-1422 lvds and ni's icd file

The camera provider give me a custom-made-cable.
Its pinout configuration is based on the ni's wiring diagram. (not opened)
But because of the problem of power supplying, the serial communication pins cannot be used.
With the icd file for tm-1320-15 in this site, I cannot get an image, but only the error messages of "IMG_ERR_TIMO" and dma error.
So I've tried some solutions suggested in this forum such as acquisition image reducing(the result is noisy one) and moving the 1422 closer to the cpu board. But all failed with that message.
I doubt that there must be an only one setting for tm-1320-15 camera and camera configuration in MAX 2.0 in case of "serial disabled", or the icd file is not
proven in lvds version.
(Is "OnBoardClock(20)" right? the camera works at 25MHz according to its manual. )
Is there anyone succeeded in this combination?
(Thank you for reading my poor english. T.T )

My problem is solved now.
But I don't know what is the exact solution.
The camera & cable provider and me tried as below.
try-1. connecting tm-1320-15 and 1422 with serial-enabled cable
try-2. changing 'OnBoardClock(20)' to 'OnBoardClock(25)'
With only 'try-1 ', it failed. but additional 'try-2' we could snap and grab the camera image.
And now, I can get images without serial-enabled cable, regardless of OnBoardClock speed.
I think the camera has been initialized with max's parameters(same as icd file) when the serial commnunication had enabled for the first time.
(I'll verify this assumption with new tm-1320-15 later.)
Thank you.
Tip : If tm-1320-15 and 1422 makes error because of parameter mismatching, reset the tm-1320-15's power.

Section of the data collected with PCI 1422 card connected to a CCD camera looks step-like

I am using the PCI 1422 card with a DALSA CA-D1-0128T camera to acquire and save fluorescence data from a heart stained with a potentiometric dye. The camera is set to work at 490 frames per second. My acquisition program (made using a producer consumer loop in Labview 2009) works fine most of the times, but sometimes a small section of the collected data looks step-like (not continuous). I have attached herewith a word document containing a snap of the data. Could you please give me some suggestions as to why this happens and how can I rectify it?
Thanks in advance
Anuj Agarwal
Attachments:
Doc1.doc ‏123 KB

Hi Anuj,
First, this sounds like a very cool application. What are you measuring? Is it in vivo?
I believe that I see what you are referring to--is it where your cursor is that you are seeing the "step" problem? Also, could you give us a little more information aboutwhat type of data we are looking at? Is this some sort of image analysis data?
In terms of code structure, due to the way that LabVIEW handles image data types (it is essentially a pointer to the data instead of the data itself), I wouldn't recommend passing an image via a queue.
So, please let me know a bit more about what type of data we are looking at, and what your code looks like, and I'll be happy to help.
Cheers,
Marti C
Applications Engineer
National Instruments
NI Medical

How receive image from camera with PCI-bus

Hello all
Please help
me.
I have LV 7.1.1.
I wont
watch two and more images from cameras at the same time.
I have capture
card (PCI-bus) with 4 video-input.
What kind
of data must be transfered from this capture card to LV?
With respect
Aleksandr.

Hello Aleksandr
please provide more information, what type of video card do you have?
Have you configure the card so you can watch an image with MAX?
I suppose the card has the ability to capture more than one image at a time is that true?, however most of the cards that I know of, have several inputs but you can only display one image at a time, you can swith between them and capture and image from another input, to capture more than one unit at a time you would need to open/close sessions with the instrument/card such that you are switching from one input to another
vicente

Photo camera with pci 1411

Hi,
I checked several posts for image aquisition but I did'nt understand wether I can use a digital photocamera with my PCI-1411. We have to take pictures regularly timed and we have available a compact photocamera and a reflex one (Canon 500D). Would a converter S-video to USB be anough to connect the camera to the PCI-1411?
Any suggestion is more than welcome!
Giacomo

Hello Giacomo,
Sorry for my late reply.
The flu and some other issues came in the way.
To be able to acquire images wit he PCI-1411 the only restriction is the type signal you're providing to its inputs.
In the User Manual (http://www.ni.com/pdf/manuals/372157d.pdf) You can find the 2 different supported types at page 3-2:
- (Composite) Video
- S-Video
More info can also be found in this document (http://www.ni.com/pdf/manuals/374550a.pdf)
The NI 1411 device supports both
NTSC and PAL color standards as well as the RS-170 and CCIR
monochrome standards.
So what you'll have to check is:
- Is there an S-video or Composite Video output on my camera? (I don't think this is the case with your cameras)
- Can I somehow convert my signal to S-Video/Composite Video?
There exist things that you can buy online for this.
Normally you can use any camera that has these types of outputs and that follow these standards:
- PAL/CCIR (25 frames/sec)
- RS-170/NTSC (29,97 frames/sec)
Kind Regards,
Thierry C - Applications Engineering Specialist Northern European Region - National Instruments
CLD, CTA
If someone helped you, let them know. Mark as solved and/or give a kudo.

Using external trigger channels with PCI-1422

I need to trigger some 5 volt relays with my PCI1422 board similar to the way it is done with digital I/O on a standard board. Can this be done using the trigger channels? I have tried this and only get a 2V state change...

Hi,
How much current are your 5V relays pulling? Have you tried to measure the voltage change on your 1422 trigger lines with a Voltmeter without connecting it to the relays? The Trigger lines on the 1422 should give a 5V TTL signal, so something must be pulling that signal down.
Hope this helps.
Morten Jensen
National Instruments

Which digital camera is suitable for the pci-1422

when i purchase a digital cam for PCI-1422 , what should i focus on, for example: Resolution, interface, depth of color or etc??
How to classify the a digital cam and how to identify which is suitable for PCI-1422??
Does anybody have recommandation for me!!??
thanx!!!

There are a lot of digital cameras that work well with the PCI-1422.
Selecting the proper camera depends more on your application than the PCI-1422. You need to look at resolution and frame rate, along with bit depth, color or B&W, etc.
You will also need to select a lens that matches your application. You might just need a fixed focal length, or you might need a zoom, a telecentric lens, or other possibilities.
I would recommend discussing your application with Robert Eastlund of Graftek Imaging (800) 441-2118. He will be able to help you select the proper camera and lens for your application.
Bruce
Bruce Ammons
Ammons Engineering

PCI 1422. Grab an image with 1 pixel height.

Hello.
I'm trying to configure my PCI-1422 board to accquire an image from my custom made line scan camera.
My camera sends a frame of 1 pixel height (24000px width) to the board. Every 1.9msec (so i should get approx. 526 fps).
The framegrabber recieves 3 signals: data, pixel clock (12.5MHz) and frame valid signal (i connected it to Enable A pin of PCI-1422).
The issue is that MAX says to me, that the total fps is 263.
When I try to get image data in my application (c++) i may recieve even less - only 1/4 of total frames.
Could you tell me how to configure *.icd file to be able to get 526 (24000x1px, 8bit) fps with my camera?
Is there any problem with my c++ code?
You may see my application and *icd file attached.
Attachments:
llsequence.h ‏1 KB
llsequence.c ‏13 KB
MSU_100_A.zip ‏1 KB

Alvern,
How many clock counts rae you waiting between frames? Have you tried decrasing the ROI further? You got it set 8 pixels shorter than the actual ccd, have you tried setting it 100 pixels shorter? What about 1000? I imagine you're interested in preserving as many pixels as possible, but try testing acquisition with shorter ROI's just to see if a sufficiently short ROI will allow you to acquire at the full frame rate.
If adjusting the ROI in addition to enabling fast rearm and Non Continuous Line Enable does not allow you to acquire at the desired frame rate are you able to decrease the frame rate? If so, what frame rates have you been able to acquire at without losing frames?
Also, though you are interested in continuous acquisition, have you tried snaping a finite sequence of images? Try snapping a finite number of images and storing them on the frame grabber to see if you are able to acquire at the full frame rate.
I suspect altering either the ROI, the frame rate, or the acqusition mode and buffering location will allow you to acquire without missing frames. Would you be able to test these and post your results?
David A
National Instruments
FlexRIO Product Support Engineer

Controlling PCI-1422 with Labview instead of MAX

Hello Experts,
I want your help in one of my problem. I have a camera from Sensors Unlimited which is SU-640 1.7 RT-D and a NI parallel card PCI-1422. I can use and acquire data with MAX from the camera but I want to operate,use and acquire images from the camera using LabView. Is there any way of exporting or using the camera with Labview instead of writing a fresh code in LabView?
Does LabView offer any support or reads automatically from PCI-1422 or any possible solution that I get the block diagram code for using this camera in LabView.
Please let me know, reply.
Any help or suggestions will be highly appreciated.
Thanks in advance!

Nitai wrote:
Thanks but again it requires writing and struggling with coding and experience on LabView skills.
Just wondering something easy. I tried one of the example and it worked actually but I am trying to get more ideas or options to make it look better and impressive.
You want something and easy and doesn't require any effort on your end? Hire someone who knows how to program in LabVIEW.

How can I access the control lines of a PCI-1422 from within C++?

I would like to know how the control lines of a PCI-1422 can be accessed (set) programmatically from within C++ (MS VC++7, Windows XP). A flat panel sensor connected to the PCI-1422 needs the control lines to switch on features like binning which I want to use.
Unfortunately I was unable to identify an appropriate command in the IMAQ documentation. Does anyone have experiences with this?
Thank you very much in advance!

Kluas,
The control lines are not exposed through any API. The control lines are run by the driver based on the instructions in the camera files. If the cammera file supports the binning functionality of your camera then you should be able to set the attributes such that the board runs the control lines approriately.
Hope this helps,
Amaury
NI Applications Engineer

PCI-1422 Windows7 32bit Problems

I have a legacy program that I am trying to port from WindowsXP to 32bit version of Windows7. This program is based on the PCI-1422 frame grabber.
For historical purposes, I have to use NI-IMAQ version 2.5.3, which installs version 2.0.3.17 of NI-MAX
From a clean build of Win7 x32, I can install NI software, and the old application which creates correct camera definition files.
When I add the frame grabber card, Windows device manager is happy... the card is correctly identified and seems to use driver files which match the old WinXP install.
When I look at the card with NI-MAX, the camera correctly appears in the configuration list. If I highlight Channel 0 device and run 'Diagnostic' all tests seem to pass correctly. (Again the displayed output matches the results from the same operation on the old WinXP box)
However if I try to 'Snap' or 'Grab' a frame, I get the following error box: Title = 'Acquisition Error'   and there is NO TEXT in the error description, only a yellow ! warning icon.
(The legacy program performs all controlling functions via two other PCI cards, but halts when trying to grab a frame as well. The above behavior can be seen with or without these additional PCI cards)
I have tried both installing and executing the EXE files with or without 'Run as Admin' and/or 'WinXP SP3 compatibility mode'. In some cases, the available camera list disappears, but nothing I have done has been succesful at grabbing a frame from the camera.
Any suggestions about compatibility and/or why the error box is missing all text?
Thanks in advance,
Jim

Good questions...
I have been asked to 'upgrade' a commercial system that was developed 10 years ago. The system works currently... an XP based system with old frame grabber.   I was asked if I could upgrade the PC, because of concerns of PC failure with a 10 yr old box. We found a new motherboard that supports the necesary 3 PCI slots for frame grabber, and newer CPU of course.
The question remains however, can we migrate to Win7, or...   do we try to install WinXP on the new PC hardware, with the older interface cards. To add to the difficulties, the original company than produced the software is no longer in business. Fortunately I have remained in contact with some of the developers that are giving me some support, but they haven't supported the product for years either.
The basic issue remains... hardware and software that worked on XP, has been migrated. The devices appear in some sense to be detected correctly. But the critical important issue, grabbing a frame from the camear, fails. What can be done?

PCI 1422 how to aquire 12 RGB

Hello,
I an using a PCI 1422 with a non standard camera signal (12 bit RGB).
At the monemt i am able to capture the signal
in 12 bit black and white.
What must be done that i can capture the signal in RGB
(4 bit each color)
If i use 24 bit color depth the the signal will be dislayed in color, but all blue colors are missing.
How are the colors (24 bit) stored in the memory if i use a PCI 1422 wich has only 16 data bus?
What does the binaray threashold value in the camera file mean?
Juergen Dodek
Electronic Developer
mtu-friedshafen, Germany

I can see a couple of possible solutions.
One would be creating a custom cable that separates the 4 bits for each color into separate bytes, with 4 blank bits for each color. This could be input as 24 bit color perhaps. You might need to be using the PCI-1424, though, to get a full 24 bits input.
A second option might be to do the same thing in software. I am not sure if the ICD file has the flexibility to rearrange the bits like this.
Bruce
Bruce Ammons
Ammons Engineering

How can i download video hdv minicassette footage from my sony video camera with no fire wire port?

How can I download video HDV minicassette footage from my sony video camera with no fire wire port?

Hi,
Are you talking about your computer which has no firewire port ? If YES you can have one of two options:
(a) Use FCI - Firewire card like this (preferred)
You can buy from this:
http://www.ebay.com.au/itm/2-Ports-PCI-Express-PCI-E-IEEE-1394A-Firewire-Adapter-Cable-Card-/1507023...
(b) You can also use USB-Firewaire adapter like this:
http://compare.ebay.com.au/like/120580625092?ltyp=AllFixedPriceItemTypes
Regards.
BH
**Click the KUDOS thumb up on the left to say 'Thanks'**
Make it easier for other people to find solutions by marking a Reply 'Accept as Solution' if it solves your problem.

Using a laptop for image acquisition in combination with PCI-1428/PCI-8252

I am not too confident about PCMCIA framegrabbers so that I would like to use either a cameralink camera with the PCI-1428 or a Firewire one with PCI-8252.
Are there any obstacles accommodating the PCI cards in an PCI Expansion box?

You could do it, but why? Just get a firewire card for the laptop and go direct. You can get them with external power supplies to power the camera. It will work just the same and you won't have to lug around a big box with all your other equipment.
Bruce
Bruce Ammons
Ammons Engineering

RTSI cable configuration with PCIe 1433 card

Hi All:
I tried to trigger my line camera with RTSI signal.
The layout is: trigerr signal is generated from one PCI card 6259 (Dev2/ctr0). The line camera is connected with one PCIe 1433 card, and the two cards were connected with RTSI cable.
The problem is that how to register or configure PCIe 1433 with RTSI cable in MAX, it seems I can only configure PCI card within RTSI cable ......
If it is true, how should I do to rout the trigger signal to the camera, such as "route Dev2/ctr0 to Trigger line 0"?
Below is printscreen of MAX Configuration. Attached is my VI.
thanks a lot.
Bob
Attachments:
Triggered with RTSI from DAQ.vi ‏63 KB
camera configuration.jpg ‏218 KB

Thanks a lot, the post helped.
But I am still confused with the details:
To camera and PCIe 1433 configruaration, as the attached pictures shows: RTSI is configurerd as Camera Control Line as number "2"; the exposure control of camera is defined as "triggered".
In previous attached VI, you may find that the IMAQ configurer trigger is applied to define trigger type as "RTSI", trigger number as "2".
About ttrigger signal from PCI 6259 (Dev2), digital pulse is generated and output terminal is defined as ctr0 ( seems only ctr0 or ctr1 is option).
So I still do not know how to route signal from "Dev2/ctr0" to "Imag0 CCL 2" in labview.
By the way, I read the online example "LL Triggered Ring using DAQmx Pulse Train", http://www.ni.com/example/29476/en/. Within this VI, the DAQmx Connect Terminals VI is applied to route the counter's output to a RTSI pin so the signal can be used by the IMAQ device. However Dev2/ctro is not recognized as scour terminal, only other items such as PFI, APFI or RTSI are avaible, and output signal source is also limited with similar things, sounds like just internal connectrion with Dev2.
thanks a lot.

Raytheon 2000b camera with PCI-1422

Similar Messages

Maybe you are looking for