03-12-2008 04:30 AM
03-14-2008 03:39 AM - edited 03-14-2008 03:41 AM
Hi Darren,
I'm sorry to here you where mis informed. As for your current question it is not possible to drive the PXI Star trigger bus from a M series device, Bellow you can find a link to more information regarding PXI Star trigger compatible devices
PXI Devices That Can Send and Receive Star Triggers
However the M Serie devices are able to sent out a trigger on one of the PXI Trigger lines. The basic setup that I would suggest is the following:
You can use the LabVIEW Example Finder to find the following NI-DAQmx example: Gen Dig Pulse Train-Finite-Retriggerable.vi This example generates a series of pulses each time it gets a external trigger. The Gen Dig Pulse Train-Finite.vi Example just generates a series of pulses when you run it.
The following example shows how to setup two DMMs to recieve the same external trigger. I think this is a good example to start from.
Synchronizing Two DMMs with an External Trigger
Hope this helps
Thanks
Karsten
NI Netherlands
03-14-2008 05:58 AM - edited 03-14-2008 05:59 AM
Karsten,
Thank you for your reply and the tips. I have looked through the list of cards capable of generating the star trigger and found the PXI-665x range of interest.
I would just like to confirm that this card is capable of synchronising the 3 PXI-4071 DMM cards in the PXI box and also capable of synchronising another PXI chassis, for possible future expansion?
My plan is to use the 6651 card to synchronise the 3 DMM cards using the star trigger when the program first loads and then to use a TTL trigger to begin the actual data logging, is this possible? I assume if I just sync the cards at the start and then use a simple button (or an event) to begin actually storing the data that there is no guarentee I will start logging from all cards at the same time?
I aim to monitor the signal from the 3 DMM cards in LabVIEW (without storing the data) untill an event occurs, then send the TTL trigger (or can I use the star trigger again?) from the 6651 card when an even occurs. The event will be a sudden rise in current over a specified time duration. The reason for sync'ing the cards at the start is that the signal is visually monitored (but not stored) on a display as a waveform while other tests are being carried out.
I hope that made some kind of sense, It's a very simple test but has a lot of critera that must be met in order to meet the required standards.
Thanks again for your help,
Darren.
03-14-2008 08:38 AM
Hi Darren
I think this should be possible to do but there are a couple of issues with this that you need to consider.
First the 6651 is more of a slave board and is only capable of routing external signals, it does not have a DDS to generate any clock signals. You would normally use this in the Slave Chassis in a multi chassis setup. You would need a 6652 or 6653 to generate any clock signal and route this to the PXI Star trigger bus. For more detail for these board see the NI-665x User Manual.
If you are using a 6652 or 6653 then yes you would be able to generate a 'clock' signal that is exported on the PXI Star trigger and used by the DMMs as the start trigger for the acquisition. As for the event to trigger the data logging you would need to implement this in you monitoring code. When you detect the raise in current then you just start storing the incoming sample to disk. All you need to do is setup the DMMs, start the clock, start reading samples and feed them to your processing code which will decide when to start storing the data.
It is not possible to use a hardware trigger to start the data logging. But because all measurements are triggered from the same source you only need to keep the number of samples you read in sync and then you are sure that the data your are reading and storing is synchronized.
Hope this helps
Thanks,
Karsten
NI Netherlands
03-14-2008 08:49 AM
Karsten,
Thanks for that info, just after I posted my reply I thought that I would just need to start logging the data after the event as it would be in sync from the start... It's been a long week...!! 😉
I'll make the recommendation to purchase the card (probably the 6652) and then shall re-post if I have any problems!
Thanks for the assistance and have a good weekend,
Darren.