Ali, Thanks for your answer. We are exchanging 16-bit integer registers. The FDCVn parameters of the FDIIN blocks are all set to -32768. In the other 5 cases, the configuration is exactly the same, and they are working. Pablo > From: alizahidi@xxxxxxxxxxx > To: foxboro@xxxxxxxxxxxxx > Subject: Re: [foxboro] FD30B problem > Date: Wed, 3 Mar 2010 22:30:43 +0000 > > Pablo, > > As per my experience this scenario occurs when either the type of block > doesn't match the data being recieved (e.g Integer block is used for > displaying real value) or bytes swapping is not configured correctly. > > > > Rgds, > > Ali > > > From: plioi@xxxxxxxxxxx > > To: foxboro@xxxxxxxxxxxxx > > Subject: [foxboro] FD30B problem > > Date: Wed, 3 Mar 2010 20:40:54 +0000 > > > > Hi List, > > > > I am having a strange problem with a FD30B to FD30B communication. > > > > > > > > My system consists of 6 FD30B "onshore" processors communicating via > > satellite link with 6 FD30B "offshore" processors (12 channels) > > > > At one "master" FD30B (onshore) I am getting all zero values at FDIIN > > blocks (same for both ports), while on the "slave" FD30B (offshore), the > > corresponding values are non-zero. > > > > > > > > Using a Modbus sniffer program on both ports of the "master" (onshore) > > FD30B, I was able to determine that: > > > > > > > > 1-The onshore FD30B is polling the offshore FD30B in accordance with the > > configured FDSCAN blocks. > > > > 2-The offshore FD30B is answering the polls in time and with non-zero > > values. > > > > 3-There are no CRC errors and no retries. > > > > > > > > Looking at the PERF counters of ports 0 and 1 of the onshore FD30B in > > Sysmon, I see that: > > > > > > > > 1-The number of transmitted messages matches the number of received > > messages. > > > > 2-The timeouts, checksum and sequence error counters stay at zero. > > > > > > > > In short, the onshore FD30B is polling, the offshore FD30B is responding, > > the onshore FD30B is accepting the responses, but values at the FDIIN > > blocks remain in zero. > > > > > > > > The database is configured as follows: > > > > > > > > 1-There is a compound for each FDSCAN block > > > > 2-For each FDSCAN block there are 8 FDIIN blocks in the same compound, > > reading (trying to read) 64 values from the FDSCAN. > > > > > > > > I have exactly the same configuration in the other 5 FD30B, and they are > > working OK. > > > > > > > > I believe the problem must be in the FDSCAN to FDIIN interface, but I found > > no error in the configuration of the FDIIN blocks. > > > > > > > > Of course, in a desperate attemp to solve things I: > > > > > > > > 1-Rebooted the onshore FD30B > > > > 2-Rebooted the offshore FD30B (yes, I know this had no logic) > > > > 3-Replaced the onshore FD30B (just in case) > > > > 4-Deleted/Undeleted a compound containing a FDSCAN block > > > > 5-Deleted a compound containing a FDSCAN block and re-wrote it from scratch. > > > > > > > > All to no effect. > > > > > > > > Any ideas? > > > > > > > > Regards > > > > > > > > Pablo Lioi > > > > TOTAL AUSTRAL S.A. > > > > Tierra del Fuego > > > > Argentina > > > > > > > > > > > > _________________________________________________________________ > > Mirá tus emails ¡cuando te llegan! Hotmail actualiza tu bandeja de entrada > > automáticamente. Ver más > > http://www.descubrewindowslive.com/hotmail/actualizacion-guardado.asp > > > > > > _______________________________________________________________________ > > This mailing list is neither sponsored nor endorsed by Invensys Process > > Systems (formerly The Foxboro Company). Use the info you obtain here at > > your own risks. Read http://www.thecassandraproject.org/disclaimer.html > > > > foxboro mailing list: //www.freelists.org/list/foxboro > > to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join > > to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave > > > > _________________________________________________________________ > Tell us your greatest, weirdest and funniest Hotmail stories > http://clk.atdmt.com/UKM/go/195013117/direct/01/ > > > _______________________________________________________________________ > This mailing list is neither sponsored nor endorsed by Invensys Process > Systems (formerly The Foxboro Company). Use the info you obtain here at > your own risks. Read http://www.thecassandraproject.org/disclaimer.html > > foxboro mailing list: //www.freelists.org/list/foxboro > to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join > to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave > _________________________________________________________________ Mirá tus emails ¡cuando te llegan! Hotmail actualiza tu bandeja de entrada automáticamente. Ver más http://www.descubrewindowslive.com/hotmail/actualizacion-guardado.asp _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave