08-24-2007 02:42 AM
08-27-2007 03:47 AM
Dear Carlo,
This KnowledgeBase should provide a good starting point to solve your problem.
How Do I Communicate with My HID Compliant USB RAW Device in Windows Vista?
Please note the following.
1.You should have hid.dll in Windows XP too. Mine is located in C:\WINDOWS\system32
2. hid.dll is not supported by National Instruments you should ask Microsoft for issues specific to the use of this dll.
If you are new to dll calls in labview you can finde the proper manual here. It's a very good resource when dealing with external code in labview.
Using External Code in LabVIEW
Best Regards.
08-27-2007 06:48 AM
Best Regards.
08-27-2007 08:47 AM
Dear Carlo
I'm sorry for the misunderstanding.
You should be able to use hid.dll in Labview the same way you use any other dll through call library node.
What I meant is that since hid.dll isn't from NI we're not the best people who can answer questions that arises from that specific dll.
You can check Microsoft here http://msdn2.microsoft.com/en-us/library/Aa939487.aspx in order to dig down some infos about hid.dll
Best Regards
08-27-2007 09:18 AM
Thanks Filop for your answer,
in the Microsoft website there is:
The Primitive: Hid.dll component provides the USB HID class driver.
There are no services associated with this component.
No other components interact with this component.
There are no configurable settings for this component."
Then, Hidclass.sys and Hidspare.sys are the two function driver and bus driver for the HIDClass device and you can see it in the drivers when you plug your HID device. OK.
My question is: is possible to use Hid.dll or other dll (if it exist!!???) in order to permit me to call it in call lybrary function in Labview and communicate with my HID?
I do must compile a new dll? Or... Where can I search this informations?
Thank you very much
10-29-2007 08:52 PM
10-30-2007 04:25 AM
@CTRInsurgent wrote:
This page describes the HID.DLL API. I'm having a similar problem - I'm guessing you also bought a cheapo USB-GPIB adapter from Australia? 😉 If I figure out the protocol, maybe I'll write a VI for it and post it on the web. http://www2.hawaii.edu/~hermany/api.htm
HID is just the generic protocol for slow Human Device Interfaces. As such you can look at it in a similar way to TCP/IP. It defines how messages are transported over the network, but not what messages. The "what messages" is the device specific protocol, and here every manufacturer is quite free to define it's own protocol. There are a few standardized ones such as for a pointing device (mouse) or a keyboard, but one can define it's own too.
HID is slow so your cheapo GPIB interfaces will be slow too and I mean really slow in comparison to a NI GPIB interface. The reason manufacturers sometimes use a HID based protocol is because there is already a HID device kernel driver, so that one does not need to develop its own kernel device driver, which is a somewhat intimidating experience. But I'm not sure I would like a hardware from someone who isn't able to develop a real kernel device driver for his industrial product.
Rolf Kalbermatter