Manual Treinamento PCS7

SOLUTION ENGENHARIA DE AUTOMAÇÃO
TREINAMENTO YAMANA SIMATIC PCS 7 -

128-000-00
MANUAL DE TREINAMENTO -
SIMATIC PCS 7
06/08/2012
SOLUTION ENGENHARIA DE AUTOMAÇÃO
TREINAMENTO YAMANA SIMATIC PCS 7 -

128-000-00
MANUAL DE TREINAMENTO -
SIMATIC PCS 7
CONTROLE DE REVISÃO DE DOCUMENTOS

No Doc.:
Número de Páginas Solution
Rev. Natureza Total Corpo Data Elaborado Verificado Aprovado

da Revisão do doc. principal
00 Elaboração 102 92 08/08/12 DXP CFPL RST
Conteúdo
Lista de Tabelas 6
Lista de Figuras 8
Lista de Abreviações 9
Glossário 10
1 Visão geral 1
2 Simatic Manager 3
2.1 Configurações Iniciais . . . . . . . . . . . . . . . . . . . . . . . 3
3 Multiprojeto 6
3.1 Configurações iniciais . . . . . . . . . . . . . . . . . . . . . . . 7
3.2 Criação de um multiprojeto . . . . . . . . . . . . . . . . . . . . 7
3.2.1 Modos de visualização de um multiprojeto . . . . . . . . 12
3.3 Primeiros passos . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.4 Configuração de HW e download . . . . . . . . . . . . . . . . . 16
3.4.1 AS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4.2 OS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.5 Criação e configuração da hierarquia da planta . . . . . . . . . 19
3.6 Programação em CFC . . . . . . . . . . . . . . . . . . . . . . 22
3.6.1 Disponibilização de Symbols na OS . . . . . . . . . . . 22
3.7 Programação em SFC . . . . . . . . . . . . . . . . . . . . . . 23
3.8 Compilação e download de AS . . . . . . . . . . . . . . . . . . 25
3.9 Compilação de OS . . . . . . . . . . . . . . . . . . . . . . . . 28
3.10 Execução de AS(s) e OS(s) . . . . . . . . . . . . . . . . . . . . 31
3.11 Backups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4 Criação de blocos e process tag types 33

4.1 Criação de blocos . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.2 Criação de Process Tag Types . . . . . . . . . . . . . . . . . . 38
4.2.1 Programação do chart . . . . . . . . . . . . . . . . . . 38
4.2.2 Criação do Process Tag Type . . . . . . . . . . . . . . . 39
4.2.3 Criação do arquivo de importação . . . . . . . . . . . . 40
4.2.4 Configuração do arquivo de importação . . . . . . . . . 43
4.2.5 Importação do arquivo criado . . . . . . . . . . . . . . . 44
5 Comunicação entre AS e OS e redes de campo 44
5.1 Comunicação entre AS e OS . . . . . . . . . . . . . . . . . . . 44
5.2 Profibus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
5.2.1 Meio Físico . . . . . . . . . . . . . . . . . . . . . . . . 45
5.2.2 Profibus PA: Links e Couplers . . . . . . . . . . . . . . 47
5.2.3 Topologias de rede . . . . . . . . . . . . . . . . . . . . 48
5.2.4 Process Device Network View . . . . . . . . . . . . . . 49
5.2.5 GSD . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
5.2.6 Simatic PDM . . . . . . . . . . . . . . . . . . . . . . . . 51
5.2.7 Simatic PDM Lifelist . . . . . . . . . . . . . . . . . . . . 52
5.2.8 PG/PC . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
A Instalação 55
A.1 Sistema Operacional e Configurações das Estações . . . . . . 55
A.2 Message Queuing Service . . . . . . . . . . . . . . . . . . . . 55
A.3 Microsoft Internet Information Services (IIS) . . . . . . . . . . . 56
A.4 Simatic PCS 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
A.5 Licenças . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
B Base de Conhecimento 59
B.1 Multiprojeto . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
B.1.1 Projeto × Multiprojeto . . . . . . . . . . . . . . . . . . . 59
B.1.2 Destruição de (multi)projetos e afins . . . . . . . . . . . 59
B.1.3 Recuperação de multiprojetos . . . . . . . . . . . . . . 60
B.1.4 A opção Save As com reorganização . . . . . . . . . . 60
B.2 Hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
B.2.1 Configuração de Hardware . . . . . . . . . . . . . . . . 61
B.2.2 Hardware, Conexões e Gateways . . . . . . . . . . . . 62
B.2.3 Memory Reset na CPU . . . . . . . . . . . . . . . . . . 62
B.2.4 Bateria da fonte de alimentação . . . . . . . . . . . . . 63
B.2.5 Mudança de CPU . . . . . . . . . . . . . . . . . . . . . 63
B.2.6 Protocolos de comunicação Ethernet, MAC e IP . . . . . 63
B.2.7 Diagnósticos de hardware e cartões Extended . . . . . 63
B.2.8 Números de nós na rede Profibus . . . . . . . . . . . . 64
B.2.9 Links e Couplers Profibus PA . . . . . . . . . . . . . . . 64
B.2.10 Limitação de número de dispositivos em um ramo Profibus 65
B.2.11 Arquitetura de rede Profibus . . . . . . . . . . . . . . . 68
B.2.12 Velocidade de comunicação rede Profibus . . . . . . . . 69
B.2.13 Configuração de Simocodes . . . . . . . . . . . . . . . 70
B.2.14 Instalação de GSD’s . . . . . . . . . . . . . . . . . . . 70
B.2.15 Instalação de Hardware Updates . . . . . . . . . . . . . 70
B.2.16 Download e upload via PDM . . . . . . . . . . . . . . . 72
B.2.17 Mensagens de diagnósticos provenientes das AS’s . . . 72
B.2.18 Base de dados: Symbols × HW Config . . . . . . . . . 73
B.2.19 Symbols do tipo PIB/PIW/PID e PQB/PQW/PQD . . . . 73
B.3 Comunicação AS e OS . . . . . . . . . . . . . . . . . . . . . . 74
B.3.1 Download de programas recuperados . . . . . . . . . . 74
B.3.2 Condições para download parcial . . . . . . . . . . . . 75
B.3.3 Assistente de compilação e download de AS’s e OS’s . 75
B.3.4 Integração entre AS’s e OS’s . . . . . . . . . . . . . . . 76
B.3.5 Conexões entre OS’s e PLCSIM . . . . . . . . . . . . . 76
B.3.6 Conexões entre AS’s e IHM . . . . . . . . . . . . . . . . 77
B.4 Programação . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
B.4.1 Criação de charts . . . . . . . . . . . . . . . . . . . . . 77
B.4.2 Referência cruzada . . . . . . . . . . . . . . . . . . . . 77
B.4.3 Mudança de interface de blocos criados . . . . . . . . . 77
B.4.4 Criação de DB’s . . . . . . . . . . . . . . . . . . . . . . 79
B.4.5 Blocos de comunicação via Ethernet (send × receive) . 79
B.4.6 Grupos de execução (Runtime Groups) . . . . . . . . . 82
B.4.7 Otimização da ordem de execução dos blocos (opção
Optimize Run Sequence) . . . . . . . . . . . . . . . . . 82
B.4.8 Ativação e desativação de runtime groups . . . . . . . . 83
B.4.9 Medição do tempo de execução das OB’s . . . . . . . . 83
B.4.10 Boa prática para inserção de blocos . . . . . . . . . . . 84
B.4.11 Mudança em típicos (Process Tag Types) . . . . . . . . 84
B.4.12 SFC e temporizações . . . . . . . . . . . . . . . . . . . 85
B.4.13 SFC como uma máquina de estados . . . . . . . . . . . 85
B.5 OS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
B.5.1 Nome da máquina e nome da OS . . . . . . . . . . . . 88
B.5.2 OS’s remotas . . . . . . . . . . . . . . . . . . . . . . . 88
B.5.3 Compilação de OS sem compilação de AS . . . . . . . 88
B.5.4 Redundância de OS servidores . . . . . . . . . . . . . . 89
B.5.5 Download de OS servidoras redundantes . . . . . . . . 89
B.5.6 Estações Cliente (OS Client) . . . . . . . . . . . . . . . 89
B.5.7 Cópia de funções (scripts) . . . . . . . . . . . . . . . . 90
B.5.8 Telas nas estações cliente . . . . . . . . . . . . . . . . 91
B.6 Geral . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
B.6.1 Instalação e hotfix PLCSIM . . . . . . . . . . . . . . . . 91
B.6.2 Licenças . . . . . . . . . . . . . . . . . . . . . . . . . . 91
B.6.3 Bibliotecas personalizadas . . . . . . . . . . . . . . . . 91
B.6.4 Trabalho em equipe . . . . . . . . . . . . . . . . . . . . 92
B.6.5 Proteção de tela . . . . . . . . . . . . . . . . . . . . . . 92
B.6.6 Firewall . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
B.6.7 Desfragmentação . . . . . . . . . . . . . . . . . . . . . 93
B.6.8 Anti-virus . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Lista de Tabelas
1 Principais ferramentas de programação e configuração. . . . . 2
2 Possíveis sistemas operacionais de acordo com tipo de estação. 3
3 Configuração de hardware básica para OS’s (Siemens, 2005a). 45
4 Tempos de execução de OB’s cíclicas. . . . . . . . . . . . . . . 83
Lista de Figuras
1 Visão geral Totally Integrated Automation R (Siemens, 2003). . . 1
2 Configuração inicial de idioma e símbolos do Simatic Manager. 4
3 Configuração inicial de diretório padrão para criação de projetos
e bibliotecas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
4 Configuração inicial do processo de criação de backups. . . . . 5
5 Configuração inicial de números de mensagens. . . . . . . . . 6
6 Metodologia de criação de multiprojetos em PCS 7 (Siemens,
2007b) - adaptada. . . . . . . . . . . . . . . . . . . . . . . . . 7
7 Assistente de criação de (multi)projeto - Janela 1/5. . . . . . . . 8
12 Component View (Solution, 2007). . . . . . . . . . . . . . . . . 13
15 Configuração de hardware no HW Config (Solution, 2007). . . . 17
16 Configuração de hardware no NetPro (Solution, 2007). . . . . . 18
17 Configuração de hardware no NetPro (Solution, 2007). . . . . . 19
18 AS OS Assignment na hierarquia de planta (Solution, 2007). . . 20
19 Atributos da hierarquia de planta (Solution, 2007). . . . . . . . 21
20 Configuração da hierarquia de planta (Solution, 2007). . . . . . 22
21 Exemplo de programação em SFC (Solution, 2007). . . . . . . 24
22 External View de um SFC (Solution, 2007). . . . . . . . . . . . 25
23 Compilação de AS. . . . . . . . . . . . . . . . . . . . . . . . . 27
24 Compilação de AS - Generate Module Drivers. . . . . . . . . . 27
25 Assistente de compilação e download de AS e OS (Solution,
2007). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
26 Compilação de OS - janela 1/4 (Solution, 2007). . . . . . . . . 29
30 Compactação via archive (Solution, 2007). . . . . . . . . . . . 32
31 Descompactação via retrieve (Solution, 2007). . . . . . . . . . 32
32 Criação de nova biblioteca (Solution, 2007). . . . . . . . . . . . 35
33 Compilação de bloco programado em CFC - Aba General. . . . 35
34 Compilação de bloco programado em CFC - Aba Attributes. . . 36
35 Exemplo de bloco implementado em CFC. . . . . . . . . . . . 37
36 Exemplo de bloco implementado em SCL. . . . . . . . . . . . . 37
37 Criação de sinais e parâmetros. . . . . . . . . . . . . . . . . . 39
38 Criação do arquivo de importação. . . . . . . . . . . . . . . . . 41
39 Criação do arquivo de importação - seleção do arquivo. . . . . 41
40 Criação do arquivo de importação - configurações típicas. . . . 42
41 Criação do arquivo de importação - finalização. . . . . . . . . . 43
42 Comunicação entre AS/PLC e OS via Ethernet (Siemens, 2005b). 45
43 Rede Profibus - Meios físicos e conversores (Siemens, 2003). . 47
44 Topologia de rede Profibus PA - Barramento (Smar, 2002). . . . 48
45 Topologia de rede Profibus PA - Árvore (Smar, 2002). . . . . . 49
46 Topologia de rede Profibus PA - Daisy Chain (Smar, 2002). . . 49
47 Utilização de GSD’s (Siemens, 2002). . . . . . . . . . . . . . . 51
48 Janela inicial de utilização do Lifelist. . . . . . . . . . . . . . . 53
49 Ilustração da funcionalidade do objeto PG/PC (Siemens, 2004a). 54
50 Janela de instalação de componentes Windows. . . . . . . . . 56
51 Janela de seleção de componentes Windows. . . . . . . . . . . 56
52 Configuração típica simplificada de uma estação de engenharia. 58
53 Visualização das licenças via Automation License Manager. . . 59
54 Limitações e definições rede Profibus PA - Links e Couplers. . . 65
55 Limite de 64 nós / 244 bytes para ramo Profibus DP (IM 157
como mestre). . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
56 Limite de 64 nós / 244 bytes para ramo Profibus PA (IM 157
como mestre). . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
57 Limite de 123 nós / 4096 bytes para ramo Profibus DP (cartão
CP 443-5 Extended como mestre). . . . . . . . . . . . . . . . . 67
58 Limite de 4096 bytes para ramo Profibus DP (cartão CP 443-5
Extended como mestre). . . . . . . . . . . . . . . . . . . . . . 68
59 Topologia de rede Profibus DP com repetidores. . . . . . . . . 69
60 Janela de configuração de Hardware Updates. . . . . . . . . . 71
61 Janela de instalação de Hardware Updates. . . . . . . . . . . . 72
62 Consistência de atribuiação de ID’s para comunicação entre
CPU’s via Ethernet: AS’s não redundantes. . . . . . . . . . . . 80
CPU’s via Ethernet: uma AS redundante. . . . . . . . . . . . . 81
CPU’s via Ethernet: S7 connection fault-tolerant. . . . . . . . . 81
65 Máquina de estados SFC - principais estados e transições. . . 87
Lista de Abreviações
AS Estação de Automação (Automation Station) - CPU Siemens S7-400

PCS7 (firmware modificado);
CFC Continuous Function Chart;
CP Placa de comunicação (Communication Processor);
CPU Unidade de Processamento Central (Central Processing Unit);
DB Bloco de dados (Data Block);
DCS Sistema de Controle Distribuído (Distributed Control System);
ES Estação de Engenharia (Engineering Station);
FB Bloco de função (Function Block);
FC Bloco de programa (Function Call);
GSD Arquivo de descrição de dispositivo (Gerätestammdatei);
IHM Interface Homem-Máquina;
OB Bloco de organização (Organization Block);
OLM Módulo de Conexão Ótica (Optical Link Module);
OS Estação de Operação (Operation Station);
PCS 7 Process Control System 7 ;
PII Tabela de pontos de Entrada da Imagem de Processo (Process Image

Input Table);
PIP Partição da Imagem de ProcessoProcess Image Partition;
PIQ Tabela de pontos de Saída da Imagem de Processo (Process Image

Output Table);
PLC Controlador Lógico Programável (Programmable Logic Controller);
PLCSIM Simulador de PLC do Step 7 (PLC Simulator);
PS Fonte de alimentação (Power Suply);
SCL Structured Control Language;
SFC Sequencial Function Chart.

Glossário
AS-OS Assignment Criação de vínculos entre charts, AS(s) e OS(s);
Automation Lincense Manager Aplicação de gerenciamento de licenças;
Block Bloco de programação;
Chart Agrupamento de blocos relacionados/conectados;
Component View Ambiente dos componentes do multiprojeto PCS 7;
Hardware Config Ambiente de configuração de hardware;
Master Data Library Principal biblioteca do multiprojeto;
NetPro Ambiente das conexões entre dispositivos;
PG-PC Interface Tipo de comunicação utilizada entre AS(PG) e OS(PC);
Plant View Ambiente da hierarquia da planta;
Process Device Network View Ambiente dos dispositivos de rede;
Process Tag Types Típico de programação (conjunto de blocos);
S7 Connection Protocolo de comunicação Step 7;
Simatic 300 Station Estação de Automação S7 300;
Simatic 400 Station Estação de Automação S7 400 (AS);
Simatic H Station Estação de Automação S7 400 (AS) redundante;
Simatic Manager Aplicação central do PCS 7;
Simatic PC Station Estação de Operação (OS);
Simatic PDM Aplicação de gerenciamento de dispositivos;
Simatic PDM Lifelist Aplicação de varredura em rede Profibus;
Source Código fonte de um bloco de programação;
Symbols Base de dados Step 7.

TREINAMENTO PCS 7 SOLUTION - AUTOMAÇÃO EM RESULTADOS
1 Visão geral
O Simatic PCS 7 consiste em uma plataforma composta por ferramentas
de configuração e programação de hardware e de software integradas a fer-
ramentas de engenharia. Em conjunto, essas ferramentas são responsáveis
pelo monitoramento e obtenção de diagnósticos para automação e controle
de plantas industriais. A Figura 1 ilustra o conceito de Automação Totalmente
Integrada (TIA: Totally Integrated Automation R ) com a utilização do PCS 7.
Figura 1: Visão geral Totally Integrated Automation R (Siemens, 2003).
Alguns dos componentes dos diversos níveis de automação existentes na

Figura 1 podem ser caracterizados como:
1. Motores e acionadores (inversores, relés inteligentes, soft starters, etc),

instrumentos Profibus PA, remotas e cartões de entrada/saída. Em al-
guns casos, componentes resistentes a ambientes hostis (Ex-zones 1 e
2) ou de segurança (fail-safe);
2. Y-liks (DP/DP: rede Profibus DP redundante para Profibus DP simples),

DP/PA links (conversão entre Profibus DP redundante ou simples e Pro-
fibus PA), DP/AS-Interface links (conversão entre os protocolos ASI e
Profibus DP);
Avenida do Contorno, 7962, 10o andar - Santo Agostinho Página 1

CEP 30110-056 - Belo Horizonte, MG.
3. AS’s: não-redundante, redundante (H System) e de segurança (fail-

safe);
4. Rede Ethernet da planta;
5. OS’s: Estação de Engenharia (ES), Estações de Operação Single Sta-

tion (multi-VGA), Estações Sevidoras redundantes e não-redundantes,
Estações Sevidoras de Arquivos, Estações Sevidoras de aplicações em
Batelada (Batch);
6. Rede Ethernet de Clientes;
7. Estações Clientes, Estações Servidoras Web (OS Web Servers);
8. Internet/Intranet;
9. Estações de Tratamento de Informações;
10. Computadores Pessoais (acesso via Internet).
O aspecto de integração do PCS 7 está relacionado à possibilidade de

configuração e monitoramento de cada um desses componentes com a utili-
zação de uma única plataforma. As principais ferramentas de configuração e
programação que compõem o PCS 7 são listadas na Tabela 1.
Tabela 1: Principais ferramentas de programação e configuração.

Simatic Manager Criação de projetos, bibliotecas, hierarquias da planta, etc. Apli-
cação central do PCS7.
HW Config Configuração de HW de AS’s e OS’s: CPU’s, placas de comuni-
cação, remotas, cartões, instrumentos de rede, periféricos, etc.
NetPro Configuração de comunicações: AS×AS, AS×OS, OS×OS,
instrumentos×AS, etc.
Configuration Console Configurações de cartões e protocolos de comunicação.
Station Configurator Visualização (e modificação) das configurações da OS local.
Simatic PDM Configurações da rede Profibus / HART.
WinCC Windows Control Center: Sistema de supervisão.
Além disso, a Tabela 2 lista as versões de instalação de sistema operaci-

onal de acordo com o tipo de estação PCS 7 (Siemens, 2007b).

Tabela 2: Possíveis sistemas operacionais de acordo com tipo de estação.

Tipo de Estaçãoa Instalação Microsoft Windows R
Estação de Engenharia XP Professional SP2
Server 2003 Standard Edition SP1
Estação de Operação - Single Station XP Professional SP2
Estação de Operação - Cliente XP Professional SP2
Estação de Operação - Servidor Server 2003 Standard Edition SP1
Simatic Batch - Single Station ou XP Professional SP2
Simatic Batch - Cliente
Simatic Batch - Servidor Server 2003 Standard Edition SP1
Servidor de Arquivos Server 2003 Standard Edition SP1
a
Considera-se instalação PCS 7 V7.0.
2 Simatic Manager
O Simatic Manager consiste na ferramenta central do PCS 71 . O Simatic
Manager provê a possibilidade de visualização do (multi)projeto PCS 7 de três
formas distintas principais:
1. Component View;
2. Plant View;
3. Process Object View.
Esses modos de visualização são abordados na Seção 3.2.1. Por conveni-

ência, um quarto modo de visualização, o Process Device Network View, é
apresentado no item 5.2.4.
2.1 Configurações Iniciais

O primeiro passo a ser seguido após a instalação do PCS 7 consiste na
configuração inicial do Simatic Manager. Essa configuração pode ser dividida
em quatro passos. Embora boa parte das opções ideais já faça parte da con-
figuração padrão do PCS 7, sua importância justifica alguma atenção.
1
De fato, a utilização do Simatic Manager não se restringe apenas à criação e configuração
de projetos PCS 7, mas de uma grande quantidade de diferentes produtos Siemens.

Primeiramente, deve-se selecionar Options → Customize e, na aba Lan-

guage, selecionar English em National Language e em Mnemonics, conforme
a Figura 2.
Figura 2: Configuração inicial de idioma e símbolos do Simatic Manager.
Em seguida, deve-se configurar o diretório padrão para criação de projetos

e bibliotecas (aba General). Utilize, preferencialmente, um diretório em uma
unidade de disco diferente daquela em que se encontra a instalação do PCS
7 (Figura 3).

Figura 3: Configuração inicial de diretório padrão para criação de projetos e

bibliotecas.
A terceira configuração trata da seleção do tipo de compactação a ser utili-

zada e da localização dos arquivos compactados (backups) na aba Archiving.
Para isso, selecione o programa PKZip 4.0 e também selecione um diretório
para criação dos arquivos compactados, conforme a Figura 4.
Figura 4: Configuração inicial do processo de criação de backups.
Finalmente, deve-se configurar a faixa de números atribuidos às mensa-

gens provenientes da(s) CPU(s). Essa configuração é, sem qualquer tipo de

dúvida, a mais importante dentre as citadas e pode gerar problemas potenci-

almente perigosos caso não seja feita de maneira adequada. Para isso, na
aba Message numbers, deve-se selecionar a primeira opção: Always assign
CPU-oriented unique message numbers, conforme a Figura 5.
Figura 5: Configuração inicial de números de mensagens.
3 Multiprojeto
Esta seção tem por objetivo apresentar o proceso de criação e as ferra-
mentas de configuração de um multiprojeto PCS 7. O processo de criação de
um multiprojeto PCS 7 é ilustrado na Figura 6.

Figura 6: Metodologia de criação de multiprojetos em PCS 7 (Siemens,

2007b) - adaptada.
3.1 Configurações iniciais

As configurações iniciais referentes ao Simatic Manager são descritas no
item 2.1.
3.2 Criação de um multiprojeto

Antes de se iniciar o procedimento para criação de um multiprojeto, torna-
se importante argumentar a respeito da necessidade de sua criação. Um
multiprojeto não consiste apenas em um conjunto de projetos e bibliotecas.
Na verdade, apenas com a criação de um multiprojeto é possível utilizar todas
as ferramentas disponibilizadas pelo PCS 7. O principal argumento para essa
afirmação está na criação de uma biblioteca principal, apenas criada quando

se utiliza um multiprojeto (Master Data Library).
A Master Data Library tem importância fundamental no desenvolvimento

de um multiprojeto PCS 7 por dois motivos principais. Primeiramente, essa
biblioteca pode servir como um repositório de blocos ligeiramente modifica-
dos a serem utilizados em todos os projetos do multiprojeto (item B.4.10).
Além disso (e talvez principalmente), apenas com a utilização da Master Data
Library é possível a criação e utilização de charts típicos, via Models ou Pro-
cess Tag Types (Seção 4).
Para a criação de um novo multiprojeto, aconselha-se que se utilize o as-

sistente de criação de (multi)projetos. Para isso, no Simatic Manager, basta
selecionar File → ‘New Project’ Wizard. Devido ao que foi argumentado,
deve-se selecionar a opção Multiproject with project and master data library.
Isso implica a criação de um multiprojeto com um projeto e a Master Data
Library. A Figura 7 ilustra a primeira janela do assistente2 .
Figura 7: Assistente de criação de (multi)projeto - Janela 1/5.
Em seguida, deve-se selecionar a CPU de alguma das AS’s do projeto.

Evidentemente, essa configuração pode ser modificada futuramente. Caso
se trate de uma AS redundante, deve-se marcar a opção Installed in Simatic
H-Station. O assistente, inclusive, apenas disponibiliza essa opção caso se
trate de uma CPU apropriada (H). A Figura 8 ilustra a segunda janela do
assistente.
2
A Figura 7 ilustra a primeira janela do assistente do PCS 7 V6.1. Na versão 7.0, não
existe sequer a possibilidade de se criar um projeto não vinculado a um multiprojeto, o que
confirma a importância do segundo.

A próxima janela trata da configuração da arquitetura do projeto a ser cri-

ado. Nos itens Plant hierarchy e AS objects, deve-se selecionar o número de
níveis da hierarquia da planta e os tipos de objetos a serem criados nessa hi-
erarquia, respectivamente. Embora essa configuração possa ser modificada
com o decorrer do desenvolvimento do projeto, aconselha-se que sejam sele-
cionadas as opções definitivas (3 níveis e CFC e SFC charts, tipicamente).
No item OS objects, algum cuidado deve ser tomado. Embora as duas

primeiras opções (Single-user system e Multi-user system) possam ser con-
figuradas durante o desenvolvimento do projeto, a terceira opção (Multi-user
system redundant) trata da criação de servidores redundantes. Devido a isso,
aconselha-se fortemente a configurar multiprojetos com a utilização de servi-
dores redundantes durante a sua criação (com a seleção da terceira opção na
terceira janela do assistente, conforme a Figura 9).

As opções para PCS 7 OS na Figura 9 dizem respeito a:
• Single-user system: Uma única OS stand alone;
• Multi-user system: Estrutura cliente/servidor;
• Multi-user system redundant: Estrutura cliente/servidor com servidor re-

dundante.
A quarta janela do assistente trata da criação de nomes3 para o diretório

em que será criado o multiprojeto e, conseqüentemente, para o projeto e para
a Master Data Library (canto superior direito). Além disso, deve-se selecionar
a localização do diretório do multiprojeto, conforme a Figura 10.
3
Evite nomes com mais de oito caracteres.

Finalmente, o assistente dá a opção de se selecionar a maneira com que

serão atribuídos números às mensagens de diagnóstico provenientes da(s)
AS(s). Deve-se, conforme os itens 2.1 e B.2.17, selecionar a primeira opção
(Figura 11).

Com o pressionamento do botão Make, o PCS 7 cria o diretório do multi-

projeto com toda a sua hierarquia e alguns arquivos de configuração iniciais.
Esse procedimento pode levar alguns minutos.
3.2.1 Modos de visualização de um multiprojeto
Um multiprojeto pode ser visualizado com a utilização de três ferramentas

distintas:
1. Component View;
2. Plant View;
3. Process Object View.
O Component View é o ambiente de visualização e configuração das AS’s,

OS’s e redes de campo. Nesse ambiente, podem-se inserir, por exemplo, os
seguintes tipos de objetos:
• Simatic S7 400 Station;

• Simatic H 400 Station;

• Simatic PC Station.
A Figura 12 ilustra o Component View.
Figura 12: Component View (Solution, 2007).
O Plant View é o ambiente de criação e configuração da hierarquia da

planta e do(s) programa(s) a ser(em) executado(s) na(s) CPU(s) da(s) AS(s).

Além disso, esse é o ambiente em que se configuram as conexões entre AS(s)

e OS(s) (item 3.5). Os seguintes objetos podem ser inseridos no Plant View:
• Hierarchy Folder;
• CFC;
• SFC;
• Picture;
• Report;
• Demais documentos (texto, Word, Excel).
A Figura 13 ilustra o Plant View.
Finalmente, o Process Object View apresenta vários aspectos do projeto

como parâmetros, sinais, mensagens, textos e etc em forma de tabela. Esse
é um ambiente bastante útil para modificações em grandes quantidades de
blocos. Tipicamente, modificações relativas a mensagens de alarme são con-
figuradas no Process Object View de maneira bastante prática e evita a ne-
cessidade de acesso direto aos blocos (o que causa grande perda de tempo).
De fato, quanto maior a quantidade de blocos a serem modificados, mais útil
será a utilização desse ambiente.

A Figura 14 ilustra o Process Object View.
3.3 Primeiros passos

O primeiro passo para o desenvolvimento de um projeto PCS 7 (após a
sua criação) consiste na criação das estações de automação (AS) e estações
de operação (OS). Evidentemente, o número de AS’s e OS’s (e suas configu-
rações) depende das especificações do projeto.
Um projeto PCS 7 é caracterizado tipicamente por, ao menos, uma AS e

uma OS. De maneira mais rigorosa, uma Simatic 400 Station (ou Simatic H
Station, para sistemas redundantes) e uma Simatic PC Station (que contém

uma OS). A Figura 12 apresenta a configuração de um projeto PCS 7 (contido

em um multiprojeto) que possui 7 AS’s (4 Simatic 400 Stations e 3 Simatic H
Stations) e 8 Simatic PC Stations (uma estação de engenharia, cinco esta-
ções de operação clientes e duas estações servidoras redundantes).
A criação desses elementos em um projeto PCS 7 deve ser feita no Com-

ponent View. Para isso, basta selecionar o projeto e Insert na barra de fer-
ramentas do Simatic Manager ou pressionar o botão direito sobre o projeto e
Insert New Object.
Após a inserção das Simatic Stations, deve-se proceder com a sua con-
figuração, via HW Config. Essa configuração é a responsável pela diferenci-
ação das diversas estações, de acordo com a função a ser desempenhada.
Por exemplo, apenas com a inserção das Simatic Stations, não se pode afir-
mar que uma Simatic PC Station seja uma single station, uma estação cliente
ou servidora.
3.4 Configuração de HW e download

Uma vez que as estações sejam inseridas no Simatic Manager, deve-se
proceder com a sua configuração no HW Config. As configurações de AS’s e
OS’s se diferenciam primordialmente pelos elementos de hardware inseridos
e são abordadas nos itens 3.4.1 e 3.4.2.
3.4.1 AS
A configuração de hardware de uma AS envolve, tipicamente, os seguintes

componentes:
• Rack4 : fonte de alimentação (PS), CPU, cartões de comunicação Ether-

net e cartões de comunicação de redes de campo (Profibus, p.ex.);
• Remotas: cartões de entrada e de saída;
• Y-links e DP/PA links (no caso de rede Profibus);
• Equipamentos de rede (acionamentos);
• Instrumentos de rede.
4
No caso de um sistema redundante (H System, essa configuração é duplicada. Além
disso, inserem-se nos slots da CPU, módulos de redundância H Sync Submodules.)

A Figura 15 ilustra um exemplo de configuração de hardware de uma AS

redundante no HW Config.
Figura 15: Configuração de hardware no HW Config (Solution, 2007).
Sempre que se realiza o primeiro download para a CPU ou após perda

total de programa (via desenergização completa da CPU ou Memory Reset
manual), deve-se também fazer download das conexões e gateways. Esse
procedimento deve ser feito via NetPro e pode ser executado de duas manei-
ras distintas. A Seção B.2.2 discute os dois procedimentos possíveis.
A Figura 16 ilustra a visualização de configuração de hardware no NetPro.

Figura 16: Configuração de hardware no NetPro (Solution, 2007).
3.4.2 OS
O procedimento de configuração de hardware de uma OS é semelhante

ao relativo a uma AS. A diferença está nos componentes inseridos. Neste
caso, inserem-se componentes da pasta Simatic PC Station do catálogo do
HW Config. Alguns componentes típicos são:
• Application;
• WinCC Application;
• Placa de comunicação Ethernet (tipicamente, CP 1613), caso a estação

esteja conectada a uma rede Ethernet de AS’s.

A Figura 17 ilustra a visualização da configuração de hardware de uma

estação de engenharia no NetPro.
Figura 17: Configuração de hardware no NetPro (Solution, 2007).
3.5 Criação e configuração da hierarquia da planta

Uma das importantes particularidades do PCS 7 consiste no fato de se tra-
tar de uma ferramenta de automação orientada por área. Com isso, pretende-
se dizer que o multiprojeto criado deve ser visto como uma representação
conveniente da planta real.
Para que se possa tirar proveito de todas as funcionalidades oferecidas

pelo PCS 7, deve-se atentar para a possibilidade de programação de AS(s)

e OS(s) de forma integrada. Para isso, o primeiro passo consiste na cria-

ção de vínculos entre o programa (blocos) a ser executado na(s) CPU(s) e
suas representações no sistema de supervisão (OS). Esse vínculo é criado
de forma explícita, com a associação de um Hierarchy Folder com uma AS
e uma OS, segundo a Figura 18. Para isso, basta pressionar o botão direito
sobre o Hierarchy Folder e Object Properties → AS OS Assignment.
Figura 18: AS OS Assignment na hierarquia de planta (Solution, 2007).
Essa associação (AS OS Assignment) tem duas implicações principais:
1. Todos os charts inseridos no Hierarchy Folder em questão serão tam-

bém inseridos na AS associada. A inserção na AS pode ser visualizada
no Component View;
2. Todos os charts inseridos no Hierarchy Folder em questão terão repre-

sentação na OS associada após a sua compilação (da OS).
Outras duas configurações no que diz respeito principalmente ao vínculo

com a(s) OS(s) também merecem atenção. A primeira delas consiste na defi-
nição de uma identificação para o Hierarchy Folder. Para isso, basta selecio-
nar a aba Control and Monitoring Attributes na mesma janela da configuração
anterior, conforme a Figura 19, e inserir um nome conveniente no campo OS
area ID.

Figura 19: Atributos da hierarquia de planta (Solution, 2007).
Essa identificação será o nome utilizado na OS para a área representada

pelo Hierarchy Folder. Os nomes escolhidos ganham importância por se trata-
rem dos nomes gerados automaticamente, durante a compilação da OS, para
navegação pelas áreas e telas do sistema de supervisão. De fato, a árvore
criada no Plant View terá representação na OS de acordo com sua configura-
ção no Simatic Manager.
Nesse contexto, surge a última configuração importante para criação dos

vínculos. Além de configurações como número de caracteres para nomes de
Hierarchy Folders e número de níveis de hierarquia (configurados durante a
criação do multiprojeto, Seção 3.2), pode-se determinar o nível da hierarquia
a partir do qual haverá representação na OS. Para isso, deve-se pressionar o
botão direito sobre o projeto, Plant Hierarchy → Settings.
Na janela de configuração, existe um campo denominado OS area em que

se pode definir o nível “raiz” da representação da hierarquia na OS, conforme
a Figura 20. O nível selecionado será mostrado na barra de navegação da
OS, os níveis inferiores serão criados como folhas na árvore criada e os níveis
superiores não terão representação na OS.

Figura 20: Configuração da hierarquia de planta (Solution, 2007).
3.6 Programação em CFC

Após a criação da hierarquia da planta, o próximo passo consiste na
programação em CFC. O procedimento consiste basicamente na criação de
charts e na sua programação, com a utilização de blocos das bibliotecas dis-
poníveis (bibliotecas PCS 7, do projeto ou criadas separadamente). A inser-
ção de charts pode ser feita de duas maneiras distintas:
1. Manualmente, via botão direito, Insert New Object → CFC;
2. Automaticamente, via Process Tag Types (Seção 4).
Um procedimento aconselhável para inserção de blocos em charts e Pro-

cess Tag Types é descrito na Seção B.4.10.
3.6.1 Disponibilização de Symbols na OS
Em princípio, um ponto criado na base de dados (Symbols) não pode ser

acessado a partir da OS. Para que isso aconteça, é necessario que se pres-
sione o botão direito sobre a linha do ponto na tabela de símbolos → Special

Object Properties → Operator Control and Monitoring e, em seguida, sele-

cionar o checkbox de mesmo nome. Com o fim desse procedimento, uma
bandeira verde aparece na linha que contém o símbolo modificado. Essa é
a indicação de que o tag em questão estará disponível na OS (após a sua
compilação).
3.7 Programação em SFC

A principal funcionalidade da programação em SFC consiste na possibili-
dade de execução de comandos ordenados no tempo. Com isso, pretende-se
dizer que essa linguagem permite que atividades sejam executadas segundo
uma ordem de precedência pré-estabelecida. Por exemplo, a partida de uma
conjunto de correias transportadoras deve ser feita de tal forma que aquela
mais à juzante do fluxo de material seja ligada primeiro e as demais sejam
ligadas sucessivamente até que se ligue a correia mais à montante.
Um programa em SFC é formado basicamente de Passos e Transições.

Enquanto um passo consiste em um bloco responsável pela execução de ati-
vidades (ligar motor, abrir válvula e etc), uma transição consiste em um bloco
de tomada de decisão em que se estabelece uma condição para que os blo-
cos seguintes/abaixo sejam executados (semelhante a uma cláusula if). A
Figura 21 ilustra um exemplo de programa em SFC.

Figura 21: Exemplo de programação em SFC (Solution, 2007).
Todo programa em SFC possui uma represetação em forma de bloco CFC,

denominada External View. Essa representação disponibiliza pinos de co-
mando e de estado do programa SFC em si. Essa é a maneira mais eficiente
de se iniciar, parar ou avaliar o estado de execução da seqüência implemen-
tada. A Figura 22 ilustra a External View de uma seqüência implementada em
SFC.

Figura 22: External View de um SFC (Solution, 2007).
O PCS 7 disponibiliza uma ferramenta de controle de seqüências em SFC

(via faceplates padronizados) denominado SFC Visualization. Embora bas-
tante útil esse padrão de janela pode ser substituído por um padrão persona-
lizado. Para isso, a Solution criou o bloco Driver_SFC, que disponibiliza todos
os comandos e estados relevantes de uma seqüência para monitoramento na
OS. A criação desse bloco partiu da constatação de que um programa em
SFC pode ser representado como uma máquina de estados. Para maiores
detalhes, veja a Seção B.4.13.
3.8 Compilação e download de AS

Um aspecto importante no que diz respeito à programação de uma AS
(CFC/SFC) consiste no fato de os ambientes de programação dessas lingua-
gens salvarem as modificações automaticamente. Essa particularidade dá
origem a três impactos principais:
1. Não é necessário salvar modificações. Devido a isso, não existe a pos-

sibilidade de perda de trabalho caso haja algum problema inseperado
(como finalização repentina da aplicação por falta de energia, por exem-
plo);

2. Não é possível desfazer (undo) ou refazer (redo) modificações. Apesar

de não ser conseqüência direta do salvamento automático, também se
trata de uma caracterítica importante;
3. Após uma modificação, deve-se apenas compilar e fazer download do

programa modificado.
No que diz respeito à compilação do programa, duas observações mere-
cem destaque. A primeira delas diz respeito às conexões de texto. Essas
conexões são criadas tipicamente quando se executa copy/cut e paste en-
tre charts e representam conexões que não têm mais correspondência. Uma
conexão de texto é representada por um triângulo amarelo na margem do
ambiente de programação em CFC e deve ser usada como referência para a
criação de novas conexões.
A segunda observação se refere à utilização de blocos driver. Esses blo-

cos são responsáveis pela disponibilização de boa parte das variáveis de en-
trada e saída e, principalmente, pela disponibilização de diagnósticos do com-
ponente responsável pela comunicação (cartões de I/O e variáveis acessadas
via Profibus PA, tipicamente).
Para que um driver possa ser utilizado de forma adequada, deve-se com-
pilar o programa da AS com a opção Generate Module Drivers selecionada.
Essa seleção faz com que o PCS 7 crie blocos internos responsáveis pela ob-
tenção de diagnósticos dos componentes de comunicação e os conecte aos
drivers via um pino denominado Mode. De forma resumida, duas conclusões
podem ser tiradas:
1. Sempre que um sinal de entrada ou de saída for utilizado, deve-se utili-
zar um driver;
2. Sempre que um driver for utilizado, deve-se compilar com a opção Ge-
nerate Module Drivers selecionada. Essa seleção deve ser mantida ape-
nas para a primeira compilação após a inserção do driver pois causa
uma aumento considerável do tempo de compilação.
Uma última observação ainda deve ser feita. Sempre que possível, deve-
se optar pela compilação parcial (Changes only). Esse procedimento diminui
o tempo de compilação e, principalmente, evita uma eventual necessidade
de download completo (o que causa parada de CPU). Quanto às demais se-
leções da janela de compilação (Figura 23), aconselha-se que sejam todas
marcadas durante ao menos uma compilação do programa e, depois disso,
devem permanecer preferencialmente desmarcadas.

Figura 23: Compilação de AS.
Uma vez que o programa tenha sido compilado, basta fazer download para
a AS5 . Para isso, aconselha-se conferir os campos CPU e Program name
(ambos referentes à AS para a qual o download será feito) e sempre que
possível, optar por download apenas das modificações (Changes only) para
evitar parada de CPU. Quanto à opção Include user data blocks, aconselha-se
que esteja marcada (Figura 24).
Figura 24: Compilação de AS - Generate Module Drivers.

5
Veja a Seção 3.5 para detalhes sobre a maneira com que o PCS 7 avalia a AS para a
qual o download será feito (AS OS assignment).

3.9 Compilação de OS
A compilação de OS consiste no passo responsável pela criação de tags
e da interface gráfica correspondente aos programas (CFC/SFC) de AS(s) na
OS. De fato, essa possibilidade de integração entre programação de PLC e
sistema de supervisão é um dos principais diferenciais de um sistema híbrido.
Para maiores detalhes, veja a Seção B.3.4.
Uma vez que se deseja integração entre AS’s e OS’s, é razoável imagi-
nar que a compilação da(s) OS(s) devam ser feitas após a compilação da(s)
AS(s). Com isso, dois procedimentos podem ser adotados para a compilação
de uma OS. O primeiro deles consiste na utilização do assistente de compila-
ção e download de AS’s e OS’s. Esse assistente pode ser acessado via PLC
→ Compile and Download Objects no Simatic Manager com o multiprojeto
selecionado e é ilustrado na Figura 25.
Figura 25: Assistente de compilação e download de AS e OS (Solution, 2007).

Embora bastante útil, o assistente de compilação e download de AS’s e

OS’s deve ser utilizado com bastante cuidado (veja Seção B.3.3). Preferenci-
almente, deve-se optar pelo procedimento manual, que consiste na compila-
ção (e download) de AS seguido da compilação de OS.
Para a compilação de OS, basta selecionar a OS a ser compilada e, com

o botão direito, Compile. A primeira janela mostra o vínculo existente entre
a hierarquia de planta criada (áreas criadas no Simatic Manager) e uma OS,
conforme a Figura 26. Esse vínculo é criado via AS OS assigment (Seção
3.5).
Figura 26: Compilação de OS - janela 1/4 (Solution, 2007).
A segunda janela lista as conexões existentes entre a OS e todas as AS’s

com as quais deve se comunicar (Figura 27). Veja maiores detalhes sobre
conexões entre AS’s e OS’s na Seção B.3.

A terceira janela oferece a possibilidade de seleção do escopo da compi-

lação, conforme a Figura 28. Em princípio todos as opções devem ser seleci-
onadas6 . Deve-se apenas atentar para o fato de que compilações completas
(Entire OS) podem causar a necessidade de parada do sistema de supervi-
são no instante do download. Com isso, deve-se preferencialmente compilar
apenas as modificações (opção Changes)7 .

6
Talvez não seja necessária a seleção da opção SFC Visualization caso a interface de
controle de seqüências (SFC) seja feita de forma personalizada.
7
Contudo, aconselha-se que seja feita ao menos uma compilação completa com memory
reset durante o desenvolvimento do projeto.

Finalmente, a quarta janela lista todas as configurações selecionadas,

conforme a Figura 29. Com isso, basta pressionar o botão Compile e pro-
cesso de compilação é iniciado (e dura alguns minutos, tipicamente).
3.10 Execução de AS(s) e OS(s)

Uma vez que a(s) AS(s) e OS(s) do multiprojeto estejam devidamente con-
figuradas, programadas e os downloads já tenham sido feitos, resta partir o
sistema. No que diz respeito à(s) AS(s), basta garantir que a CPU está funci-
onando8 . Quanto à(s) OS(s), basta iniciar a aplicação de supervisão a partir
do WinCC Explorer. Uma vez que a aplicação esteja funcionando, o WinCC
Exprorer pode ser fechado sem que a aplicação o seja pelo botão de “fechar
janela” (padrão Windows) e com a seleção da opção Exit WinCC Explorer.
3.11 Backups
O Simatic Manager pode ser utilizado para compactar e descompactar um
(multi)projeto. Para isso, basta selecionar as opções File → archive (Figura
30) e File → retrieve (Figura 31). Importante apenas observar que se deve
8
Preferencialmante sem a indicação de qualquer tipo de erro de execução ou comunica-
ção, indicado com LEDs nos cartões de comunicação e na própria CPU.

fazer backup de todo o multiprojeto. Com isso, todos os projetos e bibliotecas

que o compõem também serão compactados.
Figura 30: Compactação via archive (Solution, 2007).
Figura 31: Descompactação via retrieve (Solution, 2007).
Alternativamente, toda a pasta criada pelo Simatic Manager durante a cri-

ação do multiprojeto de mesmo nome pode ser compactada da maneira con-
vencional (com ZIP, por exemplo). Em ambos os casos, deve-se conferir se
todas as aplicações do PCS 7 (Tabela 1, por exemplo) estão fechadas.
Uma importante particularidade caracteriza a primeira utilização de um

multiprojeto descompactado (restauração de backup). Caso o backup tenha
sido feito da maneira convencional, o Step 7 não consegue manter os vínculos
entre o multiprojeto e seus componentes: projetos(s) e biblioteca(s). Com
isso, torna-se necessário, inseri-los após a abertura do multiprojeto recém
descompactado. Para isso:

1. No Simatic Manager, botão direito sobre o multiprojeto, Multiproject →

Insert into Multiproject;
2. Pressionar Browse para selecionar o(s) projeto(s) a ser(em) inserido(s)

ao multiprojeto: Neste instante, algumas mensagens possivelmente apa-
recerão para advertir a respeito do fato de o projeto selecionado já fazer
parte de um multiprojeto. Evidentemente, caso a seleção do projeto te-
nha sido feita de maneira correta, o projeto selecionado já pertence ao
multiprojeto restaurado9 . Com isso, basta confirmar a sua inserção;
3. Repetir os passos 1 e 2 para todas as bibliotecas do multiprojeto, inclu-

sive a Master Data Library;
4. Botão direito sobre a Master Data Library, Multiproject → Define as Mas-

ter Data Library. Caso o ícone dessa biblioteca não fique azul, fechar a
abrir novamente o Simatic Manager.
4 Criação de blocos e process tag types

Assim como outras ferramentas de desenvolvimento de aplicações para
PLC, o PCS 7 disponibiliza uma série de blocos típicos distribuídos em bibli-
otecas relacionadas. Esses blocos se tratam de implementações de lógicas
simples e tipicamente de uso bastante recorrente. Contudo, o PCS 7 provê
a possibiliade de criação de típicos de programação segundo dois enfoques
principais: o encapsulamento em um bloco único e a criação de padrões de
programação.
No primeiro caso, criam-se blocos responsáveis pela execução de lógi-

cas pré-estabelecidas com a disponibilização apenas de uma interface de
acesso, representada por seus pinos de entrada e de saída e seus atributos.
No segundo caso, criam-se coleções de blocos, cujo comportamento seja re-
corrente para a aplicação desejada, com a manutenção do acesso à lógica
implementada. Esses dois enfoques são tratados nos itens 4.1 e 4.2 respec-
tivamente.
4.1 Criação de blocos

A criação de blocos em ambiente CFC é a implementação mais direta
da capacidade de modularização do programa de PLC pelo PCS 7. De ma-
9
De fato, o Step 7 diz que o projeto já pertence a um multiprojeto com mesmo nome do
restaurado.

neira bastante simplificada, um bloco representa uma instância de uma função

implementada para a execução de uma lógica pré-estabelecida. Para isso,
utilizam-se tipicamente duas linguagens de programação: o próprio CFC e o
SCL (linguagem estruturada).
O procedimento de criação de um bloco personalizado é bastante simples,

e consiste nos seguintes passos:
1. Caso ainda não exista, criar uma nova biblioteca para armazenamento
dos blocos personalizados: botão direito sobre o multiprojeto, Multipro-
ject → Create in Multiproject, selecionar Library em Type (Figura 32);
2. Na biblioteca (no Component View), selecionar:
• Para programação em CFC: a pasta Charts, botão direito, Insert

New Object → CFC;
• Para programação em SCL: a pasta Sources, botão direito, Insert
New Object → SCL Source;
3. Dar nome sugestivo para o arquivo;
4. Implementar o bloco: duplo clique sobre o arquivo e programação;
5. Salvar e compilar o bloco:
• Para programação em CFC: selecionar Chart → Compile → Chart

as Block Type (Figuras 33 e 34);
• Para programação em SCL: salvar e bloco e compilá-lo (botão
Compile na barra de ferramentas);
6. Na pasta Blocks, botão direito sobre o FB criado, Object Properties e,

na aba General - Part 1, preencher o campo Symbol Comment. Para
programação em SCL, o campo Name tipicamente também precisa ser
preenchido;
Com o fim desse procedimento, o bloco estará disponível na bliblioteca

em que foi criada, no Catalog do ambiente de programação em CFC.

Figura 32: Criação de nova biblioteca (Solution, 2007).
Figura 33: Compilação de bloco programado em CFC - Aba General.

Figura 34: Compilação de bloco programado em CFC - Aba Attributes.
No que diz respeito à programação do bloco personalizado, dois aspectos

devem ser ressaltados:
• Para programação em CFC, a tabela para criação de pinos de entrada e

saída é mostrada com o pressionamento do botão Chart Inputs/Outputs
na barra de ferramentas (Figura 35). Além disso, sua utilização é feita
com botão direito sobre o pino a ser conectado, Interconnection to Chart
I/O;
• Para programação em SCL, o ambiente de programação provê uma sé-

rie de assistentes para adequação da sintaxe de programação, como
Insert → Block Template → FB, por exemplo (Figura 36).

Figura 35: Exemplo de bloco implementado em CFC.
Figura 36: Exemplo de bloco implementado em SCL.
Para maiores detalhes a respeito da programação em SCL e dos atributos

dos blocos e parâmetros (pinos), veja (Siemens, 2007b), capítulo 7.

4.2 Criação de Process Tag Types

A criação de Process tag types é responsável pela capacidade de imple-
mentação de coleções de blocos para representação de lógicas típicas do
processo a ser controlado. De maneira diferente do que ocorre com a criação
de blocos (item 4.1), a criação de Process tag types não implica a criação
de um novo bloco, mas sim apenas o agrupamento de blocos relacionados
e, principalmente, a capacidade de importação de tantos process tags quanto
desejado de maneira otimizada.
Para a criação de um Process tag type, o seguinte procedimento deve ser

seguido:
1. No Plant View, selecionar a pasta Process tag types na Master Data

Library;
2. Botão direito, Insert New Object → CFC;
3. Dar nome sugestivo ao chart;
4. Programar o chart;
5. Criar o Process tag type;
6. Criar o arquivo de importação;
7. Configurar o arquivo de importação;
8. Importar o arquivo criado.
Os três primeiros passos são triviais. O passos seguintes são descritos

nos itens 4.2.1 a 4.2.5.
4.2.1 Programação do chart
A programação do chart a ser tranformado em Process tag type deve ser

feito da maneira usual. Apenas dois aspectos devem ser ressaltados no que
diz respeito à boa prática de programação:
1. Todos os blocos devem ter nomes sugestivos. Caso isso não ocorra, ha-
verá dificuldades para sua identificação na etapa de criação do Process
tag type (próximo passo);

2. Deve-se executar Options → Optimize Run Sequence. A importância

desse procedimento está no fato de um Process tag type ser um modelo
a partir do qual serão criadas várias instâncias de programação típicas.
Caso o modelo esteja mal organizado (ordem de execução dos blocos
não otimizada) todas as instâncias inseridas também estarão.
4.2.2 Criação do Process Tag Type
Após a programação do chart, deve-se criar o Process tag type. Para

isso, basta pressionar o botão direito sobre o chart (pasta Process tag types
no Plant View), Process tags → Create/Change Process Tag Type. A primeira
janela mostra propriedades do chart e indica a legenda para o padrão de íco-
nes adotados para o process tag type e para os process tags (instâncias).
A segunda janela é responsável pela determinação dos pinos a serem

disponibilizados no arquivo de importação (o que faz com que cada instân-
cia importada seja conectada a um conjunto de tags diferente, por exemplo).
Essa janela é ilustrada na Figura 37.
Figura 37: Criação de sinais e parâmetros.
Um pino de um bloco de um process tag type pode ser considerado como

um parameter ou um signal. Essa diferenciação se faz de tal forma que:
• Parameter:

– para pinos que representam valores a serem ajustados10 ;

– para pinos que representam interconexões entre charts;
• Signal:
– para pinos a serem conectados a pontos de I/O (Symbols).
Apenas uma observação: caso algum dos blocos que fazem parte do pro-
cess tag type possua mensagens11 (como o bloco de motor Siemens, por
exemplo) o campo Messages (ícone vermelho) também deve ser selecionado.
Nesse caso, esse campo é transferido para o quadro I/O points for messages,
conforme a Figura 37.
Com o fim desse procedimento, o ícone do process tag type se torna

branco (segundo a legenda da primeira janela de criação do process tag type).
4.2.3 Criação do arquivo de importação
Uma vez que o process tag type tenha sido criado, o arquivo para importa-
ção deve ser criado. Esse procedimento consiste na transformação do chart
criado em um arquivo em forma de tabela, com extensão .IEA.
Para isso, basta pressionar o botão direito sobre o process tag type, Pro-
cess Tags → Assign/Create Import File. A primeira janela lista características
do process tag type e a segunda é responsável pela criação do arquivo pro-
priamente dita (Figura 38).
10
Tempo de monitoramento para falha na partida, por exemplo.
11
Representam alarmes no WinCC.

Figura 38: Criação do arquivo de importação.
O primeiro passo consiste na seleção da localização e do nome do arquivo

.IEA. Para isso, basta pressionar Create File Template. A janela de seleção é
ilustrada na Figura 39.
Figura 39: Criação do arquivo de importação - seleção do arquivo.
O próximo passo consiste na configuração das informações a serem dis-

ponibilizadas no arquivo .IEA. A Figura 40 ilustra as configurações típicas (boa
parte delas default).

Figura 40: Criação do arquivo de importação - configurações típicas.
Finalmente, a Figura 41 ilustra a última janela de criação do arquivo de

importação, em que se mostram a localização exata do arquivo .IEA e as
informações nele disponibilizadas.

Figura 41: Criação do arquivo de importação - finalização.
4.2.4 Configuração do arquivo de importação
Para a configuração do arquivo de importação, basta dar duplo clique so-

bre o arquivo .IEA. Nesse arquivo, cada linha representa uma instância do
process tag type a ser importada12 . Os campos disponíveis para edição são,
de acordo com as configurações da Figura 40:
1. Nome do projeto: Caso o multiprojeto seja composto de vários projetos,

pode-se inserir o projeto a que o process tag (a ser inserido) pertence;
2. Hierarquia: Localização na hierarquia da planta em que o process tag

deve ser inserido;
3. CPU: Nome do programa da CPU em que o process tag deve ser inse-
rido13 ;
4. Chart: Nome e descrição do chart (process tag) a ser inserido. Por

exemplo: BA-444-001 (ChName), BA-444-001 - Bomba 001 da área 555
(ChComment);
5. Lista de signals e parameters segundo sua inserção no processo de

criação do process tag type (item 4.2.2). Para o primeiro pino de cada
12
Para inserir novas linhas: botão direito sobre uma linha, Insert Lines.
13
Note que não se trata do nome da CPU, mas sim do nome do programa: um nível abaixo
da CPU no Component View.

bloco, também são disponibilizados parâmetros do respectivo bloco. Im-

portante observar a diferença de nomes para signals (SymbolName) e
parameters (Value).
Deve-se também observar que, conforme mencionado no item 4.2.2, pinos

classificados como parameters durante o processo de criação do process tag
type podem representar conexões entre charts. Para isso, basta que o campo
Value seja preenchido com uma conexão de texto. Essa conexão contém o
caminho completo de um pino de origem/destino pertencente a um bloco exis-
tente em algum outro chart.
Uma vez que se tenha inserido e configurado uma linha para cada novo
process tag, o processo de configuração do arquivo de importação está fina-
lizado.
4.2.5 Importação do arquivo criado
Uma vez que o arquivo tenha sido configurado, resta importá-lo. Para isso,
basta pressionar o botão direito sobre o process tag type, Process tags → Im-
port. Em seguida, basta selecionar o arquivo desejado com o pressionamento
de Other File e importá-lo.
Interessante observar a localização e as conexões criadas nas instâncias

criadas. Além disso, os charts importados serão representados por ícones di-
ferentes daqueles criados diretamente, segundo a legenda da primeira janela
de criação do process tag type.
5 Comunicação entre AS e OS e redes de campo

5.1 Comunicação entre AS e OS
A maneira mais comum e simples de se comunicar AS e OS é via Ethernet.
A rede Ethernet que conecta AS(s) e OS(s) é também denominada rede da
planta e é representada na Figura 42. Nessa Figura, ilustra-se uma configu-
ração de rede com uma OS, uma AS e um PLC S7 300. As conexões dessas
CPU’s são feitas via cartões de comunicação Ethernet: CP 1613 (OS), CP
343-1 (S7 300) e CP 443-1 (AS). A configuração da rede da planta pode ser
visualizada e configurada no NetPro.

Figura 42: Comunicação entre AS/PLC e OS via Ethernet (Siemens, 2005b).
A Tabela 3 lista configurações (recomendadas / mínimas) para OS’s14 :
Tabela 3: Configuração de hardware básica para OS’s (Siemens, 2005a).

Tipo de Estação Processamento Memória (RAM) Espaço em disco
Estação de Engenharia 2.8 GHz / 1 GHz 1 GB / 768 MB 120 GB / 40 GB
OS Single Station 2.8 GHz / 1 GHz 1 GB / 768 MB 120 GB / 40 GB
OS Server 2.8 GHz / 1 GHz 1 GB / 768 MB 120 GB / 40 GB
Central Archive Server 2.8 GHz / 2.8 GHz 1 GB / 1GB 120 GB / 120 GB
OS Client 2.8 GHz / 866 MHz 512 MB / 512 MB 80 GB / 40 GB
OS Web Server 2.8 GHz / 1 GHz 1 GB / 768 MB 120 GB / 40 GB
Maintenance Server 2.8 GHz / 2 GHz 1 GB / 1GB 120 GB / 40 GB
BATCH Single Station 2.8 GHz / 2 GHz 1 GB / 1GB 120 GB / 60 GB
BATCH Server 2.8 GHz / 2 GHz 1 GB / 1GB 120 GB / 60 GB
BATCH Client 2.8 GHz / 866 MHz 512 MB / 512 MB 80 GB / 40 GB
BATCH e OS Client 2.8 GHz / 2 GHz 1 GB / 1GB 80 GB / 40 GB
Route Control Single 2.8 GHz / 2 GHz 1 GB / 768 MB 120 GB / 40 GB
Station
Route Control Server 2.8 GHz / 2 GHz 1 GB / 768 MB 120 GB / 40 GB
Route Control Client 2.8 GHz / 866 MHz 512 MB / 512 MB 80 GB / 40 GB
5.2 Profibus
5.2.1 Meio Físico
A escolha do meio físico de comunicação tem grande influência na efici-

ência da troca de dados entre dispositivos industriais. Idealmente, uma rede
de campo deve garantir, principalmente, os seguintes aspectos:
• Grande confiabilidade (determinismo na troca de informação);

14
Alguns nomes são mantidos em inglês por simplicidade.

• Alta velocidade de transmissão;
• Cobertura de grandes áreas de processo;
• Alimentação dos dispositivos no mesmo meio físico utilizado para co-

municação;
• Possibilidade de transmissão em área classificada.
Partindo-se do princípio de que não é possível atender a todos esses re-

quisitos com um único meio de transmissão, existem atualmente três diferen-
tes meios físicos para comunicação via Profibus:
1. RS-485: para uso universal, em especial em sistemas de automação de

manufatura;
2. IEC 61158-2: em sistemas de automação e controle de processo;
3. Fibra Ótica: em sistemas que demandam grande imunidade a interfe-

rências e grandes distâncias.
Tipicamente, as conversões de meio físico são feitas por dispositivos de-

nominados:
• OLM (Optical Link Module): RS-485 ↔ Fibra Ótica;
• Links ou acopladores: RS-485 ↔ IEC 61158-2.
A Figura 43 ilustra esses dipositivos de conversão.

Figura 43: Rede Profibus - Meios físicos e conversores (Siemens, 2003).
5.2.2 Profibus PA: Links e Couplers
Os acopladores de segmento são conversores de sinal que adaptam os

sinais RS-485 (DP) ao nível do sinal IEC 61158-2 (PA). Do ponto de vista
do protocolo, os acopladores são transparentes (não-visíveis). De maneira
bastante simplificada, um coupler pode ser considerado como um dispositivo
sem representação sob o ponto de vista do protocolo Profibus e tipicamente
utilizado pela necessidade de aumento de corrente para alimentação dos ins-
trumentos conectados.
Por outro lado, um link possui inteligência intrínseca e transforma todos

os dispositivos conectados ao segmento IEC 61158-2 (PA) em um único dis-
positivo escravo no segmento RS-485 (DP) (Cassiolato et al., 2006). Desse
modo, a inserção de instrumentos PA (comunicação a 31,25 kbps) não implica
a necessidade de diminuição de velocidade no segmento RS-485 (DP). Isso
implica ser possível implementar redes rápidas, por exemplo, para funções de
controle com dispositivos de campo conectados em IEC 61158-2. Além disso,
os links aumentam a capacidade de endereçamento porque abrem um novo
ramo Profibus.
Com isso, as principais diferenças entre links e acopladores podem ser

listadas da seguinte maneira:

1. Link DP/PA:
(a) Consiste em um rack, com slots nos quais se podem conectar aco-
pladores;
(b) Visível no lado RS-485 (DP): possui nó associado;
(c) Abre novo ramo Profibus;
(d) Converte protocolos (DP ↔ PA);
2. Acoplador:
(a) Consiste em um cartão a ser conectado em um slot do link DP/PA;

(b) Transparente no lado RS-485 (DP): não possui nó associado;
(c) Não abre novo ramo Profibus;
(d) Não converte protocolos (apenas provê alimentação de corrente ao
novo ramo PA).
Maiores detalhes no item B.2.9.
5.2.3 Topologias de rede
O protocolo Profibus permite a utilização de três topologias distintas:
1. Barramento: Todos os dispositivos são conectados à rede tronco (bar-

ramento);
2. Árvore: Utilizam-se equipamentos (raízes) para derivação de ramos a

partir de um ponto específico;
3. Daisy Chain: Sem ramificações.
Apenas redes Profibus PA podem ser construídas em todas as topologias

citadas. As Figuras 44, 45 e 46 ilustram as topologias em Barramento, Árvore
e Daisy Chain, respectivamente.

Figura 44: Topologia de rede Profibus PA - Barramento (Smar, 2002).
Figura 45: Topologia de rede Profibus PA - Árvore (Smar, 2002).

Figura 46: Topologia de rede Profibus PA - Daisy Chain (Smar, 2002).
Maiores detalhes a respeito da topologia da rede Profibus DP pode ser

encontrada no item B.2.11.
5.2.4 Process Device Network View
O Process Device Network View é um modo de visualização de um multi-

projeto PCS 7 sob o ponto de vista dos dispositivos de rede Profibus. De forma
bastante simplificada, sua função é possibilitar a visualização e o acesso às
configurações de todos os dispositivos de rede conectados a todos os ramos
Profibus existentes no multiprojeto.
O modo de visualização consiste em uma estrutura em árvore, pela qual

se pode localizar qualquer dispositivo desde que se conheça o ramo Profibus
ao qual está conectado. Esse ambiente apenas é disponibilizado se a o PDM
estiver instalado e as configurações nos dispositivos são feitas com a utiliza-
ção dessa ferramenta. Para isso, basta dar duplo clique sobre o dispositivo
na árvore de ramos Profibus. Também é a partir desse modo de visualização
que se acessa o Lifelist (item 5.2.7).
5.2.5 GSD
O protocolo Profibus provê a possibilidade de comunicação com uma grande

variedade de dispositivos: dos mais simples aos mais complexos. Devido a
isso, torna-se conveniente a existência de um conjunto de regras para o esta-
belecimento da comunicação entre o mestre da rede e cada um dos diversos
tipos de dispositivos escravos conectados. No caso da rede Profibus, esse

conjunto de regras é representado por um Arquivo de Descrição de Disposi-

tivo (GSD).
O GSD consiste em um arquivo ASCII15 criado pelo fabricante do disposi-

tivo e contém palavras chaves que definem o seu comportamento no que diz
respeito à comunicação via Profibus. Essa é a maneira adotada para compa-
tibilizar os mais diversos tipos de dispositivos ao protocolo Profibus.
De uma maneira geral, as seguintes informações devem estar presentes

em um GSD:
• As taxas de transmissão possíveis;
• O tamanho dos blocos de dados de envio e recebimento;
• O significado das informações de diagnóstico do dispositivo;
• Uma classificação do dispositivo;
• Modos de funcionamento do dispositivo.
A Figura 47 ilustra a utilização de GSD’s para comunicação entre mestre

e escravos em uma rede Profibus.
Figura 47: Utilização de GSD’s (Siemens, 2002).

15
Um arquivo GSD pode ser aberto com o Wordpad, por exemplo.

5.2.6 Simatic PDM
O Simatic PDM consiste em uma ferramenta de configuração, parame-

trização, comissionamento e manutenção de dispositivos, redes e estações.
Atualmente, mais de 1000 dispositivos de mais de 100 diferentes fabricantes
podem ser configurados via PDM16 (Siemens, 2004b).
As configurações de dispositivos Profibus podem ser acessadas via PDM

a partir de (com duplo clique sobre o dispositivo):
• Simatic Manager (Process Device Network View);
• HW Config;
• Simatic PDM Lifelistn
Essas informações podem ser transferidas da estação de engenharia para

o dispostivo e vice-versa. No primeiro caso, trata-se do procedimento de
download. No segundo caso, o upload possibilita a adequação das configu-
rações existentes no projeto com as existentes no dispositivo. Uma vez que o
upload tenha sido feito, pode-se salvar a configuração atual tanto no formato
criado pelo PDM (via Save) quanto em formatos diferenciados (HTML, XML)
via ferramenta de exportação.
Com o intuito de facilitar a análise das configurações existentes no pro-

jeto e no dispositivo, o PDM disponibiliza uma ferramenta de comparação
dessas configurações. Para isso, basta selecionar File → Value Comparison
na janela de configuração do dispositivo desejado. Em seguida, tipicamente
deve-se optar pela opção Compare with online data of the loaded object. Com
isso, abrem-se as duas configurações, com destaque para as discrepâncias
existentes (em amarelo).
5.2.7 Simatic PDM Lifelist
De maneira bastante direta, o Lifelist consiste em uma ferramenta para

verificação de todos os nós conectados a um determinado ramo Profibus (Si-
emens, 2004b). O resultado desse scan feito no ramo Profibus selecionado
independe dos diagnósticos de funcionamento dos dispositivos: O Lifelist veri-
fica apenas o fato de os dispositivos estarem conectados ao ramo selecionado
(apenas aqueles conectados são listados).
16
Essa funcionalidade é inserida no GSD do dispositivo.

Uma outra importante funcionalidade do Lifelist consiste na possibilidade

de mudança de endereço (número de nó) remotamente. De fato, essa é uma
funcionalidade disponibilizada pelo GSD do dispositivo17 , mas, caso disponi-
bilizada pelo fabricante, previne a necessidade de configuração de número de
nós localmente.
Para acessar o Lifelist, basta pressionar o botão direito sobre o ramo de-
sejado (no Process Device Network View), Simatic PDM → Start Lifelist. A
Figura 48 ilustra janela inicial de utilização do Lifelist.
Figura 48: Janela inicial de utilização do Lifelist.
Em seguida, na janela principal do Lifelist, basta pressionar Start scan

na barra de ferramentas. Com isso, o ramo selecionado será verificado e
todos os nós conectados serão listados. Uma vez que isso ocorra, podem-se
então configurar os dispositivos via PDM. Para isso, basta dar duplo clique
sobre o dispositivo desejado. Quanto à modificação do número do nó, basta
pressionar o botão direito → Address.
5.2.8 PG/PC
A grande maioria dos projetos de automação é caracterizada pela utiliza-

ção de diversas redes de comunicação entre dispositivos. Quando se trata
da comunicação entre uma estação de engenharia e a(s) AS(s), torna-se bas-
tante conveniente que a primeira tenha acesso a toda a informação recebida
17
O que implica a necessidade de disponibilização dessa funcionalidade por parte do fabri-
cante do dispositivo, em seu GSD.

pela segunda, para fins de monitoramento.
Uma das maneiras de se implementar essa funcionalidade consiste na uti-

lização de cartões especiais para conexão da estação de engenharia com a(s)
rede(s) de campo (reponsáveis pelo tráfego de informação entre a(s) AS(s) e
a planta). No Step 7, o objeto PG/PC cumpre essa função. A Figura 49 ilustra
a funcionalidade do objeto PG/PC.
Figura 49: Ilustração da funcionalidade do objeto PG/PC (Siemens, 2004a).
De fato, o objeto PG/PC emula a utilização de um cartão especial, respon-

sável pela conexão direta entre a estação de engenharia e a rede de campo.
Para criação desse de um PG/PC, o seguinte procedimento deve ser seguido:
1. Botão direito sobre o projeto, Insert New Object → PG/PC;
2. Abrir NetPro e selecionar o PG/PC;
3. Selecionar PLC → Assign PG/PC;
4. Na aba Assignement, selecionar o tipo de comunicação a ser utilizada:

Tipicamente, PC Internal (local) ou ISO. Para a seleção adequada, veri-
ficar Options → Set PG/PC Interface no Simatic Manager;
5. Na aba Interfaces, selecionar a rede à qual o PG/PC deve-se conec-

tar para comunicação com a estação de engenharia (Ethernet, tipica-
mente);
6. Selecionar a rede e pressionar Properties: Desmarcar opção de comu-

nicação via TCP/IP e configurar o MAC da placa a ser utilizada para
comunicação (ipconfig /all no prompt do DOS);

7. Verificar, na aba Assignement, se a rede está ativa (checkbox);
8. Salvar e compilar o NetPro.
A Instalação
Este documento não pretende descrever passo a passo o procedimento
de instalação do PCS 7. O motivo para isso é bastante simples: a partir da
versão 6.1, basta que se insira o DVD principal (Simatic PCS 7 V6.1 SP1 -
Enginnering) e se sigam as recomendações caso algum dos componentes
ainda não esteja instalado. De forma bastante direta, o DVD principal verifica
todos os componentes instalados e, caso seja necessária a instalação de al-
gum não existente no próprio DVD, uma mensagem de advertência é emitida.
Alternativamente, esta Seção apresenta sugestões de configuração para

instalação do PCS 7. Além disso, apresenta o procedimento de instalação de
alguns componentes selecionados.
A.1 Sistema Operacional e Configurações das Estações

O sistema operacional instalado deve seguir as recomendações da Tabela
2. Além disso, as estações devem ter configurações segundo a Tabela 3.
A.2 Message Queuing Service

Um dos componentes necessários para a instalação do PCS 7 não exis-
tentes em seus DVD’s/CD’s de instalação consiste no Message Queuing Ser-
vice. Trata-se de um componente Windows e, para sua instalação, basta
inserir o CD de instalação18 do Windows e selecionar Install optional Windows
Components, conforme a Figura 50.
18
Alternativamente, basta selecionar Add or Remove Programs no Control Panel →
Add/Remove Windows Components.

Figura 50: Janela de instalação de componentes Windows.
Em seguida, basta marcar a opção Message Queiuing e pressionar Next,

segundo a Figura 51.
Figura 51: Janela de seleção de componentes Windows.
A.3 Microsoft Internet Information Services (IIS)

O procedimento de instalação do Microsoft Internet Information Services
(IIS) é idêntico ao relativo ao Message Queuing Service exceto, evidente-
mente, na seleção do componente a ser instalado (Figura 51). Neste caso
basta selecionar “Microsoft Internet Information Services (IIS)”.

A.4 Simatic PCS 7

O instalador do PCS 7 (DVD principal) possibilita a seleção dos compo-
nentes a serem instalados. No que diz respeito à instalação típica de uma
estação de engenharia (sem aplicações específicas para batelada ou con-
trole de rota19 ), deve-se considerá-la como uma estação de engenharia, um
servidor, um cliente e uma estação stand alone simultaneamente.
Para isso, basta selecionar os seguintes componentes quando solicitado

(conforme a Figura 52:
• Engineering:
PCS 7 Engineering;
PDM.
• Runtime:
– Single Station:
OS Single Station.
– Server:
OS Server.
– Client:
OS Client.
19
Batch e Route Control, respectivamente.

Figura 52: Configuração típica simplificada de uma estação de engenharia.
A seleção do PDM no grupo de aplicações para a estação de engenharia

é opcional, mas aconselhada. Caso essa opção seja selecionada, o instala-
dor fará a solicitação de inserção do CD Device Library para instalação dos
GSD’s fornecidos pelo próprio PDM. Essa instalação pode ser adiada com o
pressionamento de Skip na janela correspondente.
De maneira geral, devem-se utilizar todas as opções default nas janelas de

seleção do instalador. Além disso, durante o procedimento de instalação das
aplicações que compõem o PCS 7, o instalador precisa reiniciar o computador.
Sempre que for o caso, deve-se permitir que a reinicialização seja feita. A
instalação recomeça automaticamente.
A.5 Licenças
As licenças do PCS 7 são fornecidas pela Siemens em disquetes20 . A
aplicação de gerenciamento de licenças do PCS 7 é o Automation License
20
Disquetes amarelos, fornecidos na mesma caixa do software em questão.

Manager, ilustrado na Figura 53. Para utilizá-la, basta selecionar, no menu

principal, Simatic → License Management → Automation Lincense Manager.
Figura 53: Visualização das licenças via Automation License Manager.
Para que uma aplicação seja licenciada, basta que a licença seja movida
para a mesma partição em que o software esteja instalado (unidade C:, tipica-
mente). Para a transferência das licenças, basta inserir o disquete, selecionar
a unidade A:, botão direito sobre a licença desejada e selecionar Transfer.
B Base de Conhecimento
B.1 Multiprojeto
B.1.1 Projeto × Multiprojeto
Não se devem criar projetos sem um multiprojeto (veja Seção 3).
B.1.2 Destruição de (multi)projetos e afins
Não se aconselha a simplesmente apagar o diretório de um (multi)projeto.

Primeiramente, deve-se executar File → Delete e, em seguida, selecionar o
projeto, multiprojeto ou biblioteca a ser destruída. Com isso, parte do con-
teúdo do diretório do multiprojeto será apagado e o restante pode ser des-
truído manualmente.

B.1.3 Recuperação de multiprojetos
Sempre que se deseja recuperar um backup feito diretamente no diretório

do multiprojeto (sem a utilização da ferramenta archive+retrieve), o seguinte
procedimento deve ser executado:
1. Descompactar o diretório;
2. Abrir o multiprojeto (diretório com terminação “_MP") via File → Open;
3. Pressionar o botão direito sobre o multiprojeto, Multiproject → Insert into

Multiproject e selecionar o(s) projeto(s) do multiprojeto.
4. Proceder de maneira idêntica ao item anterior para a inserção da(s)

biblioteca(s) do multiprojeto (inclusive a Master Data Library);
5. Pressionar o botão direito sobre a Master Data Library e então Multi-

project → Define as Master Data Library. Com isso, o símbolo dessa
biblioteca se torna azul. Caso isso não ocorra, deve-se finalizar o Sima-
tic Manager e iniciá-lo novamente. Toda a configuração será mantida.
Ao executar os passos 3 e 4, o Simatic Manager afirma que o projeto ou
biblioteca a serem inseridos já pertencem a um multiprojeto, de nome igual ao
daquele ao qual se deseja fazer a inserção. A razão para isso está no fato de
o PCS 7, apesar de não manter vínculos do multiprojeto para os seus projetos
e bibliotecas quando o backup é feito manualmente, os vínculos são mantidos
no sentido contrário (dos projetos e bibliotecas para o multiprojeto). Ao utilizar
archive+retrieve, basta executar retrieve no arquivo compactado.
B.1.4 A opção Save As com reorganização
Originalmente, a opção Save As tem por objetivo salvar uma cópia do

objeto selecionado sem compactá-la. No PCS 7, essa opção apresenta par-
ticularidades sempre que a opção With reorganization (slow) é selecionada.
Essa opção é responsável por uma espécie de desfragmentação do objeto
selecionado (tipicamente, todo o multiprojeto).
Mais importante que simplesmente salvar uma cópia do multiprojeto, a op-

ção Save As com reorganização tende a ser um recurso para a retirada de
problemas estranhos ou desconhecidos, como erros relacionados a acessos
nos bancos de dados criados pelo PCS 7 no SQL Server. De fato, aconselha-
se que a opção de reorganização seja selecionada sempre que o multiprojeto
a ser salvo contenha uma Simatic PC Station (Siemens, 2007b).

Contudo, essa opção deve ser utilizada apenas em último caso e, pre-
ferencialmente, antes do comissionamento da planta. O motivo para isso
está no fato de essa opção apresentar eventuais efeitos colaterais indese-
jados, como a modificação de arquivos XDBs (que contém a configuração
de HW das OS’s), por exemplo. Além disso, de acordo com o tamanho do
projeto, pode-se tratar de uma atividade bastante lenta. Todo o processo de
salvamento pode algumas horas (Solution, 2007) e, durante esse período,
o Simatic Manager pode se tornar temporariamente inoperante (estado “Not
responding" no Windows Task Manager).
B.2 Hardware
B.2.1 Configuração de Hardware
A configuração e principalmente o download de hardware merecem bas-

tante atenção em qualquer ferramenta de automação. No PCS 7, algumas
informações devem ser destacadas:
1. Para sistemas não-redundantes, todo e qualquer download (de hard-

ware) implica parada da CPU. Portanto, deve-se ter bastante cuidado
com inserções, retiradas e modificações nas configurações de hard-
ware. Não existe a opção de modificação online ou qualquer outra op-
ção que evite a parada da CPU;
2. Para sistemas redundantes, a grande maioria das modificações não

exige a parada da CPU durante o download. Apenas algumas modifica-
ções em configurações da(s) CPU(s) implicam sua parada. Importante
observar que existem modificações que implicam a parada da CPU sem
que o HW Config emita qualquer tipo de notificação (via janela de aviso,
por exemplo) de que a parada será necessária. Portanto, algum cuidado
deve ser tomado;
3. Jamais se deve fazer cut e paste na configuração de hardware (nem de

uma configuração de hardware para outra nem em uma mesma configu-
ração de hardware). A utilização dessa estratégia, embora “permitida”
pelo HW Config, causa problemas bastante graves. Esses problemas
podem causar, inclusive, a parada de uma das CPUs em um sistema
redundante;
4. A mesma recomendação do item anterior também se aplica à execução

de copy e paste mas, talvez, de forma um pouco mais amena. Por
precaução, deve-se evitar esse procedimento;

5. Como conseqüência dos dois últimos itens, ao inserir um novo elemento

na configurção de hardware, deve-se sempre utilizar o Catalog.
Uma boa prática consiste em fazer todas as modificações necessárias,

fazer download e, finalmente, salvar a configuração de hardware. Com isso,
caso haja algum problema, basta sair do HW Config sem salvar e fazer down-
load novamente da configuração inalterada (salva anteriormente) suposta-
mente sem erros.
B.2.2 Hardware, Conexões e Gateways
Sempre que se realiza o primeiro download para a CPU ou após perda

total de programa (via desenergização completa da CPU ou Memory Reset
manual), deve-se também fazer download das conexões e gateways. Esse
procedimento deve ser feito via NetPro e pode ser executado de duas manei-
ras distintas:
1. (a) Download de hardware no HW Config;

(b) Seleciona-se a AS desejada e PLC → Download to Current Project
→ Connections and Gateways no NetPro.
2. Seleciona-se a AS desejada e pressiona-se o botão de download na

barra de ferramentas no NetPro.
A segunda opção é aconselhada pela simplicidade.
B.2.3 Memory Reset na CPU
O procedimento de Memory Reset apaga todo o conteúdo da memória

da CPU. Isso implica dizer que tanto o programa quanto a configuração de
Hardware (com conexões e gateways, inclusive) são apagados. Para executar
um Memory Reset, deve-se seguir o seguinte procedimento:
1. Manter a chave de RUN/STOP/MRES na posição MRES até que o LED

comece a piscar;
2. Sotar a chave para que retorne para a posição STOP;
3. Pressionar a chave novamente para a posição MRES. Isso faz com que
o LED pare de piscar.

B.2.4 Bateria da fonte de alimentação
Antes de utilizar uma bateria (principalmente caso seja fornecida pela pró-
pria Siemens), aconselha-se curto-circuitar instantaneamente seus terminais.
Caso esse procedimento não seja seguindo, é bastante possível que a bateria
não funcione e a CPU será desenergizada caso o painel o seja.
B.2.5 Mudança de CPU
Boa parte da programação feita em um PLC é armazenada em sua CPU.

No caso do PCS7, todos os charts, symbols e configurações são armazena-
dos na CPU da AS. Por isso, caso seja necessário modificar o seu modelo,
aconselha-se que a CPU seja substituída pela de modelo desejado com a
utilização da opção Replace (botão direito sobre a CPU). Caso a CPU seja
primeiramente excluída (delete) para a inserção da de modelo desejado, todo
o seu conteúdo será perdido (inclusive toda a programação e a tabela de sím-
blos).
B.2.6 Protocolos de comunicação Ethernet, MAC e IP
Algumas considerações merecem destaque no que diz respeito à configu-

ração dos protocolos de comunicação Ethernet:
1. O protocolo de comunicação entre a estação de engenharia e todas as
AS’s e OS’s deve ser o PC Internal. Para isso, no Simatic Manager,
Options → Set PG/PC Interface → PC Internal. Essa seleção faz com
que a OS que representa a estação local (estação de engenharia) mude
seu ícone, com o aparecimento de uma seta amarela para baixo;
2. O endereçamento de cada uma das estações (sejam OS’s ou AS’s)

deve ser sempre feito via Mac Addresses. A comunicação via IP deve
ser desabilitada. Para isso, deve-se desabilitar a opção IP protocol is
being used em Object properties → Parameters de todos os cartões de
comunicação via Ethernet de todas as AS’s e OS’s;
3. Os Mac Addresses de AS’s podem (e devem) ser modificados para nú-

meros com algum significado;
B.2.7 Diagnósticos de hardware e cartões Extended
As ferramentas de diagnóstico de hardware como o Lifelist e o Module

Information (no HW Config Online) apenas funcionam se o dispositivo esti-
ver conectado a um cartão Profibus Extended (CP 443-5 Ext, por exemplo).

Esse tipo de funcionalidade não pode ser implementada por carões Profibus
da própria CPU, por exemplo. Por isso, caso se tratem de dispositivos cujos
diagnósticos de hardware sejam importantes, aconselha-se que sejam conec-
tados a cartões Extended.
B.2.8 Números de nós na rede Profibus
Algumas considerações importantes:
1. Todo cartão Profibus deve ter nó 2, seja ele um cartão da própria CPU
ou um cartão extended;
2. Todos os demais equipamentos e dispositivos (inclusive Y-Links e DP/PA-

Links, por exemplo) devem ser numerados a partir do nó 3;
3. O nó 1 nunca deve ser utilizado.
B.2.9 Links e Couplers Profibus PA
Em adição à descrição feita no item 5.2.2, algumas observações devem

ser feitas no que diz respeito às limitações relativas à utilização de Links e
Couplers Profibus PA:
1. Uma rede DP pode possuir até 31 Links DP/PA;
2. Um Link DP/PA possui até 5 Couplers;
3. O número total de nós de um Link (somando-se os conectados a todos

os Couplers) deve ser de até 31;
4. O número total de bytes de entrada de um Link (somando-se os relativos

a dispositivos conectados a todos os Couplers) deve ser de até 244;
5. O número total de bytes de saída de um Link (somando-se os relativos

a dispositivos conectados a todos os Couplers) deve ser de até 244;
6. Um Coupler consiste basicamente em uma fonte de alimentação para

os dispositivos conectados.
A Figura 54 ilustra as limitações no que diz respeito à utilização de Links

e Couplers PA.

Figura 54: Limitações e definições rede Profibus PA - Links e Couplers.
B.2.10 Limitação de número de dispositivos em um ramo Profibus
Em princípio, um ramo Profibus21 (DP ou PA) pode conter um número

máximo de equipamentos (ou dispositivos) tal que as seguintes condições
sejam satisfeitas simultaneamente:
1. O número de dispositivos deve ser menor ou igual a 31;

21
Denomina-se por ramo um segmento de rede Profibus que tem como mestre um cartão
Profibus, seja ele um Y-Link, um DP/PA Link ou um cartão propriamente dito.

2. O número de bytes de entrada de todos os dispositivos não deve ultra-

passar 244;
3. O número de bytes de saída de todos os dispositivos não deve ultrapas-

sar 244;
No que diz respeito ao número de nós, o limite de 31 por ramo Profibus DP

pode ser expandido com a utilização de repetidores (item B.2.11). A Figura 56
ilustra o teste realizado para comprovação do limite de 64 nós para um ramo
Profibus DP (com IM 157 como mestre).
Figura 55: Limite de 64 nós / 244 bytes para ramo Profibus DP (IM 157 como
mestre).
A Figura 56 ilustra a possibilidade de conexão de até 64 instrumentos em

um ramo Profibus PA. Contudo, aconselha-se, neste caso, a não se ultrapas-
sar o limite de 31 instrumentos (conforme o item B.2.9). O uso de acopladores
(item B.2.9) não aumenta o número máximo de instrumentos a serem conec-
tados em um ramo Profibus PA.

Figura 56: Limite de 64 nós / 244 bytes para ramo Profibus PA (IM 157 como
mestre).
A Figura 57 ilustra o teste realizado para comprovação do limite de 123 nós

para um ramo Profibus DP (com cartão CP 443-5 Extended como mestre). De
fato, a limitação vem do fato de ser possível atribuir números de nós compre-
endidos entre o intervalo [1,125] (inclusive extremos). Contudo, o endereço 1
não deve ser usado e o 2 é o endereço do cartão.
Figura 57: Limite de 123 nós / 4096 bytes para ramo Profibus DP (cartão CP
443-5 Extended como mestre).

Finalmente, deve-se destacar que o número de bytes de input/output não

deve exceder 4096 para um ramo Profibus DP que possua um cartão CP 443-
5 Extended como mestre. A Figura 58 ilustra o teste realizado para a compro-
vação dessa afirmação (cada Siprotec representa 96 bytes de entrada).
Figura 58: Limite de 4096 bytes para ramo Profibus DP (cartão CP 443-5
Extended como mestre).
Nos itens citados, os dispositivos podem corresponder a equipamentos,

instrumentos ou qualquer tipo de hardware com interface Profibus (o que im-
plica a atribuição de um nó na rede). Evidentemente, devem-se adicionar
às condições citadas aspectos físicos da arquitetura, como consumo de cor-
rente dos dispositivos e a sua distribuição espacial na planta, por exemplo.
Contudo, esses aspectos não serão abordados neste documento por conve-
niência.
B.2.11 Arquitetura de rede Profibus
A arquitetura de uma rede Profibus DP deve sempre ser da forma de Daisy

Chain (sem ramificações). A única excessão se faz com a utilização de repe-
tidores. Nesse caso podem-se criar ramificações desde que os seguintes
requisitos sejam atendidos simultaneamente:
• Um ramo DP pode ter até 123 nós;
• Um ramo DP pode ter até 5 repetidores;

• Um repetidor pode ter até 31 nós;
• Todos os ramos devem ser terminados (resistor de terminação).
A Figura 59 ilustra a topologia de uma rede Profibus DP com a utilização

de repetidores.
Figura 59: Topologia de rede Profibus DP com repetidores.
Quanto à rede Profibus PA, os formatos em barramento, árvore e Daisy

Chain são permitidos (item 5.2.3).
B.2.12 Velocidade de comunicação rede Profibus
Apesar de haver a possibilidade de se configurarem velocidades de até 12

Mb/s para comunicação via Profibus DP, aconselha-se fortemente a se utiliza-
rem até 1,5 Mb/s. Velocidades maiores que essa são susceptíveis a eventuais
erros de comunicação.
Quanto à comunicação Profibus PA, a velocidade de 45,45 (31,25) kb/s é

a ideal e mais comumente utilizada. Apesar de haver outras alternativas, a

grande maioria de dispositivos PA se comporta bem com a transmissão de

dados nessa velocidade.
B.2.13 Configuração de Simocodes
Uma particularidade na configuração de Simocodes: o primeiro endereço

de entrada deve ser sempre igual ao primeiro endereço de saída. Se o pri-
meiro endereço de entrada for IW 675, então o primeiro endereço de saída
deve ser o QW 675, por exemplo.
B.2.14 Instalação de GSD’s
A instalação de um GSD é um procedimento bastante simples. Para isso,

basta abrir o HW Config e pressionar Station → Close para fechar a configu-
ração de hardware eventualmente aberta. A única particularidade de todo o
procedimento diz respeito ao fechamento da configuração de hardware even-
tualmente aberta: Não se pode fechá-la pressionando o botão “×” (padrão
Windows), sob o risco de a instalação não ser efetuada.
Uma vez que nenhuma configuração de hardware esteja aberta, basta

pressionar Options → Install GSD File, selecionar o arquivo .gsd (via browse)
e então Install. Eventualmente, o catálogo de GSD (Catalog, à direita) pode
não estar atualizado. Caso seja o caso, basta selecionar Options → Update
Catalog.
B.2.15 Instalação de Hardware Updates
A instalação de Hardware Updates tem por função principal a atualização

de versões de componentes do catálogo (Siemens, 2004a). Com isso, é pos-
sível utilizar componentes como CPU’s e módulos de I/O (por exemplo) em
suas versões atuais sem a necessidade de instalação de um service pack
para o Step 7.
A instalação de Hardware Updates envolve dois passos:
1. Download da internet ou cópia do diretório de origem para o diretório

apropriado (definido pelo Step 7) na máquina local:
(a) Station → Close no HW Config;

(b) Options → Instal HW Updates no HW Config;
(c) Caso necessário, configurar Settings, conforme a Figura 60;

(d) Executar a cópia a partir da internet ou de um diretório de origem

para o diretório selecionado na janela Settings: seleção da origem
(checkbox) e pressionamento de Execute (Figura 61);
(e) Na janela seguinte, selecionar os componentes desejados e pres-
sionar Copy ou Download caso a cópia seja a partir de um diretório
ou da internet, respectivamente;
(f) Selecionar Close;
2. Instalação das atualizações de hardware:
(a) Na janela inicial (Figura 60), selecionar os componentes desejados

e pressionar Install (todas as aplicações do Step 7 serão fializa-
das).
(b) Station → Close no HW Config;
(c) Options → Update Catalog no HW Config.
Figura 60: Janela de configuração de Hardware Updates.

Figura 61: Janela de instalação de Hardware Updates.
B.2.16 Download e upload via PDM
As configurações de um dispositivo Profibus podem ser bastante particu-

lares. Por isso, evidentemente, não se aconselha que sejam sobrescritas por
configurações, em princípio, não-confiáveis. Com isso, aconselha-se que o
primeiro passo após a abertura da configuração de um dispositivo (via PDM)
seja a execução de um upload, seguido do salvamento dessa configuração.
Esse procedimento previne uma eventual substituição de uma configuração
atual (eventualmente feita localmente) por uma antiga (presente no projeto)
com um download subseqüente à execução de alguma modificação.
B.2.17 Mensagens de diagnósticos provenientes das AS’s
Essa configuração é, sem qualquer tipo de dúvida, a mais importante den-

tre as aconselhadas a serem feitas antes da criação do (multi)projeto no Si-
matic Manager (veja o item 2.1).

B.2.18 Base de dados: Symbols × HW Config
A criação da base da dados (tabela de símbolos) pode ser feita de duas

maneiras distintas:
1. Via Symbols;
2. Via HW Config.
Embora a inserção de pontos via HW Config funcione bem em boa parte

dos casos, aconselha-se fortemente que se utilize sempre o Symbols, sob o
risco de o ponto não ser efetivamente criado na base de dados.
B.2.19 Symbols do tipo PIB/PIW/PID e PQB/PQW/PQD
O endereçamento de pontos de entrada no Step 7 é feito com a utilização

da letra “I” (de input), caso a configuração de idioma e mnemônicos no item
2.1, Figura 2 tenha sido feita dessa forma. Com isso, endereços do tipo I x.y,
IB x, IW x e ID x, por exemplo, representam entradas de 1, 8, 16 e 32 bits
(bit, byte, word, double word) respectivamente. Para os pontos de saída, a
regra se aplica de forma idêntica, exceto pela utilização da letra “Q” (de quit)
no lugar da letra “I”.
Contudo, ao se criarem pontos no Symbols, eventualmente aparecem pon-

tos do tipo PIB, PIW, PID, PQB, PQW e PQD ao se tentar criar seus similares
sem a letra “P”. A diferença entre endereços com e sem a letra “P” se refere
basicamente ao instante de leitura do ponto pelo escalonador da CPU.
De forma bastante simplificada, um ciclo completo de execução (scan) da

CPU é composto pelos seguintes passos, exatamente nesta ordem (Siemens,
2007a):
1. Escrita dos pontos de saída:
• O escalonador da CPU escreve valores da PIQ (Tabela de pontos

de Saída da Imagem de Processo - Process Image Output Table)
nos pontos de saída físicos.
2. Leitura dos pontos de entrada:
• O escalonador da CPU lê valores dos pontos de entrada físicos

e os escreve na PII (Tabela de pontos de Entrada da Imagem de
Processo - Process Image Input Table).

3. Execução do programa (lógica):
• O escalonador da CPU executa a lógica programada com a leitura

de valores da PII e a escrita na PIQ.
Com a utilização das tabelas de entrada e de saída (PII e PIQ), garante-

se a consistência dos dados durante a execução de um scan. Evita-se, por
exemplo, que a mudança de estado de um ponto físico seja notada pelo es-
calonador da CPU durante a execução de um scan, o que faria com que um
trecho de programa tivesse acesso a um conjunto de dados diferente daquele
utilizado pelo restante do programa.
Esta é a diferença entre endereços com e sem a letra “P” (de Process): a
utilização ou não das tabelas de imagem de processo. Enquanto os endere-
ços sem a letra “P” se referem a pontos nas tabelas de imagem de processo,
aqueles com a letra “P” dizem respeito ao ponto físico. Com isso, para garan-
tia da consistência dos dados devem-se utilizar endereços sem a letra “P”.
Além disso, dois outros aspectos desanconselham ainda mais a utilização

de pontos com a letra “P”. Primeiramente, deve-se notar que o acesso direto
a pontos físicos não pode ser feito bit a bit. Com isso, um endereço PIB x, por
exemplo, deve primeiramente ser copiado para um endereço interno MB x e
então seus bits podem ser acessados individualmente via M x.y. Finalmente,
o segundo aspecto se refere ao fato de a leitura de pontos físicos ser bastante
mais lenta que a leitura de pontos das tabelas de imagem de processo (Sie-
mens, 2007a).
O número de pontos nas tabelas de imagem de processo (de entrada e

de saída) pode ser configurada em boa parte das CPU’s S7 300 e S7 400.
No que diz respeito a uma S7 400 (PCS 7), basta pressionar o botão direito
sobre a CPU, Object Properties e, na aba Cycle/Clock Memory, aumentar os
valores em Size of the process-image input area e Size of the process-image
output area.
B.3 Comunicação AS e OS
B.3.1 Download de programas recuperados
Uma importante observação deve ser feita no que diz respeito ao down-
load de programas recuperados (backups): Uma CPU PCS7 apenas aceita
download parcial (sem a necessidade de pará-la) caso os time stamps da

aplicação atual da CPU e a aplicação a ser baixada sejam iguais.
Com isso, para que o download de um programa recuperado possa ser

feito sem a necessidade de parar a CPU (no caso de CPU’s redundantes,
ambas seriam paradas), deve-se garantir que nenhum download foi feito após
a criação do backup. Uma recomendação interessante (embora pouco prá-
tica) consiste em sempre fazer backup após qualquer download.
B.3.2 Condições para download parcial
De uma maneira geral, deve-se evitar download completo do programa

e optar-se por download parcial (changes only) com o intuito de se evitar
a parada da CPU (ambas, em sistemas redundantes). Nesse aspecto, as
seguintes observações têm relevância (Siemens, 2007b):
• Compilação completa não implica, necessariamente, download com-

pleto;
• Compilação com a opção Generate Module Drivers, por si só, não im-
plica download completo;
• Pode-se fazer compilação parcial ou completa quantas vezes forem ne-

cessárias sem que se perca a capacidade de download parcial;
• Se um download parcial é abortado, pode-se repetir o procedimento

sem qualquer tipo de problema;
• Se um download completo é abortado, deve-se fazer um novo download

completo. Isso se deve ao fato de os blocos serem removidos da CPU
antes do download completo.
B.3.3 Assistente de compilação e download de AS’s e OS’s
O Assistente de compilação e download de AS’s e OS’s é uma ferramenta

bastante útil mas deve ser usada com cuidado. Caso seja necessário fazer
download completo para alguma AS (devido a mudanças na interface de al-
gum bloco já existente na CPU, por exemplo), o download será feito, com a
parada da(s) CPU(s), sem qualquer tipo de advertência por parte do assis-
tente.
Devido a isso, aconselha-se que o assistente seja utilizado apenas durante

a etapa de desenvolvimento do projeto, sem CPU(s) conectada(s). Caso se

deseje utilizá-la durante o comissionamento, aconselha-se que se faça ape-

nas a compilação do(s) programa(s), com a seleção da opção Compile only.
B.3.4 Integração entre AS’s e OS’s
Uma das vantagens da programação de sistemas de automação com fer-

ramentas híbridas como o PCS 7 consiste na possibilidade de integração en-
tre o sistema de controle e o de supervisão. No caso do PCS 7, isso pode ser
feito sob dois aspectos principais:
1. S7_mc: Esse é o nome do atributo que faz com que um pino de um
determinado bloco possa ser disponibilizado na OS;
2. OCM possible: Esse é o campo a ser selecionado no bloco com o intuito

de disponibilizar os pinos com “S7_mc = true” na OS. Todo bloco que
possui ao menos um pino com “S7_mc = true” disponibiliza a possibili-
dade de seleção de OCM possible. Caso não se deseje a disponibiliza-
ção desses pinos na OS, basta desmarcar essa opção.
Maiores informações em (Siemens, 2007b).
B.3.5 Conexões entre OS’s e PLCSIM
As conexões entre OS’s e PLCSIM devem ser feitas, preferencialmente,

via MPI. Para isso, deve-se configurar o cartão MPI/DP da CPU a ser baixada
para o simulador para MPI: botão direito sobre o cartão, Object Properties, na
aba General → type → MPI.
Em seguida, deve-se inserir um cartão MPI (CP 5611, por exemplo) na

OS, passá-lo para MPI (default: Profibus) e conectá-lo à mesma rede MPI do
cartão MPI/DP da CPU. Finalmente, deve-se compilar a OS de maneira que,
na janela Select the network connections for the S7 Programs associated with
the areas, a rede MPI esteja selecionada para o programa a ser baixado para
o simulador.
Uma observação: Caso não apareçam mensagens de alarme na barra de

alarmes durante a execução do programa da OS, devem-se conferir as cone-
xões entre AS e OS. Para isso, basta selecionar a CPU da AS, atualizar (para
comunicação MPI) a conexão com o WinCC Application da OS, ativá-la e fazer
download (selecionar a AS e download na barra de ferramentas). O mesmo
deve ser feito para a OS, no que diz respeito à configuração da conexão do
WinCC Application com a CPU da AS simulada. Ambas as configurações
devem ser feitas no NetPro.

B.3.6 Conexões entre AS’s e IHM
Uma importante constatação no que diz respeito à comunicação com entre

AS’s e IHM’s é o fato de o PCS 7 não considerar uma IHM como sendo uma
OS. Devido a isso, a comunicação deve ser feita de maneira explícita, via lei-
tura de DB’s. De fato, a existência de uma IHM é totalmente transparente sob
o ponto de vista do PCS 7. Esse procedimento funciona para comunicação
via Ethernet, Profibus ou MPI.
B.4 Programação
B.4.1 Criação de charts
Apesar de também poder ser criado no Component View, um chart deve

ser sempre criado no Plant View (Siemens, 2007b). Caso isso não seja feito,
nenhum tipo de erro de compilação ou download (de AS ou OS) é indicado
mas o novo chart não estará associado a uma hierarquia de planta e, devido
a isso, os blocos que o compõem não terão representação na OS.
B.4.2 Referência cruzada
Ferramenta bastante útil. Após pressionar o botão na barra de navegação

do ambiente de programação em CFC (por exemplo) basta pressionar View e
então selecionar o tipo de busca desejado.
B.4.3 Mudança de interface de blocos criados
Em princípio, qualquer tipo de modificação na interface do bloco implica

parada da CPU (no caso de sistemas redundantes, ambas as CPU’s serão
paradas). Dentre essas modificações, incluem-se inclusive a mudança na or-
dem da declaração das variáveis de entrada e saída (e portanto dos pinos no
bloco), valores default e etc.
Contudo, existe a possibilidade de se evitar a parada da CPU devido a

modificações de interface de blocos criados: deve-se fazer um “clean up” da
CPU antes do download do bloco com a interface modificada. Para isso, os
seguintes passos devem ser seguidos:
1. Fazer as modificações na interface do bloco. Salvar e compilar o bloco;

2. Deletar todas as instâncias desse bloco no programa da AS22 (usar a

referência cruzada, se necessário);
3. Limpar referências desse bloco no programa da AS com um clean up:
(a) No ambiente de programação em CFC, Options → Block Types →

Clean up;
(b) Selecionar na lista o bloco a ser apagado e pressionar OK ;
(c) Selecionar e pressionar OK novamente até que não haja mais re-
ferências ao bloco a ser apagado (tipicamente, serão necessárias
duas vezes).
4. Compilar a AS;
5. Fazer download da AS23 ;
6. Inserir o bloco modificado no programa;
7. Compilar a AS;
8. Fazer download da AS.
Caso o procedimento tenha sido feito corretamente, a inserção do bloco

não causa o aparecimento de janelas de permissão para substituição do bloco
antigo pelo modificado. Além disso, consegue-se fazer tanto a compilação
quanto (e principalmente) o download parciais (changes only).
Uma observação ainda deve ser feita. Ao pressionar o botão clean up,
exibem-se apenas os blocos que foram inseridos na AS em alguma ocasião
mas que, por algum motivo, foram apagados. Com isso, duas constatações
podem ser feitas:
1. Só se consegue fazer clean up de um bloco que foi inserido24 mas que

não existe mais em qualquer dos charts da AS;
22
Evidentemente, como todos os blocos devem ser apagados, deve-se avaliar se, eventu-
almente, parar a CPU não é melhor solução (ou, talvez, a menos trabalhosa). Caso se trate
de um bloco de acionamento de motores, por exemplo, todos os motores da AS deverão ser
reprogramados (!).
23
Atenção ao fazer download pois, evidentemente, as instâncias do bloco modificado não
estão presentes no programa
24
Observe-se que basta que o bloco tenha sido inserido e retirado, sem a necessidade de
compilação e/ou download.

2. Todos os blocos listados na janela clean up não existem mais em qual-

quer chart da AS. Portanto, aconselha-se que sejam retirados via clean
up (todos eles) ao menos uma vez durante o desenvolvimento do pro-
jeto.
B.4.4 Criação de DB’s
A criação de DB’s manualmente para armazenamento de dados internos

tipicamente consiste em boa prática. Essa criação pode substituir, por exem-
plo, a criação de pontos de memória (tipo “m”) no Symbols.
Apenas uma particularidade merece destaque no que diz respeito à cri-

ação de DB’s manualmente: a área de memória reservada. Por default,
o PCS 7 reserva as DB’s de 1 a 60 para criação manual, mas essa área
pode ser mofificada. Para isso, basta selecionar Options → Customize →
Compile/Download no ambiente de programação em CFC. Além da área de
memória para DB’s criadas manualmente, essa janela também possibilita a
configuração de uma série de parâmetros relacionados à compilação e ao
download do programa.
B.4.5 Blocos de comunicação via Ethernet (send × receive)
Embora não seja recomendado (por motivos de confiabilidade, principal-

mente), é possível implementar canais de comunicação entre CPU’s via Ether-
net. Os blocos utilizados para essa comunicação de forma mais eficiente (e
prática) consistem no blocos SEND_R e REC_R, para envio e recebimento
de informações, respectivamente.
O procedimento para utilização da comunicação entre CPU’s via Ethernet

é descrito a seguir:
1. Criação da conexão entre as CPU’s:
(a) No NetPro, selecionar uma das CPU’s envolvidas (CPU A), botão
direito sobre o último slot de conexões disponível, Insert New Con-
nection;
(b) Selecionar a segunda CPU (CPU B) na janela de seleção. Se
ambas as AS’s forem redundantes (CPU’s A1/A2 e B1/B2), utilizar
S7 connection fault-tolerant. Caso contrário (se qualquer das AS’s
não for redundante), utilizar apenas S7 connection;

(c) No caso de se selecionar uma AS redundante, importante observar

a necessidade de se criarem conexões nas duas CPU’s (CPU’s A1
e A2);
(d) Observar que a conexão também é criada na segunda CPU (CPU
B);
(e) Observar que os ID’s são criados de forma consistente (Figuras
62, 63 e 64);
2. Fazer download de conexões para ambas as AS’s (veja comentário no

fim deste item);
3. Programação dos blocos:
(a) Na AS A, inserir blocos SEND_R e REC_R. Fazer o mesmo na

AS B. Evidentemente, caso a AS A seja redundante (por exemplo),
devem-se criar duas vezes cada um dos blocos: um grupo de blo-
cos para a comunicação entre as CPU’s A1 e B e outro para as
CPU’s A2 e B (pois tanto a CPU A1 quanto a A2 podem estar em
funcionamento);
(b) No pino ID dos blocos SEND_R e REC_R da AS A, inserir o valor
de Local ID da conexão com a AS B. Isso garante que esses blocos
utilizarão a conexão da AS local (A) com a AS B;
(c) Fazer o mesmo (similar) para os blocos SEND_R e REC_R da AS
B;
(d) Criar pares de blocos SEND_R / REC_R, atribuindo mesmo valor
aos pinos R_ID. Com isso, um bloco SEND_R na AS A com R_ID
= 131 (por exemplo) enviará informações para o bloco REC_R com
mesmo ID na AS B.
4. Compilar e fazer download do programa.
Figura 62: Consistência de atribuiação de ID’s para comunicação entre CPU’s

via Ethernet: AS’s não redundantes.


via Ethernet: uma AS redundante.

via Ethernet: S7 connection fault-tolerant.
Uma importante observação acerca do passo referente ao download de

conexões deve ser feita. Apenas o download de conexões não é suficiente
para o PCS 7 V6.1, segundo o Hotline Siemens Brasil, em fevereiro de 2007:
deve-se fazer Cold Restart após o download de conexões, via botão direito
sobre a CPU, PLC → Operating Mode → Cold Restart. Evidentemente, esse
procedimento pára a CPU (ambas, caso se trate de uma AS redundante).
Essa necessidade foi comporvada em (Solution, 2007).
Contudo, o Hotline Siemens Alemanha garante (consulta feita em julho

de 2007) que apenas o download de conexões é suficiente. Mais que isso:
Cold Restart é um conceito inexistente no PCS 7. De fato, comprovou-se
essa afirmação na versão V7.0 do PCS 7, mas nada foi comprovado para ver-
sões anteriores. Portanto, por precaução, deve-se evitar configurar canais de
comunicação entre CPU’s via Ethernet durante o comissionamento (apenas

durante o desenvolvimento do projeto) sob o risco de haver necessidade de

se fazer um Cold Restart e conseqüentemente parar a(s) CPU(s).
B.4.6 Grupos de execução (Runtime Groups)
Um Runtime Group tem por objetivo definir a ordem de execução dos blo-
cos de programação nele agrupados. Mais que isso, pode-se definir a or-
dem de execução desses grupos de maneira explícita. Para acessá-los (no
Runtime Editor), deve-se pressionar o botão Run Sequence no ambiente de
programação em CFC ou dar duplo clique sobre a tarja verde de um bloco
qualquer. Tipicamente, o PCS 7 cria um Runtime Group para cada chart cri-
ado (com mesmo nome).
No que diz respeito aos Runtime Groups, uma observação deve ser feita.
Recortar e colar (cut e paste) um bloco de um chart para outro não faz com
que seu grupo de execução também seja modificado. De fato, o bloco é co-
piado para o novo chart mas ainda continua fazendo parte do Runtime Group
referente ao antigo chart. Com isso, caso esse procedimento seja necessário,
recomenda-se que a cópia do bloco no novo chart seja seguida da cópia da
referência ao bloco do antigo Runtime Group para o novo.
B.4.7 Otimização da ordem de execução dos blocos (opção Optimize

Run Sequence)
A opção Optimize Run Sequence deve ser utilizada o mais freqüentemente

possível mas com algum cuidado. Para executar o precedimento de ordena-
mento dos blocos segundo o fluxo de informações25 , basta pressionar Options
→ Optimize Run Sequence no ambiente de programação em CFC. A ordem
de execução de um bloco em um runtime group pode ser observada no par
de números “xx/yy” em sua tarja verde: xx consiste na ordem de execução
do próprio runtime group dentre todos os demais daquela OB e yy se trata da
ordem de execução do bloco dentro daquele runtime group.
Duas observações importantes devem ser feitas a respeito da execução

desse procedimento:
• Aconselha-se que se faça Optimize Run Sequence sempre que um novo

bloco for inserido em um chart existente. Essa conduta deve ser seguida
25
Por exemplo, se um pino de saída de um bloco A está conectado a um pino de entrada de
um bloco B, então, após a execução do Optimize Run Sequence, o bloco A será executado
antes do bloco B.

tanto quando se tratarem de charts comuns quanto (e principalmente)

quando se tratarem de Process Tag Types;
• Quando se executa Optimize Run Sequence, em princípio, toda a AS é

reorganizada. O procedimento utilizado para se retirar um determinado
runtime group da lista de reorganização (impedir que seja reroganizado)
consiste em:
1. Abrir o Runtime Editor;

2. Selecionar o runtime group na OB desejada;
3. Botão direito sobre o runtime group → Object Properties → Des-
marcar a opção Optimize run sequence. Um pequeno símbolo azul
aparece no canto inferior esquerdo do grupo de execução.
B.4.8 Ativação e desativação de runtime groups
Pode-se configurar a execução ou não-execução de runtime groups indivi-

dualmente. Para isso, basta:
1. Abrir o Runtime Editor;
2. Selecionar o runtime group na OB desejada;
3. Botão direito sobre o runtime group → Object Properties → Desmarcar

a opção Active;
Ou pode-se, simplesmente, pressionar o botão direito sobre o runtime

group → Switch off Runtime Group. Para ativá-lo novamente, Switch on Run-
time Group.
B.4.9 Medição do tempo de execução das OB’s
Uma das preocupações ao se incluirem blocos em OB’s cíclicas se trata da

medição do tempo de execução desses blocos no que diz respeito à relação
com o tempo máximo de execução da OB em questão (Tabela B.4.9).
Tabela 4: Tempos de execução de OB’s cíclicas.

OB Tempo OB Tempo OB Tempo
OB30 5000 ms OB33 500 ms OB36 50 ms
OB31 2000 ms OB34 200 ms OB37 20 ms
OB32 1000 ms OB35 100 ms OB38 10 ms

A partir da V7.0 do PCS 7, existem ferramentas de diagnóstico de tempo

de execução de blocos em função do tempo de execução de OB’s cíclicas
(percentual de ocupação) (Siemens, 2007b). Contudo, até a V6.1, devem-
se utilizar blocos TIME_BEG, TIME_END. Para isso, basta que estejam co-
nectados e o TIME_BEG seja o primeiro bloco a ser executado na OB e o
TIME_END seja o último.
B.4.10 Boa prática para inserção de blocos
Caso se trate da primeira inserção do bloco em questão no projeto, o bloco

deve ser inserido em um chart criado dentro da biblioteca do projeto antes da
sua inserção em um chart de um Hierarchy Folder ou mesmo em um Process
Tag Type. Esse procedimento possibilita a execução de pequenas modifica-
ções no bloco de acordo com a conveniência26 antes da sua inserção em um
chart de um Hierarchy Folder.
O seguinte procedimento deve ser seguido:
1. Criar um chart na pasta Charts da biblioteca do projeto (Master Data

Library);
2. Inserir o bloco desejado no chart da biblioteca;
3. Na pasta Blocks da biblioteca, duplo clique sobre a FB do bloco inserido;
4. Fazer as configurações desejadas nos pinos (torná-los invisíveis, por

exemplo);
5. Utilizar os blocos modificado na programação da AS.
Para o último passo, basta selecionar o bloco na pasta da biblioteca do

projeto no catálogo e arrastá-lo para o chart do Hierarchy Folder no ambiente
de programação em CFC. Com isso, todas as modificações feitas no chart da
biblioteca serão mantidas após a inserção do bloco em um chart do projeto.
B.4.11 Mudança em típicos (Process Tag Types)
A criação de Process Tag Types é uma das mais importantes ferramentas

disponibilizadas pelo PCS 7. Contudo, a manutenção desses típicos merece
alguma atenção.
26
Pode-se, por exemplo, tornar pinos (in)visíveis ou (não-)conectáveis.

Não existe uma ferramenta de atualização automática de Process Tag Ty-

pes. Com isso, pretende-se dizer que instâncias de típicos já inseridas não
podem ser modificadas automaticamente simplesmente com a modificação
no típico (Process Tag Type).
Caso seja necessário fazer modificações, deve-se modificar o típico e so-

brescrever os blocos inseridos anteriormente. Por isso, deve-se atentar para
a possibilidade de se perderem eventuais pequenas modificações feitas nas
instâncias dos Process Tag Types (após sua inserção na hierarquia de planta)
com sua atualização. A opção update (botão direito sobre o típico, Process
Tags → Update, no Simatic Manager) não tem essa função.
B.4.12 SFC e temporizações
A maneira mais prática de se implementarem temporizações em SFC’s

consiste na utilização de blocos TON/TOF (TON, preferencialmente) inseridos
em um CFC qualquer (de preferência com o mesmo nome do SFC, apenas
por organização). Essa constatação se aplica às versões até V6.1. A V7.0
possui um mecanismo de temporização integrado ao próprio SFC.
B.4.13 SFC como uma máquina de estados
O funcionamento de um chart SFC corresponde à execução de uma má-

quina de estados, conforme a Figura 65. Com isso, pretende-se dizer que um
chart SFC possui 5 estados principais, representados por retângulos:
1. Idle: Estado incial, inerte;
2. Run: Seqüência funcionando;
3. Held: Seqüência em espera (pause);
4. Stopped: Seqüência parada (stop);
5. Completed: Seqüência finalizada (terminada com sucesso).

Além disso, também possui 5 transisões principais, representadas por lo-
sangos. Todos as transições correspondem à ativação de pinos de mesmo
nome na External View do chart SFC (View → External View no ambiente de
programação em SFC ou botão direito sobre o chart SFC → Open External
View no Simatic Manager):
1. Start: Causa o início da execução do SFC. Muda o estado do SFC de
inerte ou finalizado para funcionando;

2. Hold: Causa uma parada temporária na execução do SFC. Leva o SFC

do estado funcionando para o estado em espera;
3. Stop: Pára a execução do SFC. Leva o SFC dos estados funcionando,

em espera ou finalizado para o estado parado;
4. Resume: Restaura a execução do SFC após um comando de Hold.

Leva o SFC do estado em espera para funcionando;
5. Reset: Reinicia a execução do SFC. Leva o SFC dos estados parado

ou finalizado para o estado inerte;

Figura 65: Máquina de estados SFC - principais estados e transições.
Na Figura 65, as setas representam procedimentos executados e têm sig-

nificados distintos, segundo a seguinte legenda:
• Contínua com traços perpendiculares: procedimentos que dependem
de ações externas. Essas ações podem-se tratar da ativação de pinos
no External View ou da ocorrência de erros de execução do próprio
SFC;
• Contínua com indicação S: procedimentos executados pelo sistema (S)
após o reconhecimento de eventos;

• Tracejada: procedimentos executados automaticamente, com o decor-

rer do tempo.
B.5 OS
B.5.1 Nome da máquina e nome da OS
No PCS 7, o nome das máquinas (conforme estabelecidos no Windows),
têm grande importância. De maneira simplificada, a seguinte regra deve ser
seguida:

Computer Name (Station Configuration Editor) 
Nome da PC Station (Simatic Manager) = <nome da máquina>
Computer (WinCC Explorer)

Quanto ao nome da OS, não há restrições. Aconselha-se apenas que

nenhum dos nomes contenha caracteres especiais (inclusive underscores, de
preferência).
B.5.2 OS’s remotas
Toda OS remota deve ter o campo Target OS preenchido com o caminho

(na estação de destino) em que a aplicação será copiada. Para isso: bo-
tão direito sobre a OS, Object Properties, aba Target OS. Esse é o caminho
utilizado pelo PCS 7 durante a execução do download.
B.5.3 Compilação de OS sem compilação de AS
Sempre que se compila uma OS, o PCS 7 confere o estado de compilação

de todas as AS’s conectadas à OS em questão. Nesse instante, o compilador
emite uma mensagem de alerta caso alguma AS tenha sofrido modificações
sem uma subseqüente compilação. Além disso, a mensagem disponibiliza a
opção de se compilar a OS mesmo que alguma AS não esteja compilada.
Em situações como essa, aconselha-se que a OS não seja compilada,

nem mesmo caso se trate de compilação parcial (da OS). O melhor proce-
dimento consiste em compilar a(s) AS(s) não compilada(s) e, em seguida,
prosseguir com a compilação da OS. Esse procedimento previne eventuais
problemas de cominicação entre a(s) AS(s) e a OS.

B.5.4 Redundância de OS servidores
A maneira mais eficiente de se garantir a redundância de servidores fi-

sicamente consiste na utilização de um cabo serial RS-232 (fornecido pela
Siemens) entre as estações. A redundância também funciona via Ethernet
(sem o cabo) mas seu funcionamento não é confiável (principalmente por se
tratar de uma rede não-exclusiva para o tratamento da redundância).
B.5.5 Download de OS servidoras redundantes
Três observações importantes devem ser feitas no que diz respeito às es-
tações servidoras redundantes:
1. O caminho para o computador de destino deve ser inserido no campo

Target OS para as duas OS’s;
2. Apenas a OS principal é compilada mas deve-se fazer download para

as duas estações. De fato, apenas a aplicação da OS principal possui
conteúdo na estação de engenharia. A aplicação da OS stand-by ape-
nas aponta para a principal e o conteúdo é copiado da principal para a
stand-by no instante do download;
3. Caso as duas OS’s servidoras (principal e stand-by) estejam em ope-

ração, é possível fazer download sem pará-las (via deltaload) caso se
trate de um download parcial. Por outro lado, consegue-se fazer down-
load completo se a estação de destino estiver parada. Nesse caso, con-
tudo, deve-se fazer backup do diretório Archive Manager e dos arquivos
RT (<NomeOS>RT.ldf e <NomeOS>RT.ldf.mdf) e inseri-los novamente
no diretório da aplicação após o download. Esse procedimento garante
a preservação de dados históricos como os relativos a gráficos de ten-
dência e histórico de alarmes.
B.5.6 Estações Cliente (OS Client)
Quatro observações importantes devem ser feitas no que diz respeito às

estações cliente:
1. O caminho para o computador de destino deve ser inserido no campo

Target OS;
2. Deve-se criar um vínculo com a OS Servidora via botão direito sobre a

OS, Assign OS Server;

3. Estações clientes não precisam de download de hardware;
4. Deve-se criar uma PC Station para cada cliente.
No primeiro item, define-se o caminho utilizado durante o download. No

segundo item, o próprio PCS 7 cria o vínculo entre a estação cliente em ques-
tão e a respectiva servidora. Isso é feito basicamente com a verificação do
caminho inserido em Target OS na OS Server. O terceiro item se deve ao fato
de uma estação cliente não possuir Station Configuration Editor, uma vez que
a comunicação de uma OS Client se restringe à comunicação com sua OS
Server via aplicação do WinCC.
Finalmente, o quarto item é uma recomendação da Siemens. Em prin-

cípio, poder-se-ia criar apenas uma OS Client e mudar o campo Target OS
antes de cada download. Esse procedimento preveniria a necessidade de se
replicarem eventuais configurações para o projeto de cada uma das estações
cliente antes do download. Algumas dessas configurações (que devem ser
replicadas em cada projeto de OS Client) são, dentre outras:
1. Configurações de usuário: privilégios e afins;
2. Configurações de buzina: tipos de buzina e filtros em geral;
3. Criações ou modificações de funções globais (scripts) - item B.5.7.
B.5.7 Cópia de funções (scripts)
Sempre que houver modificações em uma função (script), essas modifica-

ções devem ser transferidas da estação de engenharia para as estações de
operação (sejam elas stand alone, clientes ou servidoras). O procedimento
aconselhado consiste em fazer download das aplicações segundo a meneira
convencional: botão direito sobre a OS da PC Station para a qual se deseja
fazer download, PLC → Download.
Contudo, esse procedimento é pouco prático em boa parte das situações.

Uma alternativa consiste em copiar a nova função para as estações de des-
tino (no diretório library). Além disso, em cada estação de destino, deve-se
abrir o editor de funções no WinCC (Global Script), abrir a função modificada,
compilá-la e salvá-la. Apenas assim a função modificada será utilizada pelo
WinCC Runtime (ainda que, no instante da cópia para o diretório lirary, a ver-
são antiga tenha sido sobrescrita).

B.5.8 Telas nas estações cliente
Em princípio, não é necessário copiar telas para as estações cliente. De

fato, o download para as estações cliente faz a cópia apenas das telas de sis-
tema, iniciadas com “@”. Contudo, uma exceção se faz no que diz respeito a
esse aspecto: as telas abertas por funções globais (criadas via Global Script)
devem existir na estação local. Por isso, por uma questão de organização,
aconselha-se que as telas criadas para serem abertas por funções globais
sejam nomeadas de tal modo que o primeiro caracter seja “@”.
B.6 Geral
B.6.1 Instalação e hotfix PLCSIM
Ao se instalar o PCS7, tipicamente a instalação do simulador (PLCSIM)

não é feita automaticamente. Devido a isso, deve-se instalá-lo manualmente
a partir do CD de instalação do PCS7 (diretório 19_PLCSIM__V5.3+SP1, no
caso do PCS7 V6.1).
Além disso, caso a instalação do PLCSIM seja a versão V5.3+SP1 revi-

são K5.3.1.0, não é possível simular temporizadores (como TON e TOF, por
exemplo) com o PLCSIM. Para que esses temporizadores funcionem, é ne-
cessário que se instale o Hotfix 1 (HF1). Para isso, basta executar o arquivo
SIMATIC_S7_WSI_K5[1].3.1.1.exe.
B.6.2 Licenças
Duas observações importantes:
1. As licenças do PCS 7 são fornecidas em disquetes (3 1/2). Por isso,

aconselha-se que todas as estações tenham drivers apropriados;
2. Licenças do tipo Trial (14 days) apresentam um símbolo igual a um reló-

gio vermelho após o vencimento da sua validade. Essas licenças ape-
nas são excluídas com a formatação da unidade em que estão contidas.
Contudo, sua permanência não prejudica o funcionamento do software
relacionado (com a licença definitiva instalada).
B.6.3 Bibliotecas personalizadas
A possibilidade de utilização de blocos em programas não está vinculada

ao fato de a biblioteca desses blocos fazer parte do multiprojeto. Com isso,

pretende-se dizer que se pode, por exemplo, inserir uma biblioteca ao multi-
projeto, inserir alguns de seus blocos nos programas e então remover a bibli-
oteca sem que isso prejudique o funcionamento dos blocos inseridos.
Essa é uma estratégia de proteção de bibliotecas criadas, para evitar a dis-

ponibilização de qualquer tipo de informação mais detalhada a respeito dos
blocos. Essa característica é possibilitada pelo fato de o Step 7 criar uma re-
ferência ao bloco inserido na pasta Blocks da CPU em que o bloco foi inserido.
Uma outra estratégia de proteção de bibliotecas criadas consiste na remo-

ção dos códigos fonte (arquivos da pasta Sources) da biblioteca. Essa talvez
se trate da estratégia mais elegante no que diz respeito a esse aspecto.
B.6.4 Trabalho em equipe
Uma das maneiras mais eficientes (e práticas) de se trabalhar em equipe

com o PCS 7 envolve os seguintes procedimentos:
• Instalar o PCS 7 (engenharia) em todas as máquinas a serem utilizadas;
• Criar um multiprojeto e o(s) projeto(s) em uma das máquinas (conside-

rada um servidor de aplicação);
• Compartilhar o diretório que contém o multiprojeto;
• Desenvolver o(s) projeto(s) localmente no servidor ou remotamente em

todas as outras máquinas. Várias máquinas podem acessar o mesmo
multiprojeto (existente no servidor) simultaneamente;
• Fazer compilações preferencialmente apenas no servidor e downloads

obrigatoriamente apenas do servidor, sob o risco da necessidade de
download completo devido a diferenças entre time stamps (item B.3.1).
Para novos esquemas de trabalho em equipe com o PCS 7 (com a criação

de projetos distintos para cada estação), veja (Siemens, 2007b) capítulo 14 e
(Siemens, 2004a).
B.6.5 Proteção de tela
Assim como boa parte dos sistemas de supervisão do mercado, o WinCC

pode apresentar diminuição da velocidade de processamento e comunicação
com a execução de rotinas de proteção de tela. Por isso, recomenda-se que
não se utilize.

B.6.6 Firewall
Deve-se desabilitar o Firewall dos seguntes sistemas operacionais (Sie-

mens, 2005a):
• Windows XP Professional SP2;
• Windows Server 2003 SP1.
B.6.7 Desfragmentação
Não se deve executar. A desfragmentação da unidade em que se encon-

tram as licenças pode apagá-las ou corrompê-las (Siemens, 2005a). Por isso,
aconselha-se que qualquer procedimento de desfragmentação automático de
unidades seja desabilitado.
B.6.8 Anti-virus
Não se deve utilizar. Máquinas com PCS 7 instalado, em princípio, não

devem ter programas de anti-virus instalados. O AVG, por exemplo, consi-
dera as licenças como sendo virus, e um scan completo pode apagá-las ou
corrompê-las.

Referências
Cassiolato, C., Torres, L. H. B., and Camargo, P. R. (2006). Profibus - Descri-
ção Técnica. Technical report, Smar/Siemens.
Siemens (2002). IEC 61158 Working with Profibus-DP - Device Description

Data Files GSD. Technical Report 2.0, ComDeC.
Siemens (2003). Simatic PCS 7 Process Control System - Product Brief. Te-
chnical report, Siemens AG.
Siemens (2004a). Configuring Hardware and Communication Connections

Step 7 V5.3. Manual A5E00261404-01, Siemens AG, Postfach 4848, D-
90327 Nuernberg, Alemanha.
Siemens (2004b). The Process Device Manager. Manual A5E00325944-01,

Siemens AG, Postfach 4848, D-90327 Nuernberg, Alemanha.
Siemens (2005a). Process Control System PCS 7 PC Configuration and

Authorization. Manual A5E00353686-02, Siemens AG, Postfach 4848, D-
90327 Nuernberg, Alemanha.
Siemens (2005b). Simatic Net Industrial Comunication with PG/PC Volume 1

- Basics. Technical Report 6GK1971-1GA00-0AA1 6GK1971-5DA00-0AA1,
Siemens AG, Postfach 4848, 90327 Nürnberg, Germany.
Siemens (2007a). AS 400 Realtime Preemptive Multitasking OS. Technical

report, Siemens AG.
Siemens (2007b). PCS 7 on Tour - Basic. Technical report, Siemens AG, Östl.
Rheinbrückenstr. 50, D - 76187, Karlsruhe, Alemanha.
Smar (2002). Profibus PA series 303 of field devices. Installation, operation

and maintenance procedures manual 1, Smar.
Solution (2007). Projeto Expansão Cuiabá. Technical report, Anglogold

Ashanti Mineração, Av. do Contorno, 7962, Santo Agostinho, Belo Hori-
zonte, Minas Gerais, Brasil.


Manual Treinamento PCS7

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Manual Treinamento PCS7

Enviado por

Direitos autorais:

Formatos disponíveis

SOLUTION ENGENHARIA DE AUTOMAÇÃO

TREINAMENTO YAMANA SIMATIC PCS 7 -

TREINAMENTO YAMANA SIMATIC PCS 7 -

CONTROLE DE REVISÃO DE DOCUMENTOS

Rev. Natureza Total Corpo Data Elaborado Verificado Aprovado

4 Criação de blocos e process tag types 33

AS Estação de Automação (Automation Station) - CPU Siemens S7-400

CFC Continuous Function Chart;

CP Placa de comunicação (Communication Processor);

CPU Unidade de Processamento Central (Central Processing Unit);

DB Bloco de dados (Data Block);

DCS Sistema de Controle Distribuído (Distributed Control System);

ES Estação de Engenharia (Engineering Station);

FB Bloco de função (Function Block);

FC Bloco de programa (Function Call);

GSD Arquivo de descrição de dispositivo (Gerätestammdatei);

IHM Interface Homem-Máquina;

OB Bloco de organização (Organization Block);

OLM Módulo de Conexão Ótica (Optical Link Module);

OS Estação de Operação (Operation Station);

PCS 7 Process Control System 7 ;

PII Tabela de pontos de Entrada da Imagem de Processo (Process Image

PIP Partição da Imagem de ProcessoProcess Image Partition;

PIQ Tabela de pontos de Saída da Imagem de Processo (Process Image

PLC Controlador Lógico Programável (Programmable Logic Controller);

PLCSIM Simulador de PLC do Step 7 (PLC Simulator);

PS Fonte de alimentação (Power Suply);

SCL Structured Control Language;

SFC Sequencial Function Chart.

AS-OS Assignment Criação de vínculos entre charts, AS(s) e OS(s);

Automation Lincense Manager Aplicação de gerenciamento de licenças;

Block Bloco de programação;

Chart Agrupamento de blocos relacionados/conectados;

Component View Ambiente dos componentes do multiprojeto PCS 7;

Hardware Config Ambiente de configuração de hardware;

Master Data Library Principal biblioteca do multiprojeto;

NetPro Ambiente das conexões entre dispositivos;

PG-PC Interface Tipo de comunicação utilizada entre AS(PG) e OS(PC);

Plant View Ambiente da hierarquia da planta;

Process Device Network View Ambiente dos dispositivos de rede;

Process Tag Types Típico de programação (conjunto de blocos);

S7 Connection Protocolo de comunicação Step 7;

Simatic 300 Station Estação de Automação S7 300;

Simatic 400 Station Estação de Automação S7 400 (AS);

Simatic H Station Estação de Automação S7 400 (AS) redundante;

Simatic Manager Aplicação central do PCS 7;

Simatic PC Station Estação de Operação (OS);

Simatic PDM Aplicação de gerenciamento de dispositivos;

Simatic PDM Lifelist Aplicação de varredura em rede Profibus;

Source Código fonte de um bloco de programação;

Symbols Base de dados Step 7.

Figura 1: Visão geral Totally Integrated Automation R (Siemens, 2003).

Alguns dos componentes dos diversos níveis de automação existentes na

1. Motores e acionadores (inversores, relés inteligentes, soft starters, etc),

2. Y-liks (DP/DP: rede Profibus DP redundante para Profibus DP simples),

Avenida do Contorno, 7962, 10o andar - Santo Agostinho Página 1

3. AS’s: não-redundante, redundante (H System) e de segurança (fail-

4. Rede Ethernet da planta;

5. OS’s: Estação de Engenharia (ES), Estações de Operação Single Sta-

6. Rede Ethernet de Clientes;

7. Estações Clientes, Estações Servidoras Web (OS Web Servers);

9. Estações de Tratamento de Informações;

10. Computadores Pessoais (acesso via Internet).

O aspecto de integração do PCS 7 está relacionado à possibilidade de