6/8/2017 4:03 PM | |
Posts: 1 Rating: (0) |
Dear All, I am using DPRD_DAT to read I area to collect values of PCDs. The block works absolutely fine when the record length is set to 4 bytes( which is the minimum requirement to use DPRD_DAT). But for a larger area say 20 bytes when i set record length to 20 bytes, it returns error code -32591(i.e. 80B1) It returns error for any length other than 4 Bytes. Kindly assist to resolve this issue as soon as possible. version under use:STEP 7 V5.5 + SP3 ------------------------------------------------------------------------------------------ |
Last edited by: Min_Moderator at: 6/9/2017 4:05:03 PMNew subject after splitting |
|
6/9/2017 4:35 PM | |
Joined: 9/27/2006 Last visit: 4/24/2024 Posts: 12257 Rating: (2665)
|
Hello Naman; I find strange that you have no error when your Record parameter is 4 bytes long, and that you do hve an error when you have a different number of bytes. Normally SFC 14 is designed to transfer a total of exactly 3 bytes or a block of more than 5 bytes (never 4 bytes) consistently. Access to a 4-byte register is done through load/Transfer (MOVE) instructions. How is consistent data of the distributed I/O processed in S7 masters? I might suggest a small test: first show us the Hardware configuration of the slave you are accessing at address Hex(108), we need to see what is the length of the module (in bytes) in the slave. Then use a new DB of sufficient length as a value for the Record.parameter (omitting the local stack you are using now). You can find more information in the following link: Hope this helps, Daniel Chartier |
6/12/2017 11:19 AM | |
Joined: 6/26/2013 Last visit: 4/23/2024 Posts: 143 Rating: (5) |
Dear Naman@15; I see you are getting 80B1 error code. Perhaps the slave does not support consistent data transfer. Please have a look at the following link: https://support.industry.siemens.com/tf/ww/en/posts/sfc14-returns-80b1/92491/?page=0&pageSize=10 If it helps, please rate. Regards. |
meeda_ |
|
This contribution was helpful to1 thankful Users |
Follow us on