Skip to Content

Register Login

Industry Online Support

Technical Forum

Navigation

System comms Error message redundancy loss connection ID:

Created by: Deleted User at: 7/5/2009 1:44 PM (4 Replies)

Rating (0)

Thanks 3

5 Entries

7/5/2009 1:44 PM	Rate (0)
Deleted User Posts: 767 Rating: (69)	Hi, We have system with 4 redundant AS, 2 standalone AS, redundant OS servers and 2 clients. All of the AS's are connected to theredundant Ethernet ring with CP 443-1 (2 CP443-1 with each standalone and 1 with each redundant AS). We have defined the communication connection on Netpro. All the communication between all ASs is working except between one redundant AS system anda standalone system. Infect the communication between them is working but time to time we keep getting the message redundancy loss connection ID:18 and redundancy loss connection ID :19 as shown in the attachment. These messages are generated by redundant AS system. The connection 18 and 19 are the ID's of the redundant connections I declared in Netpro. I am using 1 BSend and 1 Brecv (SFB12 & 13) on each side for the send and receive ofdata. The standalone AS side is not generating any errors. Anyidea why is it doing this to me. Thanks in advance Attachment Comms_Fault.pdf (624 Downloads)
Deleted User Posts: 767 Rating: (69)
Suggestion To thank Quote Answer
This contribution was helpful to 2 thankful Users Abtin6612 U_cd0823bf-5592-4...

7/5/2009 3:05 PM	Rate (0)
fritz Diamond Expert Joined: 10/7/2005 Last visit: 1/17/2025 Posts: 3030 Rating: (1058)	Hello Shahiiee Unfortunately I can't offer youa "smoking gun" solution, instead I propose that you add some simple capture logic to your PLCto store the SFB's 12/13 STATUS word when the ERROR bit goes high. This will help you in narrowing the problem down and you can of cause post the captured values here too. I also have a question for you: You said that "I am using 1 BSend and 1 Brecv (SFB12 & 13) on each side for the send and receive ofdata. The standalone AS side is not generating any errors." Can you please clarify this a bit further (i.e. SFB12&13 call in H system AND SFB12&13 call in standalone AS) Reason for asking is that just in case this is a "oneway"data exchange (i.e. the H system only SFB12 sends and the standalone ASonly SFB13 receives)? If this is the case you canhavea H systems SFB12 BSEND "failure" (as reported by PCS7), but you won't get a fault on the standaloneAS since the SFB13 BRECVdoesn'tknow that new data was meant arrive and as such can't report a problem. This in turn could have such simple causes as bad network connection somwhere or interference etc. Anyway, I hope this helps a little bit and let us know when more info comes to hand.
	Cheers fritz The advice and opinion given in this thread is that of the author and does not necessarily reflect the views of I S Systems Pty Limited. To find out how I S Systems can help you with your automation needs please visit www.issystems.com.au.
Suggestion To thank Quote Answer

7/5/2009 4:07 PM	Rate (0)
daga Gold Member Joined: 3/18/2009 Last visit: 12/6/2024 Posts: 306 Rating: (94)	Hi You are having a redundancy loss. That means, you are still able to communicate as there is only problem with one of the two redundant media available. The message source tells that the messages are generated by the module driver charts (@4). So, I guess, nothing related to the user communication blocks BSEND and BRCV Now I am assuming that you have only two fault tolerant connections for this paricular redundant AS configured in netpro (id's 18 and 19). Let me know if this is wrong, because the following is based on this assumtion. Since you have loss at both connection IDs simultaneously and they return also simulataneously, it means that one of the CP443-1 in the H-system is facing a problem. As fritz suggested it could be because of some physical problem in the network ( and I believe it is the case) It is not possible to know which CP443-1 is having the network issue unless you are doing some additional monitoring.So next time you have this alarm check the LEDs (Link or P1 and P2, Rx, Tx) on your CP443-1 of the H-system. The one without activity might be the source of redundancy loss. Hope it helps.

Suggestion To thank Quote Answer
This contribution was helpful to 1 thankful Users fritz

7/8/2009 12:02 AM	Rate (0)
Deleted User Posts: 767 Rating: (69)	Thanks daga All your assumptions are correct. This block (FB88, con something) is added automaticallyduring CFC compile.Which use SFC87 for the connections diag. It runs after every 10sec (as per help description) toget the connections status. The error comes on for a split sec may be for a couple of time in 24 hours. Idid check the hardware but then I ruled it out on the basis that thisredundant ASsis communicating with many other redundant ASs and one another standalone AS without any problemand I onlykeep getting messages forthese two connections (redundant connection set). You can see it's 18 and then 19 and sometime only 18 or only 19. For the time being I have disabled the messages from the FB88 block as I am not usingit directlyanywhere. Ihave derived thecomms fault from the ERR bit of send and receive blocks and it work perfectly and don't comes up when the FB88 keep generating these false messages..
Deleted User Posts: 767 Rating: (69)
Suggestion To thank Quote Answer

7/8/2009 10:07 AM	Rate (0)
daga Gold Member Joined: 3/18/2009 Last visit: 12/6/2024 Posts: 306 Rating: (94)	Shahiiee Idid check the hardware but then I ruled it out on the basis that thisredundant ASsis communicating with many other redundant ASs and one another standalone AS without any problemand I onlykeep getting messages forthese two connections (redundant connection set). You can see it's 18 and then 19 and sometime only 18 or only 19. In the file that you gave above, the messages are with same time stamps, and I don't see any single message. So, can't really confirm that they (18 and 19) are not coming together. Also in the above file it says that they are there for whole 22 seconds and not just fraction of second. When you said that you checked your hardware, did you check both partners of each connection ID? The other partner is not generating any message (it could be because of many reasons) but that doesn't mean the problem is not with the other station(s). Shahiiee For the time being I have disabled the messages from the FB88 block as I am not usingit directlyanywhere. Ihave derived thecomms fault from the ERR bit of send and receive blocks and it work perfectly and don't comes up when the FB88 keep generating these false messages.. Firstly, please don't call them false messages ... oouch! it hurts! My suggestion, troubleshoot a little more before you go to siemens support and say "your module driver has a bug" (which I doubt is the case) Your problem looks solved, but I hope your client is not reading this. He paid for redundant media communication, so he expects that when one medium fails, he has time to repair it wihout having any downtime in communication (as the redundant medium will provide the backup.) The error from ERR of communication block will mean that he knows about the error, only after both media fail. (which could mean costly downtime)

Suggestion To thank Quote Answer

|

Share this page:

Share this page on...

Follow us on