LAVA Forums Buy cool LAVA gear Forums RSS Feed

Welcome Guest ( Log In | Register )

> Related links

Visit our LabVIEW Wiki Hardware Portal


Tags
(This content has not been tagged yet)
 
Reply to this topic Start new topic
> Sine signal simultaneously to both DAQ outputs, Problems showing a complete signal
razmatazz
post Jul 18 2006, 07:43 AM
Post #1


1 more post to go!


Member
Posts: 9
Joined: 14-July 06
Member No.: 5583
LV:7.1 ,. ,.
Sweden Romania Nothing Selected


Hi there!

I'm having a little problem I was wondering about. I've got a 6036e DAQ-card and I'm trying to run a sine through both outputs simultaneously. My problem is that when I'am using only one output the signal's just fine but when I configure to used both outputs I "lose" every second period. I've got the same signal levels but a sine only every second period. I'm using the traditional DAQ vi's for building the program. Tried to look at the Simul AIAO Buffer.vi in example finder but didn't get much wiser. I've probably just missed something small but since I'm new to the game I'm having trouble spotting what!
/Raz


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
Ad
post Jul 18 2006, 07:43 AM
Post #















Tags
(This content has not been tagged yet)
Go to the top of the page
Quote Post
crelf
post Jul 18 2006, 10:26 AM
Post #2


I'm a LAVA, not a fighter.
******

V I Engineering, Inc.
Posts: 3851
Joined: 13-October 03
From: Michigan, USA
Member No.: 181
Using LabVIEW Since:1993
LV:8.5 ,. ,.
Australia United States Nothing Selected My Blog


Please post a code snippet of what you've already tried

--------------------


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
razmatazz
post Jul 18 2006, 11:24 AM
Post #3


1 more post to go!


Member
Posts: 9
Joined: 14-July 06
Member No.: 5583
LV:7.1 ,. ,.
Sweden Romania Nothing Selected


No problems!
I'm not just looking for a solution to the problem as much as just trying to understand and learn about the different functions.
cheers!
Attached thumbnail(s)
Attached Image
 


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
crelf
post Jul 18 2006, 12:29 PM
Post #4


I'm a LAVA, not a fighter.
******

V I Engineering, Inc.
Posts: 3851
Joined: 13-October 03
From: Michigan, USA
Member No.: 181
Using LabVIEW Since:1993
LV:8.5 ,. ,.
Australia United States Nothing Selected My Blog


QUOTE (razmatazz @ Jul 18 2006, 09:24 PM) *
No problems!

ohmy.gif Crikey! The first thing you want to do is try again using DAQmx! You have a lot more control over DAQ processes using DAQmx, as well as more hardware functionality as well...

--------------------


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
razmatazz
post Jul 18 2006, 01:16 PM
Post #5


1 more post to go!


Member
Posts: 9
Joined: 14-July 06
Member No.: 5583
LV:7.1 ,. ,.
Sweden Romania Nothing Selected


I aware of this but it's supposed to be implemented into already existing code which has been around for a while and I've tried the mx VI's but they don't compute to well with the older stuff... The only solution I've come to so far is to run one output channel at the time... I appreciate your help and pointer though.
Thanks mate!


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
crelf
post Jul 18 2006, 01:35 PM
Post #6


I'm a LAVA, not a fighter.
******

V I Engineering, Inc.
Posts: 3851
Joined: 13-October 03
From: Michigan, USA
Member No.: 181
Using LabVIEW Since:1993
LV:8.5 ,. ,.
Australia United States Nothing Selected My Blog


QUOTE (razmatazz @ Jul 18 2006, 11:16 PM) *
I aware of this but it's supposed to be implemented into already existing code which has been around for a while and I've tried the mx VI's but they don't compute to well with the older stuff... The only solution I've come to so far is to run one output channel at the time... I appreciate your help and pointer though.
Thanks mate!

No worries cobber!

--------------------


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
Tom Limerkens
post Jul 18 2006, 04:21 PM
Post #7


Active
*

Premium Member
Posts: 19
Joined: 30-November 04
From: Geel, Belgium
Member No.: 1135
Using LabVIEW Since:1996
LV:8.5 ,8.20 ,7.1.1
Belgium bel_limbourg Sweden


Hi Raz,

I noticed a few things about your code, first of all, the 'allow regeneration' bit is not set in the Write AO buffer (First call)?
Is this intentional ?

I quickly wrote a VI where DAQ input and DAQ output on two channels is done,
but please note, that in this example there is no synchronisation between input and output !

If that is what you are looking for, you have to look further.

This example worked here on my PC. Although not with a 6036e, but a 6110PCI board.

Hope it can help You find the right solution.

Success,
Tom
Attached thumbnail(s)
Attached Image
 

Attached File(s)
Attached File  simultaneous_DAQ.zip ( 38.13K ) Number of downloads: 98
 

--------------------
---
CIT Engineering
www.citengineering.com


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
razmatazz
post Jul 18 2006, 04:40 PM
Post #8


1 more post to go!


Member
Posts: 9
Joined: 14-July 06
Member No.: 5583
LV:7.1 ,. ,.
Sweden Romania Nothing Selected


QUOTE (Tom Limerkens @ Jul 18 2006, 06:21 PM) *
I noticed a few things about your code, first of all, the 'allow regeneration' bit is not set in the Write AO buffer (First call)?
Is this intentional ?


Since it's supposed to be true as default I didn't bother to create a constant for it and just assumed it would work (bad idea perhaps?!). I'm just about to call it the day but I'll have look at your code first thing tomorrow morning...
Thanks a lot for Your tips and for the code. Really appreciate it!


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
razmatazz
post Jul 19 2006, 07:50 AM
Post #9


1 more post to go!


Member
Posts: 9
Joined: 14-July 06
Member No.: 5583
LV:7.1 ,. ,.
Sweden Romania Nothing Selected


QUOTE (Tom Limerkens @ Jul 18 2006, 06:21 PM) *
Hi Raz,

I noticed a few things about your code, first of all, the 'allow regeneration' bit is not set in the Write AO buffer (First call)?
Is this intentional ?

I quickly wrote a VI where DAQ input and DAQ output on two channels is done,
but please note, that in this example there is no synchronisation between input and output !

If that is what you are looking for, you have to look further.

This example worked here on my PC. Although not with a 6036e, but a 6110PCI board.

Hope it can help You find the right solution.

Success,
Tom


Hi Tom!
I tried Your idea this morning, not bothring about synchronisation between in- and output... I experienced the same behaviour as before. I'll try some different setup but I'll probably end up running one output at the time. That way I know it works perfect. As I said before, I really appreciate Your help and efforts. This is still the best way of learning for me, some good ol' trial and error! blink.gif
Thanks Tom!
/Raz


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
razmatazz
post Jul 19 2006, 10:57 AM
Post #10


1 more post to go!


Member
Posts: 9
Joined: 14-July 06
Member No.: 5583
LV:7.1 ,. ,.
Sweden Romania Nothing Selected


Here's another question maybe someone can answer!

I'm injecting a sine on one of the DAQ-outputs (got a 6036e) and configure 4 inputs for different readings of the sine through different lines (i.e. sound channels). I'm just wondering why I get a subdued signal (noise?) on the other channels when I've just connected one of the four channels. It's not a crucial thing for my readings, just wondering if someone's got an explanation.
/Raz
Attached Image


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
Louis Manfredi
post Jul 19 2006, 04:16 PM
Post #11


Extremely Active
****

Premium Member
Posts: 266
Joined: 1-December 04
Member No.: 1144
Using LabVIEW Since:1992
LV:8.5 ,7.1.1 ,.
United States Italy Canada


Hi Raz:

Try shorting the unused inputs. Very high input impedance on the inputs, a little bit of capacitive coupling between the different channels in the multiplexor, and bingo, your signal shows up as noise on the unused channels.

Even if it doesn't cause any problems, a good idea to short the unused channels.

best luck, Louis


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
Neville D
post Jul 19 2006, 10:48 PM
Post #12


Extremely Active
****

Member
Posts: 529
Joined: 2-August 05
Member No.: 2680
Using LabVIEW Since:1996
LV:8.5.1 ,8.6 ,.
Canada Nothing Selected Nothing Selected


QUOTE (razmatazz @ Jul 18 2006, 12:43 AM) *
Hi there!

I'm having a little problem I was wondering about. I've got a 6036e DAQ-card and I'm trying to run a sine through both outputs simultaneously. My problem is that when I'am using only one output the signal's just fine but when I configure to used both outputs I "lose" every second period. I've got the same signal levels but a sine only every second period. I'm using the traditional DAQ vi's for building the program. Tried to look at the Simul AIAO Buffer.vi in example finder but didn't get much wiser. I've probably just missed something small but since I'm new to the game I'm having trouble spotting what!
/Raz



Its been a while since I played with DAQ but as far as I can remember, even though you have 2 AO channels they are not 'independent'. You can't run each one with different frequencies, since the DAQ card has only one FIFO.

I think you are seeing this when trying to output both chans. You can set both to use the same frequency, and then they might work. See:

Can I Individually Control Each Analog Output Channel on my E-Series Board?

I have found the DAQmx performance to be much better with the 6036 and multiple AO's, since the driver is multi-threaded, it can switch between DAQ tasks without 'freezing' in-between.

Cheers,

Neville.


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post

Reply to this topicStart new topic

 




Time is now: 8th January 2009 - 07:23 PM