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]
