Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - AllenBradleyTagReader

Pages: [1]
1
Thanks for the insight.

I changed all of the local tags that had external access none to read only and that made some of the AOI tag reads work. 

P_Ain, P_Alarm. P_Intlk, P_Runtime, and P_Gate (which worked originally) all can be read with either ReadRaw or Read.

P_AOut, P_CmdSrc, P_DIn, P_Dout, and P_ValveMO still return privilege violation. 

If I try to read every member in an instance of P_Aout by reading one member at a time all reads return success except CmdSrc (which isn't surprising since the CmdSrc type itself does not work)

If I try to read every member in an instance of P_Din by reading one member at a time I can read all of the members.

I've attached my test program with the modified instances of the AOIs.

I am not sure it is worth spending any more time troubleshooting since anything that is reading tags from the PLC has to know the structure of the types it is reading, and therefore should know if there are members that can't be read, and it can simply read or write the members one at a time anyway (performance won't be an issue for me).

I'll let you know if I am able to narrow it down further.

2
Hi Archie,

I am able to read my_AI.EnableIn (returns true)

There is one other advanced HMI post that had the same privilege violation error at https://www.advancedhmi.com/forum/index.php?topic=2177.msg12552#msg12552

and one on PLCtalk.net where the fellow has developed a driver but it doesn't use the same initialization procedure as RSlinx: http://www.plctalk.net/qanda/showthread.php?t=92941

I tried rebooting my programming laptop in case logix5000 or ftview studio had some kind of a lock on the tags, and I also power cycled the controller.  Thankfully none of that made any difference.

Thanks for doing some investigation!  I had exhausted all my options

3
Support Questions / Control Logix ReadRaw with Rockwell Plant Pax AOIs
« on: April 02, 2019, 09:30:09 PM »
Hello,

First of all thank you for your time and energy you have put in to Advanced HMI and released for the world to build on. It is truly impressive. I am just getting started but it looks like it is going to be infinitely superior to my various home-made modbus drivers and dataloggers.

I am reading some tags out of a 1756-L75 v32 using Advanced HMI. Everything works terrifically except reading some tags that are defined by add on instructions. Our customer wants us to use the Rockwell Process Library Objects (Plant PAX) add on instructions in the PLC program and they have tags with hundreds of members, some of which themselves are of add-on-defined type, so they are nested.  I normally try to keep things as simple as possible ... this is different.

I have tried to narrow down what exactly in these tags is causing the problem with no success, all of the tags of UDT types I create myself I can read.  I've tried UDTs with strings, nested UDTs, kilobytes of arrays, it all works. The error that occurs when reading the Rockwell AOI instances is a privilege violation which actually comes back from the controller as that message is displayed in wireshark.  I have verified the tags are read/write.  Oddly enough there is one Plant PAX AOI that does read successfully, P_Gate.

I have attached a zip with
1. the control logix PLC program in l5k and l5x that has all of the tag type definitions.
2. a wireshark capture where it fails to read the tag of type P_Alarm tag both with read and ReadRaw and then succeeds in reading the tag of type P_Gate.
3. a wireshark capture where it gets the tag list and then tries to read all of the tags in the program with ReadRaw and Read.

Let me know if there is any more information I can provide.  I am curious to know what is different about these tags that aren't working, but I certainly have no expectation that they need to be accommodated.

Thanks again for your work


Pages: [1]