From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
10-03-2011 06:01 AM - edited 10-03-2011 06:02 AM
10-03-2011 08:11 AM
I am assuming you are referring to the drivers here. You will need to find out which VI is causing the error. Run the VI in highligh mode and single-step over each VI to see which one is causing the error. Unfortunately, Agilent locked all of those VIs, so you cannot see the block diagram. Thus, in order to find out what commands it's actually trying to send out you'd need to use something like Wireshark to see what's actually being sent over the ethernet port. You could also see if Agilent is willing to unlock those VIs. I fail to see the purpose in locking them.
10-03-2011 08:24 AM
Thanks for the answer.
That's exactly the ones I'm using. The VI that's causing trouble is the "ag1100 Configure Pump.vi".
Could it have something to do with the firmware of the pump do you think? I'm running 5.01 and it's only been tested with 5.09 according to the readme.
I was also thinking about sniffing the traffic out of the ethernet port to be able to see what is sent, but the problem is that I have no idea about the correct syntax :(.
Looks like I may have to contact Agilent after all...
10-03-2011 05:13 PM
I can't tell you if it's related to the firmware. I have no experience with that pump and even if I did I couldn't answer the question since there's no way to know from the VIs what commands it's sending out. As for the correct syntax, that would all be defined in the programming manual for the device.
03-28-2014 04:02 PM
did you get any further with this?
I am experiencing the same communication, i cannot read from the instrument.
03-29-2014 12:56 PM - edited 03-29-2014 01:00 PM
Hi
Actually I did, totally forgot to post the solution over here though...
After sniffing the network traffic I found out that one variable was sent with a comma as decimal marker instead of a dot. It turned out that in the drivers one variable was not locked and used regional settings for decimal markers.
I did not find a way to fix it since the error is in the proprietary drivers but a workaround is to just change the regional settings in windows so that the decimal markers used are dots and not commas.
Hope this will help you with your problem as well, I know how frustrating it can be when things don't work as they should 😛
03-29-2014 01:43 PM
Thank you so much!!!
good thinking!
I purchased refurbished equipment without really knowing that i could control it with labview, seeing the error and knowing that the VI's are locked leaves pure frustration 🙂
I am going to try this on monday, i am really crossing my fingers 😄
04-01-2014 02:18 AM
Actually i had a reading problem, but this was also cured by switching regional settings.
thanks so much!
11-05-2015 05:28 PM
Can I ask exactly what regional settings you used? I have the exact same problem, but I tried changing them, and the problem is persisting. Is there something I'm missing here?
11-05-2015 06:52 PM