8/5/2009 2:20 PM | |
Joined: 4/5/2006 Last visit: 8/13/2023 Posts: 642 Rating: (131) |
hello, i think there is no way. You can use in Step5 Documentation -> I/Q/F-List and compare it with the nr of existing I/O cards and the assignment list. Regards
André Räppel --------------------------------------------------------------------------------- www.raeppel.de work faster withinnovative PLC-Tools |
8/6/2009 3:24 AM | |
Joined: 10/7/2005 Last visit: 8/7/2024 Posts: 3016 Rating: (1054) |
Hello yac Further to André's advise, check too if an I/O address list has been configured in DB1 (DB1 address lists can be used for single CPU's and must be used for multiprocessing). If so, it will (must) have all existing (Digital) I/O addresses in it (for the processs Image address range 0-127). If not,you can of course alsotake out each I/O card and check its DIP switch basedaddress to be sure to be sure. I hope this helps |
Cheers |
|
8/6/2009 8:45 AM | |
Posts: 8946 Rating: (999) |
One thing more: |
8/6/2009 1:38 PM | |
Posts: 31 Rating: (0) |
Hello, Thanks for your advice, but how to find out if I am using the Q area in the central rack? Best regards |
8/6/2009 4:48 PM | |
Posts: 8946 Rating: (999) |
Checking the DIP - switches. |
8/10/2009 3:06 AM | |
Joined: 10/7/2005 Last visit: 8/7/2024 Posts: 3016 Rating: (1054) |
Hello again yac (memory) address F F080hex corresponds to PIB128 (IB0 is ataddress F F000hex). Not too sure how this info will help you though (using the absolute memory address to accessthe I/O'sis rarely done).
As per previous advise, the one and only safe way is to check the DIP switches on every card (which does unfortunately require you topower off the S5). I also agree with Juergen (IBN Service) that Bhaskaran "checking method" can be fraud with danger andwould strongly advise you to only consider using it when the Plant/machine is NOT running and safely isolated! The main reason for this is that you can not "trust" the I/Q/F list to contain all used I/O's! For one, a 32 channel DQ card with for example start address 32 mayhave the last two bytes unused by the program. If you now relyONLY ontheI/Q/F list, you would falsely assume that QB34 & 35 are free. The second (and moreimportant reason)is the due to indirect addressing which - if done in the logic - will "hide"the indirectly addressed I/O's from the I/Q/F list. I don't know if indirectI/O addressing is used by your program, but it is something to be aware off. I myself used I/O address listDB's and indirect I/O addressingquite frequently in the good old S5 days due to the need for for(OperatorTank number based selection) flexible control ofFermentation and Storage cellars transfer and cleaning programs. Also, Analogue input reading and scalingrelied more often than not on indirect addressing (even the Siemens S5 standard blocks used the "BG" and "KNKD"values rather than "real" I/O addresses). In sums: If you want to be sure, check the DIP switches of the cards. If you can't do so for whatever reason, make sure that the I/O/F list based used I/O's "line up" fully with the number and density of the used I/O cards andcheck too if you canget hold of electrical schematics which may contain card addresses. I hope this helps |
Cheers |
|
Follow us on