Re: [foxboro] FD30B problem
- From: Pablo Lioi <plioi@xxxxxxxxxxx>
- To: <foxboro@xxxxxxxxxxxxx>
- Date: Thu, 4 Mar 2010 17:22:40 +0000
Tried with a FDBIN (PAKIN is not possible here), still reading zero.
> From: brad.wilson@xxxxxxxxxxxx
> To: foxboro@xxxxxxxxxxxxx
> Date: Thu, 4 Mar 2010 08:05:09 -0500
> Subject: Re: [foxboro] FD30B problem
>
> What I find useful is using a PAKIN to read the register. That way I can look
> at the actual bitmap and see if the expected value is "hidden" in there,
> either with swapped or reversed words or bits. I suspect that if you are
> seeing a 0 value, and the bitmap shows all FALSE's, and you know that there
> should be a non-zero value, then the addressing is probably wrong.
>
> Brad Wilson
> ________________________________________
> From: foxboro-bounce@xxxxxxxxxxxxx [foxboro-bounce@xxxxxxxxxxxxx] On Behalf
> Of Pablo Lioi [plioi@xxxxxxxxxxx]
> Sent: Thursday, March 04, 2010 6:24 AM
> To: foxboro@xxxxxxxxxxxxx
> Subject: Re: [foxboro] FD30B problem
>
> 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
> *** Confidentiality Notice: This e-mail, including any associated or attached
> files, is intended solely for the individual or entity to which it is
> addressed. This e-mail is confidential and may well also be legally
> privileged. If you have received it in error, you are on notice of its
> status. Please notify the sender immediately by reply e-mail and then delete
> this message from your system. Please do not copy it or use it for any
> purposes, or disclose its contents to any other person. This email comes from
> a division of the Invensys Group, owned by Invensys plc, which is a company
> registered in England and Wales with its registered office at Portland House,
> Bressenden Place, London, SW1E 5BF (Registered number 166023). For a list of
> European legal entities within the Invensys Group, please go to
> http://www.invensys.com/legal/default.asp?top_nav_idw&nav_id?&prev_idw. You
> may contact Invensys plc on +44 (0)20 7821 3848 or e-mail
> inet.hqhelpdesk@xxxxxxxxxxxxx This e-mail
> and any attachments thereto may be subject to the terms of any agreements
> between Invensys (and/or its subsidiaries and affiliates) and the recipient
> (and/or its subsidiaries and affiliates).
>
>
>
>
> _______________________________________________________________________
> 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
>
_________________________________________________________________
Navegación más simple. Diseño más liviano. Hotmail ahora carga un 70% más
rápido. Ver más
http://www.descubrewindowslive.com/hotmail/velocidad.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
Other related posts:
