08-12-2009 12:02 PM
Sorry it took a while for a reply, I've been away from work since the weekend. I did something similar to what you said as this was my initial approach, but since it wasn't identical I gave your method a try. I believe the following picture illustrates what you were talking about. The error that I receive is the same as described before:
Class not registered in LV using ActiveX.vi (whereby LV using ActiveX.vi is my file).
Let me know if this is what you were describing, if not, please let me know what would need to be changed to accomplish your method rolf. Thank you for your patience and assistance.
08-12-2009 01:24 PM - edited 08-12-2009 01:26 PM
No I didn't mean that. Don't use the Automation Open on the FRRobot.IJoint refnum. That refnum is only used as typedef for the Variant to Data function and does not need to be a valid object.
Automation Open will try to create such an object but if the Automation server interface does not expose a function to do so you will get the error message you see.
Rolf Kalbermatter
08-12-2009 01:29 PM
08-12-2009 01:34 PM
m4r7in wrote:
Sorry, perhaps it is unclear in the picture, but the wire from the Automation Open terminates in the type def for Variant to Data. The output from Variant to Data serves as the reference for the Invoke Node. This is what you meant, correct?
Just remove the Automation Open altogether. It is the function that causes the error message you see. You can simply wire the FRRobot.IJoint terminal directly to the Variant to Data function.
It is only needed to tell the Variant to Data function in what refnum type the variant needs to be converted. The valid object is in the refnum contained in the variant and you do not need to create another object here.
Rolf Kalbermatter
08-12-2009 01:36 PM - edited 08-12-2009 01:37 PM