LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

How to read data from OM-62 temperature/humidity data logger in LabVIEW?

Solved!
Go to solution

Hello,

 

I have an Omega OM-62 temperature/humidity data logger that I want to communicate (initialize recording, read/write data, end recording) through LabVIEW 8.6. The OM-62 is connected to the PC via a USB-miniUSB type B connector, and I have the supplied "Omega Interface Logger Program" on my Windows operating system. I've called Omega's DAQ help-line but was told that low-level data loggers like this do not have supplied LabVIEW capabilities which I completely understand.

 

My question is why do I have to use their program to communicate to this device? If I knew the syntax their program used to communicate to the device, why can't I use that through VISA? Do I need to build my own LabVIEW driver from their supplied driver?

 

Is Python a more applicable solution for this scenario?

 

How could I view the code "Omega Interface Logger Progam" uses on my Windows operating system to communicate to the OM-62 sensor?

 

I just would like to know how this could or couldn't work as I feel I am missing some concept in my novice LabVIEW/programming understanding. It would be easier to run both my LabVIEW program and their program at the same time, but I just want to understand this at a deeper level.

 

Curosity Killed the Non-computer engineer,

Zach

 

P.S. I have attached some driver set-up information, but I have no idea if this is helpful.

Download All
0 Kudos
Message 1 of 15
(8,244 Views)

Frankly I am not in the mood to do your job for you.

 

Read their manual and tell us what it says about connectivity to 3rd-party software other than their own.

0 Kudos
Message 2 of 15
(8,237 Views)

nyc,

 

The manual doesn't say anything about 3rd party connectivity and as I mentioned before the help-line's response was that there was currently none through LabVIEW. I only supplied the manual as supplementary information to those that were in "the mood" to gather more detail about the device than I thought necessary to fill up the whole space of my post. My questions pertain to general concepts about LabVIEW and communications and not anything that is availble in the manual.

 

And frankly, I don't need your help if your gonna be in a mood.

 

-Zach

 

 

0 Kudos
Message 3 of 15
(8,228 Views)
Why do you think python is going to help you understand the low level usb communication when LabVIEW can't? What sort of sniffer program have you run? Have you asked omega for the usb raw protocol? Do you know what sort of usb class that the instrument uses? Most of your problems are related to not understanding usb and not LabVIEW.
Message 4 of 15
(8,218 Views)

Dennis,

 

You are completely right; I don't understand. I just wanted someone to point in a general direction so I could research more about it. I will gladly take your suggestions and hopefully return with better questions.

 

Thank you for your quick reply and constructive critisicm,

 

-Zach 

0 Kudos
Message 6 of 15
(8,191 Views)

Zac58,

 

In general, communication with third party devices in LabVIEW is a little less straightforward compared to other types of communication protocols like serial or GPIB since different USB devices can vary widely in the command sets used to address them.  Though these are not comprehensive about USB communication in general, here are a few articles on our website that outline how to use NI-VISA with USB instruments.  Hope this helps!

 

http://www.ni.com/white-paper/4478/en/

http://digital.ni.com/public.nsf/allkb/E3A2C4FE42D7ED0D86256DB7005C65C9

Michael L.
Sales Engineer
National Instruments
Message 7 of 15
(8,146 Views)

Thanks mikerophone, this seems like great reading material.

0 Kudos
Message 8 of 15
(8,094 Views)
Solution
Accepted by topic author Zac58

Unless the manufacturer provides some sort of programming interface or API for communicating with the device you're going to have a hard time interfacing to it with your own software be it LabVIEW or Python or anything else. That could be in the form of a driver dll, serial protocol, modbus (etc. etc. etc.).

 

If that isn't provided/available and you really need to communicate with the device you would need to look at using something like a USB/driver sniffer (software? hardware?) to try and intercept the communications between their software and the device. You can then use this information to try and figure out what commands it sends and the response received and how to convert that into the data.

 

Once you've got that far...I'm not sure what options LabVIEW has for low-level USB device control but at a guess I'd say you'd need either a low-level USB driver or you'd need to write your own driver in another language and then call that from LabVIEW.


LabVIEW Champion, CLA, CLED, CTD
(blog)
Message 9 of 15
(8,090 Views)

Dennis,

 

Omega will not disclose their raw USB protocol. I am having trouble finding a USB sniffer program. I know you have offered "Portmon" in previous posts but I have read that this program cannot work with my windows 7 64bit OS.

 

What USB sniffer programs would you recommend, either free or relatively cheap?

 

-Zach

0 Kudos
Message 10 of 15
(8,090 Views)