Yes, you lose redundancy.
No, there is no other mechanism than to have the two CBLI's married.
If you have CBLIs dropping out, you need to examine your network design and
loading.
Regards,
Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
-----Original Message-----
From: Daren Bishop [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, June 01, 2000 5:56 PM
To: [EMAIL PROTECTED]
Subject: Re[3]: AB station
Alex,
If you do that you lose FT!?! Is there a way to run two
separate
"unmarried" with "parallel" paths and one be a "back-up" for
the
other? (Not true FT but redundant.)
Regards,
Daren Bishop
Process Engineer
Ameripol/Synpol Corp.
[EMAIL PROTECTED]
______________________________ Reply Separator
_________________________________
Subject: RE: RE: AB station
Author: "Foxboro DCS Mail List"
<[EMAIL PROTECTED]> at
INTERNET-MAIL
Date: 6/1/00 4:36 PM
Typically, the major load driven "failure" mode for a CBLAN is that
the
backup and the primary will not stay married. Removing one causes
that
problem to cease and frees up more time for the CBLAN that remains
since it
does not have to talk to its mate.
As for monitoring the CBLAN or Nodebus, I'm not aware of any
standard
Foxboro supplied solutions - at the moment.
However, you can by Ethernet LAN analyzer equipment and use it to
monitor
the traffic. This is not what you want really, I know, but...
Regards,
Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
-----Original Message-----
From: [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, May 31, 2000 11:23 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: RE: AB station
Alex
We have a Foxwatch aggrement at the plant, and I will be
getting
them to
log in to look at the LAN loading as soon possible. Is there
a way
that it
can be set up so that the loading of the LAN and the node
bus
traffic can
be monitored for the system at the plant. This would be good
so that
I may
be able to identify a possible cause of a load surge that
could be
knocking out the AB Stations.
Last tuesday we had a power dip at the plant and both the AB
stations did
not miss a beat, the only change was that one of the ZLAN
modules
out by
the Stations was pulled out. This seems to help the stations
to stay
on
line or reset them selves. Is there any obvious reason for
this.
Chris Little
Blue Circle Roberta
[EMAIL PROTECTED],Internet writes:
>Chris,
>
>It sounds as if your CBLAN is overloaded. There are a
variety of
reasons
>that this can occur and there is at least one QF that
reallocates
the
>buffers in the CBLAN to make them more efficient.
>
>I suggest that you call TAC (888.FOXBORO) and ask to talk
to
someone that
>understands CBLAN loading. If you have a FoxWatch
agreement, they
can log
>in
>and take some measurements. If you do not, you could
arrange from
them to
>send someone to take the measurements locally for analysis.
>
>
>
>
>Regards,
>
>Alex Johnson
>The Foxboro Company
>10707 Haddington
>Houston, TX 77043
>713.722.2859 (v)
>713.722.2700 (sb)
>713.932.0222 (f)
>[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]]
> Sent: Monday, May 29, 2000 10:36 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: AB station
>
> Problems with AB Stations, where do I start?
>
> We have six AB Stations in total and two of the six
give
continual
> problems, so much so that we are currently in the
process of
looking
>in to
> changing them for integrator 30 modules with KF2
comms
cards. Both
> stations periodically go in to fault, one of them
reboots it
self
>most of
> the time, the other at the moment needs to be
initialised
before if
>can be
> restarted, but to do this you have to copy the
.init file to
the .UC
>file
> then reboot the station, then go in to the ICC and
initialise it and
>then
> reload the compounds. Foxboro have said they think
it may be
a
>problem
> with one of the compounds which stops it
reloading???? but
have not
>found
> out what.
> The overall problem is possibly node bus traffic,
which
causes one
>or both
> of the stations to go in to fault. To add more
confusion,
these AB
> stations are at the other end of a fault tolerant
LAN (ZLAN)
which
>also
> unmarries itself now and then, but one thing I did
find was
that
>when On
> of the AB stations faulted last week, I tried to do
a manual
reboot
>but
> that failed twice, I then removed one of the LAN
cards and
rebooted
>the
> station and it came back straight away.
> Has anyone had experience of this and can give some
advice,
or does
>anyone
> know of a way of displaying the level of node bus
traffic on
screen
>so
> that I can monitor it. Foxwatch can determne it but
seem
reluctant
>to tell
> me how.
>
> Chris Little
> Blue Circle Cement
> Roberta, AL
>
>
> [EMAIL PROTECTED],Internet
writes:
> >In our plant, we use two Allen Bradley stations
connected
to
>PLC5/40.
> >The last week, the stations crashed a few times
with
following
>error
> >message:
> >
> >Process=smat_apname
> >IPC -01041 message could not be delivered to
destination.
> >
> >We were not able to reboot the stations with Sys
Mgmt. . We
had to
> >hardware
> >reboot them.
> >
> >Has somebody experience with that problem ?
> >
> >Jef
> >
> >
>
-----------------------------------------------------------------------
This list is neither sponsored nor endorsed by the Foxboro Company. All
postings from this list are the work of list subscribers and no warranty
is made or implied as to the accuracy of any information disseminated
through this medium. By subscribing to this list you agree to hold the
list sponsor(s) blameless for any and all mishaps which might occur due to
your application of information received from this mailing list.
To be removed from this list, send mail to
[EMAIL PROTECTED]
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]
