Industry Online Support
Technical Forum
Navigation
Rating 
Thanks 0
4 Entries
| 11/10/2010 5:37 AM | |
Joined: 10/7/2005 Last visit: 5/30/2023 Posts: 2966 Rating:
|
Hello Mickexzy ignore the SAC and BSTACK for now and try this please: 1.) Go into the ISTACK and press <F6> (Continue)(INSERT key can alernatively be used). 2.) On the next page, you'll notice a"DEPTH" levelin top left hand corner of screen. DEPTH: 01 is the last processing level that was active before the transition to Stop. Note that this level isNOT necessarily the root causefor the Stop (it may for example be the STOP command in an ERROR OB whichwas called by the OS as a result ofan FBtrying to access a non existent DB. See also attached pic from the 948 CPU manual which hopefullyhelps in making more sense out of what I'm trying to say here). Use <F6> (Continue) to go down in Depth level if need be and see what other Blocks have lead to this. You can easily go to the Block in question by using <F2> (Edit) which will open the Block and place the cursor in the line AFTER the instruction that was last executed. I hope this helps and please let us know what you find. |
|
Cheers |
|
| 11/11/2010 2:37 AM | |
|
Joined: 10/7/2005 Last visit: 5/30/2023 Posts: 2966 Rating:
|
Hello Mickexzy You are correct, my advise was based on using Siemens Step 5. I admittedly missed the fact that your are using PI's "PG-2000". While I can't give you hands on advise onthe PG-2000 ISTACK and/or BSTACK display evaluation and handling (perhaps worthwhile sending an enquiry to Process Informatik), I can tell you the following though (which you possibly know already so this is just in case): ATRAF error is a "transfer error" and caused by either of the following: - A data block statement has been programmed with data word number greater than the data block length. - A data block statement has been programmed without opening a DB first. - DB to be generated is too long for user memory (G DB operation) Based on the BSTACK info that you listed (and as you already suspect), the "transfer error" didhappen in FB60 (thetop BSTACK entry is the memorised point of the program where it would have returned too if it would NOT have crashed in FB60). Perhaps all that's missing is a DB in the PLC, orthe "wrong" FB60got downloaded etc. (you need to evaluate FB60 and what it doesand/or get advise from someone who knows PG2000 on how to do what Step 5 allows you to do). I hope this helps Edit: Had a quick look at the PG2000 manual and it claims that theSAC (Step Address Counter) is displayed when you do a status block monitoring. I presume it displays the absolute SAC value rather than the relative value and if so it won't hurt to go online in FB60,restart the CPU and"capture" itsSAC values before the CPU crashes(this should help in finding3AA2 address that you are after). |
Last edited by: fritz at: 11/11/2010 2:48 AMAdded SAC info Cheers |
|
Follow us on