Industry Online Support
Technical Forum
6/21/2007 12:58 PM | |
Joined: 10/18/2006 Last visit: 7/29/2024 Posts: 163 Rating: (3) |
Hi experts ! I´ve got two questions related with the same project (with PCS7 6.0 SP2). We´ve got a CPU 417-4XT05, which is not supported for this version, but we have configured it as a 417-4XL04 in the HW Config. Once we try to compile and transfer the program to the AS, we get an error message saying that the "maximum number of communication jobs (1200) has been exceeded" (shown in printscreen "communication_job.bmp"). This is not possible cause we have configured it for 2000 communication jobs (shown in printscreen "hardware_conf.bmp"). It seems like it´s not assuming the 2000 that we have configured but the 1200 that it has by default (as configured for 417 series) However, if we reset the AS and transfer the HW again, it allows us to transfer the program (CFCs) next. But this is an unfeasible situation to deal with in the plant. The second one is related with placing blocks from the technological library in our chart. Each time we do that we get an error message saying that the existent module in our chart is newer than the one from the library. It seems like the project updates the block data each time we insert it and takes this "instant" as the last module change date. Could you please assistme with both issues ? Thank you very much in advance for your help. Attachmentcommunication_job.zip (438 Downloads) |
6/21/2007 4:15 PM | |
Joined: 8/10/2006 Last visit: 8/13/2024 Posts: 298 Rating: (29) |
The highest number of communication jobs I've ever tried is 6000. Does the CPU support 10K? Did you try a lower number like 4000? I have also had it where I watched an engineer at an ES download a HW configuration where the number of communication jobs was increased, and many days later run into the problem with communication jobs myself, and find that the HW download didn't take (that or another engineer overwrote it with an old HW config !! -- hopefully that's not a possibility at your place). Also, as far as block consistency in the CFC's, do a block compare between the technological library and your program. If you haven't done this before, open your program in Component View, open the blocks folder. Choose menu <Options> -> <Compare Blocks> and your project blocks will show up as the first option, then select option Path1/Path2 and open the technological library blocks folder. I have found that date issues are not of a concern - what you want to make sure is the code and interface is exactly the same. As to why it is happening, I have no idea. Perhaps you can also find helpful information at this faq link: https://support.automation.siemens.com/WW/skm/frameset.asp?url=%2FWW%2Fllisapi%2Edll%2F12216780%3Ffunc%3Dll%26objId%3D12216780%26objaction%3Dcsopen%26siteid%3Dcseus%26skm%3D1%26lang%3Den&Query=online+help+block&SearchArea=faqs&id=12216780&F11Marker=true&siteid=cseus&query2=&modelled=&lang=en (edit)Another Link Attempt: update invalid block calls (time stamp conflicts) in calling blocks If my attempt at posting the link is garbage, try Topic ID 12216780 |
Last edited by: UnimogMan at: 21.06.2007 16:25Edited to try a new link. Yay, it worked! |
|
6/25/2007 11:37 AM | |
Joined: 10/18/2006 Last visit: 7/29/2024 Posts: 163 Rating: (3) |
Hi UnimogMan ! Thanks a lot for your helpful advice. About the links, there´s an easier way to send them. At the bottom of each FAQ there´s always an option called "copy link" and you can copy/paste more comfortably. Like this:http://support.automation.siemens.com/WW/view/en/12216780 Ciao and best regards ! |
Follow us on