6602 on Traditional DAQ : can't assign gate(0) to source input of counter (0)?

We are replacing a system that used PC-TIO-10 boards with 6602 boards.
In an attempt to minimize system changes, the new system has been wired
identically to the old system, which used the gate lines to count by
opening the gate on the rising edge of the gate line and counted on the
falling edge.
Apparently, we are prevented from using the gate line as source to a
counter. It is confusing enough that the manual says each of the fourty
counter I/O lines can be assigned to any of the counters and any of the
counter functional inputs: I still don't know if this is true or if it
is an improper interpretation of the manual.
Additionally, using DAQ 7.4, we are specifically limted to using source(x) lines as source inputs to the counters.
a) Is it really not possible to connect a gate() line to the source input of the same counter?
b) If so, is it possible to connect the gate(x) input to the source
input of counter(x+1) or (x-1) without affecting counter (x), which is
how it appears in the VI's?
c) If worse comes to worse, we are driving the gate inputs with the
output of an MC14490 hex contact bounce eliminator. Can we tie the gate
and source inputs to a single counter together, and in software set the
source as input and set gate on, and count events that way?
and I guess,
d) we're hopelessly  crazy and misinformed, and have to remake the
interface boards and/or completely rewrite the software to use DAQmx?
ray

We are replacing a system that used PC-TIO-10 boards with 6602 boards. In an attempt to minimize system changes, the new system has been wired identically to the old system, which used the gate lines to count by opening the gate on the rising edge of the gate line and counted on the falling edge.
I don't understand the function you were accomplishing.  What do mean by "opening the gate" on the rising edge?
It is confusing enough that the manual says each of the fourty counter I/O lines can be assigned to any of the counters and any of the counter functional inputs: I still don't know if this is true or if it is an improper interpretation of the manual.
No, the assignments are not that flexible.  However, you certainly can assign any counter's default source pin to be used as a source by any other counter's task (or by several tasks at once).  There are a few other special-case assignments, but for the most part they are flexible within their own category.  Any source pin can be the source for any counter, any gate pin can be the gate for any counter, etc.
a) Is it really not possible to connect a gate() line to the source input of the same counter?
b) If so, is it possible to connect the gate(x) input to the source input of counter(x+1) or (x-1) without affecting counter (x), which is how it appears in the VI's?
c) If worse comes to worse, we are driving the gate inputs with the output of an MC14490 hex contact bounce eliminator. Can we tie the gate and source inputs to a single counter together, and in software set the source as input and set gate on, and count events that way?
a) I'm not at hw now and can't recall for sure about using a counter's own gate signal as a source.  See b).
b) I'm pretty sure a counter can use as its source the gate signal from its paired counter (x+1 or x-1).
c) Um, it isn't clear to me why you need both source and gate connected this way if you are just counting events.
d) we're hopelessly  crazy and misinformed, and have to remake the interface boards and/or completely rewrite the software to use DAQmx?
I don't think so.  If the PC-TIO-10 was just performing event (edge) counting, then you shouldn't need to worry about the gate inputs on the 6602.   The new counters can simply count source edges without regard to a gate input.
Can you describe how the source and gate inputs were used to accomplish the measurement you needed on the PC-TIO-10?  It's been a long time since I used one and I only ever used it for period measurement...
-Kevin P.

Similar Messages

  • Can FMLE use Firewire as a source input?

    This is a follow up of my last thread. I am needing to take a composite a/v source and input it into a laptop to bring into FMLE and then stream that out. Can the current version of FMLE take firewire video and audio as a source input?
    If so, can anyone recommend a converter? I'm looking at one by Grass Valley (the company that makes EDIUS) that seems like it might work. Here's the link to it.
    http://www.grassvalley.com/products/advc55
    http://www.bhphotovideo.com/c/product/312315-REG/Grass_Valley_602005_ADVC_55_Analog_to_Dig ital.html
    Thanks!

    Sorry I posted this and then started reading some of the replies. I did see them as I am newbie here.
    Looks like the only solution at this time is to export the data to a csv file, open it in numbers and use the numbers file as the source for the mail merge.
    Would it be possible to have FileMaker then run an applescript ? or automator script to automatically convert the CSV file to numbers and then rename that Numbers file so that it is consistent and can be reused by the Pages "template" for subsequent documents to be used based on this template?

  • 6602: How to use 8 counters simultaneously in C++ using traditional Daq for frequency measurement

    Hi Everybody;
    I'm new to Ni-DAQ cards and working on NI PCI-6602 Card in Borland C++, I should use Traditional DAQ for my project. Now I want to use all the 8 counters simultaneously for frequency measurement.
    1.Where should I connect my External signal, to source or gate, at present I have connected to source.
    2. How to set parameters and start the counters simultaneously, what are the parameters to be set for frequency measurement.
    3.How to start counting.(parameter settings)
    4.Should I set any PFI Lines or by default are they set to counters.
    status = GPCTR_Set_Application (1, gpctrNum, ND_SIMPLE_EVENT_CNT)
    status = GPCTR_Change_Parameter (1, gpctrNum, paramID, paramValue)
    iStatus = GPCTR_Watch(1, gpctrNum, ND_ARMED, entityValue);
    status = GPCTR_Watch (deviceNumber, gpctrNum,ND_COUNT, entityValue)
    what is the paramID in my case, Clear and appropriate answers would be very helpful and thanks in advance.
    Message Edited by Pavan K on 07-11-2009 12:38 AM

      I have made a program with LabVIEW 5.1 based on NI 6602, in which four counters were used.
      Counter 3 is used to generate pulses, which are directed to the gates of counter 0, 1 and 2. 
      The source terminals of counter 0,1 and 2 receive pulses, individually, to count how many pulses appear during the time interval of each gate pulse.
      The results are stored in a data file.
      In order to test its performance, only one signal of ramdom pulses is sent to counter 0,1 and 2.
      But I find that at the beginning the counts for the three counters are the same, but the following counts are totally different!
      What's wrong? And how to solve such a problem? Does it have something related with synchronization?
      Thank you very much!

  • How do I set a PFI to High on a 6602 Board with DAQ Traditional

    Dear All,
    I am using LabVIEW 8.5 on 32-bit Windows XP with an NI 6602 DAQ board. In the past I've used DAQmx but for compatability with older software I need to do a few simple things using Traditional DAQ, which I have never used. Specifically I would like to make a simple VI that sets PFI 5 to high when the user presses a button and then low when they press the button a second time. How do I set PFI 5 for output and then write true to it?
    Thanks,
    Ed
    Solved!
    Go to Solution.

    Dear All,
    Apparently its as simple as using the Write to Digital Line VI. However, the non obvious thing is the port width of the 6602 board is 32 not the default 8. Buried in the LabVIEW help files is a list of physical port widths that one must stumble upon. Like the bat cave. In the attached image of the super simple VI I've made the 16 refers to PFI 16. Good to know.
    Best,
    Ed
    Attachments:
    write_low.JPG ‏5 KB

  • I want to acquire data for multiple channels using PCI 6120 that works on traditional DAQ. I cannot access more than one channel, can someone help me or if someone has data acquisition vi for PCI 6120, please send me over . Thanks

    I have PCI 6120 card and I want to acquire data for more than one channels. I'm using traditional DAQ to get it. But it does not work for more than one channels. If someone has a data acquisition vi for PCI 6120. Or some suggestion how to aquire data please let me know.
    Thanks

    Hello DSPGUY1,
    You can definetly acquire from several channels. For your convenience, I have appended below the content from help that tells you how to configure it:
    "channels specifies the set of analog input channels. The order of the channels in the scan list defines the order in which the channels are scanned during an acquisition. channels is an array of strings. You can use one channel entry per element or specify the entire scan list in a single element, or use any combination of these two methods. If x, y, and z refer to channels, you can specify a list of channels in a single element by separating the individual channels by commas, for example, x,y,z. If x refers to the first channel in a consecutive channel range and y refers to the last channel, yo
    u can specify the range by separating the first and last channels by a colon, for example, x:y."
    Hope this help.
    Serges Lemo
    Applications Engineer
    National Instruments

  • Can I install an older version of traditional DAQ that support legacy DAQ with DAQmx for support of a new card?

    I have a LabPC+ that works fine, but is not supported in the latest versions of NI DAQ.  I also have a 6024E that I would like to use.  I know that the version of DAQ that supports the LabPC+ also supports that 6024E, but I would prefer to use the latest DAQmx with this.  Is this possible?

    Hi Brain:
    Doesn't look like it, the PC+ will only go up to 6.9.3 tradition DAQ
    http://www.ni.com/support/daq/versions_legacy.htm
    while the 6024E will go up to 7.4.1 traditional or 7.5mx or 8.0mx, dependiong on OS.
    http://www.ni.com/support/daq/versions_pci_pxi.htm
    I assumed these cards were PCI based.
    I am not a DAQ expert, so hopefully someone can verify this.
    ~~~~~~~~~~~~~~~~~~~~~~~~~~
    "It’s the questions that drive us.”
    ~~~~~~~~~~~~~~~~~~~~~~~~~~

  • Retriggable option in Traditional-DAQ...

    Hi everyone,
    My inconing signal is a 1Hz square pulse with +5V amplitude. I would
    like to define a trigger that will be operated only on the rising time
    of the inconing signal crossing a threshold. when the signal falls to
    its 0V, the trigger must be stopped. And continue again when rising
    above the threshold
    I managed to do it, but the trigger starts on the rising time of the
    signal but it does not stop on the falling part..
    I understood that i need to do some sort of a retriggable option, but
    exactly how? does anyone have a sample code?
    i am usind traditional-DAQ in labview v7.1
    my hardware is DAQPad 6070E series
    Windows XP
    Help is really really appriciated
    Thanks!!!!!!

    Hi Molderon,
    That explains a little more although I am not sure why we can't consider this square 0-5 volts signal as a digital one since it has all the TTL characteristics.
    For this, you can use the shipping example "Cont Generation - E-series D-Trig.vi" and change the "trigger or gate condition" to "pause while gate is TTL high". I have tried this and works exactly as you want it.
    If you insist on your analog signal, then it will need to route that to counters before is routed to the analog output part as Raajit is suggesting in your other post.
    Please keep any further answer on this thread,
    good luck,
    Gerardo O.
    RF Systems Engineering
    National Instruments

  • How to simutaneously use 2 PCI cards, one with traditional DAQ, the other with DAQmx?

    Hi,
    I am currently trying to debug a system that used to work.. but sadly isnt anymore
    A single computer contains 2 PCI cards (6110 & 6036E). The 6110 card is controlled by a fairly old software, programmed in labview, and hence, using Traditional NI-DAQ. The 6036e card is controlled by a more recent soft, programmed in LV as well but using DAQmx.
    the AI/AO of the 6110 card is only momentarily used (20 sec consecutively, every minute) while the 6036E card is continuously receiving and sending data on its AI/AO.
    Now the problem: the program that control the 6036E card freezes every time that the old prog access the 6110 card.. and then it works again perfectly until the next time that the 6110 card is used.
    So my question: how can I make those 2 cards work simultaneously?
    I dont think that it is because of the software nor because of the computer lack of memory/CPU if it used to work in the past. It might be about a wrong configuration of cards in the MAX but I couldnt find anything wrong there (no problem when accessing AI/AO of both cards through "test panel")
    Thank you very much for you help.

    That's what bugs me. The only thing that those 2 cards share is an AO of the 6110 connected to an AI of the 6036.
    For the rest, nothing is common. The 1st program only deal with device1, while the 2nd prog only access dev2. There shouldnt be any problem and everything is working fine separately. Hence, why I was wondering if the traditional daq and daqmx might conflict on a same computer.
    I just cant find out why the 2nd program controling the daqmx card just freeze everytime the 1st program access the traditional card. It actually doesnt freeze completly but becomes soooo slow, with about only 2 iterations of the main while loop during those 15-20 sec (instead of the normal 3-4000 iterations during such a period).
    The computer specs are a 2.2ghz proc for 1G of ram and running XP, so it should be ok.. even though the computer does slow a bit down when the 1st prog access the traditional card.

  • Traditional DAQ and SCXI 1530 model name

    Hi all,
    I am using Labview 6.1 and Traditional DAQ 7.1. I am working on one system with one DAQ card (PCI 6052E) and several SCXI cards(1520, 1530). All the SCXI cards are installed correctly because MAX can detect them all.
    I want to make a program with Traditional DAQ which can detect all the SCXI cards and show their model names on the front panel.
    I found in Tradtional DAQ, there is one VI called "Get SCXI Information" which returns the model types of SCXI cards, something like, 50, 51....
    I found in the help file of "Get SCXI Information" VI there is some kind of the configuration file saying 51 stands for SCXI 1520. What does 50 stand for?  Where can I find the complete configuration file or somehow can I change it? Like make 51 stands for something else...
    Any ideas are highly appreciated.... Thank you all!
    Solved!
    Go to Solution.

    This is a duplicate of the last post in this thread: http://forums.ni.com/ni/board/message?board.id=250&thread.id=53087
    Brad Keryan
    NI R&D

  • Which traditional daq example will be best for thermocouple temp measurements?

    Hi,
    i have a PCI 4351 card connected to a TBX 68T connector block which is used to measure the temp using thermocouples. it uses an analogue input from the thermocouples, but the card is only compatible with traditional daq programming.
    i have looked at the example finder, and under the folder 'Hardware and software' click the sub folders 'traditional daq', then click 'analogue input' and finally click the 'general' sub folder and you will see a list of example vi's, if you have the traditional daq installed. but i do not know which will be of great benefit to my work. please help.
    does anyone know of a good example that i can use and relate to my work and devices? it would be of great help as i am new to daq.
    thanks!
    Notay

    Hi Notay!
    Sorry about that, thos sub Vi's are part of the analog in library of daq. Most likely you will only need the traditional daq driver and the correct configuration of your hardware. Im attaching the VI's, keep me updated of your results and if you need something else let me know.
    Best of luck!
    Oswald Branford
    Attachments:
    (Sub) 4350 Parse Settings.vi ‏16 KB
    (Sub) 4350 Remove offset and get CJC voltage.vi ‏24 KB

  • How to synchronize NI-Scope and traditional DAQ

    I use a PXI-1042 System with a PXI-5124 Ni-Scope Card and a PXI-6120
    with traditional DAQ controlled by a PC running WinXP and LabView 7.0
    The intention of this setup is to make synchronized acquisition with
    both cards with different sample rates. For the sake of an example let's
    assume the NI-Scope runs at 100MS/s and the DAQ (6120) with 100kS/s. The Trigger is generated by
    analog triggering of the 6120. I'm looking for a solution to garanty
    that for a STOP trigger with post-trigger scans the last sample of the
    6120 coincides in time with the last sample of the NI-Scope 5124 card.
    Or to put it in more general terms a way to identify which of the 1000
    Samples the 5124 Card takes in the sample interval of the 6120
    coincides with the respective sample of the 6120 ? The point is to have
    a time resolution (for phase difference measurements) better than that
    given by the samplerate of the PXI-6120.

    Here you can find an example that shows how to synchronize a DAQ-Device with a Scope-card:
    http://sine.ni.com/apps/we/niepd_web_display.display_epd4?p_guid=B45EACE3E2C556A4E034080020E74861&p_node=175382&p_source=External
    Hope this helps.

  • PCI-6703 on MAX traditional daq but not on daqmx

    Im using MAX 3.1.1 (with NI DAQmx 7.3.1f0) and its listing my device 6703 on the traditional daq list but not on the DAQmx. I'm trying to utilize the Express VI to use this card but since it does not apear on the list I can use it. I already tried F5 several times.
    Thanks fot the help.
    --Aaron

    PCI-6703/6704 are supported by traditional nidaq, and nidaqmx 7.4 and higher.
    They are not suppoeted by NidaqMx 7.3.
    if you want to use Nidaqmx, upgrade to the latest NIdaq driver.

  • Up/down count edges: traditional daq vs daqmx

    Hello,
    I've inherited a program that uses an encoder to read the position of a torque-arm.  The program uses traditional daq.  The encoder position data is read using "Counter Read Buffer.vi".  Then, by simply casting the output of "Counter Read Buffer.vi" to an I32, the position data can be either positive or negative.
    1. Is this a valid method of using "Counter Read Buffer.vi"?  (I wonder because if I capture data as I move the torque arm back and forth, the data suggests that the encoder is not moving back to zero counts each time.  For example, the first time the arm is moved through its range, it might go from 0 counts to 100 counts; the second run may be from 10 counts to 110 counts, the third from 15 to 115 and so on).
    2. Is something this simple available in DAQmx too, or do I have to monitor each encoder point that I read to detect when the counter rolls over and handle it manually?
    Thanks in advance for any assistance!
    Chris

    Hello Chris,
    For the answer to your first question, this may be an issue with the DAQ device you are using. What exact device are you using?
    For the second part, the Measure Angular Position VI, found in the Example Finder under Hardware Input and Output»DAQmx»Counter Measurements»Position, is a good quadrature encoder VI for reading angular position.
    Try using this example and see if the behavior is different between the Traditional DAQ and NI-DAQmx code and let me know how it goes.
    Regards,
    Dan King

  • Is there any incompatibility between Labview 8.5 and Traditional DAQ?

    Hi,  I`m using a DAQPad 6020E and the Labview 8.5 Daq assistant don`t detecte my DAQ when a try to create a new task (to create a new virtual chanel). But MAX detect the DaqPad. So, is ther any incompatibility between Labview 8.5 and traditional Daq? Do you know how can I resolve this?
    Thanks.

    First, you posted to the wrong board. Measure is an old add-on for Excel.
    Second, there is no incompatibility between LabVIEW 8.5 and tradtional DAQ. There is an incompatibility between traditional DAQ and DAQmx which is what the DAQ Assistant uses. Make sure that you install DAQmx if your device is supported by it. Otherwise, you will not be able to use the DAQ Assistant.

  • Trouble seeing Details for Traditional DAQ functions

    I am migrating an applications from Tradtional DAQ to DAQmx and am having trouble in LV 8.6 in seeing the "Details" for the Traditional DAQ Functions.  I have looked at the Traditional DAQ Users Manual online & a few other pubs and cannot find a good, detailed, explanation of the input and output parameters to the functions.  Can anyone help me out?
    Thanks..... PacMan
    KMoller
    Solved!
    Go to Solution.

    In talking with Kent Lau, an Apps Engineer at NI, I was told I was missing the nidaq.chm file for some reason.  Even after trying the reinstall the Traditional DAQ drivers from the Q4, 2008 software distribution, it was still not found.  So, I installed an older version of the drivers on a computer which had never had LabVIEW, then copied the nidaq.chm file over to the LabVIEW 8.6\Help folder & was able to then see the Traditional DAQ function Details.  Thank you Kent!!
    KMoller

Maybe you are looking for