6608 clock card in PXI Chassis

I have the 6608 High presision clock card in slot 2 in the PXI (1000b)
Chassis, I also have an Analogue and a Digital Card in the Chassis.
How do I get the Clock card to provide a very stable clock for the other
cards, and how do I prove that these cards are getting this clock
correctly?
Any advice welcomed
Cheers

There are several ways to use the 6608 clock to drive other cards. One is to use Route Signal.vi to route the output from a counter on the 6608 to a RTSI pin. Then use Route Signal.vi again connect the RTSI pin to the AI Convert signal on an E Series card. You can also route the RTSI pin to the 6533 Ack or Req pin as needed using RTSI Control.vi. Be careful to only drive a RTSI line with one card at a time, although several can receive it at once.
A second way to tie several cards to the 6608 clock is to use Route Signal to send the 6608 board clock to the RTSI clock and then use Route Signal for the E Series card to send the RTSI Clock to the E Series board clock.

Similar Messages

  • PXI Chassis recognition issues

    Hello all,
    I am using LV 8.2, XP, PXI chassis 1024Q, PXI-5122 digitizers, PCI-6259
    I had a complete system error (very nasty virus) and needed to wipe the computer and re-install all labview drivers.  Previously I had been using my system for about 1 year with no problems.  Upon re-installing everything I am having trouble recognizing my DAQ cards and PXI Chassis Digitizers.  I have attached a .jpg of what my DAQ card hierarchy looks like in MAX.  Before the re-install my PCI card was in the NI-DAQmx devices as Dev 1, and my digitizer cards where in the PXI System section, as Dev2, slot 2, slot 3 etc.  Now MAX tells me that my PXI system is undefined and also includes my PCI card in the PXI section.  I can not communicate with any of my devices even though MAX tells me all devices are working properly.  Does anyone have any ideas on how I can fix this problem?  Does the device installation sequence matter?
    Thanks,
    Azazal
    Azazel
    Pentium 4, 3.6GHz, 2 GB Ram, Labview 8.5, Windows XP, PXI-5122, PCI-6259, PCI-6115
    Attachments:
    MAX.jpg ‏35 KB

    You have only one 6259, right? The 6259's entries are indicative of having moved the card into a different slot from the last time MAX looked at the configuration. Assuming you have one 6259, delete the one with the X through it.
    And I always give my cards an alias instead of leaving the default "DEV 1", etc.
    Message Edited by Bill@NGC on 07-16-2007 06:56 PM
    “A child of five could understand this. Send someone to fetch a child of five.”
    ― Groucho Marx

  • How Can I Driving the PXI Backplane Clock with a PXI-6608?

    How Can I Driving the PXI Backplane Clock with a PXI-6608?
    Is the PXI Backplane Clock the timebase of the PXI Trigger BUS?
    How Can I use a PXI-6608 as the timebase of the PXI Trigger BUS?
    Thanks!

    Hi,
    The 6608 must be in slot 2 of the chassis. Once you make a call to the DAQ driver, the OCXO on the 6608 will be routed to the PXI_Clk 10 line.
    More information on the backplane and routing clock signals can be found in these Knowledge Bases:
    http://digital.ni.com/public.nsf/websearch/5EC3704​19A5ECA7A86256CFC0061C528?OpenDocument
    http://digital.ni.com/public.nsf/websearch/D5B8D4D​3B67DF1E086256BF8007BBF93?OpenDocument
    I hope this helps. Have a Great Day!
    George

  • HELP! I need to be able to remove power from a PXI chassis and replace a card without rebooting the whole system

    I do not have particulars on the controller, but I am sure it's an NI chassis
    and NI regular controller that has a serial cable leading back to the PC.
    I am making this PXI rack into a debug rack for instrument cards,
    so I need to be able to remove power from just the PXI chassis
    and then replace the card with another one
    or the same one and then turn the power back on and restart a
    diagnostic test on the card WITHOUT
    having to reboot the PC.
    Is there a PCIe bridge setup that would allow me to do this?
    Is there software that I need that can accomplish this?

    Yes
    The Chassi is a NI PXI 1045
    and the controller is a NI-PXI-8331
    Let me re-enumerate my requirements:
    Background:
    I have a number of NI cards as well as other manufactured cards in the system.
    One of these cards in the NI system is considered to be a UUT.
    That is, I am using the NI card cage system and other cards in the system to test a CARD
    during a manufacturing test of said UUT CARD.
    The UUT uses a PLX 9030 for it's PCI interfacing.
    This UUT is not designed for hot swap, and I do not bieleve it is plug and play.
    Requirement:
    1. I need to be able to shut off the chassis and remove the UUT when the test finishes, replace the tested UUT
    with a unknown UUT, re-apply power and then test the new UUT WITHOUT having to reboot the PC.
    I have tried several things, such as disabling the PCIe busses in the windows control panel, and then removing power
    replacing the UUT with the next one, re-applying chassis power and then re-enabling the bus and SOMETIMES it works.
    I need a very robust way to do this.
    I also bought a CHROMA PXI-52906-E extender card with bus switches on it, so that I can remove power to the UUT
    without shutting off the chassis. The card is supposedley designed so that when power is re-applied to the UUT, the necessary
    signals to boot the PXI PCI interface is conducted, but I think something else has to be written to the card's PCI registers.
    I am by no means an expert in PCI/PXI, 
    but I seem to have exhausted all of my reserach online in how to meet my requirements.
    Perhaps there is a way for the NI8331 controller to capture PCI configuration data to the card's on system boot,
    and then "replay it" to my UUT after I re-apply power to the UUT?
    Or perhaps PLX makes such a tool?
    Any ideas?

  • Gigabit ehternet card in real time PXI chassis

    I was reading document # DZ52103_US about general real-time
    information. This document states that plug in ethernet, serial, and
    GPIB cards are not supported for real-time I/O operations. I want to
    use a plug in PXI gigabit ethernet card to transfer data from my real
    time PXI chassis to a host laptop computer. Can this be done?

    Currently, the only PXI ethernet controllers supported in LabVIEW Real-Time are the PXI-8211 and the PXI-8212. These are not Gigabit cards. This information is documented in the following link and will be updated as ethernet device support in LabVIEW Real-Time changes.
    If you have any further questions, please post a reply.
    Regards,
    Kristi H
    Applications Engineer
    National Instruments

  • Will NI PXI chassis support NI PCI card?

    Will NI PXI chassis support NI PCI card? If not means WHY???

    National Instruments PXI chassis and cards are keyed for 5V operation, and there are not any current plans to migrate to a 3.3V setup. We currently do not have a solution for using a 3.3V-only card in one of our chassis.
    Ryan Tamblin
    Applications Engineer
    National Instruments

  • Would a PXIe card work in PXI chassis?

    Hi,
    I planned to add another 4472B to the existing PXI chassis but noticed that PXIe 4492 is recommended to replace 4472B. I am wondering if PXIe 4492 would work in a PXI chassis (PXI-1056).
    Thanks!
    XR

    The PXI and PXIe have different connectors.  So the short answer is "no".  If you had a PXI chassis with hybrid slots, either PXI or PXIe cards could go in those slots.
    There are only two ways to tell somebody thanks: Kudos and Marked Solutions
    Unofficial Forum Rules and Guidelines

  • NI 1073 PXI chassis

    HI
        I have a new chassis 1073
        If in MAX I try to open a Visa Test panel I receive this warning message( cf the attached capture file) it isa usual?
        We develop a PXIe card( arb wavefor generator) with PLX8311 PXIe-local bus bridge. When we plug this card in the chassi the computer don't success to "see" it. When we test we know that   there is  no activity on receive line (A5 B5 line3 on connector) ( when check on pcie connector on the computer mother board  we see activity on this lines) why?
        the pin A2 (PRSNT#) will be pulled down?( or connect directly to GND?)
    The signal level PXIe and PCIe are the same? ( we work with an evaluation bord with the same bridge on PCIe and it work fine) 
    Thanks for help
    Dina 
    Attachments:
    PXIeChassis1073.nitrace ‏6 KB

    Dina,
    Here are a few things to check.
    - A5/B5 should be connected to the PLX 8311's TX lines through capacitors (standard PCIe levels).  TX --> cap --> A5/B5
    - C5/D5 should be connected to the PLX 8311's RX lines (standard PCIe levels).  RX <-- C5/D5
    - Refclk is not a standard PCIe level.  It's LVPECL instead.  So it should should be AC-coupled and rebiased/terminated.  As I recall, this suggested bias is a 56 ohm resistor to GND and a 475 ohm resistor to 3.3V (50 ohm Thevenin equivalent, center point of voltage around half the normal swing of PCIe's HCSL clock lines).  The PLX bridge may have different requirements.  RefClk <-- [bias resistors] <-- cap <-- E4/F4
    - PRSNT# (A2) should be pulled down or connected directly to GND, though it's not used in a 1073.
    Robert

  • How do you configure multiple PXIe chassis to share Tclk synch with the 6672 timing module?

    Hi,
    I have two PXIe chassis, each with a number of digitizers (configured through NI-SCOPE). Each chassis has a PXIe 6672 timing module. I have downloaded the sample VI from:
    http://zone.ni.com/devzone/cda/epd/p/id/5254
    which deals with PXI chassis. My question is this: in the VIs at the above link (and in fact all VIs I've seen for using the 6672 for sharing triggers), the VI needs access to the resource identifiers for both Master and Slave timing modules, how do I access the (remote) slave resource identifier from the master chassis? I feel like I'm missing something obvious, but can I do this using just an ethernet connection, or do I need another module to enable the master chassis to view the devices on the slave chassis in MAX? 
    Thanks for any help you can provide,
    Cillian

    Those example VIs are written to be used when a single host PC is controlling multiple chassis so there is just one computer running the program.  Since both of your chassis have their own controllers it will be necessary to run a program on each (one as master, the other as slave).  You can modify the code from that example to create and Master and Slave VIs.  For the Master you will call the VIs as specified in case 0 of the example; for the Slave you will call the VIs as specified in the default, 1 case of the example.
    You will also want to send a signal from the Master to the Slave to let the Slave know that the clock is being generated.  You could use TCP/IP or a PFI line to do this.  The basic order of events should be as follows:
    1. VI runs on Slave to configure it to accept a clock.
    2. VI runs on Master to begin outputing the clock.
    3. Master sends a signal to Slave to let it know that the clock is being generated.
    4. Continue with the rest of your program.
    Let me know if you have any questions about this.
    Barron
    Applications Engineering
    National Instruments

  • Detect and employ PCI or PXI chassis

    I'm currently on a project which has historically bee based around a PCI backplane (in a desktop PC) containing a couple of PCI-6229 cards and a PCI-7833R. This forms the core of a testrig of which there are about 25 instances worldwide. In addition, we also support many rigs which are cored around a NI PXI chassis.
    There is a drive to replace the PCs and we have opted for a for smaller footprint unit having fewer PCI slots. These are being equipped with an MXI extender card to a PXI backplane. This means in future, we need only keeps spares in the PXI format. Supporting two sets of backplanes containing near-identical hardware without implementing two near-identical pieces of software does present its problems: The FPGA bitmap build for the PCI version of the card will not open through the reference type for the PXI version of the card. We need to have a PCI and a PXI version of the bitmap. Irritatingly, the source code for these two is identical.
    The first part of the solution is to establish which backplane we're using. This is straightforward. Supplying the VISA Find Resource function with the appropriate search string will identify if any PXI backplanes are connected. (Figure 1.)
    Next, we need to maintain references to both FPGA VIs. Figure 2 illustrates how the FPGA to be used can be opened and proposes a structure in which the references to all available FPGA types (this example actually has four FPGA bitmaps which might be selected). In each of the other cases, the appropriate bitmap is selected in the Open FPGA Reference VI. Further, in each case, the reference is wired to the appropriate component from the cluster. (For calibration records, we also find it necessary to return the serial number of the card, but that portion of this code can be ignored.) Notice that the FPGA_Type component of the cluster is used to control which bitmap loads and which Ref component is used to store its Reference. This is necessary because the reference types are different for each bitmap.
    Having set FPGA_Type, Figure 3 shows how to employ the selected resource. A separate Read/Write Control must be coded for each FPGA type.
    Closing the resource also requires a case for each FPGA type.
    I hope anyone else planning a stepped migration between backplanes can make use of this.

    To program any DAQ card for use in Linux you need to use Register Level Programming. Unfortunately, Register level programming for the counter/timer products based on the NI-TIO ASIC (includes the 660x boards) is not supported.

  • Finding PXI 6071 cards in PXI system

    I am trying to dynamically find how many 6071 cards that I may have in
    a PXI chassis.  Once I find it, I need to know what slot it is
    in.  After that, setting up the physical channels is simple. 
    The information is available in MAX, so there has to be a way to get it
    out.  I want to do this without having to configure MAX!  If
    I have to do that, I have big problems ahead!
    Attached is how I am finding the Name of the Device....I just need to
    get the slot number!  NOTE:  The name may or may not contain
    the slot number depending on the configuration of your PXI chassis and
    how many different cards that you have populated a single slot with.
    Thanks,
    Paul
    Paul <--Always Learning!!!
    sense and simplicity.
    Browse my sample VIs?
    Attachments:
    DAQ-identify6071Cards.vi ‏37 KB

    For those that may not have LV7.11, attached is a jpg of the diagram
    Paul <--Always Learning!!!
    sense and simplicity.
    Browse my sample VIs?
    Attachments:
    findPXI-6071-diagram.jpg ‏37 KB

  • 6U digitizer in 3U pxi chassis

    Hi,
    Is there somekind of adapter where I can use a 6U digitizer card in a 3U PXI chassis ? Or do I have to buy a 6U chassis. I currently have a 8 slot 3U chassis and hate to waste it. 
    Thanks
    Dan

    We have an adapter to fit 3U modules in a 6U chassis, but we don't have an adapter to go the other way. If it's useful for you in the future, though, we offer a combination chassis (the PXI-1056) that has both 3U and 6U slots.

  • Computing Requirements in Multiple PXI Chassis System

    I have acquired a two PXI Chassis system, each with their own embedded controller (PXIe-8108 and PXIe-8130).  I would like to control all instruments (simultaneously) in both chassis from a central location (either a laptop or one of the embedded controllers).  What is the best configuration for this and will using one controller have enough power to drive two fully populated PXIe-1065 chassis?
    (I am aware of the different configurations for control (MXI, etc.) and am more concerned with instrument performance, data buffers become full quickly etc., in using one PC controller)
    THANKS!

    Hi JMU_ISAT,
    The PXIe-1065 chassis uses a four link configuration where there is an x4 link going to slots 7, one to slot 8, another to slots 9-14.  There are also an x1 link converted to PXI that goes to slots 2-7 and another x1 link converted to PXI that goes to slots 11-13 and 15-18.  Each x4 link gives 1 GB/s of bandwidth and each x1 link converted to PXI will provide 125 MB/s of bandwidth.  These bandwidths are theoretical maximums where overhead and chip design reduces the bandwidth somewhat.  
    The PXI-8130 has four x4 links with the four link configuration so it will be able to get the full chassis bandwidth.  The PXIe-8108 has four x1 links which will limit the bandwidth to 250 MB/s for slot 7, slot 8, and slot 9-14.
    To synchronize the measurements across both chassis you will need a timing and synchronization module such as the PXIe-6672 in the timing slot of each chassis.  This will allow you to route the clock of one timing module to the other and then use that clock to override the backplane reference clock of each chassis.  Now each module can use the 10 MHz reference clock to synchronize to each other.
    In order to control both chassis from one controller, you can run windows on one controller and LabVIEW RealTime on the other controller allowing you to distribute code from the windows controller to the LabVIEW RealTime controller.  The other method would be to run a MXI connection from one chassis to the other to daisy chain the chassis.  Since the most you can get out of a single slot of the PXIe-1065 is an x4 link, this would limit the total bandwidth of the daisy chained chassis to 1 GB/s theoretical maximum.
    I hope this information is helpful!
    Andy K.
    Applications Engineer
    National Instruments

  • Can I communicate single PXI chassis with multiple computer using MXI

    Can I communicate single PXI chassis with multiple computer using multiple MXI cards
    we are using cvi with MXI we want to share channels for other computers Can we do with mxi 

    Yes this is possible when you use a PXI controller.  Attached is a screenshot showing a possible configuration.
    Jacob K || Applications Engineer || National Instruments
    Attachments:
    PXIMaster.png ‏20 KB

  • Program identifies the pxi chassis

    I have a utility in Lab Windows CVI 2012 that runs on a PC, PXI or PXIe. I would like the program to be able to identify which of these it is running on.
    Right now we have a read of a device in the PXI chassis, just initialize a switch card, if it is successful, we have the PXI or the PXIe. My concern is if that one card is not present, also this results in a run time error if the card is not there, or if it is a PC.
    I would really like something to read directly from the PXi, a serial or device number or something. Sort of like we have in our code to read the type of CAN device, first we get the CAN device number, then the device type:
    /* find "can_num" for NI CAN device (just not USB) */
    Status = ncGetHardwareInfo(can_num, 1, NC_ATTR_HW_FORMFACTOR, 4, port_check);
    /* use "can_num" from PCI, PXI, or PCMCIA Device to get port number */
    Status = ncGetHardwareInfo(can_num, 1, NC_ATTR_INTERFACE_NUM, 4, port_check);
    Is there any such function to read the PXI chassis?

    Hi Ken-this-..., 
    I think what you want is DAQmxGetDeviceAttribute().  Here is a link to a similar post:
    http://forums.ni.com/t5/LabWindows-CVI/How-to-detect-PXI-chassis-cards-and-their-serial-numbers-in-C...
    Peter T
    Applications Engineer
    National Instruments

Maybe you are looking for