CLK IN NI PXI 5922

Hi,
I'm using a 5922 digitizer with clk input and i have a problem.
My problem is simple: I could not phase lock to the external reference clock.
My CLK IN signal is a -250 mv:+250 mv square signal at 2Mhz (from low frequency generator) (this signal match with the spec).
My ch 0 signal is a random signal according to the spec range.
When i use Ni-Scope Express in LabView, my parameters are :
-> Range 2V
-> Coupling AC
-> Offset 0
-> input impedance 50 Ohm
-> Probe attenuation 1
-> Bandwith 0
-> Sample rate 2M
-> Record length 1000
-> N samples
-> Trigger type Edge
-> trigger source External trig
-> slope Positive
-> Coupling DC
-> Ref position 0%
-> Level 0V
-> Max time 10s
-> Delay 0s
-> Reference clock source : clock in
My error is :
"DAQmx Error -200245 occured
Measurements : PLL could not phase lock to the external reference clock.
Make sure your reference clock is connected and that it is within the jitter and voltage spec...."
Dont care about external trigger, it work fine !
I'm also using a NI example : niScope EX external clocking (i was just changing sample clock timebase source & rate by ref clock source & rate) and it dont work too.
and there is no signal on CLK OUT at any time.
What can i do, i'm locked with this problem ?
Thanks !
Gendre Laurent
Stagiaire au service Détection à Thalès Alenia Space
E-mail : [email protected]

Hi,
For example 60 MHz / 32 = 1.875 MHz is a sampling frequency (into the 5922) and i really need to be synchronize with my external clock  (so, not in intern).
Im now investigate on an alternative clk in (1Mhz or 2Mhz)  and i try to fix some problems like "PLL was unlocked" when i use my new clk and an edge trigger or " this device does not support RIS", ...
Its a little fastidious cause of parameters i have to take care.
But the main important thing on my work is the voltage precision.
In 20 bits, i have an important difference between two values for the same voltage input (verified by a scope) -> approx. 30 mV.
For a 0 : +250 mV signal with a 1 mV noise, its annoying !
Maybe, the antialiasing filter into the card is a problem for my measure.
Thanks for helping me, its not simple to drive this card for what i want !
ps : tomorrow i will post my VI.
Gendre Laurent
Stagiaire au service Détection à Thalès Alenia Space
E-mail : [email protected]

Similar Messages

  • Multirate sampling using CLK IN with PXIe-5922

    Hi
    I am working in an application where I need to change the sampling rate of an acquisition between 500 ks and 5 Ms without stopping the acquisition. The idea is to be acquiring continuously and be able to change the sampling frequency live depending on external events
    I was thinking about doing this using a PXIe-5922 and controlling its sampling frequency using the external sample clock input (maybe I would have to change the decimation factor by software as well?) connected to a signal generator (5404?) or some other clock generator whose frequency I can change without stopping the signal (maybe some specific development on PXI-7833R). My concerns are:
    Reading the 5922 spes I am not sure if I can change its sampling frequency between those values (500 kHz and 5 Mhz) using the external sample clock input without stopping the acquisition (my experience with other DAQ is that when you have to do any programming of the instrument the acquisition stops during the programming phase)
    If the above can be done, I guess my second problem will be to determine in the acquired data where a change of the sampling frequency has happened (as the driver will not know if I am using an external clock)… but I am not yet much worried because of this J
    I have not buy the hardware yet until I am sure I am in the right way... so any help will be much appreciated
    Best regards
    Guillermo

    Guillermo,
    Keep in mind the Reference Clock is used to generate the internal Sample Clock.  Changing the frequency of the Reference Clock will result in the same Sample Clock frequency.  Also, changing the Reference Clock frequency should not be done while acquiring since the device's clock circuitry needs to be configured based on the Reference Clock frequency.  I don't think this solution will produce desirable results for these reasons.  Unfortunately, the 5922 does not accept an external Sample clock from the Clock In terminal since the Sample Clock needs to be extremely high quality to meet the device's specifications.
    Do you really need to run continuously across different sampling rates, or could you afford a small amount of reconfiguration time between frequencies?  If you can, then you can also avoid the additional complication of not knowing where in your acquisition the sampling rate changed.  Could your application run continuously, then reconfigure the sampling rate when a trigger is received?
    Jeff B.
    NI R&D Group Manager

  • I'm having trouble with a multi channel acquisition and download with PXI-5922

    I am having trouble with getting data out from both channels of a PXI-5922.  My software seems to be working, but when I do the fetch there is no data for the second channel.  I am using the same format for all of the channelList inputs (0,1).  I've checked the instrument handles and anything else I can think of, but this is my first time trying to collect data on 2 channels of a digitizer.  Any help would be appreciated.

    Hi schliepe,
    Try checking your code against an existing example. The
    Developer Zone Example: Independent
    Channel Configuration with NI-SCOPE is a good VI to reference. Also note
    that there are several examples that come with the NI-SCOPE driver. They can be
    found in Windows by going to Start »
    Programs » National Instruments » NI SCOPE » Examples. Additionally, if you find that the examples are not working either, verify that both channels are functioning by running the
    NI-SCOPE Soft Front Panel.
    Please post back if you have any questions. Have a great
    day!
    Ryan D.
    District Sales Manager for Boston & Northern New England
    National Instruments

  • How to calculate number of samples ni scope for PXI-5922

    Hi,
    I am streaming data from one of the channels from a PXI-5922.
    Assuming the resolution at 16bits/sample and the sampling rate at 10MS/s, i should be streaming at a data rate of 20MB/s
    So, if i stream for about 4 seconds, I should have collected 20x4 = 80MB of data for the duration, but I am collecting well around 300 MB.
    Now, I am obviously missing something or my calculations are wrong, either way I will appreciate if someone can enlighten me on this.
    Note : I have set the number of records to 524288 (i.e 2^19)

    Hi Anup_Amin,
    Here is a document that helps explain why the sampling rate may not in fact be the same as what you have specified in your VI. Please see the Min Sampling Rate section at the link below:
    Coercions of Horizontal Parameters
    http://zone.ni.com/reference/en-XX/help/370592N-01/digitizers/horizontal_parameters/
    I hope this helps answer your question.
    Regards,
    Kaitlin N.
    National Instruments
    Applications Engineer

  • Carte PXI 5922 et fonctions DAQmx

    Bonjour,
    J’ai une carte PXI 5922 sur un châssis PXI 1033 et j’ai réalisé un VI pour l’acquisition des donnes avec les fonctions NI SCOPE.
    Je voudrais savoir si est possible de programmer la même chose en utilisant seulement des modules  DAQMX sans avoir besoin d’installation de NI SCOPE. Peut-on configurer des paramètres comme par exemple : vertical coupling, input impedance , probe attenuation seulement avec les fonctions daqmx et sans paser par daq assistent ?
    Je vous remercie d’avance pour votre réponse.

    Bonjour Ival,
    La carte PXI-5922 est une carte Scope qui, par conséquent, se programme avec NI-SCOPE (page 21).
    Le driver NI-DAQmx est utilisé quant à lui pour la programmation de cartes DAQ.
    Dans la mesure où le driver NI-SCOPE est téléchargeable librement, pourriez-vous préciser pourquoi vous ne souhaitez pas l'utiliser ?
    Cordialement,
    Mathieu_T
    Certified LabVIEW Developer
    Certified TestStand Developer
    National Instruments France
    #adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
    LabVIEW Tour
    Journées Techniques dans 10 villes en France, du 4 au 20 novembre 2014

  • Frequency response measurements with pxi-5922

    I’ am using signal express and the pxi-5922 digitizer together with the AWG pxi-5441 to analyse the frequency response of a buffer amplifier. See the attached signal express file. Many different ways to measure the frequency response have been tried and this is the best I came up with. It is basically two tone extract steps in a sweep loop. But I’ am still uncertain if this is the best way to do this kind of measurement. The fact that the detected frequency differs between the two channels worries me, even when the two channels of the pxi-5922 are looped.  Is there a more accurate way to determine the frequency response?
    Best wishes
    Stefan Johansson, SP
    Attachments:
    sweep.JPG ‏397 KB
    Frequency Sweep funkar.seproj ‏81 KB

    Claudia-
    Thanks for the response.
    Regarding the CJC- When I switch it on, the temperature readings I get are very random, roughly negative 1 degrees. (I am operating right now at room temperature, and will be using J-type TC's to measure ~43 degrees C). Also, when I use the built-in CJC, the aquisition rate seems to slow down considerably. When I use the "user specified" everything seems to be ok, including the aquisition rate.
    I measured the resitance of the Thermistor on the TBX-68T and it was about 5000 Ohms, as expected.
    Just to make sure: When using the TBX-68T, do I need to hard-wire a thermocouple to Channel 1/auto-zero and another to channel 0/CJC? Because I connected a TC to channel 0 right now, but I wasn't 100%
    sure.
    I've attached my main vi and two sub vi's that I am using for the voltage aquisition part of my project. (Note:the current measurements are just voltage measurements multiplied by the recipricol of the resistance it was measured across, ie. 10).
    I would like to keep this file as is because it writes to a file exactly the way I want it to. I'd like to have the temperature aquisition with the 4351 in the same vi as the 6030E so that they both stop and start at the same time. I am just not sure how and where to log the temperature data since there will be fewer data points than the voltage data. Any suggestions? Should I write two separate files? can I somehow append them?
    Thanks again. Hope to here from you soon.
    Attachments:
    EBlackMainDAQ.vi ‏107 KB
    Save_Data8.vi ‏45 KB
    Build_String_Array5.vi ‏33 KB

  • Error while exporting the clock to CLK OUT of 5922

    Hi
    I am using a PXI-5922 for my application. I need to export the internal clock to the CLK OUT pin in the front pannel of the board. I tried almost all the possible VIs and properties in NIScope functions. Everywhere it gives an error saying "Your device does not support this routing" though in 5922 manuals reads as its possible.
    Please suggest any solution.

     Hi Vsh,
     I'm sorry but the 5922 does not support exporting the internal sample clock to the CLK OUT connector.
     The manual [1]  has a routing diagram which shows what signals can be routed to the connector, I've placed it here
    for reference as Figure 1 below.
    Fig 1. Clock Routing Diagram
    You can route the CLK IN external connector to the CLK OUT external connector, as the diagram shows.
    Figure 2 shows how to do this, these are all niSCOPE palette vi's.
    Fig. 2 CLK IN to CLK OUT
    And finally, here is what will throw an error with the NI 5922, as seen in Figure 3 below.
     Fig 3. Error 89136
    What options do you have?
     #1. Assuming this is to synchronize the digitizer with something else, then use a external
           device's sample clock.
     #2. Route the PXI CLK to the CLK Out terminal and use this for sample clock source/synchronization
     #3.
    [1] NI High Speed Digitizers Help
    Message Edited by Matthew W on 09-05-2007 09:39 AM
    Attachments:
    5922_clocking_options.JPG ‏43 KB
    vi_used.JPG ‏16 KB
    vi_throwserror.JPG ‏19 KB

  • NI PXIe devices cannot be detected

    Hello, I am 1-year-user of NI instrument. I am using NI PXIe-1062Q. I have some problems with several NI PXI devices installed on this NI PXIe1062Q. My devices are:
    1. NI PXIe-8115
    2. NI PXI-4071
    3. NI PXIe-6556
    4. -
    5. NI PXI-5922
    6. NI PXI-4132
    7. NI PXI-6541
    8. NI PXI-6602
    As attached in the pictures, only the NI PXIe-6556 are detected and the green LED is on. But the other devices are not detected and their green LEDs are off. 
    I have used these NI PXI-4071 and NI PXI-5922 before for measurement and they worked well. Several days ago I replaced NI PXIe-6556 with NI switch NI PXIe 2527, and the new device are detected.
    But after I want to use other devices again, I found that other devices cannot be detected.
    Could anybody help me to solve this problem?
    Thank you before
    Attachments:
    NI error 2.JPG ‏116 KB
    20150413_120628.jpg ‏2743 KB

    Hello bilox,
    This is certainly strange and unexpected, so let's see what other information we can dig up about your system to identify the root cause of this issue, as there could be many different possibilities to sort through.
    The first thing NI support will typically ask from you is a MAX report that details the system software and the hardware as reported by MAX. You can find out how to generate the report here: Using MAX Technical Report to Document Measurement & Automation Explorer (MAX) Configuration Informa...
    Besides this, I'll go through a checklist of items to help narrow down the reason for this issue.
    Check your device manager to see if the instruments not detected by MAX are identified by your OS. If so, it could indicate MAX is not appropriately displaying your instruments. You can also check here if the system is identifying the devices and their appropriate device drivers correctly.
    Speaking to device drivers, are they up to date for the OS you are using? The version of MAX? Are you coming off an image or a clean machine that used to have device drivers on it? Did you uninstall any SW lately? The device drivers are required to identify SW in your machine.
    If you remove all the HW in your chassis and add each instrument one at a time, are they detected? This takes some time, so if it were me, I'd remove the 6556 to see if any other instrument is detected. If so, then take those results and mix/match to try and identify if a particular instrument is causing the behavior.
    If you have a spare chassis, try changing it out to see if the issue follows the chassis, the controller, or the instrument.
    Hopefully, this provides enough information to continue troubleshooting and finding the answer to the issue. If you need more online resources, you may always visit ni.com and ni.com/support for more help online. If you continue having issues, you may want to email/call one of our Application Engineers to assist you with further troubleshooting steps for your system.
    Thank you for the follow up information.
    Kyle A.
    National Instruments
    High Speed Digital I/O Product Support Engineer - R&D

  • PXI module DLL Documentation

    Hi,
        I was able to extract PXI module data that I ask before through this Link:
    But the VIs that are available on my function palette was somehow not complete, so
    I wanted to create a few VIs that will extract the data I wanted by using "call library function". 
    (The most important data for me right now are the Last External Calibration Dates and the Recommended
    Calibration Interval from the PXI Modules)
        This will be my first time to use "call library function" so need your help with some DLL documentation for below hardware.
        Really appreciate if someone could share me some documentation.
    Btw, I'm currently working with the following hardware:
    NI PXI-5922/5122  ------ niSCOPE
    NI PXI-6552          ------ niHSDIO.dll
    NI PXI-5406          ------ niFGEN
    NI PXI-4110/4130  ------ niDCPOWER
    Thanks in advance!

    Hi Versil1,
    Thanks for posting.  The functions that you are looking for are already available in the function palette for some of the devices that you are using, so using Call Library Function to access the DLLs should not be necessary.  Here are where these functions are located:
    For NI-FGEN: Right-click, then go to Measurement I/O » NI-FGEN » Calibration » Utility » niFgen Get Ext Cal Last Date and Time.vi and niFgen Get Ext Cal Recommended Interval.  
    For NI-DCPower: Right-click, then go to Measurement I/O » NI-DCPOWER » Calibration » Utility » niDCPower Get Ext Cal Last Date and Time.vi and niDCPower Get Ext Cal Recommended Interval.
    For NI-Scope: Right-click, then go to Measurement I/O » NI-SCOPE » Calibration » External Calibration » niScope Cal Fetch Date.vi.  There currently is no function to retrieve the recommended interval.  This information can be found within Measurement & Automation Explorer.
    For NI-HSDIO: There are currently no functions to retrieve the last external calibration date or the recommended interval.  This information can also be found within Measurement & Automation Explorer.
    I will be filing some product suggestions for adding functions to NI-Scope and NI-HSDIO to return this information.  Our R&D department will take a look at the suggestion for future improvements.  For now, these are the functions that we have available to use.  Hope this helps!
    Regards,
    Joe S.

  • PXI 6608 80 MHz timebase

    I have a PXI system with a 6608 timer device in slot 2 and a 5122 digitizer in slot 3.  I know that the 6608 has an internal 80 MHz timebase, and I would like to use this timebase as a clock source for the 5122 using LabVIEW.  I would prefer to route the timebase internally through the PXI backplane or a RTSI line, but would accept routing the timebase to something like PFI 0 and wiring it externally to the digitizer CLK IN.  I have not been able to learn how to route the timer's 80 MHz timebase to another line that the digitizer can use for a clock source, and I have not learned how to use any digitizer external clock source but CLK IN and PXI Star.  Any help would be appreciated in learning any of these things.

    Please see this post.
    Regards,
    Natasa

  • Disconnected PXI locking up computer

    I have an issue when an otherwise working PXI with PXI-5922 installed connected to a PCIe slot in my host computer by an optical cable. Everything works great if I boot up the computer with the chassis powered, but if the chassis loses power or for some reason the data link is physically disconnected, if any software tries to communicate with the chassis, the computer locks up completely. Mouse movements or keyboard presses do not register and I have to do a hard-reset.
    Is this a known issue?
    It can be reproduced in NI-MAX by verifying a successful connection to the device and then disconnecting the device and refreshing the connected devices in NI-MAX.

    Hello Allman,
    The behavior is totally expected. That is NOT a correct use of the PXI. You did not mention what PXI you are using or what MXI connection you are using, but you can find in the manual the instructions to power up the system and you need to power on the chassis first, then you power on the host. If you are going to power down the system, power down the host first, finally the chassis.
    Because of this, BIOSes and operating systems make the assumption that all PCI devices in the entire hierarchy will be available as soon as code execution begins at power-up time. This assumption means that all of the expansion chassis must be turned on before the host PC for the BIOS and OS to correctly configure a MXI-Express system.
    Regards
    Frank R.

  • GPS Timestamp

    I’m a LabView and SignalExpress novice so I thought I’d try
    this forum before trying the LabView forum.
    I’m trying to acquire analog data with a GPS time stamp.  My application requires that I acquire approximately
    10 hours of data at a rate of 500kS/s. 
    The system is a PXI1000B containing 2X5922 cards and a 6682 card.  Due to the long duration of the collect I’d
    like to account for any drift in the sample clock.
    I can see two options.
    1.                  1. 
    Use a NI-SCOPE Acquire step with a corresponding
    step to get a GPS timestamp for each read length of data (I’ve set it to 512000).  This might not work as there is no            step for
    GPS functions.
    2.      
               2.  Using a SMB cable route the CLK OUT from the
    6682 to the CLK IN on the 5922.  Choose
    CLK IN on NI-SCOPE acquire – Advanced TAB.  This seems too simple.
    Again I’m a novice so any advice or help is appreciated.
    Thanks

    Due to the quick response and my faulty memory, I gave you incorrect information.  The 6682 10HMz clock is not synchronized to the GPS, which is why the example you reference requires the use of the Trimble Thunderbolt.  The 6682 has a temperature stabilized clock (better than the default PXI backplane clock), but it is not used by default and there is no current method in SignalExpress to activate it.
    The 6682 will give you GPS accurate timestamps for triggers.  You can use this information by simultaneously triggering the 6682 and the 5922s with the same signal (watch out for line length issues) or triggering one with the other (watch out for delay issues).  Check out the 6682 manual for details.  Unfortunately, there are no native steps for doing this in SignalExpress.  You would need to create one or more user steps to set up the 6682, get the trigger data, and replace the timestamp in the 5922 data.  Much as I hate to admit it, it would probably be easier to do the whole thing in LabVIEW, if you have it available.  SignalExpress does not currently support the 6682.
    Once again, my apologies.  If you need further assistance, let us know.
    This account is no longer active. Contact ShadesOfGray for current posts and information.

  • Digitizer Selection

    Hi all,
    I'm looking for a digitizer that has capability of measuring up to 300Vp-p and up to 1.5MHz sinusoidal waveform, and can be installed on a 3U PXI chassis. Anyone has any recommmedation on which vendor to use.
    Thanks
    Dan

    Hey Dan!
    One way to go about measuring your signal would be to use a 100:1 attenuator probe (They are quite easy to find). Once you have the voltage down to 3V range we could use one of our digitzers.
    I do not know what kind of resolution you are looking for but the PXI 5922 has excellent resolution. It is able to adjust the resolution (between 16 and 24 bits!) based on the acquisition rate to give you the best possible resolution for the speed at which you are acquiring the signal. It is one of our more popular digitizers.
    If you are looking for a low cost digitizers (that get the job done) you could try the PXI 5102. It has a 15 MHz bandwidth and has 8 bits of resolution.
    If you are looking for good resolution at high speeds, the PXI 5122 can sample up to 100 MS/s and has upto 14 bits of resolution!
    These digitzers come with soft front panels that get you up and running quickly AND they were seamlessly with LabVIEW to give you complete control over your data.
    Let me know if you have any more questions.
    Regards
    Malay Duggar

  • High frequency power measurements

    Hey,
    I'd like to know if there are developments in measuring electrical high frequency signals with labview without using an extern power analyser. At the moment i'm using a yokogawa power analyser but i'd like to know if it's possible to log HF signals without the help of a power analyser... Are there NI products on the market for this purpose?
    Thx,
    Andy

    Hello,
    In the case of frequencies up to 200 KHz, NI can provide several solutions using the 'standard' data-acquisition boards or digitizers (scopes), from a low to very high accuracy solutions.
    A good solution can be one of the high speed M-series boards (PCI-625x).  These boards have up to 32 multiplexed channels with a resolutions of 16-bit at a speed of 1 MS/s  (500 KHz).
    A better solution would be a S-series boards.  These data-acquisition boards sample all input channels simultaneously.  We have boards with 2, 4 and 8 channels and sample frequencies of 10 MS/s  (up to 5 MHz if needed).  S-series board are the boards with product numbers PCI-61xx.
    The best solution is to use a digitizer (scope).  Also here a lot of possibilities going from low to higher bandwidth and resolution.
    The most flexible is the PXI-5922.  A 24-bit digitizer if you sample @ maximum 500 KS/s.  This board only exist in the PXI platform.
    Then NI has 8-bit digitizers (normal resolution for scopes) from 15 till 125 MHz bandwidth.  If you need a higher resolution they have solution up to 14-bit (very high for scopes) @ 100 MHz.
    Please give your local NI Office a phone call.
    They have technical engineers who can discuss your needs and provide you a solution.
    Best regards,
    Joeri
    National Instruments
    Applications Engineering
    http://www.ni.com/ask
    Make our forums great:
    If you like the answer, don't forget to "Kudos!".
    "Accept the Solution" if your question is answered!

  • IVI_Scope Read more than 32767 points

    Hi TestStand Developers,
    I need to perform a read measurement with TestStand / IVI_Scope Read and a PXI-5922 /32 Mbytes but when I ask for more than 32767 "min num points" I encounter the following error :
    Error, Error executing substep 'Post'. An exception occurred calling 'RunStep' in 'ISubstep' of 'TestStand Ivi Step Types' An error occurred while executing the step. VB Error: The IVI Read operation failed on channel 'CH0' for logical name 'ScopeDiff'. Details: An error occurred while attempting to save measurement data to property 'Step.Result.Reading'. Source: TSIviStepTypes [Error Code: -2146828282, User-defined error code.
    I don't have such a problem when I'm using LabVIEW.
    Is it possible to push the IVI/TestStand limit of 32767 point or is there any solution to by-pass it.
    I have tryed to use several niscope_32.dll functions like "niScope_Read" or "niScope_ReadWaveform" but it seems not very easy to get the data array back.
    Could you please help me to avoid using only LabVIEW libraries ?
    Thanks in advance,
          Emmanuel

    Emmanuel -
    This appears to be a bug in the IVI step types code. There is code that attempts to normalize the array dimensions for the array in the TestStand result and it uses a VB CInt() macro instead of CLng() macro when determining the upper array bound from the string returned from GetDimensions API call.  What version of TestStand are you using?
    Scott Richardson
    National Instruments

Maybe you are looking for