1/30/2023 6:54 AM | |
Joined: 1/21/2013 Last visit: 9/23/2024 Posts: 3122 Rating: (488)
|
Hi wolka, I would try to use P#DB220 DBX 0.0 BYTE 1 for RD_1. In the manual you will find the following hint: for a bit array, "0" must be used as address and an integer multiple of byte must be used as length. Kind regards |
1/30/2023 7:14 AM | |
Joined: 10/7/2005 Last visit: 9/23/2024 Posts: 3022 Rating: (1054)
|
and remember too that whenever you change ID or R_ID parameters that you need to restart the S7-400 (which can explain your problem too if you already changed these during trial and error). This easily overlooked S7-400 "feature" is documented in the classic Step 7 context sensitive help under "Common Parameters of the SFBs/FBs and SFCs/FCs for S7 Communication" and as below: S7-400: The addressing parameters ID and R ID are evaluated only at the first call of the block (the actual parameters or the predefined values from the instance). The first call therefore specifies the communication relation (connection) with the remote partner until the next warm or cold restart. |
Cheers |
|
This contribution was helpful to2 thankful Users |
1/30/2023 7:31 AM | |
Joined: 3/26/2009 Last visit: 8/22/2024 Posts: 138 Rating: (0) |
Thanks Initially, I did just that, but the result was negative, so I tried the BOOL data type. I also tried to get the REAL data type [ from CPU1500 P#DB51, DBX 4.0 REAL 1 for ADDR_1 to CPU 400 P#DB220 DBX 4.0 REAL 1 for RD_1 ], but in this case the GET command returned an error 4
|
Follow us on