Showing results for 
Search instead for 
Did you mean: 

Adding sound acquisition continuous measurement template

Go to solution

Dear all,


I am using the continuous measurement sample as a base to work from.


I would like to measure the sound from a microphone that will be connected to the laptop via a usb device and measure signals from a DAQ device too.


My problem is that I've included another acquisition message (which is for recording the microphone) into the however whenever I modify the acquisition for the microphone, it affects the acquisition message for the DAQ device. 


In addition to this, because I've added an extra acquisition message, how do I connect the events to include the microphone acquisition ?



0 Kudos
Message 1 of 5


Is it possible to include your current VI?

I think that will make it easier to understand the issue fully.

Justin, Applications Engineer
0 Kudos
Message 2 of 5

Hi Justin,


I've attached my VI and .lvproj in a zipped file.

0 Kudos
Message 3 of 5
Accepted by HammerTimer

Hey Hammertimer,

Sorry for a slightly delayed reply, this possibly isn't an issue for you anymore.

I think you are seeing the problem mainly from the FIFO behaviour of queues. The enqueue function will only dequeue in one of the dequeue functions rather than both of them and won't be particularly explicit as to which of the dequeue function it dequeues the element at (almost random chance of dequeueing into microphone loop or DAQ loop), leading to some undesired effects I imagine.


(1) You could modify just one acquisition loop, so that when you pressed start, the start case contained both the information to start the microphone recording and the DAQ acquisition in one acquisition loop, rather than having one loop for each.

(2) If you want to control either individually, you could edit the "create all message" to add additional queues (other than acquisition, logging and UI) for example, "microphone acquisition" queue, and then in your microphone acquisition loop, unbundle this queue instance instead of the standard acquisition queue instance to give you a seperate control over microphone acquisition.


Option (1) is more suitable if you want to trigger everything off one button
Option (2) is more suitable if you want different buttons to trigger either microphone recording or DAQ acquisition.

Hopefully I've explained that clearly and satisfied your query about scaling up your Queued message handler!

Justin, Applications Engineer
0 Kudos
Message 4 of 5

Hi Justin,


Thanks for getting back to me. 

I think I understand what you mean. 



0 Kudos
Message 5 of 5