How to create a channel list for user options to do multiple data acquisition?

[DLeafy]

Hi JaceD,

Again sorry for late reply. With regards to the previous (2) saving file issue, I changed using low level vi to control and it has been working so far. Previously I used high level vi.

As for (3), I am still trying to get it work. It's connected in differential mode. I'm sending thru wireless. Using usb6009 and usb6218 gave different reading. I got a stable reading using 6009 but not 6218. It's very unstable. I'm not sure what is happening but still working on it.

I've got another issue is that, I created to allow user to save file as html. But I'm not sure why when it saved, it doesn't save one of the waveform graph. I've attached my vi on this. Thanks alot.

[Speedy_Badger]

Hello DLeafy,

How are things going with your application? Let’s see if we can’t tackle your last two issues regarding the signal stability and the HTML.  

You mentioned you are “sending thru wireless.” Does this mean you are transferring your data from the DAQ device to the computer through some sort of wireless set up?

Can you describe your test load with more detail? Is it floating source or referenced to some ground?

Since you are seeing an offset and instability, I am wondering if there is still a grounding issue. What channels on each device are you connecting, and in what mode? Both the 6215 and 6009 are bus powered devices, so they reference whatever device they are connected to as ground. Are you testing both devices on the same system?

More detail is needed to diagnose the source of this instability. Perhaps you could include a screenshot comparing the waveform from the 6009 with the waveform from the 6215?

In regards to the code itself and the HTML issue, there is a subVI that is missing that prevents me from testing the code completely. If possible could you post that subVI? In the meantime I will try to test the specific section that involves saving the graph to the HTML file.

Regards,

[DLeafy]

Hi Chris,

Thanks. Well, so far no luck breaking thru.

Yes, I'm sending data from remote side thru wireless. My basestation has a receiver to capture it and before directly process by Labview. I'm using accelerometer ADXL for my load and I'm measuring it in differential mode.

I'm testing using one DAQ at a time. Usb6218 will be my official device for measurement. I'm using 6009 for testing if 6218 dont work. I've attached two screenshots (each for one daq device) taken when I use test panels to test. No idea where has gone wrong. Rightfully it should be working.

As for the html case, I have attached the subvi. Originally I program it to save into a html file, but no waveform image is saved. But it worked when I program it to pop up in the browser as a html file directly such that user will has to save after it popped up. There's a example in LabView on the first case I am working on but no idea why it doesn't work in my case.

Thanks, I look forward to your reply.

DLeafy

[jaced]

Hi,

I would begin by verifying the signal connections, for the USB-6218 ai0 should be connected to pins 15 and 16. You should also try other terminals to verify that you just do not have a bad analog input. Testing a constant DC source such as a battery would also be helpful to determine if the device is able to read this value. It is possible that your device has been damaged somehow. With regard to the HTML issue I suggest posting to a LabVIEW forum, the users there will be much better equipped to answer.

[DLeafy]

Hi JaceD,

I've checked all possible ports and is working fine when I feed input using AO. So by right the device should be working fine, but it is not when I used my accelerometer.

Thanks.

[jaced]

Hi,

I would like to summarize what I believe the current issue is so that we are on the same page, If I have misunderstood anything please clarify. You have both a USB-6009 and a USB-6218. When you connect your signal differentially to the USB-6009, everything works correctly and you receive expected measurements. Then when you connect the same signal to the appropriate pins on a USB-6218 you do not see the correct readings. You have tested the AI terminals of the USB-6218 and found them to be working properly using the AO of the same card. What happened when you used a battery? Which pins are you connecting the signal to on each device? Do have both devices connected at the same time or do you switch the two in between test? Do you reboot between tests? If not please try a reboot after the hardware swap. Have you tried connecting the devices directly to the computer to eliminate the router as a source of the problem? If you could you please try these suggestions and post back with the results, we will evaluate where we stand and try to figure out where the issue is.

[DLeafy]

Hi JaceD,

Yes you're right on the USB6009.

I switch the device between the test. For direct connection to PC, both usb6009 and 6218 are working. Tested with batt and accelerometer, got expected results.

For connection to wireless hub, USB6009 works fine except there are 0.2V attenuation.

But USB6218 got extremely unstable signal. Fluatuating signals when tested with AO, Batt, and accelerometer.

I dont understand why 6009 is working but not 6218.

Thanks.

[Luke_G]

Hey DLeaf,

What happens if you measure the same signal with both the 6009 and the 6218 at the same time?  Does the measurement of the 6009 still look okay?

Thanks,

Luke

[jaced]

Hi

Based on your reply I am lead to believe that it is an issue with the router, perhaps the USB port on the router is not supplying enough power to the USB-6218. Do you have access to another router that you could test with? Perhaps try connecting the USB device to a different computer and see if the issue is replicated. The fact that both devices operate properly when connected directly to the computer leads me to believe that it is not an issue with the device but something in-between. What brand and model of router are you using and if you test with another router please post that information as well.

[DLeafy]

Hi JaceD,

I'm using Icron WiRanger. It's a wireless USB device. I deduce that the problem might not be due to insufficient supply. Because it supply from AC power socket. If I remember correctly, before I send my device for repair, it doesn't have this issue back when I am testing. So right now I am asking for local support to see if they can do a testing for me.