8/21/2013 5:45 AM | |
Joined: 11/21/2007 Last visit: 9/25/2024 Posts: 2325 Rating: (308) |
Hi Pranav J. Bhagat The Send Request is being re-triggered on a Cyclic basis. Moreover we have also tried Resetting the Send / Receive Blocks in case of a changeover, however communication remains hanged till we do a power OF/ON !! Thanks Navnag |
There is no such thing as the last bug in a program |
|
8/21/2013 8:05 AM | |
Joined: 1/28/2012 Last visit: 7/23/2024 Posts: 519 Rating: (83) |
You may try few things. . 1. COM_RST on Change over of CPU. . 2. Try to call program Send-RCV program in Non-Redundant part. |
Regards, |
|
8/21/2013 10:43 AM | |
Joined: 11/21/2007 Last visit: 9/25/2024 Posts: 2325 Rating: (308) |
Hi Kaulquappe We have 2Nos. CP 341 ( RS485 ) installed in ET200M Each is connected to Multiple slaves ( 4 Nos. each ) which are being Polled one by one. The PLC sends a query telegram ( Much like Modbus ) and the Addresses slave send a reply telegram in response to the query telegram ) Hi Pranav J. Bhagat I have tried doing COM_RST on changeover ... this did not help. I do not think it would be proper to call the Send / Rcv in the non redundant part of the program. How can the CP341 be controlled by both CPUs simultaneously ?? Cheers Navgar |
There is no such thing as the last bug in a program |
|
9/28/2013 3:39 PM | |
Joined: 10/7/2005 Last visit: 10/18/2024 Posts: 3024 Rating: (1054)
|
Hello Navnag I'm afraid to say I don't have a smoking gun for you, but some pointers and qeustions: 1.) Do you have the latest firmware in the CP341? (see HERE if it is a 1xH02) 2.) Are the CP 341's outputs part of FC100's "SWR_START"PIO_FIRST and PIO_LAST range? Truth be told, I'm not too sure if they should be or not! I used SWR a few times but never with a serial comms card in the ET200M. Sincethe CP341 transmits its data via a 16Byte wide (Profibus) I/O bus to the CPU, I believe you need to include theseinFC100's parameters to ensure they don't get "lost" during changeover. Since the SWR manual has a "silly" statement in it declaring that 32 Bytes of Outputs are the max that you can have per ET200M and since you have two CP341's, you won't be allowed to have "normal" DQ cards in that ET200M though. I suggest you verify/clarify this with Siemens support and keep us posted. 3.) Are the FB7 "P_RCV_RK" and FB8 "P_SND_RK" Instance DB's part of the DB range that you exchange with the other CPU? (Paramters "DB_NO" and DB_LEN" of FC100 "SWR_START") 4.) Since youhave 4 devices per CP341, you'd be multiplexing your comms across them. When you say that the CP locks up, is it really the CP that locks up or is it your multiplexing program that perhasp get stuck? 5.) Have you ticked "Disaply reception error at FB" in the CP341's parameters? If so,what errors do you get? That's all I can think of for now and I hope it helps. |
Cheers |
|
This contribution was helpful to2 thankful Users |
9/28/2013 6:49 PM | |
Joined: 11/21/2007 Last visit: 9/25/2024 Posts: 2325 Rating: (308) |
Thanks fritz Thanks for these leads. I will definitely check them and have the update for you. Here are my replies to your suggestions : 1. Ian going to Check and Update ( If required ) the Firmware. 2. I have not configured the Output addresses of CP341 in FC 100. I am not sure if this should be done. I believed that, only the Process Image DOs are required to be defined. 3. I had tried to include theInstance DBs in the the DBs being exchanged between the two CPUs. However this seemed to increase the problem. 4. Multiplexing program in certainlynot getting stuck, I have checked the same. 5. Presently "Display reception error at FB"is not Ticked. I will change it and check. As suggested, I am also raising a Support Request on this. Will post the further developments here. Thanks Again Cheers Navnag |
There is no such thing as the last bug in a program |
|
This contribution was helpful to1 thankful Users |
Follow us on