Você está na página 1de 15

SBA: Controle & Automao, VoI. 2, N!! I, pp.

56-70, (TC)

REDES LCAIS INDUSTRIAIS E O PROJETO DE PADRONIZA~O MAP/TOP

Prof. Dr. Manuel de Jesus Mendes

Prof. Dr. Maurcio Magalhes

Universidade Estadual de Campinas


Faculdade de Engenharia Eltrica
DeptQ de Engenharia de Computao e Automao Industrial
C.P. 6101 - CEP 13.081 - Campinas, SP

Resumo
O Projeto MAP/TOP baseado no Modelo de Referncia da ISO, aceito atualmente como padro a ser adotado internacionalmente para a arquitetura de
comunicao na automao de processos, manufatura e escritrio. O objetivo
do padro MAP/TOP o de permitir que equipamentos utilizados na automao
industrial (produo, desenvolvimento e escritrio) sejam
integrados sem
problemas, independentemente do fabricante de cada um destes equipamentos.
Este trabalho descreve o estado atual do Projeto MAP/TOP, como tambm alguns desenvolvimentos futuros especialmente na rea associada padronizao dos barramentos de campo (FIELDBUS).
Industrial Local Area Network and the

MA~/TOP

Project

Abstract
The MAP/TOP initiative has become almost universally accepted as the
basis for an OS1 based communications architecture for process
manufacturing and office automation. A set of factory/office networking
guidelines, MAP/TOP aims to let intelligent factory/office entities communicate
painlessly and with true plug-in compatibility-regardless of what company
made which piece. This paper describes the current state of MAP/TOP and
indicates possible future developments, with particular focus on FIELDBUS
area.

1. INTRODUO

EPA/MINI-MAP. Atualmente, foi publicada uma


verso provisria MAP 3.0 com novos aspectos na camada de apresentao, em protocolos
de aplicao, como o FTAM e RS-511, bem como
protocolos de Diretrios e de Administrao
de Redes. O grupo de usurios do MAP, formado nos USA em Maro de 1984, estendeu-se
a
diversos pases da Europa, Japo e Austrlia
e conta com mais de 1600 companhias participantes oficiais.

so inmeros os esforos em andamento e~


tre usurios,fornecedores de equipamento, o~
ganizaes nacionais (ANSI, DIN, ABNT, ... ),
organizaes de classe em cada pas
(IEEE,
ElA, VDE/VCM, ECMA, .. ) e organizaes internacionais (ISO, IEC, CCITT), na direo
da padronizao da comunicao entre equipamentos computadorizados em um ambiente heterogneo. O projeto MAP/TOP um exemplo desse esforo, voltado para os problemas de comunicao nos setores produtivos (fbrica) e
administrativos das empresas, uma vez que se
constatam que os CUbtoS de comunicao repre
sentam 50% dos custos totais
de hardware!
software instalados.

J o projeto TOP("Technical Office Protocol") destina-se s reas tcnico-administrativas da empresa e foi apoiado
inicialmente pela Boeing, como resultado de uma srie de encontros do NBS realizados a partir
de 1983. A Boeing adotou as principais decises do NBS e criou-se um Grupo de usurios
TOP em Dezembro de 1985, com o lanamento da
especificao TOP 1.0. Durante o ano de 1986
os dois projetos passaram a ser coordenados
conjuntamente, resultando o chamado projeto
MAP/TOP. Em abril de 1987 saiu a verso TOP
3.0.

O Projeto MAP ("Manufacturing Automation


Protocol") foi iniciado pela GM em 1980. Em
1982 foi publicado o primeiro documento geral de redes, seguido em 1984 pela versoMAP
1.0 de especificaes e em 1985, pela verso
MAP 2.0 com extenses diversas, em particular no que diz respeito aos protocolos
de
aplicao. Seguiu-se a verso 2.1 em fins de
1985 e 2.2 em 1986 com extenses de protocolos "1nternet-File-Transfer"
e estruturas

O MAP destina-se interligao dos mais


diversos dispositivos computadorizados numa
fbrica como, por exemplo:
56

recursos computacionais ("ma in-frames",


micro/mini/supermini-computadores, Personal Computers, etc);
dispositivos programveis (CNC's, CNR's,
CLP's, controladores de solda, controladores de fluxo de materiais, etc);
terminais instalados (de coleta de dados,
monitores, etc);
As especificaes de TOP procuram
der outras reas como:

cepo dos chamados SDCDs (Sistemas Digitais


de Controle Distribudo), e que no so mais
do que sistemas de instrumentao digital de
processo. Visando uma integrao operacional,
surgiram, durante os anos 80, estruturas de
Controle Multinvel (ver fig. 1), desde o N
vel Administrativo da Fbrica, passando pel
Nvel de Gerenciamento de reas ( essencialmente dedicado ao controle e planejamento dp.
produo) e de Controle Supervisrio TempoReal de Unidades de Produo, at se chegar
ao Nvel Regulatrio (por exemplo, hoje realizado por SDCDs) e de Processo onde se situam os sensores e atuadores.

aten-

Correio eletrnico;
Processamento de textos;
Textos/grficos;
Acesso a bases de dados;
Transferncia de arquivos;

2.2 Processos Discretos


A evoluo ocorrda na automao da manu
fatura teve aspectos distintos dos descritoS"
anteriormente.

CAD/CAM distribudo;
Troca de documentos;
Transaes bancrias.
Sistemas distribudos de administrao
da manufatura;
Compartilhamento de recursos (memrias,
impressoras, etc).

Tecnologicamente tambm ocorreram, devido revoluo dos microprocessadores,altera


es profundas: controle das MFs (Mquinas=
Ferramenta) por computadores;
solues de
baixo custo oferecidas pelos CNCs e CLPs para o controle de fluxo de materiais, utilizao de robs industriais no manuseio de p~
as; implantao de sistemas CAD com estaes distribudas; grande diversidade de micros, minis e superminicomputadores para as
mais diversas funes de monitoramento, superviso, controle de produo, sistemas automticos de testes e controle de qualidade.
Nos anos 80 comearam a ser instalados sistemas hierrquicos (ver fig. 2), muito semelhantes funcionalmente aos apresentados
na
fig. 1, de tal forma a se conseguir, pela
troca constante de informao, a integrao
operacional de vrios sistemas.

o projeto MAP/TOP relaciona-se com outros, em particular, com os trabalhos da ISO


(TC184/WGl, TC87 SC6/SC21), IEC-C6SA,WG6,
IEEE 802, ANSI-FDDI, ElA - Project 1393. Basicamente visa-se a criao de um ambiente
de rede multifornecedor com ampla interoperalidade dos equipamentos. No trabalho apresentam-se as principais tendncias das novas
verses MAP/TOP 3.0.
2. CONCEITOS, ESTRUTURAS, ARQUITETURAS DECOMUNICAO

2.3 Topologias

O desenvolvimento acelerado da informti


ca e a possibilidade de uso desta tecnologia
em aplicaes de maior complexidade tm pro
vocado uma evoluo da comunicao de dadoS"
na automao industrial, tanto nas
aplicaes representadas pelos processos contnuos, como naquelas classificadas como processos discretos.

Interessam-nos, em particular, na classe


de comunicaao ponto-a-ponto, as topologias
anel e,na difuso, as topologias em barramento, pelas inmeras vantagens que apresentam.
Para responder diversidade de requisitos de
comunicao nos diversos nveis da hierarquia de controle, a topologia de redes apresentada em termos de uma hierarquia de subredes. Por exemplo, frequente a existncia
de rvores de segmentos de barramentos inter
ligados nos nveis inferiores, com boa cober
tura da superfcie onde se encontram os equi
pamentos, em edifcios ou salas distintas~
Neste nvel entra o conceito de LAN.
J em
nveis superiores podero as diversas LAN's
ser interligadas por um tronco ("backbone")
que atingir diversos Km's de extenso, formando-se um GWN ('tampus Wide Network"). Para
interligar CWN ou LAN' s
distantes de 5 a
SOKm, propem-se hoje estruturas em anel, re
sultando as chamadas MAN ("Metropolitan Area
Networks"). Para distncias superiores, finalmente, consideram-se as WAN ("Wide Area
Networks") em geral j pertencentes ao domnio pblico (por ex. rede telefnica).

2.1 Processos Contnuos


Desde a implantao dos primeiros projetos de Controle de Processos (contnuos), a
transmisso distncia da informao um
dos aspectos fundamentais destes
sistemas.
Os instrumentos e reguladores
pneumticos,
inicialmente instalados no campo, passaram a
enviar dados (analgicos) para centrais de
controle, onde instrumentos suplementares de
controle e registro viabilizavam a superviso centralizada da operao dos processos. Durante os anos 60, com a introduo
gradativa dos computadores, iniciou-se a implementao do chamado Controle DDC (Direct
Digital Control) no qual as funes dos regu
ladores foram centralizadas em um nico com=
putador, permanecendo no campo unicamente os
sensores e atuadores. A descentralizao vol
tou a ocorrer durante os anos 10, devido ~
tecnologia dos microprocessadores, com a con

O projeto MAP/TOP procura considerar todos estes aspectos, em particular na definiao de LAN's e CWN's. No projeto IEEE-802.6
57

PLANEJAMENlO

NVEL 4

GLOBAL

GE RENCIAMENTO
DE REA

CONTROLE
SuPERVISRlO

NIVEl3

NrVEl2

INFERIOR
( 1,2
O

CONTROLE
R EGUlATRlO

TEMPO GASTO

NVEL l '

FIG. I .
Estruturas hierrquicas de controle e caracteriza60 dos
nveis na automao de processos contnuos.

POR EX.I

PLANO 1 :

PLANEJAMENTO OE PRODUO

P LANEJAMENTO

PLANEJAMENTO OE MATJ!RIAIS

PROJETO

PROGRAMAS OE TURNOS MENSAIS E SEMANAiS

CONSTRUO

ADMINISTRAO OE ORDENS
PRo.JETO OE NOVOS PRODUTOS

PLANO 2'
POR EX. :
NVEL GfRENCIAL

GERENCIAMENTO DA PRODUo OE CARROCERIA

(COMPUTADORES OE REA)

GERENCIAMENTO

00 SETOR DA INDSTRIA

GERENCIAMENTO OE MONTAGEM
GERENCIAMENTO

OE. DEPSITO OE PEAS

CONTROLE I NTEGRADO

OE QUALIDADE

PLANO! :

POR EX.:

COMPUTADORES

CONTROLE OE ESTOQUES

OE

CONTROLE OE ACESSRIOS

SUPERVISO

CONTROLE DE DEPSITOS VERTI CALIZADOS

E CONTROLE

PLANO 4

INTERMEDIRIOS

CONTROLE OE
EOOlPAMEN109

PO~

EX.:

SISTEMAS DE IDENTlFICApO DE CARROCERIA


SI STEMAS DE TRANSPORTE
TESTES OE MOTORES

FIG. 2
Estru turas hierrquicos de

PLANO 5:

controle no
PROCESSO

(MQUINAS, ROBS, INSTALAES)

Manufatura

58

Automao do

interferncia electromagntica e da capacid~


de que oferecem para a transmisso simultnea de dados, voz e imagem. No MAP 3.0 publi
cou-se um manual completo sobre as especifi=
caes para projeto, instalao, testes, aceitao e manuteno desses sistemas.

est sendo finalizadA uma especificao para

MAN's.
2.4 Arquitetura
A arquitetura de rede escolhida no Projeto MAP/TOP foi a do Modelo de Referncia
051/150. Esta escolha teve fortes
impactos
no meio industrial uma vez que no
estava
clara a influncia do "overhead" do software
das camadas superiores de protocolos nos aspectos de tempo-real exigidos em automao.
At ento as redes proprietrias existentes
limitavam-se s camadas inferiores. Em particular o projeto Proway do IEC apontou durante muitos anos nessa direo.

J os sistemas "carrierband" destinam-se


aos nveis inferiores de transmisso na fbrica, suportam um nico canal bidirecional,
no necessitam de
modulador / remodulador
("head-end") e as interfaces
so passivas,
mais simples, confiveis e baratas. No mximo suporta 32 estaes a distncias inferiores a 1000m (cabo do tipo RG-11 de 75 ohm' s) .
No existe ainda um manual de instalao.
Para redes TOP, o protocolo primrio escolhido foi:

3. PROTOCOLOS DA "SUITE" MAP /TOP (Verses 3.0)

. IEEE 802.3, CSMA/CD, transmisso "baseband" usando cabo coaxial do tipo 10 Base 5 (lO Mbps).

O estado atual do MAP representado por


uma verso provisria do MAP 3.0 que atualiza vrios dos protocolos presentes
nas
verses anteriores. O documentoirtclui o pro
toco lo para a camada de apresentao, camada
esta que era totalmente vazia nas verses an
teriores, assim como, os contedos relativos
transferncia de arquivos, servios de Di
retrio e gerenciamento de rede so substan=
cialmente mais avanados.
Em resumo, as extenses includas na
posta 3.0,ver fig. 3, so as seguintes:

Este tipo de sub-rede ideal para inter


ligar estaes de trabalho em escritrios:
como PC's, outros terminais e at
estaes
de trabalho CAE mais sofisticadas. Os segmen
tos 10 Base 5 atingem comprimentos de
ate
500m, interligados por repetidores.. A escolha feita baseou-se na base j instalada de
LAN's Ethernet, permitindo-se a coexistncia
dos dois sistemas no mesmo cabo. Como alternativas, o TOP prev
tambm
transmisso
"broadband" com cabos do tipo 10 Broad 36, e
distncias de at 3750m. A aplicao bsica
prevista para 10 Broad 36 a de tronco para
interligao de estaes muito distantes ou
de diversos segmentos TOP 10 Base 5, principalmente quando j existe um cabo instalado
para outros fins (voz, imagens, etc.).

pr~

Servio de rede sem conexo - ISO


camada de apresentao - ISO
gerenciamento e transferncia de arquivo
ISO
interface de aplicao
servios de Diretrio (baseado em trabalhos da ISO em andamento)
gerenciamento de rede (baseado em trabalhos da ISO em andamento)
mensagens de manufatura (baseado no ElA
1393)

3.2 Camada de enlace


O objetivo da camada de enlace de dados
de suportar e gerenciar a transmisso de
quadros indiv:id~ais de dados. A camada de
enlace pode detectar e corrigir erros ocorridos na camada fsica.

A transio da versao 2.2 para a versao


3.0 tem algumas questes relacionadas com a
compatibilidade. Uma seo do documento 3.0
discute os problemas de compatibilidade e mi
grao em geral e, mais especificamente, en=
tre as verses 2.2 e 3.0.

IEEE
A camada de ~nlace segue o modelo
LLC
802 subdividindo-se
n:lS subcamadas
("Logical link controJ,")e MAC ("Medium Access
Control").

3.1 Camada Fsica

Sub-camada LLC

No MAP foram adotados dois tipos de trans


misso fsica das especificaes IEEE 802.4
"token-bus":

Ela idntica para todas as redes definidas no IEEE e portanto a ~esma para MAP e
TOP. Existem trs tipos de servios: do tipo
1 sem conexo e $em reconhec!mento
("unacknowledged conneGtion-less"), do tipo 2 com
conexo e do tip.p 3, sem conexo/com reconh!
cimento (tambm
chamado
ultimamente
de
"single-frame").

Cabo coaxial, transmisso "broadband" ,


taxas de 10 Mbps, modulao ASK dUQbinria, com alocao "mid-split" dos
dois
canais de emisso e recepo;
Cabo coaxial, transmisso "carrierband",.
fase coerente, taxa de 5 Mbps, canal ni
coo

Tanto MAP co~o TOP especificam servios


do tipo 1 uma veg que a~ ca~adas superiores,
em particular a de transport~, suportam
as
funes de sequeniament6, cpntrole de flux~
e recuperao de erros~ Alt).). de servios do
tipo 1 foram includos recentemente no MAP
servios do tipo 3, dadaS as dificuldades inerentes estrutura de b~~ramento de servi-

Os sistemas "broadband" so instalados de


acordo com os padres industriais de televiso por cabo (CATV) e destinam-se imple~
mentaQ do nvel "backbone" da rede, em vir
tude da fraca atenuao do sinal, da baix
59

ISO

ACSE

MAP/TOP
ISO KERN EL DE

ISO

APRESENTAO.

I<ERNEL DE SESSO

ISO TRANSPORTE CLASSE IV

I S O CLNP

IEEE

802.2 LLCI

IEEE 802.4
10 M8 8ROADBAND ou
5 MB CARRIER BAND

.O

MANDATRIO

ESPERADO

OPCIONAL

FIG.3 - Requisitos de protocolo poro O sistema completo MAP 3-0.

60

os imediatos "de carona" e necessidade de


implementao de respostas rpidAs por parte
de estaoes sem o "token". Esta situao tinha sido reconhecida no PROWAY que introduziu os servios "Send Data with Acknowledge"
(SDA) e "Request Data with Reply" (RDR), de
forma a alcanar maior segurana de transmis
sao e permitir aos computadores a execuo
de operaoes de varredura dos instrumentos
de medio.

Foi adotada a estrutura por sub-cAmadas


descrita no ISO/DIS 8648 (fig. 4).

Subnet:work Independent Convergence


Protocol

SNICP

Subnetwork Dependent Convergence

A especificao dos servios de tipo 3


recente e por isso sao mostradas na Tabela
as novas primitivas introduzidas.

Pro toco I

...

SNDCP

Subnetwork Access
Protocol

SNAcP

TABELA 1
Servios

Primitivas

L - DATA - ACK

Request
Indication
Confirm

L - REPLY

Request
Indication
Confirm

L - REPLY - UPDATE

Request
Confirm

Fig. 4 - Estrutura da Camada de Rede


A estrutura anterior nao implica necessariamente numa implantao separ-a.da das trs
sub-camadas, que podem, por exemplo, conviver num nico protocolo. Dos dois tipos de
servio previsto$ no ISO, CLNS = "Connectionless - mode Network Services" e CONS = "Connection - mode Network Services" o MAP /TOP su
porta somente o CLNS corno descrito no Is07
DIS 8348/DAD 1.

o protocolo SNAcP fornece a interface com


a camada de e~lace, implementando
servios
especficos da sub-rede. Em MAP nao se exige
um SNAcP discreto. Em TOr preve-se a implementao de um SNAcP segundo ISO 8208 X-25
quando se considera a ligao com redes de
comutao de pacotes.
O protocolo SNPCP ajusta para
cima os
servios de SNAP, neces$rios ao SNICP. A
especificao prevista segue o ISO DIS/8473/
DAD 1.

L-DATA-ACK corresponde a SDA para transmisso de dados com ACK, L-REPLY a RDR e LREPLY-UPDATE para preparaco das unidades de
dados, pela unidade remota, a serem eventual
mente transmitidos quando de um L-REPLY- tn::
dication.

O protocolo SNICP segue o ISO 8473, com


exceao das funes do subconjunto
"non segmenting" que nao sao suportados em MAP/
TOP. Devem ser implantadas todas as funes
mandatrias do tipo 1, as funes de tipo 3
sao opcionais e as de tipo 2 descartadas.

Por outro lado,MAP/TOP especificam


em
LLC campos de endereos de 48 bits = ID... Rede+
ID-Estao + ID-Entidade.
Sub-camada MAC

Roteamento e "Relaying"

No MAP decidiu-se pelo projeto


a02~4
"token..-passing", pelo seu suporte a esquema}
de prioridades e principalmnte porque, ~at~
vo no caso de falhas-fsicas, os temp9s d
entrega das mensagens de alta priorida4e sao
calculveis "a priori", ganmtindo-se assim
as condies de operao "t:gmpo-real" ,

O Roteamento consiste na determinao do


SNPA (Sub-network Point of Attachment") , do
prximo destino (um ES = "Endsystem" ou IS =
"Intermediate System") para o qual sera enviado o pacote de dados, at chegar ao NSAP
("Network Service Access Point") do destino
final. O SNPA derivado de urna tabela "look
up" que mapeia NSAPS em SNPAS.

J em TOP decidiu-se por CSMA/CD do pro""


802.3, considerado suficiente para apti
caoes em escritrio e pela~ facilidadS- d~
migraao das redes Ethernet 2.0.
jet~

3.3 Camada

de

rede (comum em MAP e

MAP/TOP consi~era trs nveis de rateamento:


entre empresas diferentes;
entre redes diferentes da mesma empresa
(chamado em geral de roteamento IS-IS);
entre um ES e outro ES/IS da mesmA rede
(roteamento ES-IS).

TOr)

A camada de rede fornece urna transparen~


cia na transferncia de dados entre usurios
do servio de rede, tornando invisvel a eS~
tes usurios, a forma pela qual 08 recur~os
de comunicao sao utilizados para implementao desta transferncia.

Para atender a estes trs nveis, o endereo de NSAP dividido em trs sees lgi61

cas, cada uma correspondendo a um


de roteamento (fig. 5).

de apresentao,troquem dados de forma org~


nizada e sincronizada. MAP /rop pretende ,seguir os protocolos ISO 8326/8327 na extenso
necessria ao apoio dos protocolos de aplicao. Por enquanto s6 as seguintes unidades
funcionais foram adotadas:

dos tipos

,.u

ID - Empresa

ID de
Rede

ID de estaes
na rede

IS - IS

ES - IS

"Kernel Functional Unit", que suporta os


servios bsicos de estabelecimento
e
trmino de conexo bem como de transferncia de dados normais;
"Duplex functional unit", para transferncia de dados nas duas direes;
"Resynchronize functional unit", com a
definio de pontos intermediirios
de
sincronizao.

1
AFI

IDI

ID
Origem

8 octetos

NSAP
1 octeto

Camada de Apresentao

Esta camada no exis:tiaainda nas verses


anteriores. Os protocolos de aplicao definem conjuntos de elementos de dados dos mais
diversos tipos, diferentes para cad~ classe
de aplicao. Estes dados so representados
de forma abstrata, nas chamadas sintaxes ab~
tratas (AS). Por exemplo, poderiam considerar-se elementos de cadeias de strings (AS-X),
de inteiros (AS-Y), etc. Esses tipos de dados estaro representados binariamente em ca
da sistema, de acordo com convenes locais
de linguagens, compiladores, etc.
so as
chamadas sintaxes concretas (CS's).

Fig. 5 - Mapeamento do NSAP nos


campos de roteamento

o Protocolo "ISO ES to IS" (ISO/DP 9542)


seri ~dotado como mandat6rio em virtude dos
esquemas dinmicos de roteamento que suporta. No existem ainda protocolos IS-IS definidos, pelo que os sistemas IS devero manter tabelas estiticas de todos os outros' IS.
Por outro lado, dada a necessidade de in
terligao de redes MAP/TOP com WAN's ou re=
des com protocolos CONS, esti se elaborando
uma nova camada com funes "internetworking".

Entre dois usuirios que se comunicam,as


sintaxes concretas locais podem ser distintas. Por isso torna-se necessiria a definio de sintaxes de transferncia (TS's) que
codificaro os dados de forma especfica para a transmisso e a ser negociada entre as
partes. Em virtude da grande diversidade de
dados a 'transmitir podero existir diversas
sintaxes de transferncia. A camada de apresentao define os mecanismos para negociar
e relacionar sintaxes a partir de um conjunto conhecido por ambas as partes, sem envolvimento direto das entidades de aplicao.
Para tal define-se o Contexto de apresentao que estabelece as relaes entre os requisitos das sintaxes abstratas e as sintaxes de transferncia. Por exemplo,
para a
AS-X antes indicada, suponhamos que se usem
as regras de codificao ISO 646 ou EBCDIC.
Existiro dois contextos X/646 e X/EBCDIC.
Para a AS-Y de nmeros inteiros consideramse as TS's BCD ou biniria (complemento de 2):
existiro no caso os contextos Y/BCD e Y/BIN.

A camada de rede esti ainda em evoluo


e no foi congelada para efeitos de implementao.
3.4 Camada de Transporte (comum em MAP e TOP)
MAP/TOP adotaram a classe 4 mais complexa de servios e protocolos de transporte,
definidos nos ISO DIS 8072 e 8073. so servios com conexo que providenciam controle
de fluxo, multiplexagem e deteco de erros
para pacotes fora de sequncia, perdidos ou
destrudos. Desta forma a camada de transporte libera-o usurio dos seus servios de
qualquer preocupao de como as mensagens so
trocadas entre os dispositivos,
garantindo
que as mensagens sejam recebidas no destinatirio sem erros e na sequncia correta, sem
perda ou duplicao de dados.

O campo de padronizao de
sintaxes e
complexo uma vez que se devem conceber
regras para representao de valores de qualquer tipo de dados imaginvel. Nmeros intei
ros, caracteres, etc, so casos muito
simples mas, em protocolos de aplicao, surgem
os mais diversos tipos de "records", "records" contendo "records", listas interligadas, rvores; arquivos sequenciais indexados, etc. Um passo muito importante foi dado recentemente com a publicao da notao
ASN.l no ISO/DIS 8824 para sintaxes abstratas e correspondentes regras de codificao
para sintaxes de transferncia ISO/DIS 8825.

3.5 Camadas Superiores de Protocolos


As ltimas trs camadas, sesso, apresen
tao e aplicao so as que apr~sentam os
maiores pontos de indefinio
nas verses
3.0 do MAP e TOP. Em particular
os estudos
ainda em curso sobre protocolos de aplicao
viro a ter impactos futuros nas camadas de
apresentao e de sesso.
Camada de Sesso
Providencia os servios de administrao
de 'diilogo de forma a que entidades - pares
62

As verses MAP/TOP 3.0 adotaram inicialmente a unidade funcional "Presentation Kernel" do ISO/DIS 8823 e ISO/DIT 8824 publicada no final de 1986 e prevm a incluso
de
outras unidades no decorrer do tempo. Por en
quanto, optou-se pela sintaxe de transfern=
cia NBS-TS1 (corno especificado no NBS), podendo outras sintaxes serem implementadas no
futuro.

mudana, destruio e localizao);


servios de network-management; foi publicado em maro 87 um "DRAFT" das especificaes detalhadas.
Em MAP:
Servios de Diretrios baseados no ISO/
DP 9594(1, com o objeti~o de facilitar
referncias a objetos na rede. O sistema de diretrios no dever ser urna base
de dados de uso geral, pois se supe que
as consultas so muito mais
frequentes
que alteraes. Uma entrada no diretrio
formada de diversos atributos, fornece a
ligao
entre referncias e objetos.
(Ex.: "COMMON-NAME" = "Robot 1" obtm os
atributos PSAP = 84, SSAP = 24, TSAP = 2,
NSAP = 1004);
.

Camada de aplicao
Os processos de aplicao (AP's) solicitam servios de comunicao s entidades de
aplicao (AE's) na camada de aplicao. Urna
entidade de aplicao (que implementa determinados servios) composta
dos chamados
ASE = "Application Service Elements",
que
constituem o seu mais baixo nvel funcional.
ASE's podem usar outros ASE's (da mesma forma que subrotinas chamam outras subrotinas).

Padro MMS
"Manufacturing
Message
Standard". Depois de inmeros trabalhos
em conjunto com a ElA WG-1393,
saiu a
verso 5 de um protocolo MMS chamado tam
bm de RS-511, para a comunicao entre
dispositivos programveis na fbrica, co
mo CNC's, CLP's, CNR's, etc.
Este pro=
tocolo dever ter grandes impactos
na
automao. A verso atual apresenta alguns problemas e outra est em desenvol
vimento na ISO, devendo ser adotada por
MA~, logo que pronta.

As AE so colees de ASE e foram classificadas inicialmente em duas famlias:


CASE
SASE

"Cornrnon Application SE's";

= "Specific Application SE".

Os servios CASE foram formulados no ISO/


DIT 8649 e 8640 em 1986. Hoje j Se abandonou essa designao, preferindo~se nos ltimos documentos o termo ACSE .= "Association
Control SE' s", urna vez que esses SE' s ocupa.m ~
se unicamente do estabelecimento, trmino ou
aborto das associaes a estabelecer
entre
os AP's pares. Urna associao de aplicao
feita entre duas AE's pela troca adequad de
informaes e independe das conexes de nivel inferior. Em particular ocupa-se" das sin
taxes abstratas usadas. ~ frequente,
nest
contexto, falar-se de UE = "User Element" g
mo aquela parte do AP que usa ASE's. Frquen
temente,considera-se o UE como pertencente
tambm s AE's, individualizndo-se
assim
claramente os mdulos dos processos ap1.ica~
tivos que se ocupam unicamente de tran~mi~~
so de dados, daqueles que fazem
prOC@S$amento.

Em TOP:
Protocolo~

vrS (Virtual Terminal) baseados nos d~~mentos ISO 9040/9041 (Virtual


Terminal _ ~asic Class).
Inicialmente
prev-se. q seu uso
no bloco "Remote
TermiI1al Ace/3s";
Protoplgs "Network Manag"ement" e Diretriqs (encpntram-se ainda numa fase mui
to prgliminar);
"Elet;ronic-ma:j.l", oferecendo ao usurio
as f\!ues Plra envio e recepo de mensagens pessoais, em texto ASCII
ou em
qualquer outro formato TOP de troca de
dadqs.

Os ASE's definidos corno SASE incluem ser


vios especficos mas muito frequentes naS'
aplicaes de processamento de dados como
VTS = "Virtual Terminal Service",
F'rAM :;;;
"File Transfer, Access and Management"
e
JTM = "Job Transfer and Manipulation". Aban
donada a designao SASE, hoje prefere~se i
de FTAM-ASE, VTS-ASE, etc.
Protocolos de aplicao em
no MAP/TOP

TOP formado de vrios blocos (fig. 6),


superpostos nas camadas do modelo OSI.
Um
sistema-final TOP inclui um ou mais dos blocos que obrem a$ c.amadas 1, 2, 3 e 4 e pelo
menos um dos blocos das camadas 5,6 e 7. Des
ta forma existiro, no futuro, consoante as
operaes a que ~edestinem, diversos tipos
de usurios finais. Os blocos inumerados na
figura incluem tambm formatos especiais para codificao e para troca de dados:

implantao

Em MAP/TOP esto em definio os seguintes protocolos:

Dados de definio do produto ("Product


definition Data"), que. so
um subconjunto
dos elementos de dados necessrios para
a
anlise, projeto, manufatura e controle
de
qualidade de um produto. Na falta de um padro definitiv~ TOP adotou a verso 3.0 de
IGES ("Initi~J. Graphics Exchange
Specifications") em ~lpprao no ANSI e NBS;

ACSE (associate, Release, Abort) segundQ


o ISO 8649/2 e 8650/2;
FTAM-ASE segundo o ISO DIS 8571/1,2,3 e
4. Especifica um conjunto de servios pa
ni transferncia de informao entre AP's
e arquivos de dados englobando trabalhos
em arquivos binrios
ou
de
texto
(criao, transferncia, read/write,

Documentos de
63

~critrio,

para

troca

de

:fI!r,oduct Dlflniti.on
Imlrchangl
'F.or,mat

Offloa Document
:lntltchangl1iFonmt

f'or,~a,

'O'DIFBJ" t
',,1., K .,1
,
, - - - , lNlF

.... ..,.
,

" I

"
"" I
-X
I

".

INTF

"oh'"

A~licatians

(e .g. CGM Interpreter)

Appllcotlonl Interface

tee l1t.6lSa.

R. T....'"
Appllcatlon InterfocI

Applicati> n Program Interface

PHIGS LABs,
GKS-3D LABs

_--

Devic.
Independent
Grophicl
Lay.r

J~

1
Computer
Grophlc.
Servlc..

Oevice -Independent
Graphics Service

c!ccm
PHIGS Functlonal Speclflcatlolll
OGS-3D

s ... lIo

CAMADA 5

t.._.J..... ".

Correio i.tranico
Acellloaorqulvorern ~
AoeallO o terminal remolo
CAMADA

Grophics

FTAM

CAMADA 7

CAMADA

;--

........'

1'' .' Rem."

.'C9MlF', - - :
: '
,

Graphlcs
AAlllcotlon
lOYlr

'ColllJlut... lGropblCII Mltafill


tnterc'tKmgl

aer.nclam.nto de diretdrlo

D.vlce
O.p.ndent
GraphiC8
layer

CAMADA "3

,-------:+:::-:----!----"

I
I

CAMADA 2

I B>z!4 I

CAMADA

"'. . . , . . . .1..... JU
u

_-_

FiI.Store

Proa...

-Int.rface

Tohn Rlng Subn.twortl Acces


MAP TClktll Bus Subnltworll Accal
X.25PacUt Switchlng Subn.twort Acc...

AG. 6

TOP: subdiviso do projeto TOP nos seus diversos blocos

constituintes 1 incluindo

APl s e formatq de troca de da dos

(Fonte: TOP 3.0 ABRIL 1987)

FIG,7 - .OP: interdependencia de

diversos

padrolS usados em

ComputacJo Grfica, incluindo GKS, CGM e IGES usados em TOP


(Fonte: TOP 3D ABRIL 1987)

na especificao da arquitetura MAP/EPA e me


recem alguns comentrios:
-

documentos eletrnicos compostos


de tipos
mltiplos de dados (por ex.,
alfanumrico,
grficos geomtricos e grficos "Raster") ,
entre sistemas de aplicao diferentes. TOP
recomenda padres baseados no ISO 8613, 1-8
("Office Document Architecture =ODA and Interchange Format");

reconhecimento imediato (LLC servio tipo 3): os ns pertencentes a redes


com
restrio de tempo podem necessitar de
uma resposta a uma requisio num tempo
menor do que aquele correspondente rotao do token pela rede.

"ComputerGraphics Metafile" = CGM, que


contm a informao descritiva de uma imagem,
representada pelas rotinas chamadas pelo pro
grama aplicativo. O "metafile"
pode
ser
transferido para um usurio remoto
onde a
imagem grfica vai ser recriada pelo
hardware e software (diferentes) locais. TOP recomenda o padro ISO 8632, 1 a 4 ("Metafile
for the Storage and
Transfer
of Picture
Description Informatin").

Para obter esta resposta imediata um ser


vio de "acknowledge" necessrio. Este tipo de servio permitir a um n receber
um
"acknowledge" ou dados enviados por um n re
moto, enquanto o n local que originou a re=
quisio ainda tiver o "token" em sua posse.
Estes servios devem permitir, ainda, uma
retransmisso imediata se o dado ou reconhecimento ("acknowledge") no forem recebidos
dentro de um limite de tempo, como tambm, a
indicao local de falha caso nada seja rece
bido aps um nmero determinado de tentati=
vaso
A figura 8 ilustra a arquitetura MAP/EPA
devendo-se destacar o seguinte:

Alm destes formatos existiro tambm di


versas "Application Program Interfaces"= APL
Estas interfaces so constitudas por biblio
tecas de rotinas padronizadas, chamadas pe=
los programas dos usurios, e cobrindo diver
. sos tipos de aplicao. Em TOP incluram-se
as APl' s de FTAM' s (em padronizao pela ISO)
e GKS = "Graphical Kernel System", ISO 7942.
Em MAP esto em elaborao diversas
API's,
em particular, no protocolo RS-511.
Na figura 7 mostra-se a interligao
diversos padres grficos usados em TOP.

camada de aplicao: aplicaes crticas


no, tempo (RS-511, etc);
camada de enlace: IEEE 802-2 tipo 3;
controle de acesso ao meio: IEEE 802-4;
entretanto, para redes com restrio de
tempo, as seguintes opes devem ser usa
das: servios com opo de prioridade~
servios de resposta imediata, endereos
de 48 bits:
camada fsica: "broadband" multi-canal ou
"carrier-band" (fase coerente-5 Mbps);
gerenciamento: compatvel com o gerencia
mento usado para qualquer n MAP. Os pr~
tocolos de gerenciamento para as camadas
1 e 2 sero baseados na especificao pro
duzida pelo IEEE 802-1.
-

de

4. ARQUITETURAS EPA/MAP, MINI-MAP E "FIELDBUS"


Ns MINI-MAP e EPA/MAP
A especificao MAP original tinha como
objetivo permitir que os computadores utilizados na manufatura trocassem dados entre si
sem levar em conta o sistema operacional ou
o tipo de computador utilizado. Este sistema
de comunicao aberto continua sendo o objetivo principal do MAP. Entretando, medida que a especificao MAP foi sendo desenvolvida, usurios da rea de controle de pro
cessos comearam a sentir a necessidade
de
um sub-conjunto de servios MAP que, atravs
do "sacrifcio" de alguma funcionalidade, de
veria oferecer tempos de resposta mais rpi~
dos com relao troca de mensagens.

Associada arquitetura MAP/EPA


existe
uma arquitet~ra mais simplificada denominada
de MINI-MAP~ Esta arquitetura encontra-se as
sociada aq4~1~s dispositivos que contero
lado EPA d grquiteturaMAP/EPA mas no as
sete camad 4~ arquitetura MAP. Estes dispositivos ~9 ~q~~pamentos de
controle de
custo baixp e q~e podero coexistir com segmentos MAP ~~y~{ de "gateway' s", no caso,
representado ppr; UJIli ,~~tao MAP /EPA.

Estes requisitos originaram uma arquitetura MAP modificada denominada


EPA
("Enhanced Performance Architecture").

Os serviQ nece~s'~ios a um n com arquitet:ura MINI~MAP ~ o mesmos descritos no


lado EPA de um RP ~P/EP4~

Os critrios de projeto definidos no desenvolvimento da arquitetura proposta sio ba


sicamente os seguintes:

Uma outra clpse de ps presentes na arquit:etura MINI-~P ~ hmados ns passivos.


Estes ns so e$t:a6es. q~e no participam do
protocolo de pa,!:?gem ~te ~'token" mas que so
capazes de respq4~r, ~rvs do mecanismo
de respostaime~:U,t: poma requisio do n
possuidor do "f;lg~~" ~

suportar at 32 ns;
comprimento to tal < 1Km;
taxa de transferncia de 5 Mbps;
mensagens de tamanho de 16-20 bytes.

Em funo dos critrios utilizados (rede


rpida velocidade de sinalizao,
etc.) espera-se a obteno de tempos de ace~
so de 25 ms.
-

Dispositivos de ma~ b,aixo nvel


(tipo
sensores) podel:, a.t~,r c@mo ns passivos j
que eles nunca tpma.ro a iniciativa de enviar uma informa,l;a9 pela rede a menos
que
sejam solicitados~

pequen~,

Outros critrios so tambm

importantes
65

A PLICA6ES CRTICAS NO TEMPO


( RS 511. ECT)

..,
APLI CA AO
APLI CAO
APRESENTAO
APRESENTAO

.-

SES SAO
SESSO
TRANSPORTE
TRANSPORTE
REDE
REDE
ENLAC E

ENLACE EPA

FI SICA

FISICA EPA

TAREFA do

USUARIO

ENLACE DE DAOOS EPA

,
FISICA

'FiQ. 8 -

MAP- EPAE

EPA

MI NI- MAP : arqulteturas

li

Enhanced-

Performance"

poro aplicaes crtical no tlmpo.

FONTE: MAP

3.0

1987

66

FIELDBUS

'associados ao dispositivo: "status" corrente do dispositivo (OK/falha, controle


ON/OFF, teste ON/OFF), nmero/tipo de en
tradas e sadas, procedimentos de testes
. disponveis, itens de fabricao (fabricatite, modelo, n2 de srie), especificaes do fabricante, faixa de trabalho,
faixa de segurana, restries de temperatura, vibrao, etc.).

Uma nova iniciativa, Fig. 9,' foi lana-'da


em 1985 e alocada aO grupo de trabalho
do
PROWAY (IEC~TC/65C/WG6), voltada para a definiio de um barramento padro ~e.modo a
permitir a comunicao usualdigitat ' - entre
dispositivos montados no campo. Estes.disp'o....
sitivos so aqueles acoplados. dire,tamente ao
,processo tais como sensores, : acionadores de
motor, posicionadores de vlvula,etc.'

Outros requisitos importantes associados


especificao do FIELDBUS so
discutidos
na'sequncia:

Denominados de dispositivos finais, tendem cada vez mais a possuir, no futuro, 'capacidade de processamento baseada em microprocessadores de modo a permitir o tratam~n
to local do sinal. Esta inteligncia viabilizoua introduo do padro "Fieldbus" com
os seguintes benefcios:
economia de dados, terminais, etc., pois
um "Fieldbus" p'ode substituir vrios ramos das ligaes atuais que ocorrem
na
forma de estrela;
eliminao dos conversores A/D,e D/A;
aumento na flexibilidade para instalao
e consequente expanso do sistema.

o grupo de trabalho do PROWAY envolvido


com a especificao do FIELDBUS elaborou um
"draft" de requisitos funcionais do qual se
apresenta, a seguir, um resumo dos aspectos
principais.

o padro tem como objetivo bsico a comunicao digital serial para/de dispositivos de campo com a possibilidade de endereamento no barramento de vrios destes dispositivos. A :fl.g. 10 ilustra um sistema envolvendo as arquiteturas MAP/PROWAY/EPA/MINI
MAP/FIELDBUS.

O padro FIELDBUS ser apropriado


para
uso em dispositivos com resoluo tpica de
16 b,its para os dados, dos quais alguns exem
pIos so citados a seguir: sensores de pro:
cesso/ equipamento; transmissores/transdutores de presso, posio, temperatura, etc. ;
t possvel ainda suportar extensespara'robs simples, controladores de viso, e instrumentos multi-canal tais. como cromatgrafos.
.

A especificao do FIELDBUS seguir


a
terminologia OSI na definio dos nveis fsicos e de enlace. Os protocolos relativoss
camadas de aplicao e apresentao devero
i.ncluir procedimentos que levem em conta as
unidades de dados geralmente enviadas / recebidas pelos dispositivos de campo.
Alguns
exemplos de unidades de dados que podem ser
armazenados por dispositivos de campo inteligentes e que possam ser transferidosatravs do FIELDBUS so:

alimentao/isolao: opo de distribui


o de alimentao para alguns ou todos
os dispositivos, atravs do mesmo circui
to utilizado pelo sinal de comunicao -;
sendo que, em todos os casos, os elementos finais devero ser galvanicamente isolados do barramento. No caso do FIELDBUS no energizado, os dispositivos devero dispor de alimentao atravs de
outras fontes. Estas fontes devero ser
eletricamente independentes mas podero
vir fazer a distribuio atravs de circuitos separados no mesmo cabo utilizado
pelo circuito por onde fluem as mensagens;
meio fsico: par tranado e cabo coaxial
Caractersticas eltricas e mtodos
de
avaliao de instalaes j existentes
faro parte das especificaes. O uso de
fibra tica dever ser especificado
no
futuro;
ambiente hostil (segurana intrnseca) :
necessidade de certificao de segurana
de transmisso das linhas do FIELDBUS;
nmero de estaes: nmero mximo de estaes igual a 30. Como se admite a liga
o de mais de um elemento final a um
estao ("cluster") limita-se a 60 o nmero de elementos finais em um FIELDBUS;
endereamento: cada elemento final ter
um endereo separado no FIELDBUS;
comprimento do barramento / nQ de mensagens: o formato das mensagens e os proto
colos sero os mesmos para qualquer op::
o, entretanto, sero permitidas opes
envolvendo o comprimento do barramento e
a taxa de transmisso de mensagens. so
suportadas as seguintes combinaes:
comprimento do barramento de at 350m
com uma taxa mnima de 150 mensagens/
segundo (controle de processo) e um
mximo de 10000 mensagens/segundo (au
tomao da manufatura);
-

comprimento do barramento de at 4Om,


com uma taxa mnima de 5000
mensagens/segundo (robtica) e uma taxa m
xima a mais alta possvel;
tempo de resposta: 5 ms (automao da ma
nufatura), 20ms (controle de processos);
mtodos de controle de acesso: a alocao de acesso ao meio poder ser transfervel entre estaes (tipo "token") ,
mas nada de explcito dito no "draft";
redundncia do barramento: o padro n~o

associado$ ao processo: valores de medidas, frequncia de medio, nveis de


alarme, status ON/OFF;
as'sociados instalao: "tag" dos dispositivos de campo; informaces para ope
rao/manuteno; caractersticas do am::
biente no qual o dispositivo encontra-se
inserido, etc;
67

,'::./\

.... 0:..:.

,...._.. .. _......

100M

10M

te:(

1M

fi)
fi)

:!E
u)'

(" Barr:ame~i~
Mainframes

.i

l.Ll

i
I
i : ISO

"
!
8802 ".
ii~IEEE 802) '.
r-:- - . . . . j jlEC 955 - " , .

\_.._ .. -i:~~~~~~~_._.~~) .

'\

\\

100K

Field bus

10k

\
1K

"-

"

"

0.1

................. .J

FIG. 9- FI ELDBUS ; comporolio


(FONTE: : WOOD

,
,I,

....

CCITT X25

_--- ----------

Telecomunicac5es

100

10
DIST~NCIA

. de t ransmissdo-

,,

'......

100

Redes remotas

\
\

.-~

,,-- ---~ -- -.--- ~~-I

e:(

'1

.",..._.~._._.,

e:(

....o:

1K

10K

tOO K

(metros)'

de redes em relao o' distancio (m)( Co~idade .'


1987)

FIELD

BUS

F-0
CP
'1/0

F.

's:.

'T

= controlador

= Grupo de
= Medidor

proQram6vel ou Controlador de processo


E/S AnalQico, OiQital
de f".o, vlvula, rel4f.

FIG. 10 - FIELDBUS: exemplo de um siste ma

de

comunicacio fabril envolvendo o uso

de Fieldbus's, PROWAY ,', MAP -EPA carrierband" e ''''ap-" broadband" .


(FONTE: IEC

1987)

68

'.~

suportar estruturas redundantes no barramento, entretanto, estas podero


ser
includas corno opo.

foro em curso a nvel mundial para a obteno de um sistema aberto de comunicao para
aplicaes em automao industrial. As camadas superiores de protocolos ainda esto em
fase de especificao, mas desde j se visua
lizamresultados de grande impacto, corno
protocolo Rs-si1. Outros projetos em evoluo respondero a necessidades complementares e sero certamente enquadrados
em
MAP/TOP, medida que atinjam estabilidade
razovel. Alm do projeto "Fieldbus"
citam-se os projetos IEEE 802-6 para MAN's e
ANSI/FD-DI, ambos envolvendo o uso de fibra
tica e a transmisso de voz e imagem, alm
dos dados. Estes projetos so ainda incompatveis e a comunidade internacional . aguarda a
sua compatibilizao nos prximos meses.

s. ESTRATGIAS DE IMPLANTAO E DE MIGRAO


Boa parte dos protocolos usados em
TOP encontram-se ainda em elaborao,
foi demostrado nas sees anteriores.
os usurios que no possam esperar pelo
mino dessas atividades MAP recomenda:

MAP/
corno
Para
tr-

Estabelecer um plano de migrao ( apr~


sentado um em MAP); .
Instalar um cabo coaxial "broadband" para o tronco: este ser o meio
da rede
MAP futura e poder tambm ser usado para outros enlaces de comu~ico;
Implementar a camada fsica IEEE
802.4
com a classe 1 de servios LCC;
Implementar a camada de transporte, clas
se 4;
Implementar os protocolos restantes
de
alto nvel, medida que ficarem disponveis.

As atividades hoje em curso no Brasil,


no setor, so escassas e no mercado nacional comeam a despertar as primeiras aplicaes industriais, em particular nos .setores siderrgico e automobilstico. Finalmente cita-se a recente criao de urna Co
misso de Automao Industrial da ABNT, na
qual foi instalada u~a Comisso de Estudos
para comunicao fabril.

As estratgias de migrao
na direo
dos padres MAP/TOP devem ser planejadasde
forma muito cautelosa pela empresa levandose em considerao:

7. BIBLIOGRAFIA

a base de computadores j instalada;


as facilidades de comunicao j existe~
tes;
as aplicaes
de usuar10S existentes
(software aplicativo).

G.G. Wood, (987)- "Survey of LAN' s and


Standards" ,Computer Standards & Interfaces, n9 6, 27-36.
G. Spur, (986) - Produktionstechnisches
Kolloquium , Berlin~

Para permitir interligar num futuro,tron


co MAP,computador e redes proprietrias, MAP
prope diversas solues, corno as apresentadas na
figura 11.
O uso de "gateway"
recomendado, mas o seu custo pode ser alto e
a implementao muito especfica de certos
equipamentos.

IEC, (1986) "Field Bus Standard for


use in industrial control
systems,
Functional Requirements", Draft for
national comment, Julho.

Mais delicado ~ problema dos po.s{veis


impactos de migrao no' software j instalado, urna vez que 'os custos de converso ou re
codificao desse software podem ser proibi=
tivos. Para tal prope-se o divrcio
entre
os programas do usurio e os protocolos de
comunicao, atravs da definio de API's
("Application Programm Interfaces") adequa- .
das, que consistem de bibliotecas de rotinas
de servios, fig. 12.

J.R.E. Leite, M.J.Mendes e M.F. Magalhes, (1987) - "Protocolos de aplicaao em redes locais de computadores na
automao industrial '(MAP /TOP)", S9
Simpsio de Redes de Computadores ,Abril.
MAP, (1987) - Manufacturing Automation
Protocol, verso 3.0, Implementation
Release (sujeita a ~udanas), Abril.

A importncia deste assunto levou cria


o em MAP de um sub-comit de interfaces de
aplicao que publicou urna metodologia para
descrio no ambgua de API's
consistindo
de um conjunto de utilidades, de um modelo
de interao entre a APl e os
servios de
protocolo e a especificao de formatos
rais das chamadas. Alguns resultados j esto disponveis para protocolos FTAM e RS-511
em linguagem C.

M. J. Mendes et aI, (987) - "Intercone~o de sistemas compuacionais


abertos
~m automao industrial",
Revista da
SBA: Controle e Automao, voI. 1, n9
1, Janeiro.

ge-

M. J. Mendes, (1986) - "Redes locais de


comunicao em ambiente industrial", 6Q
Seminrio da Sobracon.
TOP, (1987) - Technical Office Protocols.,
verso 3.0, Implementation
Release,
Ab~il, (sujeita a mudanas).

6. CONCLUSO
O projeto MAP/TOP representa o maior es69

PROGRAMA OE

APLICAO

CURTO PRAZO

INTERFACE

PADRONIZADA

( BIBLIOTECA Assoe IADA


OS PROGRAMAS

OE

INTERFACE PADRO PARA


APL! CAO
NAP/TOP

Rede
pToprietria
INTERFACE
PROGRAMA

~
RCB6s ~

PROCESSADORES
DE APLlCAlo

DlSPOSI'TMlS
PROGRAMAVEIS

---- ---- ----LONGO

ESPECiFICA E NO EXPOSTA AO
DA APLI CAO

SERViOS DA CAMADA OE
APLlCAAo (CAMADA 7)
CAMADA OE APRESENTAO

PRAZO
CAMADA OE SESSO

CAMADA

OE TRANSPORTE

Rede
propr ietri o

CAMADA

CAMADA

OE

DE

CAMADA

FIG.II ~ M1GRAAo: exemplo de evotute\o di


com a utilizao de -caa_way" ftO iftcio

UIM .... MAP

REDE

ENLACE

FSICA

Conexo

(PONft: MAP 1.1 1115)


FIG. 12 - APl: Biblioteca de APl padrc10

Rede

Você também pode gostar