Re: [foxboro] Nodebus..Displays..Smurfing..William..Shatner..Acting
- From: "Doucet, Terrence" <tdoucet@xxxxxxxxxxxxxxxxxx>
- To: <foxboro@xxxxxxxxxxxxx>
- Date: Mon, 25 Sep 2006 15:49:24 -0400
David,
Have you checked the specification sheet for the ATS? I do not have =
one, but I suspect there is a PSS_21H-xxxxx for this module.
If it was designed for IA display type communication and AIM Historian =
type communication, there may be a size limit on packets that normal TCP =
does not have. Or some other constraint that is not a normal limit in =
TCP.
Terry
-----Message d'origine-----
De=A0: foxboro-bounce@xxxxxxxxxxxxx =
[mailto:foxboro-bounce@xxxxxxxxxxxxx] De la part de =
tom.vandewater@xxxxxxxxxxxxxx
Envoy=E9=A0: September 25, 2006 3:41 PM
=C0=A0: foxboro@xxxxxxxxxxxxx
Objet=A0: Re: [foxboro] =
Nodebus..Displays..Smurfing..William..Shatner..Acting
David,
I'm not going to be of any help here but I am interested in
gaining a few more details and would like to hear how you resolve this
problem.
I'm assuming that you "moved" the files between the AW51F and
the 70 series boxes across the nodebus using FTP which uses TCP/IP as
the transport protocol. My questions are these:
Even though displays "Smurf" do the file transfers succeed?
If not, can you successfully ping from AW51F to AW70XP?
Is the AW51F on the same nodebus as the ATS?
If the AW51F isn't on the same node as the ATS, TCP/IP communication
will not work!
Cheers,
Tom VandeWater
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]
On Behalf Of David Johnson
Sent: Monday, September 25, 2006 2:38 PM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] Nodebus..Displays..Smurfing..William..Shatner..Acting
Hey everybody.
It has long been known that moving large amounts of data, such as=3D20
many displays, over the nodebus will cause smurfing....
That being said, I have been working on a configuration like the=3D20
following for several years.
(use fixed font for align for viewing the bad ASCII drawings.)
AW51F------WP7001
|-WP7002
...
| WP7007
The 70 series workstations do not have a secondary ethernet port.
Displays were converted to .g files and moved to or from the F box =
as=3D20
needed. Then the .fdf displays were copied by windows explorer =
from=3D20
a "master" NT box to the rest of the NT workstations. This worked=3D20
reasonably well as long as no one attempted to copy too much data =
at=3D20
a time. How much was too much? I don't know, I know at least a=3D20
directory at a time was doable, and possibly more.
Now they added an AW70X running XP and an ATS with a CP270 so it=3D20
looks more like
AW70Xp -----ATS-----AW51F
|-WP7001
...
|-WP7007
Now copying even one file of ~ .5 meg causes smurfing, and the=3D20
problem seems to persist until the boxes involved in the copying =
are=3D20
re-booted. I don't know if the ATS is jamming a lot of data onto =
the=3D20
nodebus and amplifying the problem, or if we have something else =
that=3D20
needs adjusting. Has anyone else seen this kind of behavior?
Let me know your experiences in this area.
Thanks,
David
=3D20
=3D20
_______________________________________________________________________
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
=3D20
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: =3D
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3D3Djoin
to unsubscribe: =3D
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3D3Dleave
=3D20
=20
=20
_______________________________________________________________________
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
=20
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
to unsubscribe: =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
=20
_______________________________________________________________________
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:
