Total Openness OPC
Total Openness OPC
Digitalization
SITRAIN © Siemens AG 2018 Course: DI-AUTOEN
Content Page
Objectives……………………....................................................................................................................................... 2
New business models in the Internet age are replacing entire markets………………………................................... 5
Key challenges in the manufacturing industry………………………............................................................................ 6
Digital Enterprise – Our solution portfolio for digital transformation………………………........................................ 7
Integration and digitalization of the entire value chain are crucial to remain competitive in the future .......... 8
Digital Enterprise Suite – The Siemens answer to the requirements of discrete manufacturing....................... 9
With Totally Integrated Automation for machine operators … …
we are setting new productivity standards in Digital Enterprise!………………………………....................................... 10
Horizontal and vertical TIA value chain – User scenarios for experiencing digitalization with the TIA Portal..... 11
.........
Digi demo machine ………………………...................................................................................................................... 12
SITRAIN DI-AUTOEN
Training for Industry Page 1
Objectives
... Be able to name the advantages that digitalization can bring within
industrial appliances
SITRAIN DI-AUTOEN
Training for Industry Page 2
Digitalization
changes
everything
AG
Digitalization is currently changing every aspect of our lives: how we get informed, how we travel,
how we shop – and, of course, how we make products.
SITRAIN DI-AUTOEN
Training for Industry Page 4
New business models in the Internet age are replacing entire markets
SITRAIN DI-AUTOEN
Training for Industry Page 5
Key challenges in the manufacturing industry
Security
rity
DR
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 6 Digitalization – Introduction and Overview
1. Shorter time-to-market
Manufacturers have to bring their products to market increasingly faster, even
though they are becoming more and more complex.
2. Increased flexibility
Consumers want individualized products – but at a price they would pay for a
mass product. This is only possible if production is more flexible than ever before.
3. Higher quality
Consumers reward high quality by recommending products on the Internet – and
they punish qualityty deficiencies
deficienc in the same way. In order to ensure high quality
and comply withith legal
lega requirements at the same time, companies have to
establish closedd quality circuits – and the products must be traceable.
4. More efficiency
Today, not only does the product itself have to be sustainable and environmentally
friendly – energy efficiency also has become a competitive advantage in
production.
5. Security
The topic of security is also on the agenda. Digitalization means that
manufacturing facilities have become more vulnerable. All the more reason why
companies need adequate security measures.
SITRAIN DI-AUTOEN
Training for Industry Page 6
Digital Enterprise – Our solution portfolio for digital transformation
Digital Enterprise
Process industries Discrete industries
Process
Product Production Production Production
Product design and plant Engineering Operation Services Services
design planning engineering execution
design
Industrial
Security
Digital
Enterprise
Industrial Suite
services
S PL
A
TIA
A in the Dig
Digital Enterprise
DR
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 7 Digitalization – Introduction and Overview
SITRAIN DI-AUTOEN
Training for Industry Page 7
Integration and digitalization of the entire value chain
are crucial to remain competitive in the future
Third-party applications
SITRAIN DI-AUTOEN
Training for Industry Page 8
Digital Enterprise Suite – The Siemens answer to the requirements
of discrete manufacturing
MindSphere
Totally Integrated
Automation
Product Lifecycle
Management
Manufacturing
operations management
Teamcenter
SITRAIN DI-AUTOEN
Training for Industry Page 9
With Totally Integrated Automation for machine operators …
… we are setting new productivity standards in Digital Enterprise!
Totally Integrated
Automation Cloud
Mechanical system
Electronics
Automation
Simulation and Production
Prod Maintenance and
commissioningg optimization
SITRAIN DI-AUTOEN
Training for Industry Page 10
Horizontal and vertical TIA value chain –
User scenarios for experiencing digitalization with the TIA Portal
AG
1 3 Simulation and
4 5 Production
roduction
6 Maintenanceand
Maintenance and
commissioning optimization
Optimization
2
Data backbone
SITRAIN DI-AUTOEN
Training for Industry Page 11
Digi demo machine
SITRAIN DI-AUTOEN
Training for Industry Page 12
Automated Digital Workflow
ES
TAG
PLC
Standardization
Creating a standard
Conteúdo Pág.
Visão geral do Capítulo…............................................................................................................................
3
Objetivos …......................................................................................................................................... 5
O que é a Padronização?….................................................................................................................. 6
Padrões Familiares…............................................................................................................................ 7
Por que Padronização?…....................................................................................................................... 8
Quem está envolvido em uma Padronização?…................................................................................... 9
PLCopen - Uma série de especificações…...............................................................................................10
Benefícios da padronização do software PLC …………………………................................................
11
.................
Objetivos …......................................................................................................................................... 12
.................
Padronizar - Como?…........................................................................................................................... 13
..................
Abordagem da solução - Padronização ….......................................................................................... 14
..................
Por que Padronizar? – Benefícios……................................................................................................... 15
Digi-Usecase – Geração Automática de e Pr
Projetos com TIA Openness ............................................. 17
Benefícios adicionais com um olhar para o futuro …........................................................................... 18
Ferramentas para a Geração Automática de Projetos …..................................................................... 19
Links para Suporte…............................................................................................................................... 20
Conceito de biblioteca no TIA Portal .....................................................................................................21
Objetivos …......................................................................................................................................... 22
Conceito de biblioteca no TIA Portal - the Key Data…......................................................................... 23
Type versus Master Copy…................................................................................................................. 24
Bibliotecas – Quais elementos podem ser utilizados?…....................................................................... 25
Padronizando com as bibliotecas…........................................................................................................ 26
Links para Suporte……........................................................................................................................... 28
Oportunidades para implementar um padrão .....................................................................................29
Objetivos …......................................................................................................................................... 30
SITRAIN DI-STAND
Training for Industry Page 1 Standardization
De "0" a "Padronizado" nos desafios e riscos do PLC ..............................................................
31
SITRAIN DI-STAND
Training for Industry Page ‹nº› Standardization
Conteúdo Pág.
Do “0” a “Padronizado” no PLC usando uma máquina de demonstração como exemplo…….....................
32
Seção Transversal Funcional da Análise da Máquina de Demonstração da Estrutura da Máquina……..............
33
Seção Transversal Funcional da Máquina de Demonstração
Batch-oriented (DIN EN 61512-1 baseado em ISA 88) …………………………………………...................37
Seção Transversal Funcional da Análise da Máquina de Demonstração da Estrutura da Máquina
………................. 38
Seção Transversal Funcional do Planejamento de Máquinas de Demonstração - Interconexões em Unidades
Funcionais ... 41
Implementação de Linguagens de Programação……....................................................................................
43
Instância Única de Local de Armazenamento versus Instância Múltipla…….........................................................
44
Diferenças de Local de Armazenamento Entre Blocos de Dados Globais e de Várias Instâncias……......................
45
Opções de Padronização com o STEP 7 V5.x até TIA Portal al ……...…….................................................. 46
Níveis de Padronização ……..............................................................................................................
................. 47
1º Nível de Padronização …….........................................................................................................
................ 48
1º Nível de Padronização - Identificador……........................................................................................
or……...... 49
1º Nível de Padronização - Declaração de Tag ……............................................................................ 51
1º Nível de Padronização - Comentários …….................................................................................... 52
1º Nível de Padronização - Matrizes e Tipos de Dados do PLC…….................................................... 53
1º Nível de Padronização - Agrupamento de Blocos……….................................................................... 54
1º Nível de Padronização - Agrupamento de dispositivos I/O............................................................55
1º Nível de Padronização - Gerenciamento de Perfis de Hardware ……............................................ 56
1º Nível de Padronização - Estruturação em SCL……........................................................................ 57
Links e Ferramentas para Puporte……..........................................................................................................
58
Exercício – Nível 1…….......................................................................................................................... 59
2º Nível de Padronização ……........................................................................................................ 61
Interfaces - Uso e Definição ……................................................................................................. 62
2º Nível de Padronização - Blocos …….......................................................................................... 63
2º Nível de Padronização - Armazenamento de Dados......................................................................... 65
........
2º Nível de Padronização - Bibliotecas ……....................................................................................... 66
2º Nível de Padronização - Controle de Versão de Objetos s na Bibliote
Biblioteca .................................. 67
2º Nível de Padronização - Placas IHM …................
……........................................................................... 68
2º Nível de Padronização - Biblioteca com Funções Ge Gerais ………................................................ 69
................
Links para Suporte……............................................................................................................................ 70
Exercício – Nível 2…….......................................................................................................................... 71
3º Nível de Padronização ……......................................................................................................... 73
3º Nível de Padronização – Estrutura de Programa……........................................................................ 74
3º Nível de Padronização - Estrutura de Programa……........................................................................ 75
3º Nível de Padronização - Tipos de dados do PLC............................................................................... 76
3º Nível de Padronização - Exemplo de tipos de dados do PLC ……................................................ 77
3º Nível de Padronização – Padronização de Blocos ………....................................................... 78
3º Nível de Padronização - Programação Independente de Hardware ……................................... 79
Implementação do Resumo do Padrão de Programação ………......................................................... 80
Links para Suporte……........................................................................................................................... 81
Exercício - Nível 3…............................................................................................................................. 81
Conclusão ……..................................................................................................................................... 84
SITRAIN DI-STAND
Training for Industry Page 2 Standardization
Treinamento e Suporte
…….....................................................................................................................
85
Cursos Adicionais
…….............................................................................................................................
86
Quaisquer perguntas sobre nossos cursos de treinamento oferecidos?.........................................87
SITRAIN DI-STAND
Training for Industry Page ‹nº› Standardization
Visão Geral do Capítulo
ponto de vista …
Às vezes você tem que mudar seu
SITRAIN DI-STAND
Training for Industry Page 3 Standardization
Visão Geral do Capítulo
SITRAIN DI-STAND
Training for Industry Page 4 Standardization
Objetivos
SITRAIN DI-STAND
Training for Industry Page 5 Standardization
O que é Padronização?
Source: Wikipedia
SITRAIN DI-STAND
Training for Industry Page 6 Standardization
Padrões Familiares
SITRAIN DI-STAND
Training for Industry Page 7 Standardization
Por que Padronização?
G
Source: Computerwoche (Computer Week)
SITRAIN DI-STAND
Training for Industry Page 8 Standardization
Quem está envolvido em uma Padronização?
Padronizado é …
… Mecânico … Planejamento elétrico
… IT
… Documentação
Por exemplo,
TA
Por exemplo, o que endereços Ethernet
C
está documentado … PLC e HM
HMI
P+
e como
S
Por exemplo,
RA
configuração
configura
programação
pro
SITRAIN DI-STAND
Training for Industry Page 9 Standardization
PLCopen - Uma Série de Especificações
G
omuni
comunicação padronizada – OPC UA
p
(open platform communications – arquitetura unificada).
Source: www.plcopen.org
SITRAIN DI-STAND
Training for Industry Page 10 Standardization
Visão Geral do Capítulo
SITRAIN DI-STAND
Training for Industry Page 11 Standardization
Objetivos
SITRAIN DI-STAND
Training for Industry Page 12 Standardization
Padronizar - Como?
Padronização
Análise da estrutura da
Design das interfaces Implementação
máquina
Reengenharia
Arquitetura de software
padronizada + aprimorada
SITRAIN © Siemens AG 2018 DI-STAND
Page 13 Standardization
SITRAIN DI-STAND
Training for Industry Page 13 Standardization
Abordagem da Solução - Padronização
Objetivos da Padronização
Padronização contribui para redução de custos
Benefícios
Modularidade
Tempo de engenharia Reutilização
Módulos encapsulados
reduzido Pode ser gerado
CT
Módulos podem ser testados
Maior qualidade de software ão de código
Evitar duplicação códig
Flexibilidade
Comissionamento mais
Parâmetros atribuíveis
rápido
SITRAIN DI-STAND
Training for Industry Page 14 Standardization
Por que Padronizar? – Benefícios…
… Para o fabricante
CT
Comissionamento virtual / “Digital
Digital Twin”
SITRAIN DI-STAND
Training for Industry Page 15 Standardization
Por que Padronizar? – Benefícios…
C TA
Evitar "engenharia paralela" da mesma taref
tarefa
bém P Loutros departamentos
S
Interfaces definidas também com
SITRAIN DI-STAND
Training for Industry Page 16 Standardization
Digi-Usecase – Geração automática de projetos com TIA Openness
SITRAIN DI-STAND
Training for Industry Page 17 Standardization
Benefícios Adicionais com um Olhar para o Futuro
SITRAIN DI-STAND
Training for Industry Page 18 Standardization
Ferramentas para o Automatic Project Generation
Vantagens:
Vantagens : - Definição simples de regras
- Geração de projetos / blocos SiVArc
- Ações rastreáveis a cada execução - Geração rápida de telas e
objetos de tela
Exigências:
- Existência de blocos padronizados Exigências:
AG
- Existência de programa de geração TEP 7 e WinCC
- Uso do STEP
T
(conhecimento de linguagem de alto - Existência de faceplates
nível)
LCpadronizados
padron
SITRAIN DI-STAND
Training for Industry Page 19 Standardization
Links para Suporte
PLC
enness Scripter)
Tool for easier use of the TIA Portal Openness interface (Openness Scrip
(Entry ID: 109742322) Facilitador para geração de scripts
pts
SITRAIN DI-STAND
Training for Industry Page 20 Standardization
Visão Geral do Capítulo
SITRAIN DI-STAND
Training for Industry Page 22 Standardization
Objetivos
... Estar ciente dos objetos que podem ser padronizados com o TIA-
Portal
SITRAIN DI-STAND
Training for Industry Page 23 Standardization
Conceito de biblioteca no TIA Portal - Key Data
SITRAIN DI-STAND
Training for Industry Page 24 Standardization
Type versus Master Copy
Use
Master copy
Use
Type V1 Instance
Update V2
V1
Instance
Type V2 Atualização central V1
V2
para uma versão mais
Instance V2
V1
recente
SITRAIN DI-STAND
Training for Industry Page 25 Standardization
Bibliotecas - Quais Elementos podem ser usados?
SITRAIN DI-STAND
Training for Industry Page 26 Standardization
Padronizando com as bibliotecas
Main
Types
Version 1.0
Main
Version 1.0
Version 1.0
S P
o Type e contra gravação do Type
A
“versionização”
ionização nos projetos
SITRAIN DI-STAND
Training for Industry Page 27 Standardization
Padronizando com as bibliotecas
A reutilização de types no
… Expand Standard Update Instances
projeto pode ser reconhecida
imediatamente
Library
Read only
O uso do padrão é garantido
Types Main por instâncias somente leitura
Version 2.0
Instâncias podem ser
atualizadas automaticamente
Read only
Version 1.0
Main Tipo versionizado garante que
Version 2.0
as alterações possam ser
Expanda / modifique a rastreadas
função e atribua nova
versão
P
Reduza o tempo de
Version 2.0
Atualiz instâncias com
Atualizar desenvolvimento
operação em massa
Aumentar a qualidade
SITRAIN DI-STAND
Training for Industry Page 28 Standardization
Links para Suporte
SITRAIN DI-STAND
Training for Industry Page 29 Standardization
Visão Geral do Capítulo
SITRAIN DI-STAND
Training for Industry Page 30 Standardization
Objetivos
SITRAIN DI-STAND
Training for Industry Page 31 Standardization
Do “Zero” ao “Padronizado” no CLP
Desafios e riscos
SITRAIN DI-STAND
Training for Industry Page 32 Standardization
De “0” a “Padronizado” no CLP
Usando uma máquina de demonstração como exemplo
Padronização
Análise da estrutura
Planejamento Implementação
da máquina
Componentes usados várias vezes Blocos padrão para Treinamento de funcionário
(acionamentos, sensores, válvulas, processamento de atuadores e Distribuição de tarefas
atuadores, módulos, opções) sensores / codificadores Implementação de SW
Combinar as peças da máquina em Blocos padrão para módulos Documentação
módulos reutilizáveis (alimentação padronizados …
da peça, dispositivo de fixação, Interfaces Æ Encapsulamento de
medição da peça …) funções (dados relevantes para
Padronização e automação de blocos ou outros módulos…)
processos (por exemplo, Conceito de manutenção
enção de
configuração da máquina) software, definindo
indo desenvolvimento
desenv
e distribuição
ão
Usando
ando ferramentas
ferram e auxiliares
do sistema
sistem de engenharia
Documentação
Doc e revisão
SITRAIN © Siemens AG 2018 DI-STAND
Page 33 Standardization
SITRAIN DI-STAND
Training for Industry Page 33 Standardization
Seção transversal funcional da máquina de demonstração
Análise da estrutura da máquina
Empty
Box 1 Tray Picker Tray
Handler 2 Handler 1
Empty
Box 2
Precision Robot
Unit
Belt Belt Belt
Conveyor 1 Conveyor 2 Conveyor 3
SITRAIN DI-STAND
Training for Industry Page 35 Standardization
Seção transversal funcional da máquina de demonstração
Análise da estrutura da máquina
SITRAIN DI-STAND
Training for Industry Page 36 Standardization
Seção transversal funcional da máquina de demonstração
Análise da estrutura da máquina
Empty
Box 1 Tray Picker Tray
Handler 2 Handler 1
Empty
Box 2
Precision Robot
Unit
SITRAIN DI-STAND
Training for Industry Page 37 Standardization
Seção transversal funcional da máquina de demonstração
Batch-oriented (DIN EN 61512-1 baseado no ISA 88)
Módulo de equipamento :
Módulo de pode conter
Uma combinação funcional de módulos de controle que podem executar um
equipamento
número finito de atividades de processamento menores específicas
T AG pode conter
Módulo de controle: O nível mais baixo do agrupamento
Æ A automação básica C
nto de módulos
módu
Módulo de controle
pode conter
As extensões funcionais podem ser funções de posicionamento, funções da câmera ou do seletor, por exemplo.
SITRAIN DI-STAND
Training for Industry Page 38 Standardization
Seção transversal funcional da máquina de demonstração
Análise da estrutura da máquina
Abstração do modelo
real para análise
TAG
Nome da identificação do
PLC
equipamento
(Projeto
eto elétrico)
SITRAIN DI-STAND
Training for Industry Page 39 Standardization
Seção transversal funcional da máquina de demonstração
Planejamento – Batch-oriented (DIN EN 61512-1)
Unidade
2
Pode conter
Pode conter
Pode conter
Módulo de controle
Sensor
SD
Drive Sensor
SITRAIN © Siemens AG 2018 DI-STAND
Page 40 Standardization
SITRAIN DI-STAND
Training for Industry Page 40 Standardization
Seção transversal funcional da máquina de demonstração
Planejamento – Batch-oriented (DIN EN 61512-1)
Unidade
Pode conter
Pode conter
2
Pode conter
Módulo de controle
Sensor
SD
Drive Sensor
SITRAIN © Siemens AG 2018 DI-STAND
Page 41 Standardization
SITRAIN DI-STAND
Training for Industry Page 41 Standardization
Seção transversal funcional da máquina de demonstração
Planejamento - interconexões em unidades funcionais
S120
V90
SITRAIN DI-STAND
Training for Industry Page 42 Standardization
Seção transversal funcional da máquina de demonstração
Planejamento - interconexões em unidades funcionais
S120
SITRAIN DI-STAND
Training for Industry Page 43 Standardization
Linguagens de programação
Implementação
Tarefa Linguagem
Ambiente de
chamada
Ambiente de chamada do sistema ĺ FBD
SITRAIN DI-STAND
Training for Industry Page 44 Standardization
Local de armazenamento
Instância única versus instância múltipla
Unidade Unidade
Informação
Interface DB
geral
DB de instância
única EM
Informação
EM EM
geral
DB de instância
única CM
CM CM
Os dados da instância podem ser armazenados globalmente ou "agrupados". Com armazenamento global, as
informações estão disponíveis para todos os outros blocos. Com o armazenamento "agrupado", o programa
fica mais fácil de ler, manter e reutilizar. A desvantagem, no entanto, é que as informações possivelmente
precisam ser transmitidas através das diferentes instâncias.
SITRAIN DI-STAND
Training for Industry Page 45 Standardization
Local de armazenamento
Diferenças entre blocos de dados globais e de várias instâncias
FB-Parameter
DB OB
FC
FB-Statics
FB
Vantagens : Vantagens:
• Armazenamento central de dados • A cópia do programa é simplificada (sem
acessos
cesso cruzados)
Desvantagens :
• Podem ocorrer acessos cruzados Desvantagens:
Des
não gerenciáveis • A interface do FB se torna mais complexa (a
• Inconsistências de dados podem passagem de informações)
ocorrer
SITRAIN © Siemens AG 2018 DI-STAND
Page 46 Standardization
SITRAIN DI-STAND
Training for Industry Page 46 Standardization
Opções de padronização com o STEP 7 V5.x até o TIA Portal
STEP 7 V5.x
(and TIA Portal)
Troca de dados via interfaces, DBs globais, uso de tipos de dados UDTs / PLC (encapsulamento
permite reutilização)
Trabalho com bibliotecas e controle de versão, uso de faceplates (HMI), trabalho colaborativo via
bibliotecas/ TIA multiuser
TIA Portal
AG
balhando com constantes
(parameter instance), trabalhando
SITRAIN DI-STAND
Training for Industry Page 47 Standardization
Níveis de padronização
ESD
IEC 61131-3 Requer compreensão mais profunda
IEC 81346
SITRAIN DI-STAND
Training for Industry Page 48 Standardization
1º Nível de padronização
O primeiro nível de padronização diz respeito essencialmente aos identificadores de tags, blocos,
instâncias, etc..
Além disso, é determinada a estruturação dos projetos, ou seja, são utilizados grupos para blocos, tags
/ variáveis etc., e é definido o local de armazenamento e a identificação do projeto.
SITRAIN DI-STAND
Training for Industry Page 49 Standardization
1º Nível de Padronização - Identificador
SITRAIN DI-STAND
Training for Industry Page 50 Standardization
1º Nível de Padronização - Identificador
A troca de sinal entre o programa do usuário e os blocos individuais deve sempre ocorrer através das interfaces do
bloco.
SITRAIN DI-STAND
Training for Industry Page 51 Standardization
1º Nível de Padronização - Declaração de tags
Static e Temp
Constantes
Os identificadores para constantes são sempre compostos inteiramente por LETRAS MAIÚSCULAS
Identificadores para constantes contêm sublinhados como separadores de palavras “_”
Somente constantes locais são usadas em blocos
SITRAIN DI-STAND
Training for Industry Page 52 Standardization
1º Nível de Padronização - Comentários
Comentários de blocos
1
Descreve o que uma função ou seção de código faz
Uma ou várias linhas na frente da respectiva seção de código
Comentário de linha
Descreve o que uma linha de código individual faz
É usado no final da linha de código ou na frente da linha de código
SITRAIN DI-STAND
Training for Industry Page 53 Standardization
1º Nível de Padronização - Matrizes e tipos de dados PLC
Matrizes
SITRAIN DI-STAND
Training for Industry Page 54 Standardization
1º Nível de Padronização - Agrupamento de Blocos
1
Grupos fechados
SITRAIN DI-STAND
Training for Industry Page 55 Standardization
1º Nível de Padronização - Agrupamento de Dispositivos IO
SITRAIN DI-STAND
Training for Industry Page 56 Standardization
1º Nível de padronização - Gerenciamento de Perfil de Hardware
SITRAIN DI-STAND
Training for Industry Page 57 Standardization
1º Nível de Padronização - Estruturação em SCL
SITRAIN DI-STAND
Training for Industry Page 58 Standardization
Links e Ferramentas para Suporte
Programming Guidelines and Programming Styleguide for SIMATIC S7-1200 and S7-
1500 (Entry ID: 81318674, incl. Templates and Styleguide Checklist)
Nota: Site original compreende três guias separados e o checklist para estilo.
Hoje existem links separados para cada um
• Programação https://support.industry.siemens.com/cs/br/pt/view/90885040
• Safety https://support.industry.siemens.com/cs/br/pt/view/109750255
• Estilo https://support.industry.siemens.com/cs/br/pt/view/109478084
• "Styleguide Checker“ https://support.industry.siemens.com/cs/br/pt/view/109741418 (V15.1 e V16)
O Styleguide Checker foi incorporado ao pacote adicional TIA Portal Test Suite Advanced V16:
6
Aviso de lançamento: https://support.industry.siemens.com/cs/br/pt/view/109775720
PLC
Download: https://support.industry.siemens.com/cs/br/pt/view/109775719
75719 Checklist
SITRAIN DI-STAND
Training for Industry Page 59 Standardization
Exercício – Nível 1
SITRAIN DI-STAND
Training for Industry Page 60 Standardization
O que fazer 1. Recupere (descompacte) o projeto inicial “ExerciseStart.zap15_1”. Você o encontrará
em:
“C:\02_Archives\TIA_Portal\DI-STAND\Exercise”
5. Confirme a caixa de diálogo “Openness Access” no TIA Portal com “Yes, all”.
PL
9. Compile os blocos no seu PLC.
SITRAIN DI-STAND
Training for Industry Page 61 Standardization
O que fazer 1. Recupere (descompacte) o projeto inicial “ExerciseStart.zap15_1”. Você o encontrará
em:
“C:\02_Archives\TIA_Portal\DI-STAND\Exercise”
5. Confirme a caixa de diálogo “Openness Access” no TIA Portal com “Yes, all”.
PL
9. Compile os blocos no seu PLC.
SITRAIN DI-STAND
Training for Industry Page 62 Standardization
2º Nível de Padronização
2
Blocos e suas interfaces
Bibliotecas
Faceplate (HMI)
SITRAIN DI-STAND
Training for Industry Page 63 Standardization
Interfaces - Uso e Definição
Unidade
• Troca de dados simplificada através de 2
interfaces de bloco (as informações podem
ser compactadas)
Matriz Bool [0 ..9]
• Evitar interconexões não intencionais
incorretas de interfaces PLC-data type …
• Alta transparência
• Diagnóstico simples EM
SITRAIN DI-STAND
Training for Industry Page 64 Standardization
2º Nível de Padronização - Blocos
Sensor 2
V90
A
CT
Vantagens: Restrições:
alta parametrização estr
estrutura de software mais complexa
alta reutilização requer compreensão mais profunda
da
mudança centralizada
SITRAIN DI-STAND
Training for Industry Page 65 Standardization
2º Nível de Padronização - Blocos
Interface de bloco
Se possível, use apenas tipos de dados elementares como Input ou Output, InOut somente se necessário
Sempre escreva tags de saída, mas apenas uma vez por ciclo
Outros
Se um bloco for parametrizado incorretamente, o bloco deve
ve assumir
um estado definido e sinalizar isso de acordo.
Os blocos protegidos pelo know-how devem m primeiro ser
s verificados
quanto a “Library conformance”
SITRAIN © Siemens AG 2018 DI-STAND
Page 66 Standardization
SITRAIN DI-STAND
Training for Industry Page 66 Standardization
2º Nível de Padronização - Armazenamento de Dados
Use Global DBs quando os dados forem usados por várias partes ou blocos
do programa.
Bits de Memórias são o ontem, o hoje são blocos de dados globais! 2
Cada CLP possui áreas de memória de tamanhos diferentes (por exemplo,
system and clock memories). Isso garante que o programa possa ser usado
universalmente.
SITRAIN DI-STAND
Training for Industry Page 67 Standardization
2º Nível de Padronização - Bibliotecas
SITRAIN DI-STAND
Training for Industry Page 68 Standardization
2º Nível de Padronização - Controle de Versão de Objetos na Biblioteca
Para alterações que resultam em novas funções ou que tornam o bloco incompatível com versões mais
antigas, o primeiro dígito do número da versão é incrementado
SITRAIN DI-STAND
Training for Industry Page 69 Standardization
2º Nível de Padronização - HMI Faceplates
SITRAIN DI-STAND
Training for Industry Page 70 Standardization
2º Nível de Padronização - Biblioteca com Funções Gerais
SITRAIN DI-STAND
Training for Industry Page 71 Standardization
Links para Suporte
2
Creating Faceplates with WinCC Runtime Advanced and Comfort Panels
(Entry ID: 68014632)
Library of General Functions (LGF) for STEP 7 (TIA Portal) and S7-1200 / S7-1500
(Entry ID: 109479728)
Libraries with PLC Data Types (LPD) for STEP 7 (TIA Portal) and S7-1200 / S7-1500
(Entry ID: 109482396)
Checklist
SITRAIN DI-STAND
Training for Industry Page 72 Standardization
Exercício – Nível 2
Usando o LGF
Expandindo a interface no bloco
Execução de controle de versão em
bloco
Task Description You are to open the LGF “LGF_V15.1.al15_1” in the Global libraries.
You will find it under:
“C:\02 _Archives\TIA-Portal\DI-STAND\Exercise”
From it, you are to use the “LGF_Frequency” block in your project as a flashing
frequency sensor/encoder for the error message in the “Sensor” block and you
are to adjust the blocks concerned.
After you make the adjustment, the relevant blocks are to be given a new version
that you will then release.
SITRAIN DI-STAND
Training for Industry Page 73 Standardization
O que fazer? 1. Abra o LGF “LGF_V15.1.al15_1” em Global libraries.
Você o encontrará em:
“C:\02 _Archives\TIA_Portal\DI-STAND\Exercise”
2. Adicione o bloco “LGF_Frequency” da biblioteca para o bloco “Sensor”. Para isso, você
precisará editar o tipo, caso contrário, nenhuma alteração seria possível.
3. Atribua uma instância múltipla como área de dados e dê um nome a ela de acordo com
o Programming Styleguide.
4. Atribua os parâmetros ao bloco de forma que a taxa de pausa de pulso seja 1:1 e a
frequência seja 2 Hz. (consulte a documentação LGF)
5. O ciclo gerado deve ser produzido como uma saída adicional chamada
“FlashFrequency” no bloco em caso de erro.
7. Na caixa de diálogo exibida, desative todas as marcas de seleção e confirme com “OK”.
8. Analise o que acontece no seu projeto e na “Project library” devido à ação anterior.
SITRAIN DI-STAND
Training for Industry Page 74 Standardization
O que fazer? 1. Abra o LGF “LGF_V15.1.al15_1” em Global libraries.
Você o encontrará em:
“C:\02 _Archives\TIA_Portal\DI-STAND\Exercise”
2. Adicione o bloco “LGF_Frequency” da biblioteca para o bloco “Sensor”. Para isso, você
precisará editar o tipo, caso contrário, nenhuma alteração seria possível.
3. Atribua uma instância múltipla como área de dados e dê um nome a ela de acordo com
o Programming Styleguide.
4. Atribua os parâmetros ao bloco de forma que a taxa de pausa de pulso seja 1:1 e a
frequência seja 2 Hz. (consulte a documentação LGF)
5. O ciclo gerado deve ser produzido como uma saída adicional chamada
“FlashFrequency” no bloco em caso de erro.
7. Na caixa de diálogo exibida, desative todas as marcas de seleção e confirme com “OK”.
8. Analise o que acontece no seu projeto e na “Project library” devido à ação anterior.
SITRAIN DI-STAND
Training for Industry Page 75 Standardization
3º Nível de Padronização
Uso de funções do sistema, como Array [*] / Array of Multiinstance / Parameter instance / REF_TO, para
economizar recursos e facilitar a leitura do programa
SITRAIN DI-STAND
Training for Industry Page 76 Standardization
3º Nível de Padronização - Estrutura do Programa
Restrições:
os blocos criados existentes teriam que ser ajustados à nova estrutura do programa e ao escopo
correspondente da função
no início, maior esforço no desenvolvimento dos blocos
SITRAIN DI-STAND
Training for Industry Page 77 Standardization
3º Nível de Padronização - Estrutura do Programa
3. Level
3
PLC-Types HMI-Types
2. Level
(Function group) Faceplate
FB (Motor)
(Motor)
1. Level
(Module) FB (Valve) Faceplate
FB (Motor) FB (Motor) FB (Valve) FB (Valve) FB (Valve) (Valve)
SITRAIN DI-STAND
Training for Industry Page 78 Standardization
3º Nível de Padronização - PLC Data Types
Se conjuntos de dados com certas propriedades devem ser utilizados no programa, recomenda-se o
uso de PLC data types.
Os PLC data types são estruturas de dados definidas pelo usuário que podem consistir em diferentes 3
tipos de dados.
Vantages:
Acesso a áreas de I/O com PLC data types.
As variáveis (tags) baseadas em PLC data types, recebem todas as propriedades PLC data
types
A modificação do PLC data type resulta em um ajuste automático de todas as
variáveis referenciadas.
Com a ajuda dos símbolos consistentes, o programa se torna mais fácil de ler, pois os
nomes dos elementos individuais de um PLC data type são exibidos no programa.
Maior desempenho desde que o código do programa otimizado izado é gerado.
Durante a chamada em bloco, o PLC data type pode ser transferido
transfe como uma
estrutura inteira.
Interface de chamada simplificada devido ao menor número de parâmetros a serem
fornecidos.
Comparação de estruturas inteiras com um comando.
SITRAIN © Siemens AG 2018 DI-STAND
Page 79 Standardization
SITRAIN DI-STAND
Training for Industry Page 79 Standardization
3º Nível de Padronização - Exemplo de Tipos de PLC Data Types
SITRAIN DI-STAND
Training for Industry Page 80 Standardization
3º Nível de Padronização - Padronização de Blocos
Loop (n…n+x)
3
#instConveyors[n].Mode #instConveyors[n].Diag
Vantagens :
#instConveyors[n].Enable #instConveyors[n].Position alta capacidade de parametrização
alta reutilização
#instConveyors[n].Config mutabilidade central
menos código de programa
Restrições:
estrutura de software mais
complexa
requer compreensão mais
profunda
SITRAIN DI-STAND
Training for Industry Page 81 Standardization
3º Nível de Padronização - Programação Independente de Hardware
Para garantir que um bloco possa ser usado sem problemas em todos os PLCs sem ajustes adicionais, é
importante não usar funções e propriedades dependentes de hardware.
Use apenas os tipos de dados e parâmetros suportados pelos PLCs nos quais o programa será executado. 3
(consulte Programming Guidelines)
SITRAIN DI-STAND
Training for Industry Page 82 Standardization
Implementação do padrão de programação
Sumário
3
Flexibilidade e Definição de interface
Programming Styleguide
Legibilidade • Estruturas
• Identificador de tag Confiabilidade
• Transferência de parâmetros
Padrão
SITRAIN DI-STAND
Training for Industry Page 83 Standardization
Links para Suporte
TIA Portal - An Overview of the Most Important Documents and Links – Communication
(Entry ID: 90940081)
3
Programming Guidelines and Programming Styleguide for SIMATIC S7-1200 and S7-
1500 (Entry ID: 81318674, incl. Templates and Styleguide Checklist)
(já apresentado nas páginas anteriores)
TAG
PLC
RAS
SITRAIN © Siemens AG 2018
ESD DI-STAND
Page 84 Standardization
TAG
PLC
RAS
ESD
SITRAIN DI-STAND
Training for Industry Page 84 Standardization
Exercício - Nível 3
Task Description Two further transport conveyors are now to be added to the system. Change the
block so that it provides the data for an HMI.
After you make the adjustment, release the relevant blocks and assign a new
version.
SITRAIN DI-STAND
Training for Industry Page 85 Standardization
O que fazer? 1. Adicione mais duas chamadas do bloco “Conveyor” no bloco “Machine”.
2. Como área de dados, atribua uma única instância cada e nomeie-as de acordo com o
Programming Styleguide.
7. Devido às alterações, é necessário liberar os blocos em questão. Você pode fazer isso
ra cada tipo individualmente. Através do menu
na “Project library” para todos os tipos ou para
cham a função “Release all”.
de contexto no objeto relevante, você pode chamar
bida, desative
8. Na caixa de diálogo exibida, desativ todas as marcas de seleção e confirme com “OK”.
e acontece no
9. Analise o que n seu projeto e na “Project library” devido à ação anterior.
Think about how or what you could standardize in your company / plant?
SITRAIN DI-STAND
Training for Industry Page 86 Standardization
O que fazer? 1. Adicione mais duas chamadas do bloco “Conveyor” no bloco “Machine”.
2. Como área de dados, atribua uma única instância cada e nomeie-as de acordo com o
Programming Styleguide.
7. Devido às alterações, é necessário liberar os blocos em questão. Você pode fazer isso
ra cada tipo individualmente. Através do menu
na “Project library” para todos os tipos ou para
cham a função “Release all”.
de contexto no objeto relevante, você pode chamar
bida, desative
8. Na caixa de diálogo exibida, desativ todas as marcas de seleção e confirme com “OK”.
e acontece no
9. Analise o que n seu projeto e na “Project library” devido à ação anterior.
Think about how or what you could standardize in your company / plant?
SITRAIN DI-STAND
Training for Industry Page 87 Standardization
Conclusão
SITRAIN DI-STAND
Training for Industry Page 88 Standardization
G
T
Introdução ao Openness
ness
P LC
S
SITRAIN © Siemens AG 2018 Course: TIA-AUTOEN
Content Page
Training objectives.................................................................................................................... 2
Automated Digital Workflow.................................................................................................... 3
Agenda……………………………………………………………………………………………………………………………….. 4
Project generation…………………................................................................................................. 6
TIA Portal Openness……………………………………………………………………………………………………………. 18
Openness and software generation ........................................................................................ 25
Openness and hardware configuration ………........................................................................... 28
Exercise 1: Import AML from the ECAD in the TIA Portal.........................................................
........ 32
Exercise 2: Data exchange between the TIA Selection on Tool & the th TIA Portal........................... 34
Openness and hardware configuration ………………..................................................................
………........ 37
Conclusion ................................................................................................................................
............... 39
Checkpoint................................................................................................................................ 40
SITRAIN TIA-AUTOEN
Training for Industry Page 1 Openness Introduction
Objetivo
... c
ser capaz de importar e exportar configurações de hardware
SITRAIN TIA-AUTOEN
Training for Industry Page 2 Openness Introduction
Automated Digital Workflow
Padronização PLC
Generation
Criando um padrão Gerando o programa
PLC
SITRAIN TIA-AUTOEN
Training for Industry Page 3 Openness Introduction
Agenda
1 Review e agenda
2 Geração de projeto
6 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 4 Openness Introduction
Agenda
1 Review e agenda
2 Geração de projeto
2.1 Motivação
2.2 Exigências
2.3 Componentes
2.4 Variantes
6 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 5 Openness Introduction
Geração de projeto
Motivação
Initial situation:
• Complete electrical planning
• Completed projects
Work involved:
• Manual transfer of the configuration from ECAD to the TIA Portal (4 days)
• The blocks that can be copied from completed projects can be derived from the layout
• Subsequent adaptation of the blocks for a new project (8 weeks)
Many manual steps make this process prone to errors, ors, e.g.: writing
w down a list of 100 tags manually, in
which case it is easy to lose your place within
n a line and
an to make typing errors.
For this reason, our objective is to reduce the individual efforts expended as well as the error rate
during configuration and to avoid additional
d effort through integrated use of data.
SITRAIN TIA-AUTOEN
Training for Industry Page 6 Openness Introduction
Geração de projeto
Motivação
Openness
Electr. device ID1) I/O tags
Electr. layout
Biblioteca
Programa Programa PLC
Visualização
But instead of transferring data manually, this time we use a project generator, which makes use of
already existing data and imports this data to the TIA Project with the help of Openness.
In this case, the work of the employee would consist of starting the generator and
waiting until it is finished.
But what is this project generator? And where can you get such a thing?
SITRAIN TIA-AUTOEN
Training for Industry Page 7 Openness Introduction
Geração de projeto
Exigências
Lógica de geração
• Como os blocos são interconectados para
criar um programa?
S P
RA
Padronização
Padron
D
S
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 8 Openness Introduction
At the beginning, we want to examine the basis for the requirements of a generator.
First, we need an import interface via which we receive the data for our project.
In addition, we need a database that we can rely on. A collection of tested blocks, UDTs, etc.
As the third aspect, we need logic that defines how our program blocks must be interconnected.
And as the cornerstone on which all these aspects rest, we need integrated standardization.
mport interface,
Next, we want to examine the three blocks (Import int Database and Generation logic) in more
detail.
SITRAIN TIA-AUTOEN
Training for Industry Page 8 Openness Introduction
Geração de projeto
Componentes
Interface de importação
Tarefa
• Transfira dados para o TIA Portal por
• Importando arquivos ou
• Mudanças diretamente no projeto
Importar/Exportar
Implementação
• TIA Portal Openness
The tasks of the import interface consist of transferring data/information to the TIA Portal project.
This is done either by
• Importing files
• By adapting data directly in the project.
SITRAIN TIA-AUTOEN
Training for Industry Page 9 Openness Introduction
Geração de projeto
Componentes
Database
Tarefa
Forneça informações sobre :
• Código fonte dos blocos, UDTs, etc.
• Dependências necessárias
• Como o bloco do programa é usado (por exemplo, chamada de
função)
• Configuração
Implementação
• Opções diferentes, por exemplo SQL database ou estrutura
tura de pastas
pas
com arquivos de informações
• Pode ser personalizado
The database:
This can range from the source code of the blocks in various formats and necessary dependencies
and information about the call all the way to various configurations.
During the implementation, the creator has a free hand because there are various possibilities
for storing data.
For example:
•Based on an SQL database
•As files in a special folder
er structure
structu
SITRAIN TIA-AUTOEN
Training for Industry Page 10 Openness Introduction
Geração de projeto
Componentes
Lógica de geração
Tarefa
• Leia a configuração
• Combinação de elementos
Programa 1
• Considerando dependências
Implementação
• Recuperando as informações do banco de dados
• Criando arquivos de importação
Programa 2
ão
• Transferir para a interface de importação
The last component is the most time-consuming part – the generation logic.
The logic is used to specify how the blocks are interconnected in the project and how the
configurations are to be interpreted.
The tasks range from reading out the configuration and the combining of elements to
the consideration of dependencies.
SITRAIN TIA-AUTOEN
Training for Industry Page 11 Openness Introduction
Geração de projeto
Variantes
DR
e seleciona o escopo correspondente
O cliente
The next aspect of a generator is the degree of completeness of the generated project.
Project preparation
• This type of generation generates only the most basic elements of a project, but it offers the
advantage that it is very fast and easy to implement.
• As an example: copying the HWCN or standard blocks into the project.
Partial generation
Full generation
• With full generation, the objective is to have a finished project after generation, in other words a
project in which no further manual intervention is needed.
• Creation of such a generator requires disproportionately more effort, because all the possible
particularities of the project must be taken into account.
• Used at SPPAL for example.
SITRAIN TIA-AUTOEN
Training for Industry Page 12 Openness Introduction
Geração de projetos
Métodos de geração
• Subtractive generation
• Additive generation
Both methods have their own applications in which the advantages of the respective method can be
exploited.
SITRAIN TIA-AUTOEN
Training for Industry Page 13 Openness Introduction
Geração de projeto
Métodos de geração
Geração subtrativa
Situação inicial :
• Projeto em configuração máxima
Procedimento :
• As partes do programa não utilizadas são removidas
Pontos fortes:
• Fácil de implementar
guraç
• Muito adequado para máquinas com diferentes níveis de configuração
Pontos fracos:
master project”
• As adaptações devem ser mantidas no “master projec
e implementar
• Módulos substituíveis são difíceis de impleme
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 14 Openness Introduction
Subtractive generation
In subtractive generation, you start with a maximum project scope and gradually remove the parts that
are not needed.
This method is very well suited for machines with different expansion levels, e.g.: a machine with one
to three machining stations.
SITRAIN TIA-AUTOEN
Training for Industry Page 14 Openness Introduction
Geração de projeto
Métodos de geração
Geração de aditivos
Situação inicial :
• Projeto vazio
Procedimento:
• Os módulos da planta são adicionados um após o outro
Vantagens:
• Facilmente adaptável/expansível
• Muito adequado para máquinas com uma seleção de módulos
Ponto fracos:
• Alta sobrecarga de implementação
Additive generation
In additive generation, you start with an empty project and gradually add elements.
An example where an additive generation is more suitable compared to a subtractive method would
be a machine that holds one of three machining tools.
SITRAIN TIA-AUTOEN
Training for Industry Page 15 Openness Introduction
Geração de projeto
Métodos de geração
Métodos de geração
Exemplo para
• Subtrativo
• Aditivo
CTA
PL
Live
S D R AS d
demo
SITRAIN © Siemens AG 2018 Ch1_LD1_Generator_V15_1, mostrar projeto vazio, fechar, rodar, aditivo, escolher opções DI-AUTOEN
Page 16 Mostar duas CPU’s criadas, rodar subtrative. (Sair sem salvar) Openness Introduction
SITRAIN TIA-AUTOEN
Training for Industry Page 16 Openness Introduction
Agenda
1 Review e agenda
2 Geração de projeto
3.1 Geral
3.4 Suporte
6 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 17 Openness Introduction
TIA Portal Openness
Geral
Em vez de
operação manual
do TIA Portal
RA
remotamente pelo aplicativo
exemplo com Microsoft nções do T
objetos e funções TIA
D
através do Openness
Visual Studio
S
Portal
Porta
The basic function of TIA Portal Openness is to take tasks that previously had to be performed
manually in the TIA Portal and have them performed automatically by a custom application.
SITRAIN TIA-AUTOEN
Training for Industry Page 18 Openness Introduction
TIA Portal Openness
Geral
AEXEG
Seu DLLs do TIA Portal
próprio
programa
pr
SITRAIN TIA-AUTOEN
Training for Industry Page 19 Openness Introduction
TIA Portal Openness
Escopo das funções
T
Operação
Operaç
L
simplificada
simplif usando
interface de usuário
1 Application Programming Interface
personalizada
SITRAIN TIA-AUTOEN
Training for Industry Page 20 Openness Introduction
TIA Portal Openness
Opções de aplicação
Produção Serviços
Engenharia
Planejamento de produção
G
Aplicações durante a engenharia :
Ap
Entre planejamento e • Gerando
G o programa de visualização/controle
engenharia: • Verificando o programa para obter diretrizes
• Aplicar/importar símbolos
mbolos de I/O • Sincronização automática de programas, bibliotecas,
• Criando objetos
jetos básicos do programa bancos de dados (textos, programas)
SITRAIN TIA-AUTOEN
Training for Industry Page 21 Openness Introduction
TIA Portal Openness
Possíveis aplicações
160 min
160 min
160 min
Manual 180 min ~-10% 160 min
SITRAIN TIA-AUTOEN
Training for Industry Page 22 Openness Introduction
Links para Suporte
Tips and tricks for working with TIA Portal Openness (Entry-ID 109251656)
SITRAIN TIA-AUTOEN
Training for Industry Page 23 Openness Introduction
Agenda
1 Review e agenda
2 Geração de projeto
4.1 Opções
6 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 24 Openness Introduction
Openness e geração de software
Possibilidades
Por exemplo:
• Tags
• Tabelas de tags
• Tipos de dados do usuário (UDTs)
• Blocos
Possibilidades de criação:
• Instanciando tipos de uma biblioteca do TIA Portal
• Inserindo “master copies” de uma biblioteca do TIA Portal
• Importando arquivos XML
• Adicionando arquivos de origem externos
SITRAIN TIA-AUTOEN
Training for Industry Page 25 Openness Introduction
Openness e geração de software
Bibliotecas, arquivos de origem e XML
T
LC
Beneficie da combinação dos
os dois méto
métodos :
• Bibliotecas para blocos
S P
os padrão
DR
• Arquivos de origem e XML
XM para elementos variáveis do programa
Libraries
• Libraries and types for standard blocks that are always the same.
• And sources/XML for blocks that vary in each project, such as calls of blocks or data blocks with
parameter sets.
SITRAIN TIA-AUTOEN
Training for Industry Page 26 Openness Introduction
Agenda
1 Review e agenda
2 Geração de Projeto
5.1 Opções
5.4 Comparação
6 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 27 Openness Introduction
Openness e configuração de hardware
Possibilidades
SITRAIN TIA-AUTOEN
Training for Industry Page 28 Openness Introduction
Openness e configuração de hardware
Usando funções API
TAG
PLC
Live
S D R AS d
demo
SITRAIN © Siemens AG 2018
Ch1_LD2_HWCN_V15_1
WC 6ES7 214-1AG40-0XB0 fw 4.1 slot 1 DI-AUTOEN
Page 29 Openness Introduction
SITRAIN TIA-AUTOEN
Training for Industry Page 29 Openness Introduction
Openness e configuração de hardware
AML para importação de hardware
Como os dados das ferramentas de planejamento podem ser aplicados à configuração do PLC?
Planejamento de HW
4 MT
Troca de dados1) via arquivo em Configuração do HW
Automation Markup Language
Planejamento de rede Configuração da rede
• AutomationML é padrão
internacional e gratuito
CT
• Troca consistente de dados entre
vários programas
P8 V2.72) AS V15.1
• EPLAN P8 V2.7 + V
V15
SITRAIN TIA-AUTOEN
Training for Industry Page 30 Openness Introduction
Pausa
SITRAIN TIA-AUTOEN
Training for Industry Page 31 Openness Introduction
Openness e configuração de hardware
AML para importação de hardware
Exemplo de
procedimento
T AG
PLC
Live d
SD
Rdemo
AS
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 32 CH1_LD3_EPLAN_V15_1 Openness Introduction
SITRAIN TIA-AUTOEN
Training for Industry Page 32 Openness Introduction
Exercício 1: Importar AML do ECAD no diretório TIA Portal
Tarefa Você recebeu um arquivo AML para importação no TIA Portal do seu engenheiro
elétrico. Faça o download do arquivo AML no Online Support (Entry-ID:
109748224). Se você não tiver acesso à Internet, poderá encontrar o arquivo
necessário em:
“C:\02_Archives\TIA-Portal\DI-AUTOEN\02_Projektgenerator”
SITRAIN TIA-AUTOEN
Training for Industry Page 33 Openness Introduction
Procedimento 1. Abra o TIA Portal e crie um projeto.
4. Verifique o resultado.
SITRAIN TIA-AUTOEN
Training for Industry Page 34 Openness Introduction
Procedimento 1. Abra o TIA Portal e crie um projeto.
4. Verifique o resultado.
SITRAIN TIA-AUTOEN
Training for Industry Page 35 Openness Introduction
Procedimento 1. Abra o TIA Portal e crie um projeto.
4. Verifique o resultado.
SITRAIN TIA-AUTOEN
Training for Industry Page 36 Openness Introduction
Exercício 2: Troca de dados entre o TIA Selection Tool & e TIA Portal
Tarefa No TIA Selection Tool, crie uma configuração de hardware e exporte-a para um
arquivo AML. Importe esse arquivo no TIA Portal. Agora você pode mudar a
configuração de hardware, por exemplo adicionar um módulo.
Exporte a configuração de hardware do TIA Portal para importá-lo novamente no
TIA Selection Tool. Verifique o resultado.
SITRAIN TIA-AUTOEN
Training for Industry Page 37 Openness Introduction
Procedimento 1. Abra o TIA Selection Tool.
2. Crie um controlador como um novo dispositivo.
AG
aste um
3. Crie uma configuração básica. Arraste uma CPU 1513F-1 PN para o rack.
SITRAIN TIA-AUTOEN
Training for Industry Page 38 Openness Introduction
Procedimento 1. Abra o TIA Selection Tool.
2. Crie um controlador como um novo dispositivo.
AG
aste um
3. Crie uma configuração básica. Arraste uma CPU 1513F-1 PN para o rack.
SITRAIN TIA-AUTOEN
Training for Industry Page 39 Openness Introduction
Procedimento 5. Importe a configuração para o TIA Portal.
SITRAIN TIA-AUTOEN
Training for Industry Page 40 Openness Introduction
Openness e configuração de hardware
Comparação
SITRAIN TIA-AUTOEN
Training for Industry Page 41 Openness Introduction
Agenda
1 Review e agenda
2 Geração de Projeto
6 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 42 Openness Introduction
Conclusão
A solução certa para todos
SITRAIN TIA-AUTOEN
Training for Industry Page 43 Openness Introduction
Checkpoint
SITRAIN TIA-AUTOEN
Training for Industry Page 44 Openness Introduction
Openness - operação
S
SITRAIN © Siemens AG 2018 Course: DI-AUTOEN
Content Page
Training objectives................................................................................................................... 2
Agenda..................................................................................................................................... 4
Programming applications....................................................................................................... 6
Exercise 1: StartOpenness....................................................................................................... 20
Agenda..................................................................................................................................... 22
Writing scripts.......................................................................................................................... 23
Writing scripts.......................................................................................................................... 29
Agenda.....................................................................................................................................
........ 36
Exercise 2: OpennessScripter...................................................................................................
................. 37
Conclusion................................................................................................................................
.............. 42
Agenda......................................................................................................................................
................. 43
Concept..................................................................................................................................... 44
Agenda...................................................................................................................................... 45
Sequence.................................................................................................................................. 46
Agenda..................................................................................................................................... 47
Work involved up to the generation........................................................................................ 48
Agenda..................................................................................................................................... 50
Live Demo Project generator “DigiDemo”............................................................................... 55
Agenda..................................................................................................................................... 56
Conclusion................................................................................................................................ 59
SITRAIN TIA-AUTOEN
Training for Industry Page 1 Openness Operate
Objetivos
SITRAIN TIA-AUTOEN
Training for Industry Page 2 Openness Operate
Automated Digital Workflow
Padronização PLC
Generation
Criação de uma Geração do
padronização programa do PLC
SITRAIN TIA-AUTOEN
Training for Industry Page 3 Openness Operate
Agenda
SITRAIN TIA-AUTOEN
Training for Industry Page 4 Openness Operate
Agenda
1.4 Hands on
1.5 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 5 Openness Operate
Exemplos de aplicação
Software requerido
Know-how
ESD
1 Instalação conjunta
onjunta com STEP
S 7
2 Express edition
on (gratuito)
(gratu com funcionalidade limitada
SITRAIN © Siemens AG 2018
Community edition
dit (gratuito) com restrições relacionadas ao uso comercial DI-AUTOEN
Page 6 Openness Operate
• A TIA Portal based product V13 SP1 or higher, such as STEP 7 Professional or WinCC
Professional
• TIA Portal Openness add-on package of TIA Portal (free of charge1)
• Software for high-level language development, e.g. Microsoft Visual Studio 2015 (subject
to charge for companies)
Know-how
SITRAIN TIA-AUTOEN
Training for Industry Page 6 Openness Operate
Exemplos de aplicação
Publicar API
Seu
Execução próprio
Importar/
Exportar
totalmente programa
XML
EXE
automática de
ações
Controle
simplificado do
operador com sua
própria interface de
e
usuário
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 7 Openness Operate
Programming applications
TIA Portal Openness supports a selection of TIA Portal functions for defined tasks. These can
be called outside of the TIA Portal via the public API. The engineering in the TIA Portal is
automated through external control of the TIA Portal by a custom application.
SITRAIN TIA-AUTOEN
Training for Industry Page 7 Openness Operate
Exemplos de aplicação
Comunicação de aplicativo
• Dados do projeto
• Dados PLC
• Dados HMI
SITRAIN TIA-AUTOEN
Training for Industry Page 8 Openness Operate
Exemplos de aplicação
Sua propria
Variações de trabalho
aplicação
SITRAIN TIA-AUTOEN
Training for Industry Page 9 Openness Operate
Exemplos de aplicação
Variações de trabalho
Excel
• Sua própria aplicação e TIA Portal no mesmo
SAP
computador
• Duas aplicações próprias e o TIA Portal em Própria aplicação 2
computadores separados
For example, an employee has assembled the configuration in Application 2 for the DigiDemo
machine. A developer has used the configuration in Application
pplica 1 in order to generate the TIA
Portal project.
SITRAIN TIA-AUTOEN
Training for Industry Page 10 Openness Operate
Exemplos de aplicação
Sources XML
STL X X
FBD -- X XML file
LAD -- X
GRAPH -- X
SCL X X
DB X X
UDT X X
SITRAIN TIA-AUTOEN
Training for Industry Page 11 Openness Operate
Exemplos de aplicação
SITRAIN TIA-AUTOEN
Training for Industry Page 12 Openness Operate
Exemplos de aplicação
SITRAIN TIA-AUTOEN
Training for Industry Page 13 Openness Operate
Exemplos de aplicação
Bibliotecas de programas
• Siemens.Engineering.dll
Siemens.Engineering.Hmi.dll
• Não vincule localmente
• Resolver durante Runtime1
SITRAIN TIA-AUTOEN
Training for Industry Page 14 Openness Operate
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 15 Openness Operate
14.08.2020
Page 15 DF FA S SUP E&C
SITRAIN TIA-AUTOEN
Training for Industry Page 15 Openness Operate
Exemplos de aplicação
Acessos à interface
SITRAIN TIA-AUTOEN
Training for Industry Page 16 Openness Operate
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 17 Openness Operate
14.08.2020
Page 17 DF FA S SUP E&C
SITRAIN TIA-AUTOEN
Training for Industry Page 17 Openness Operate
Pausa
SITRAIN TIA-AUTOEN
Training for Industry Page 18 Openness Operate
Live demo
Exemplo de programação
• TIA Portal
T
P LC
Ch2_LD1_CodeApp_V15_1
Live
S D RA demo
d S
5 -> Rodar Statistics.csproj -> >Start
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 19
Mostrar >arvore da esquerda, Statistics – Siemens…Services -> Analizer … ou pdf Openness Operate
SITRAIN TIA-AUTOEN
Training for Industry Page 19 Openness Operate
Agenda
1.4 Hands on
1.5 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 20 Openness Operate
Exercício 3: StartOpenness – explorando aplicação exemplo
Tarefa Para simplificar o início com Openness, no SIOS, você pode encontrar a entrada
“TIA Portal Openness: Introduction and Demo application“ (Entry-ID 108716692).
O programa que pode ser encontrado lá também e está localizado em
“C:\02_Archives\TIA-Portal\DI-AUTOEN\02_Openness\StartOpenness“. Agora
você deve usar esse programa. Teste as diferentes funções que a ferramenta
fornece e verifique o respectivo código.
Responda também às seguintes perguntas.
Dê uma olhada na função “StartTIA“. Lá, um novo TIA Portal é iniciado com modos
diferentes. Qual poderia ser a diferença entre os dois? Qual aplicativo poderia
existir para a primeira opção (WihoutUserInterface)?
serIn
Abra a função “btn_AddHW_Click“. Que distinções são feitas aqui? Por que o
programa passa por todos os dispositivos do projeto?
SITRAIN TIA-AUTOEN
Training for Industry Page 21 Openness Operate
Procedimento 1. Abra a solução do Visual Studio “StartOpenness“. Você pode encontrar a
solução em
“C:\02_Archives\TIA-Portal\DI-AUTOEN\02_Openness\StartOpenness“
6. Abra a função que pertence ao botão legendado com “Add device“. Lá, você
pode encontrar várias condições se, onde é feita uma distinção. Para responder à
segunda pergunta da página anterior, analise este trecho de código.
7. Nesta função, todos os elementos localizados no seu projeto são verificados.
Você pode descobrir por que isso é feito?
SITRAIN TIA-AUTOEN
Training for Industry Page 22 Openness Operate
Procedimento 1. Abra a solução do Visual Studio “StartOpenness“. Você pode encontrar a
solução em
“C:\02_Archives\TIA-Portal\DI-AUTOEN\02_Openness\StartOpenness“
6. Abra a função que pertence ao botão legendado com “Add device“. Lá, você
pode encontrar várias condições se, onde é feita uma distinção. Para responder à
segunda pergunta da página anterior, analise este trecho de código.
7. Nesta função, todos os elementos localizados no seu projeto são verificados.
Você pode descobrir por que isso é feito?
SITRAIN TIA-AUTOEN
Training for Industry Page 23 Openness Operate
Procedimento 1. Abra a solução do Visual Studio “StartOpenness“. Você pode encontrar a
solução em
“C:\02_Archives\TIA-Portal\DI-AUTOEN\02_Openness\StartOpenness“
6. Abra a função que pertence ao botão legendado com “Add device“. Lá, você
pode encontrar várias condições se, onde é feita uma distinção. Para responder à
segunda pergunta da página anterior, analise este trecho de código.
7. Nesta função, todos os elementos localizados no seu projeto são verificados.
Você pode descobrir por que isso é feito?
SITRAIN TIA-AUTOEN
Training for Industry Page 24 Openness Operate
Procedimento 1. Abra a solução do Visual Studio “StartOpenness“. Você pode encontrar a
solução em
“C:\02_Archives\TIA-Portal\DI-AUTOEN\02_Openness\StartOpenness“
6. Abra a função que pertence ao botão legendado com “Add device“. Lá, você
pode encontrar várias condições se, onde é feita uma distinção. Para responder à
segunda pergunta da página anterior, analise este trecho de código.
7. Nesta função, todos os elementos localizados no seu projeto são verificados.
Você pode descobrir por que isso é feito?
SITRAIN TIA-AUTOEN
Training for Industry Page 25 Openness Operate
Agenda
1.4 Hands on
1.5 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 26 Openness Operate
Escrevendo scripts
1) https://support.industry.siemens.com/cs/document/109742322
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 27 Openness Operate
Problem
"TIA Portal Openness" has been available on the market since September
2015. In order to work with the TIA Portal via this interface, the user must
develop his own software in a high-level language such as C# and with the
.NET Framework. This represents a hurdle for specialized engineers, whose
expertise focuses primarily on programming industrial controllers.
Idea
Solution
Thanks to a simple metalanguage, the user can control the TIA Portal and
automate tasks using simple commands. The customer can write and
execute its scripts in an easy-to-use software with a user interface.
Documentation with examples rounds out the application example. This
lowers the level of expertise needed to get started in the engineering
process.
SITRAIN TIA-AUTOEN
Training for Industry Page 27 Openness Operate
Escrevendo scripts
Exemplo
A figura superior no lado direito mostra um exemplo de um aplicativo simples escrito pelo usuário em
C #, que apenas inicia a operação de compilação em um projeto.
Comandos de script simples orientados para o idioma inglês agora devem substituir blocos de código
inteiro.
SITRAIN TIA-AUTOEN
Training for Industry Page 28 Openness Operate
Escrevendo scripts
Exemplo
Um comando da linguagem de script é composto por uma ação (por exemplo, "connect") e
um elemento (por exemplo, "Portal").
Opcionalmente, os comandos também possuem parâmetros (por exemplo, o arquivo do
projeto)
ra o modelo
Os comandos de script são orientados para mode de objeto Openness.
SITRAIN TIA-AUTOEN
Training for Industry Page 29 Openness Operate
Escrevendo scripts
Exemplo
O próximo passo é selecionar um controlador lógico programável que deve ser compilado.
SITRAIN TIA-AUTOEN
Training for Industry Page 30 Openness Operate
Escrevendo scripts
Exemplo
SITRAIN TIA-AUTOEN
Training for Industry Page 31 Openness Operate
Escrevendo scripts
Exemplo
A conexão com o TIA Portal é desconectada no final. Isso é feito com “disconnect Portal”
SITRAIN TIA-AUTOEN
Training for Industry Page 32 Openness Operate
Escrevendo scripts
Exemplo
SITRAIN TIA-AUTOEN
Training for Industry Page 33 Openness Operate
Escrevendo scripts
Steps for a script that generates sources from all program blocks
SITRAIN TIA-AUTOEN
Training for Industry Page 34 Openness Operate
Hands on
User interface
• Página inicial
• Área de trabalho
Comandos de script
Documentos
• Introdução
• Documentação
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 35 Openness Operate
Using OpennessScripter
The work view is divided into three parts: an editor that takes up most of
the view, a script list and an output area.
SITRAIN TIA-AUTOEN
Training for Industry Page 35 Openness Operate
Comandos de script
O conjunto de comandos
ndos é explicado
expli na documentação para o OpennessScripter.
Um documento o adicional fornece uma introdução ao OpennessScripter.
SITRAIN TIA-AUTOEN
Training for Industry Page 36 Openness Operate
Comandos de script
O conjunto de comandos
ndos é explicado
expli na documentação para o OpennessScripter.
Um documento o adicional fornece uma introdução ao OpennessScripter.
SITRAIN TIA-AUTOEN
Training for Industry Page 37 Openness Operate
Live Demo
Escrevendo scripts
• TIA Portal
• OpennessScripter
T
P LC
Live
S D RA demo
d
Ch2_LD2_WriteScript_V15_1
Scri
S
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 38 Openness Operate
Tarefa
Crie um script que gere uma fonte externa de cada bloco no projeto do TIA Portal.
Procedimento
Solução de exemplo
open Portal
open Project "D:\Demo\Projekt\Projekt.ap15_1"
jekt.ap15_
select Plc "PLC_1"
select ProgramBlocks
sourcegen ProgramBlocks "D:\Demo\Sources\"
close Project
disconnect Portal
SITRAIN TIA-AUTOEN
Training for Industry Page 38 Openness Operate
Live Demo
Escrevendo scripts
Solução de exemplo
open Portal
open Project "D:\Demo\Projekt\Projekt.ap15_1"
select Plc "PLC_1"
select ProgramBlocks
sourcegen ProgramBlocks "D:\Demo\Sources\"
close Project
disconnect Portal
T
P LC
Live
S D RA demo
d
Ch2_LD2_WriteScript_V15_1
Scri
S
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 39 Openness Operate
Tarefa
Crie um script que gere uma fonte externa de cada bloco no projeto do TIA Portal.
Procedimento
Solução de exemplo
open Portal
open Project "D:\Demo\Projekt\Projekt.ap15_1"
jekt.ap15_
select Plc "PLC_1"
select ProgramBlocks
sourcegen ProgramBlocks "D:\Demo\Sources\"
close Project
disconnect Portal
SITRAIN TIA-AUTOEN
Training for Industry Page 39 Openness Operate
Hands on
open Portal
Um comentário começa com um sinal de hash (#) e pode estar no início ou no final da linha.
T
LC
O uso de letras maiúsculas e minúsculas ou uma identificação
entificação de comando é irrelevante.
oPeN pOrTaL
A comment starts with a hash sign (#) and can be at the beginning or end of the line.
SITRAIN TIA-AUTOEN
Training for Industry Page 40 Openness Operate
Hands on
set log="D:\Demo\Logs\Protokoll.txt"
Processamento em lotes (batelada)
echo "Working..."
• Automação forte
rta Openness" /wait %exe%
start "TIA Portal
• Modo de console
G
TA
/silent /file:%s
/file:%script% /log:%log%
• Exibição de progresso
SP
echo "D
"Done!"
Breakpoints
Breakpoints are markings within the script. They cause the script to stop
running at the marked line. The script does not resume running until the
user manually initiates its continuation. Set break points are visualized with
a dark red filled circle to the left of the line number.
Batch processing
A Windows batch files can have the following appearance (see slide above)
SITRAIN TIA-AUTOEN
Training for Industry Page 41 Openness Operate
Agenda
1.4 Hands on
1.5 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 42 Openness Operate
Procedimento 1. Inicie o TIA Portal e abra o projeto DigiTest.
2. Certifique-se de que o bloco "CConv_Unit1Zone1Drv90" não está presente no
PLC.
3. Inicie o OpennessScripter e crie seu primeiro script.
4. Continue passo a passo para escrever o script:
- Inicie o TIA Portal
- Abra o projeto apropriado
- Selecione o PLC
- Importar a fonte externa
- Selecione a fonte importada
- Iniciar a geração de blocos
- Selecione o bloco gerado
- Compile o bloco
- Compile todo o software
softwar do PLC
- Salvee o projeto
- Encerre
erre a conexão com o projeto
5. Agora, comece a executar seu script.
6. Veja o bloco no projeto DigiTest para ver como ele foi gerado. O status da
operação de compilação também está documentado na Inspetor window.
Você pode encontrar uma solução de exemplo para o script correspondente na próxima página!
SITRAIN TIA-AUTOEN
Training for Industry Page 43 Openness Operate
Exercício 4: OpennessScripter
Tarefa Os desenvolvedores da sua empresa criaram um novo bloco no SCL. Esse bloco é
gerenciado em seu próprio sistema de versão para fontes (banco de dados) e
agora será integrado ao projeto do TIA Portal.
Adicione a fonte externa do SCL "CConv_Unit1Zone1Drv90" ao projeto existente
do TIA Portal "DigiTest" e gere um bloco de programa a partir dele. O bloco e o
projeto serão compilados posteriormente.
Você pode encontrar o projeto e a fonte SCL em:
“C:\01 Archive\TIA-AUTOEN\02_OpennessScripter”
Assim que você tiver gerado o bloco a partir da origem do SCL, exclua-o do projeto
para uma nova geração. Caso contrário, o nome não é exclusivo no projeto.
SITRAIN TIA-AUTOEN
Training for Industry Page 44 Openness Operate
Procedimento 1. Inicie o TIA Portal e abra o projeto DigiTest.
2. Certifique-se de que o bloco "CConv_Unit1Zone1Drv90" não está presente no
PLC.
3. Inicie o OpennessScripter e crie seu primeiro script.
4. Continue passo a passo para escrever o script:
- Inicie o TIA Portal
- Abra o projeto apropriado
- Selecione o PLC
- Importar a fonte externa
- Selecione a fonte importada
- Iniciar a geração de blocos
- Selecione o bloco gerado
- Compile o bloco
- Compile todo o software
softwar do PLC
- Salvee o projeto
- Encerre
erre a conexão com o projeto
5. Agora, comece a executar seu script.
6. Veja o bloco no projeto DigiTest para ver como ele foi gerado. O status da
operação de compilação também está documentado na Inspetor window.
Você pode encontrar uma solução de exemplo para o script correspondente na próxima página!
SITRAIN TIA-AUTOEN
Training for Industry Page 45 Openness Operate
Solução de exemplo
Open Portal
Open Project"C:\01_Archive\TIA_Portal\DI-AUTOEN\02_OpennessScripter\DigiTest\DigiTest.ap15_1"
select Plc "PLC_1516F"
import ExternalSources "C:\01_Archive\TIA_Portal\DI-
AUTOEN\02_OpennessScripter\CConv_Unit1Zone1Drv90.scl"
select ExternalSources "CConv_Unit1Zone1Drv90.scl"
blockgen ExternalSources
select ProgramBlocks "CConv_Unit1Zone1Drv90"
compile ProgramBlocks # Compiles only the created block
compile Plc Software # The calls of the block will then function again
save Project
disconnect Portal
SITRAIN TIA-AUTOEN
Training for Industry Page 46 Openness Operate
Procedimento 1. Inicie o TIA Portal e abra o projeto DigiTest.
2. Certifique-se de que o bloco "CConv_Unit1Zone1Drv90" não está presente no
PLC.
3. Inicie o OpennessScripter e crie seu primeiro script.
4. Continue passo a passo para escrever o script:
- Inicie o TIA Portal
- Abra o projeto apropriado
- Selecione o PLC
- Importar a fonte externa
- Selecione a fonte importada
- Iniciar a geração de blocos
- Selecione o bloco gerado
- Compile o bloco
- Compile todo o software
softwar do PLC
- Salvee o projeto
- Encerre
erre a conexão com o projeto
5. Agora, comece a executar seu script.
6. Veja o bloco no projeto DigiTest para ver como ele foi gerado. O status da
operação de compilação também está documentado na Inspetor window.
Você pode encontrar uma solução de exemplo para o script correspondente na próxima página!
SITRAIN TIA-AUTOEN
Training for Industry Page 47 Openness Operate
Solução de exemplo
Open Portal
Open Project"C:\01_Archive\TIA_Portal\DI-AUTOEN\02_OpennessScripter\DigiTest\DigiTest.ap15_1"
select Plc "PLC_1516F"
import ExternalSources "C:\01_Archive\TIA_Portal\DI-
AUTOEN\02_OpennessScripter\CConv_Unit1Zone1Drv90.scl"
select ExternalSources "CConv_Unit1Zone1Drv90.scl"
blockgen ExternalSources
select ProgramBlocks "CConv_Unit1Zone1Drv90"
compile ProgramBlocks # Compiles only the created block
compile Plc Software # The calls of the block will then function again
save Project
disconnect Portal
SITRAIN TIA-AUTOEN
Training for Industry Page 48 Openness Operate
Agenda
1.4 Hands on
1.5 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 49 Openness Operate
A solução certa para todos
SITRAIN TIA-AUTOEN
Training for Industry Page 50 Openness Operate
Conclusão
Comparação
• Live demo: Levantar estatísticas dos blocos por Próprio Interface Openness
meio do próprio aplicativo do usuário em aplicativo Openness Scripter
linguagem de alto nível – não é possível com
OpennessScripter
TIA Portal Projeto para
• Hands on: Gerar bloco a partir de um source Process a máquina
usando o OpennessScripter – tarefa simples
ples para
a qual pode não valer a pena criar seu próprio
aplicativo DI-AUTOEN
SITRAIN © Siemens AG 2018
Page 51 Openness Operate
SITRAIN TIA-AUTOEN
Training for Industry Page 51 Openness Operate
Agenda
2.1 Conceito
2.2 Sequência
2.5 Hands on
2.6 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 52 Openness Operate
Conceito
How did you create projects before Openess was available? How can you handle it now by
using Openess on the DigiDemo machine?
Currently, the challenge is to create a new combined project by copying from multiple old
projects. This manual adaptation is prone to errors and is laborious.
SITRAIN TIA-AUTOEN
Training for Industry Page 53 Openness Operate
Agenda
2.1 Conceito
2.2 Sequência
2.5 Hands on
2.6 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 54 Openness Operate
Sequência
Configuração usando uma planilha Biblioteca do TIA Portal como TIA Portal Openness com
do Excel ou interface do usuário ou banco de dados, incluindo importação e exportação XML
com base na configuração de dependências
hardware
Sequence
• The blocks of the program modules are generated from a database in the TIA Portal
project.
• The advantage of using a library as a database is that dependencies are retained and
automatically copied.
• The library contains, for example, standard blocks fo
for conveyor belt, transport logic,
sensor, drive logic and motor.
SITRAIN TIA-AUTOEN
Training for Industry Page 55 Openness Operate
Agenda
2.1 Conceito
2.2 Sequência
2.4 Hands on
2.5 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 56 Openness Operate
Trabalho envolvido até a geração
Crie um gerador de projetos usando o TIA Portal Openness com Visual Studio
2. Aproximadamente 3 semanas de trabalho, dependendo do conhecimento e da complexidade
SITRAIN TIA-AUTOEN
Training for Industry Page 57 Openness Operate
Trabalho envolvido até a geração
2 semanas
2 weeks
Ontem 8 semanas 2 weeks
2 weeks
Manualmente - 75% 2 weeks
Mais tempo necessário na primeira
vez 4 semanas Menos erros
Benefício do cliente: Menos Nenhum “trabalho árduo"
esforço para a primeira criação, 4 semanas Quick payoff
graças aos exemplos de aplicação
no SIOS ½½daydia
½ day
Hoje com o 8 semanas
as ½ day
While the first configuration requires more time, advantages arise for each repeated
configuration of a project variant:
• Reduced errors
• No laborious work
• Quick payoff through time savings
SITRAIN TIA-AUTOEN
Training for Industry Page 58 Openness Operate
Agenda
2.1 Conceito
2.2 Sequência
2.4 Hands on
2.5 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 59 Openness Operate
Hands on
A project generator has been developed by way of example for the DigiDemo machine. The
project generator is based on our standard with the Unit concept.
The generator operates with an SQL database, a global TIA Portal library and
XML files. Blocks and user data types have interdependencies.
SITRAIN TIA-AUTOEN
Training for Industry Page 60 Openness Operate
Hands on
Preparing the generator
AG
AddOns
AddOn ParameterOverrides Configurations
Extensões de uma classe como
AddOnTypes
FExt_Positioning, FExt_BrickCamera
1. 2. RA
3.
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 61 Openness Operate
Create database for the first time. It contains the following (references to TIA Portal library
and XMLs)
• Blocks (e.g. Control module, Equipment module, Unit, Functional extension (= AddOn)
SITRAIN TIA-AUTOEN
Training for Industry Page 61 Openness Operate
Hands on
Componentes de configuração
• Ambientes de chamada dos UnitTypes, como
FBU102_BC102, para a correia transportadora
central (Configurations)
• Extensões nos ambientes de chamada (chamadas
dos AddOnTypes), como instBrickCamera, para a
câmera acima da correia (AddOns)
• Interconexões dos tags de interface, como o eixo
do motor V90 TO_Pos_102 (ParameterOverrides)
1. 2. RA
3. The configuration components for a new TIA Portal project are
Configurations (call environment of a UnitType, thus the FBUs)
AddOns (a Unit can have multiple Functional Extensions = AddOns)
SITRAIN © Siemens AG 2018 ParameterOverrides (interconnections / assignments of the interface tags) DI-AUTOEN
Page 62 Openness Operate
What do I do?
The generator can then be used. The configuration components for a new TIA Portal project
are
SITRAIN TIA-AUTOEN
Training for Industry Page 62 Openness Operate
Hands on
Vantagens:
• Nenhum TIA Portal no PC de configuração
• As adaptações também são possíveis sem o TIA
Portal
1. 2. RA
3.
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 63 Openness Operate
The "DigiDemo" project generator generates the TIA Portal project using on an empty
project and the configuration.
The TIA Portal is not required on the configuration PC. For this reason, the configuration can also be
adapted without the TIA Portal.
SITRAIN TIA-AUTOEN
Training for Industry Page 63 Openness Operate
Live Demo
Gerador de projeto “DigiDemo”
T
P LC
Live
S D RA demo
d S
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 64 Openness Operate
Tarefa
Procedimento
A alteração será feita no gerador do projeto. Para isso, o espaço de trabalho que corresponde à
configuração atual é aberta. Dentro desse espaço o de trabalho,
trabalh a configuração do “conveyour 3”
(“FBU103_BC103”) é carregada. Os símbolos os são alterados
alter lá. Depois disso, a geração de todo o
programa é iniciada pelo gerador doo projeto.
SITRAIN TIA-AUTOEN
Training for Industry Page 64 Openness Operate
Agenda
2.1 Conceito
2.2 Sequência
2.4 Hands on
2.5 Conclusão
SITRAIN TIA-AUTOEN
Training for Industry Page 65 Openness Operate
Checkpoint
SITRAIN TIA-AUTOEN
Training for Industry Page 66 Openness Operate
A solução certa para todos
Quando? O que?
Variantes:
• Preparação do projeto
Quem? • Geração parcial
• Geração completa
De interesse de 70 a 80% do setor de automação
Processo:o
• Subtrativo
Adit
• Aditivo
SITRAIN TIA-AUTOEN
Training for Industry Page 67 Openness Operate
Conclusão
Digitalização
Qualidade do
Competitivi-
Engenharia
software
eficiente
dade
Geração
AS
Padronização
Padroniz
Conclusão
• Processos digitais automatizados aprimorados com a ajuda da
• Padronização
• Geração de programa do PLC
Para
• Adaptação mais rápida da planta
• Maior qualidade do software
• Menos erros durante a configuração
uração
• Tempo de colocação no mercado
rcado mais
m rápido
Mas
• Não é "este" gerador para tudo
• Abordagem individual
• Métodos apresentados
SITRAIN TIA-AUTOEN
Training for Industry Page 68 Openness Operate
Automated Digital Workflow
HMI Generation
Geração de telas
HMI
SITRAIN TIA-AUTOEN
Training for Industry Page 69 Openness Operate
Teste de Software
Automatizado com PLCSIM G
Advanced
SITRAIN © Siemens AG 2018 Course: DI-AUTOEN
Content Page
Learning objectives................................................................................................................... 3
Automated digital workflow..................................................................................................... 4
Agenda...................................................................................................................................... 5
Automated digital workflow - Testing...................................................................................... 6
Automated digital workflow - Testing Six Sigma/Quality rule – Rule of ten............................ 7
Automated digital workflow –
Testing Comparison TIA Portal development <> PLC program……………….............................. 8
Automated digital workflow – Testing Unit test in relation to o Digi
Dig Demonstrator................. 9
Automated digital workflow - Testing Comparison TIA Portal development d <> PLC program 10
Automated digital workflow – Testing Integration tion test in relation to Digi Demonstrator....... 11
Automated digital workflow - Testing ng Comparison
Compar TIA Portal development <> PLC program 12
Automated digital workflow - Testing ng Comparison
C TIA Portal development <> PLC program 13
Automated digital workflow – Testing Process of test creation............................................... 14
Automated digital workflow – Testing What are the requirements?....................................... 15
Automated digital workflow – Testing Description and archiving of the tests........................ 16
Agenda...................................................................................................................................... 17
Automated digital workflow – Testing What are the requirements?....................................... 18
PLCSIM Advanced Completely virtual S7-1500 controller for simulation................................ 19
PLCSIM Advanced Basis for software in the loop..................................................................... 20
PLCSIM vs. PLCSIM Advanced What are the differences in functionality?............................... 21
PLCSIM Advanced Differences in function compared to PLCSIM V15.1......................................22
SITRAIN TIA-AUTOEN
Training for Industry Page 1 PLCSim Advanced
Content Page
PLCSIM Advanced Configuration settings................................................................................. 23
PLCSIM Advanced Virtual time................................................................................................. 24
PLCSIM Advanced API interface............................................................................................... 25
PLCSIM Advanced Code example............................................................................................. 26
PLCSIM Advanced License concept......................................................................................... 27
PLCSIM Advanced Live demo .......................................................................................... 28
PLCSIM Advanced Use cases................................................................................................... 29
PLCSIM Advanced Workflow ................................................................................................... 30
PLCSIM Advanced Use case: Automated block test................................................................ 31
PLCSIM Advanced Use case: Automated block test................................................................ 32
Effort/Benefit Automated block test....................................................................................... 33
Introduction Procedure...........................................................................................................
........ 34
PLCSIM Advanced Use case: Automated testing off software modules.................................. 35
Effort/Benefit Automated testing of software are modules.........................................................
module 36
Introduction Procedure........................
........................................................................................
........... 37
PLCSIM Advanced Use case: Virtual commissioning...............................................................
co 38
Effort/Benefits Virtual commissioning .................................................................................... 39
Introduction Procedure........................................................................................................... 40
Automated digital workflow – Testing What are the requirements?...................................... 41
Agenda..................................................................................................................................... 42
S7 unit test tool Concept......................................................................................................... 43
S7 unit test tool Overview of test case editor......................................................................... 44
S7 unit test tool Live demo...................................................................................................... 45
S7 unit test tool Automated execution of test........................................................................ 46
S7 unit test tool Live demo...................................................................................................... 47
Automated digital workflow – Testing What are the requirements?...................................... 48
Agenda.....................................................................................................................................
... 49
Exercise 1: S7UnitTest..............................................................................................................
............... 50
Checkpoint...............................................................................................................................
................ 55
Automated digital workflow – Testing Conclusion..................................................................
Conclusion 56
SITRAIN TIA-AUTOEN
Training for Industry Page 2 PLCSim Advanced
Objetivos
SITRAIN TIA-AUTOEN
Training for Industry Page 3 PLCSim Advanced
Automated digital workflow
HMI
generation
Geração de telas HMI
SITRAIN TIA-AUTOEN
Training for Industry Page 4 PLCSim Advanced
Agenda
2 PLCSIM Advanced
3 S7 unit test
4 Hands-on
5 Sumário
SITRAIN TIA-AUTOEN
Training for Industry Page 5 PLCSim Advanced
Automated digital workflow - Testing
...
declare Ariane 5 desastre
vertical_veloc_sensor: float;
horizontal_veloc_sensor: float;
vertical_veloc_bias: integer; Autodestruição após 42 segundos
horizontal_veloc_bias: integer;
... Razão: Parada do sistema de
begin navegação inercial
declare
pragma suppress(numeric_error, Razão técnica:
horizontal_veloc_bias); Falta proteção durante a conversão
begin
sensor_get(vertical_veloc_sensor); de um valor de ponto flutuante em um
sensor_get(horizontal_veloc_sensor); valor inteiro
vertical_veloc_bias := integer(vertical_veloc_sensor);
horizontal_veloc_bias := A especificação da solução de
integer(horizontal_veloc_sensor); problemas não era suficientemente
...
exception
precisa
when numeric_error => calculate_vertical_veloc();
rtical_veloc(); Teste insuficiente do sistema de
when others => use_irs1();
end; navegação
end irs2;
The error in the navigation system had now been found, but the question
was how such an error could happen at all.
The primary technical reason for the error was the missing protection
during conversion of the data by a sensor (horizontal_veloc_sensor:float) to
a integer value (horizontal_veloc_bias:integer).
This was why the navigation system shut down and therefore, the rocket
was left disorientated. This caused the self-destruction mode to start and
the rocket exploded.
SITRAIN TIA-AUTOEN
Training for Industry Page 6 PLCSim Advanced
Automated digital workflow - Testing
Six Sigma/Quality rule – Regra dos 10
Conclusão :
S
RA
Os erros devem encontrados e corrigidos o mais cedo possível!
evem ser e
SITRAIN TIA-AUTOEN
Training for Industry Page 7 PLCSim Advanced
Automated digital workflow - Testing
Comparação de desenvolvimento TIA Portal <> programa do PLC
Software
Requerimento Especificação Bloco
o PLC program
module
SITRAIN TIA-AUTOEN
Training for Industry Page 8 PLCSim Advanced
Automated digital workflow – Testing
Teste de unidade em relação ao Digi Demonstrator
Unidade técnica
Sensores
Teste de unidade Standard block/
Standard types
Nível de teste Módulos individuais
SITRAIN TIA-AUTOEN
Training for Industry Page 9 PLCSim Advanced
Automated digital workflow - Testing
Comparação de desenvolvimento TIA Portal <> programa do PLC
GMódulo de
Requerimento Espacificação Bloco
o PLC program
programa
SITRAIN TIA-AUTOEN
Training for Industry Page 10 PLCSim Advanced
Automated digital workflow – Testing
Teste de integração em relação ao Digi Demonstrator
Unidade lógica
Lógica de transporte
Teste de integração
Módulos dependendo um do
Nível de teste outro
AG
Lógica de drive
Lóg
Frequência A cada mudança
SITRAIN TIA-AUTOEN
Training for Industry Page 11 PLCSim Advanced
Automated digital workflow - Testing
Comparação de desenvolvimento TIA Portal <> programa do PLC
Protótipo /
Requerimento Especificação Código Produto
Incremento
Módulo de Programa do
Requerimento Especificação Bloco
o
programa PLC
SITRAIN TIA-AUTOEN
Training for Industry Page 12 PLCSim Advanced
Automated digital workflow - Testing
Comparação de desenvolvimento TIA Portal <> programa do PLC
Biblioteca
Bloco
o
padrão
SITRAIN TIA-AUTOEN
Training for Industry Page 13 PLCSim Advanced
Automated digital workflow – Testing
Processo de criação de teste
Descrição geral
Implementação da Execução
Pré-requisitos
descrição em um “test automática dos “test
Valores de entrada
case” que possa ser cases”
Valores esperados de
executado Criação de um
Especificação saída
automaticamente relatório de teste
Pós-condição
TA
Por exemplo Microsoft
Por exemplo TifLib* Por exemplo NUnit
Test Manager
The testers base their work on test cases. They describe test steps that have to be
executed individually as well as steps to validate the results
SITRAIN TIA-AUTOEN
Training for Industry Page 14 PLCSim Advanced
Automated digital workflow – Testing
Quais são os requisitos?
SITRAIN TIA-AUTOEN
Training for Industry Page 15 PLCSim Advanced
Automated digital workflow – Testing
Descrição e arquivamento dos testes
SITRAIN TIA-AUTOEN
Training for Industry Page 16 PLCSim Advanced
Agenda
2 PLCSIM Advanced
3 S7 unit test
4 Hands-on
5 Sumário
SITRAIN TIA-AUTOEN
Training for Industry Page 17 PLCSim Advanced
Automated digital workflow – Testing
Quais são os requisitos?
SITRAIN TIA-AUTOEN
Training for Industry Page 18 PLCSim Advanced
PLCSIM Advanced
Controlador S7-1500 completamente virtual para simulação
PLC
S7-1500
150
rtual controller
Virtual contro
SITRAIN TIA-AUTOEN
Training for Industry Page 19 PLCSim Advanced
PLCSIM Advanced
Base para o software no loop
PLCSIM
Advanced
as basis for
"Software
API 1
in the Loop"
Process
Co-simulation
G
External application
Exter
SITRAIN TIA-AUTOEN
Training for Industry Page 20 PLCSim Advanced
PLCSIM vs. PLCSIM Advanced
Quais são as diferenças de funcionalidade?
T
no contexto
NEW
NE
da
planta/máqui Protótipo/
na Co-simulação
Planta real
SITRAIN TIA-AUTOEN
Training for Industry Page 21 PLCSim Advanced
PLCSIM Advanced
Diferenças de função em comparação com PLCSIM V15.1
S7-1500 (F/T)
API
OPC UA
S7 Comm.
OUC 2 Virtual S7-1500 controller
PLC simulation no TIA Portal
Profinet/bus Aplicações:
Applicação: Engenharia & Suporte ao
Validação manual do programa desenvolvimento
CT
PLC KHP 1 blocks
ocks Comissionamento virtual
ErrorPOBs
Serviço
A S OB Migração
Treinamento
Virtual time
1 Know-how protected DI-AUTOEN
SITRAIN © Siemens AG 2018
Page 22
2 Open User Communication Citar OB’s de tratamento de erro mais comuns. PLCSIM Advanced
SITRAIN TIA-AUTOEN
Training for Industry Page 22 PLCSim Advanced
PLCSIM Advanced
Definições de configuração
Configurações
PC 1 PC 2
PLCSIM Adv. PLCSIM Adv. PLCSIM Adv.
Instance 1 Instance 1 Instance 2 Suporte de várias instâncias
(até 16 instâncias são possíveis
localmente)
Suporte de instâncias distribuídas
Para distribuição de carga
Network Comunicação via TCP / IP
PC 3 É possível conectar dispositivos reais
TIA Portal (HMIs / controladores)
Conexão com co-simulações
A conexão de I/Os reais não é
Co-simulation possível.
SITRAIN TIA-AUTOEN
Training for Industry Page 23 PLCSim Advanced
PLCSIM Advanced
Tempo virtual
Tempo virtual
PC 1 PLCSIM Adv. PLCSIM Adv.
Instance 1 Instance 2
Tempo virtual
SITRAIN TIA-AUTOEN
Training for Industry Page 24 PLCSim Advanced
PLCSIM Advanced
Interface API
SITRAIN TIA-AUTOEN
Training for Industry Page 25 PLCSim Advanced
PLCSIM Advanced
Exemplo de código
S
RA
Ler tag de bloco de dados : readTag = myInstance.Read("myDataBlock.error");
SITRAIN TIA-AUTOEN
Training for Industry Page 26 PLCSim Advanced
PLCSIM Advanced
Conceito de licença
Instance 1 Instance 2
Conceito de licença
Floating license
Enterprise license (EPL)
Instance 3 Instance 4 Æ Uma licença para duas
instâncias!
SITRAIN TIA-AUTOEN
Training for Industry Page 27 PLCSim Advanced
PLCSIM Advanced
Live demo
"Primeira impressão"
• Crie e inicie uma instância
T
P LC
Live
S D RA demo
d S
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 28 PLCSIM Advanced
SITRAIN TIA-AUTOEN
Training for Industry Page 28 PLCSim Advanced
PLCSIM Advanced
Casos de uso
SITRAIN TIA-AUTOEN
Training for Industry Page 29 PLCSim Advanced
Pausa
SITRAIN TIA-AUTOEN
Training for Industry Page 30 PLCSim Advanced
Exercício 1 - PLCSIM Advanced + página WEB
SITRAIN TIA-AUTOEN
Training for Industry Page 31 PLCSim Advanced
Exercício 2 - Partida direta
SITRAIN TIA-AUTOEN
Training for Industry Page 32 PLCSim Advanced
Exercicio 3 - PLCSIM Advanced + GET
SITRAIN TIA-AUTOEN
Training for Industry Page 33 PLCSim Advanced
Exercicio 4 - PLCSIM Advanced + GET + PUT
SITRAIN TIA-AUTOEN
Training for Industry Page 34 PLCSim Advanced
Exercício 5 - Simulador de partida direta
SITRAIN TIA-AUTOEN
Training for Industry Page 35 PLCSim Advanced
PLCSIM Advanced
Workflow
Library
Units
Erro na lógica do Erro nos módulos do Erro na função
Equipment modules programa da máquina
bloco
Control modules
SITRAIN TIA-AUTOEN
Training for Industry Page 36 PLCSim Advanced
PLCSIM Advanced
Caso de uso: Teste de bloco automatizado
SITRAIN TIA-AUTOEN
Training for Industry Page 37 PLCSim Advanced
PLCSIM Advanced
Caso de uso: Teste de bloco automatizado
SITRAIN TIA-AUTOEN
Training for Industry Page 38 PLCSim Advanced
Esforço/Benefício
Teste de bloco automatizado
Grupo alvo
Definição de: Atividades : Clientes que desejam garantir de
o Estratégia de teste o Criar ambiente de teste forma consistente e reprodutível
o Valores de entrada o Execute o teste a funcionalidade de seu software
PLC
o Pré-requisitos o Verifique e registre o desde o início.
o Valores de saída resultado
ado
A
DR
esperados necess
o Se necessário, repita o 90-95% de todos os
teste
tes engenheiros de automação
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 39 PLCSIM Advanced
SITRAIN TIA-AUTOEN
Training for Industry Page 39 PLCSim Advanced
Introdução
Procedimento
Biblioteca
Units
Erro nos módulos do Erro na função
Equipment
Erro modules
na lógica do bloco
programa da máquina
Control modules
SITRAIN TIA-AUTOEN
Training for Industry Page 40 PLCSim Advanced
PLCSIM Advanced
Caso de uso: Teste automatizado de módulos de software
SITRAIN TIA-AUTOEN
Training for Industry Page 41 PLCSim Advanced
Esforço / Benefício
Teste automatizado de módulos de software
Grupo alvo
Definição de: Atividades: Clientes que desejam garantir de
o Estratégia de teste o Criar ambiente de teste forma consistente e reprodutível
o Valores de entrada o Execute o teste a funcionalidade dos módulos do
o Pré-requisitos o Verifique e registre o programa.
o Valores de saída resultado
tado
esperados neces
o Se necessário, repita o 60 - 70% de todos os
teste
te engenheiros de automação
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 42 PLCSIM Advanced
SITRAIN TIA-AUTOEN
Training for Industry Page 42 PLCSim Advanced
Introdução
Procedimento
Biblioteca
Units Erro na
Erro nos módulos do
Equipment
Erro modules
na lógica do bloco função da
programa
Control modules máquina
SITRAIN TIA-AUTOEN
Training for Industry Page 43 PLCSim Advanced
PLCSIM Advanced
Caso de uso: Comissionamento virtual
Solução:
HMI PLCSIM Advanced Virtual model
• Modelo virtual da planta em
combinação com PLCSIM
Visualização Programa
R
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 44 PLCSIM Advanced
SITRAIN TIA-AUTOEN
Training for Industry Page 44 PLCSim Advanced
Esforço/Benefício
Comissionamento virtual
SIMIT makes it possible to train people in situations that can also appear in reality. SIMIT allows you to
simulate e.g. processes.
SITRAIN TIA-AUTOEN
Training for Industry Page 45 PLCSim Advanced
Introdução
Procedimento
Biblioteca
Units Erro na
Erro nos módulos do
Equipment
Erro modules
na lógica do bloco função da
programa
Control modules máquina
SITRAIN TIA-AUTOEN
Training for Industry Page 46 PLCSim Advanced
Automated digital workflow – Testing
Quais são os requisitos?
SITRAIN TIA-AUTOEN
Training for Industry Page 47 PLCSim Advanced
Agenda
2 PLCSIM Advanced
3 S7 unit test
4 Hands-on
5 Sumário
SITRAIN TIA-AUTOEN
Training for Industry Page 48 PLCSim Advanced
S7 unit test tool
Conceito
Creating
SCL- / SimaticML-
source
Path of
Documentação Virtual
virtual MC
MC
do bloco
TIA Portal
CTA
Carregando
rregando
g o PLCSIM
L
program
programa do PLC Advanced
DI-AUTOEN
SITRAIN © Siemens AG 2018 1 XML export via Openness
Page 49 PLCSIM Advanced
SITRAIN TIA-AUTOEN
Training for Industry Page 49 PLCSim Advanced
S7 unit test tool
Visão geral do editor de “test cases”
Editor
SITRAIN TIA-AUTOEN
Training for Industry Page 50 PLCSim Advanced
S7 unit test tool
Live demo
• Definições
T
P LC
Live
S D RA demo
d S
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 51 PLCSIM Advanced
SITRAIN TIA-AUTOEN
Training for Industry Page 51 PLCSim Advanced
S7 unit test tool
Execução automatizada de teste
GUI
SITRAIN TIA-AUTOEN
Training for Industry Page 52 PLCSim Advanced
S7 unit test tool
Live demo
T
P LC
Live
S D RA demo
dS
SITRAIN © Siemens AG 2018 DI-AUTOEN
Page 53 PLCSIM Advanced
SITRAIN TIA-AUTOEN
Training for Industry Page 53 PLCSim Advanced
Automated digital workflow – Testing
Quais são os requisitos?
SITRAIN TIA-AUTOEN
Training for Industry Page 54 PLCSim Advanced
Agenda
2 PLCSIM Advanced
3 S7 unit test
4 Hands-on
5 Sumário
SITRAIN TIA-AUTOEN
Training for Industry Page 55 PLCSim Advanced
Exercício 6: S7UnitTest
L
Exe
Exemplo de
aplicação
Entry ID:
109746405
Descrição da tarefa
Os desenvolvedores da equipe de padronização da empresa XY testaram os blocos
recém-desenvolvidos manualmente com a ajuda do PLCSIM no passado.
Devido a restrições de tempo, nem todos os cenários de teste possíveis foram
levados em consideração durante o teste. Repetidas vezes, os blocos defeituosos
foram integrados ao padrão, causando atrasos durante o comissionamento.
Para obter maior cobertura de teste e melhor qualidade de software, os testes
deverão ser realizados automaticamente no futuro.
Crie um teste de bloco automatizado paraara o bloco "LStd_Integrator" com base na
especificação disponível "Block_description_LStd_EN.pdf".
escription Use apenas o exemplo
de aplicativo introduzido "S7UnitTest".
S7UnitTes
SITRAIN TIA-AUTOEN
Training for Industry Page 56 PLCSim Advanced
Execução 1. Crie um ambiente de teste no TIA Portal para o bloco que você deseja testar. É
suficiente apenas chamar o bloco; a atribuição de parâmetros não é necessária,
pois será feita automaticamente pelo S7 UnitTest.
SITRAIN TIA-AUTOEN
Training for Industry Page 57 PLCSim Advanced
Execução 1. Crie um ambiente de teste no TIA Portal para o bloco que você deseja testar. É
suficiente apenas chamar o bloco; a atribuição de parâmetros não é necessária,
pois será feita automaticamente pelo S7 UnitTest.
SITRAIN TIA-AUTOEN
Training for Industry Page 58 PLCSim Advanced
Execução 1. Crie um ambiente de teste no TIA Portal para o bloco que você deseja testar. É
suficiente apenas chamar o bloco; a atribuição de parâmetros não é necessária,
pois será feita automaticamente pelo S7 UnitTest.
SITRAIN TIA-AUTOEN
Training for Industry Page 59 PLCSim Advanced
Execução 4. Use o modelo de interface de bloco (com uma borda vermelha na imagem na
etapa 3) para preencher o formulário para as etapas individuais mais rapidamente.
Para isso, é necessário criar uma fonte do bloco pressionando a entrada
“Generate source from blocks" no menu de contexto do bloco. Depois, importe a
interface usando a fonte SCL do bloco.
7. Open the S7UnitTest GUI. Select the path for your test case.
SITRAIN TIA-AUTOEN
Training for Industry Page 60 PLCSim Advanced
Execução 4. Use o modelo de interface de bloco (com uma borda vermelha na imagem na
etapa 3) para preencher o formulário para as etapas individuais mais rapidamente.
Para isso, é necessário criar uma fonte do bloco pressionando a entrada
“Generate source from blocks" no menu de contexto do bloco. Depois, importe a
interface usando a fonte SCL do bloco.
7. Open the S7UnitTest GUI. Select the path for your test case.
SITRAIN TIA-AUTOEN
Training for Industry Page 61 PLCSim Advanced
Execução 8. Inicie o PLCSimAdvanced, através do menu inicial do Windows.
9. Use o botão “PowerOnPLC” para criar uma nova instância do PLCSIM Advanced
no local de armazenamento especificado (você especificou o local de
armazenamento no “test case editor”).
10. Assim que a instância do PLCSIM Advanced for iniciada, faça o download do
seu programa para o PLC virtual no TIA Portal.
12. Wait until S7UnitTest shows a result. If you entered all values correctly, the
result should look as above.
me more test
14. Create some te cases for the test scenarios 2 and 3. Please rememver
ful names etc. in order to make the tests more maintainable.
using meaningful
Especially read the paragraph on cycle times for the PLC and set up the respective
parameter correctly in TIA Portal. After that, you have to load you PLC once again,
of course!
On the next page, you will find some hints that help you find the solution!
SITRAIN TIA-AUTOEN
Training for Industry Page 62 PLCSim Advanced
Sugestões
• Você deve sempre começar com o valor do ciclo da CPU 1 – caso contrário, os
valores serão transferidos para a CPU no modo STOP. Isso pode levar a uma
execução incorreta dos blocos.
SITRAIN TIA-AUTOEN
Training for Industry Page 63 PLCSim Advanced
Execução 1. Crie um ambiente de teste no TIA Portal para o bloco que você deseja testar. É
suficiente apenas chamar o bloco; a atribuição de parâmetros não é necessária,
pois será feita automaticamente pelo S7 UnitTest.
SITRAIN TIA-AUTOEN
Training for Industry Page 64 PLCSim Advanced
Execução 4. Use o modelo de interface de bloco (com uma borda vermelha na imagem na
etapa 3) para preencher o formulário para as etapas individuais mais rapidamente.
Para isso, é necessário criar uma fonte do bloco pressionando a entrada
“Generate source from blocks" no menu de contexto do bloco. Depois, importe a
interface usando a fonte SCL do bloco.
7. Open the S7UnitTest GUI. Select the path for your test case.
SITRAIN TIA-AUTOEN
Training for Industry Page 65 PLCSim Advanced
Execução 8. Inicie o PLCSimAdvanced, através do menu inicial do Windows.
9. Use o botão “PowerOnPLC” para criar uma nova instância do PLCSIM Advanced
no local de armazenamento especificado (você especificou o local de
armazenamento no “test case editor”).
10. Assim que a instância do PLCSIM Advanced for iniciada, faça o download do
seu programa para o PLC virtual no TIA Portal.
12. Wait until S7UnitTest shows a result. If you entered all values correctly, the
result should look as above.
me more test
14. Create some te cases for the test scenarios 2 and 3. Please rememver
ful names etc. in order to make the tests more maintainable.
using meaningful
Especially read the paragraph on cycle times for the PLC and set up the respective
parameter correctly in TIA Portal. After that, you have to load you PLC once again,
of course!
On the next page, you will find some hints that help you find the solution!
SITRAIN TIA-AUTOEN
Training for Industry Page 66 PLCSim Advanced
Sugestões
• Você deve sempre começar com o valor do ciclo da CPU 1 – caso contrário, os
valores serão transferidos para a CPU no modo STOP. Isso pode levar a uma
execução incorreta dos blocos.
SITRAIN TIA-AUTOEN
Training for Industry Page 67 PLCSim Advanced
Checkpoint
SITRAIN TIA-AUTOEN
Training for Industry Page 68 PLCSim Advanced
Automated digital workflow – Testing
Conclusão
Digitalização
o PLCSIM Advanced interface (API) oferece
aos nossos clientes uma ampla gama de
Qualidade do
Competitivi-
Engenharia
software
eficiente
aplicações:
dade
oDo teste de bloco automatizado até a
conexão com sistemas de simulação,
como o MCD
o A qualidade do software pode ser aprimorada Teste e simulação
e garantida desde o início com testes
Geração
automáticos de blocos
Padronização
SITRAIN TIA-AUTOEN
Training for Industry Page 69 PLCSim Advanced
(Opcional) TIA Portal Test Suite Advanced V16 trial download
x "Styleguide"
x Type
x Casing (upper case, camel case, pascal case)
x Name Contains, checa se o nome contem ou não alguma sequencia de caractere
x Metadata, checa s as características de alguma propriedade (por exemplo se há autor definido)
x Name Lenght, comprimento mínimo / máximo (2-127 caracteres)
x Prefix Sulfix, confere se algum objeto é precedido ou terminado por conjunto de caracteres.
x Object selector, define qual objeto será checado pela regra (block, block interfece, type, tag table, etc.)
x Traget, define qual propriedade do objeto será checada.
x TIPs:
x Do lado esquerdo existe um triangulo que expande a linha ha mostrando
mostran as opções de preenchimento
x Regras de estilo padrão estão disponíveis no SIOS
L
SP
(https://support.industry.siemens.com/cs/br/pt/view/109779806/en)
/view/10977
SITRAIN TIA-AUTOEN
Training for Industry Page 70 PLCSim Advanced
(Opcional) TIA Portal Test Suite Advanced V16 trial download
SITRAIN TIA-AUTOEN
Training for Industry Page 71 PLCSim Advanced
TAG
Gerando telas de HMI PLC
RAS
ESD
SITRAIN © Siemens AG 2018 Course: TIA-SIVARC
Content Page
Objectives……………………....................................................................................................................................... 4
Task Automatic project generation……………………................................................................................................ 5
Task Automatic project generation……………………................................................................................................ 6
SiVArc in the TIA Portal …………………….................................................................................................................. 7
Task – Create visualization based on existing data………………………..................................................................... 8
Solution – SiVArc……………………............................................................................................................................ 9
Objectives……………………....................................................................................................................................... 11
Result to Digi Demo machine……………………......................................................................................................... 12
SIMATIC Visualization Architect Modular design………………………........................................................................ 13
.............
Exercise 1: Generate screen and object in screen………………………....................................................................... 14
……............
Exercise 1: Generate screen and object in screen……….………………...................................................................... 15
..................
Objectives……………………....................................................................................................................................... 17
SiVArc properties and pre-defined tags Generating rating screens………………………......................................................
screen 18
Retrieving information from the PLC program ram ……………………………………………….………………………........................
…… 19
Pre-defined tags Accessing information of higher-level blocks ……………………….................................................. 20
Exercise 2: Generating multiple instances of the faceplate………………………........................................................ 21
Exercise 2: SiVArc parameters on the instance level ……………………….................................................................. 22
Exercise 2: PLC block overview with instances ………………………........................................................................... 23
Generating process tags Tag generation.............................................................................................................. 24
Interconnect tags to objects Generate complete project ……………………….......................................................... 25
Exercise 3: Interconnecting tags to the generated objects ………………………........................................................ 26
Objectives ……………………...................................................................................................................................... 28
Layout fields Positioning of generated objects in the screen ………………………..................................................... 29
Layout fields Positioning of generated objects in the screen ………………………..................................................... 30
Layout fields Positioning of generated objects in the screen ………………………..................................................... 31
SITRAIN TIA-SiVArc
Training for Industry Page 1 SIMATIC Visualization Architect
Content Page
Exercise 4: Positioning objects……………………....................................................................................................... 32
Objectives …………………......................................................................................................................................... 34
Copy rules Copy library objects into the project………………………......................................................................... 35
Tag generation – rule editor Tag generation....................................................................................................... 36
Exercise 5: Generate tag tables & copy visualization layout into the project……………………............................... 37
Conditions in SiVArc rules Generation of a complete project ……………………....................................................... 38
Exercise 6: Conditional generation ……………………................................................................................................ 39
Dynamic Layout Fields Positioning of generated Objects in the screen………………………..................................... 40
Exercise 7: Dynamic layouts …………………….......................................................................................................... 41
Hands-on 7 Dynamic layouts…………………….......................................................................................................... 42
Generating of textlists based on PLC-Tag list ……………………………………................................................................ 43
Exercise 8: Generating text lists……………………..................................................................................................... 44
Exercise 8: Generating text lists……………………..................................................................................................... 45
.....
Objectives …………………......................................................................................................................................... 47
….................
SIMATIC Visualization Architect Scope of functions ………………………................................................................... 48
SIMATIC Visualization Architect Advantages of automation visualization visualizatio generation………………………............... 49
belts…………
Exercise 9: Generate the control for the conveyor belts……………………............................................................... 50
SITRAIN TIA-SiVArc
Training for Industry Page 2 SIMATIC Visualization Architect
SIMATIC Visualization Architect
1 Introdução
3 Dinamizando objetos
4 Posicionando objetos
6 Conclusão
SITRAIN TIA-SiVArc
Training for Industry Page 3 SIMATIC Visualization Architect
Objetivos
... conhecer os desafios de trabalhar com a HMI como construtor de máquinas modulares
SITRAIN TIA-SiVArc
Training for Industry Page 4 SIMATIC Visualization Architect
Tarefa
Geração automática de projeto
Caso de aplicação:
Um equipamento em empresa deve ser criado várias vezes em diferentes configurações.
O equipamento tem como objetivo configurar a placa mãe de um telefone celular. Agora
máquinas adicionais devem ser criadas para executar outras etapas de produção.
Biblioteca Biblioteca
3x Conveyor belts 5x Conveyor belts
7x Motors 9x Motors
1x Tray handler full 2x Tray handler full
1x Tray handler empty 2x Tray handler
G empty
andler e
T
1x Picker 1x Picke
Picker
1x Delivery 1xx Delivery
elivery
6x Sensors L Sensors
10x S
SITRAIN TIA-SiVArc
Training for Industry Page 5 SIMATIC Visualization Architect
Tarefa
Geração automática de projeto
Problema:
O projeto HMI existente ainda pode ser usado. No entanto, a estrutura do equipamento
difere dos projetos. Isso significa que as tags e as telas não correspondem mais e devem ser
reconectadas e adaptadas.
SITRAIN TIA-SiVArc
Training for Industry Page 6 SIMATIC Visualization Architect
SiVArc no TIA Portal
SITRAIN TIA-SiVArc
Training for Industry Page 7 SIMATIC Visualization Architect
Tarefa
Crie visualização com base nos dados existentes
Biblioteca
PLC blocks HMI faceplates
Equivalence
Equivalence
Programa de PLC HMI Tarefa
FB 1 – Motors Motors screen Criando HMI
Mesma
estrutura • Criando telas
• Criando faceplate sem telas
Motor1 Motor1
Motor2 Motor2 • Criando tags HMI
Motor3 Motor3
• Interconectando objetos de tela
Motor4
r4 com tags HMI
Motor4
Motor5 Motor5
Moto
Motor6 Motor6
• Nomeando objetos
FB 1 – Belts screen ...
Conveyor belts …
SITRAIN TIA-SiVArc
Training for Industry Page 8 SIMATIC Visualization Architect
Solução
SiVArc
Motor1 Motor1
Motor2 Motor Motor
Motor2
Motor3 Motor3
Propriedades Propriedades
SITRAIN TIA-SiVArc
Training for Industry Page 9 SIMATIC Visualization Architect
SIMATIC Visualization Architect
1 Introdução
3 Dinamizando objetos
4 Posicionando objetos
6 Conclusão
SITRAIN TIA-SiVArc
Training for Industry Page 10 SIMATIC Visualization Architect
Objetivos
SITRAIN TIA-SiVArc
Training for Industry Page 11 SIMATIC Visualization Architect
Resultado para a máquina Digi Demo
Resultado
Máquina de digitalização HMI
SiVArc
Nesse curso …
SITRAIN © Siemens AG 2018 Gerando duas telas da planta com o SiVArc TIA-SIVARC
Page 12 Options of Automatic Visualization Generation
SITRAIN TIA-SiVArc
Training for Industry Page 12 SIMATIC Visualization Architect
SIMATIC Visualization Architect
Design modular
Faceplate
FB (Motor) (Motor)
FB (Motor) Faceplate
Resultado:
IDB (Motor_2) (Motor_2)
HMI screen
T
PLC
Faceplate
(Motor) Faceplate
IDB
DB (Motor_1)
( _ )
(Motor)
SITRAIN TIA-SiVArc
Training for Industry Page 13 SIMATIC Visualization Architect
Exercício 1: Gerar tela e objeto na tela
Now move the "FP_Motor" faceplate in i the screen to the center of the screen.
Also create a text field.
d. Generate the visualization again.
What has changedged in the screen?
s What conclusion can you draw from this?
…………………………………………………………………………………………………………………………
…………………………………………………………………………………………………………………………
…………………………………………………………………………………………………………………………
You will find a detailed description of the procedure on the next page.
SITRAIN TIA-SiVArc
Training for Industry Page 14 SIMATIC Visualization Architect
Procedimento 1. Recuperar o projeto inicial "ExerciseStart.zap15_1". Está localizado em:
C:\02_Archives\TIA_Portal\TIA-SIVARC
4. Crie uma nova regra SiVArc (Você pode encontrar o editor para as regras do
SiVArc na árvore do projeto em "Common data").
6. Gere sua visualização. Para isso, pode ser necessário compilar seu CLP. A senha
do PLC é “SITRAIN”. Veja o resultado.
SITRAIN TIA-SiVArc
Training for Industry Page 15 SIMATIC Visualization Architect
Procedimento 1. Recuperar o projeto inicial "ExerciseStart.zap15_1". Está localizado em:
C:\02_Archives\TIA_Portal\TIA-SIVARC
4. Crie uma nova regra SiVArc (Você pode encontrar o editor para as regras do
SiVArc na árvore do projeto em "Common data").
6. Gere sua visualização. Para isso, pode ser necessário compilar seu CLP. A senha
do PLC é “SITRAIN”. Veja o resultado.
SITRAIN TIA-SiVArc
Training for Industry Page 16 SIMATIC Visualization Architect
Procedimento 1. Recuperar o projeto inicial "ExerciseStart.zap15_1". Está localizado em:
C:\02_Archives\TIA_Portal\TIA-SIVARC
4. Crie uma nova regra SiVArc (Você pode encontrar o editor para as regras do
SiVArc na árvore do projeto em "Common data").
6. Gere sua visualização. Para isso, pode ser necessário compilar seu CLP. A senha
do PLC é “SITRAIN”. Veja o resultado.
SITRAIN TIA-SiVArc
Training for Industry Page 17 SIMATIC Visualization Architect
Procedimento 1. Recuperar o projeto inicial "ExerciseStart.zap15_1". Está localizado em:
C:\02_Archives\TIA_Portal\TIA-SIVARC
4. Crie uma nova regra SiVArc (Você pode encontrar o editor para as regras do
SiVArc na árvore do projeto em "Common data").
6. Gere sua visualização. Para isso, pode ser necessário compilar seu CLP. A senha
do PLC é “SITRAIN”. Veja o resultado.
SITRAIN TIA-SiVArc
Training for Industry Page 18 SIMATIC Visualization Architect
SIMATIC Visualization Architect
1 Introdução
3 Dinamizando objetos
4 Posicionando objetos
6 Conclusão
SITRAIN TIA-SiVArc
Training for Industry Page 19 SIMATIC Visualization Architect
Objetivos
SITRAIN TIA-SiVArc
Training for Industry Page 20 SIMATIC Visualization Architect
Propriedades do SiVArc e tags predefinidas
Gerando telas
Biblioteca
Tela HMI
Programa do
PLC
Propriedades do Objeto do HMI
Objeto de HMI SiVArc properties objeto
Propriedades do IDB
SiVArc Tag predefinida
Geração
PL
- Nas propriedades do SiVArc,
VArc, é possível
poss definir qual propriedade do objeto deve ser atribuída
dinamicamente
SITRAIN © Siemens AG 2018 - A propriedade do objeto é especificada com variáveis predefinidas TIA-SIVARC
Page 21 - As variáveis predefinidas nos dizem qual propriedade do PLC é usada Options of Automatic Visualization Generation
SiVArc properties:
- In the properties of SiVArc, one can set which object property should be assigned dynamically
- The object property is specified with pre-defined variables
- The pre-defined variables tell us which property of the PLC is used
SITRAIN TIA-SiVArc
Training for Industry Page 21 SIMATIC Visualization Architect
Recuperando informações do programa do PLC
Resultado
Tags predefinidas
Fonte de informação
Programa do PLC
A
Parâmetros do bloco Propriedades do objeto
"Color")
Block.Parameter("Color") Campo de texto
Nome do objeto Tank_Blue
SITRAIN TIA-SiVArc
Training for Industry Page 22 SIMATIC Visualization Architect
Tags predefinidas
Acessando informações de blocos de nível superior
Tag predefinida:
Acesso ao nível mais
FB1
StructureBlock.SymbolicName
alto da hierarquia Ou:
..DB.SymbolicName
Acesso a um
nível hierárquico
acima
FB2 FB4 FB3 Tag predefinida:
.DB.SymbolicName
Acesso ao
A G
bloco de
gatilho
FB4 FB5
5 PLCTFB
FB5 Tag predefinida:
Block.DB.SymbolicName
SITRAIN TIA-SiVArc
Training for Industry Page 23 SIMATIC Visualization Architect
Exercício 2: Gerando várias instâncias do faceplate
Descrição da tarefa
Adapte o SiVArc a propriedade "Name" do faceplate "FP_Motor" para que todas
as instâncias do motor sejam geradas na tela. Um total de sete objetos devem ser
gerados. Se menos objetos forem gerados, leia os avisos emitidos durante a
geração do SiVArc. No “Help” do TIA Portal, você também pode ler sobre quais
propriedades do objeto você pode acessar para gerar um nome exclusivo para o
objeto.
Além disso, a placa frontal deve mostrar qual motor está envolvido. Os nomes
necessários estão emoldurados em vermelho na parte superior da tela. O nome
consiste no nome da instância mais alta e parte
p do nome da próxima instância
mais alta do bloco acionador. (veja
veja as páginas
pág seguintes para esclarecimentos)
SITRAIN TIA-SiVArc
Training for Industry Page 24 SIMATIC Visualization Architect
Exercício 2:
Visão geral do bloco do PLC com instâncias
AG
ins. Adapte a propriedade para a interface
erface "Text".
"
3. You need the "Replace" function to generate the text as desired. Learn more
about this in the TIA Portal Help.
SITRAIN TIA-SiVArc
Training for Industry Page 25 SIMATIC Visualization Architect
Exercício 2:
Parâmetros SiVArc no nível da instância
Unit, Unit,
Unit Cconv_Unit1
Zone1Drv90
CConv_UnitFull
TrayHandler
..DB
4. Quantos objetos foram gerados? Nem todos foram gerados com menos de sete
objetos motores. O motivo é que o nome não é exclusivo. Você pode ler sobre
isso nos avisos.
5. Informe-se
nforme-se vvia “Help” do TIA Portal, por exemplo,
sobre os objetos e propriedades
iedades SiVArc
S que você pode endereçar.
SITRAIN TIA-SiVArc
Training for Industry Page 26 SIMATIC Visualization Architect
Exercício 2: Gerando várias instâncias do faceplate - Descrição da tarefa
No “Help” do TIA Portal, você também pode ler sobre quais propriedades do objeto você pode
acessar para gerar um nome exclusivo para o objeto.
Além disso, o faceplate deve mostrar qual motor está envolvido. Os nomes necessários estão
emoldurados em vermelho na parte superior da tela.
O nome (text) consiste no nome da instância mais alta e parte do nome da próxima
seguin
instância mais alta do bloco acionador. (veja as páginas seguintes para esclarecimentos)
Descrição da tarefa
Adapte o SiVArc a propriedade "Name" do faceplate "FP_Motor" para que todas
as instâncias do motor sejam geradas na tela. Um total de sete objetos devem ser
gerados. Se menos objetos forem gerados, leia os avisos emitidos durante a
geração do SiVArc. No “Help” do TIA Portal, você também pode ler sobre quais
propriedades do objeto você pode acessar para gerar um nome exclusivo para o
objeto.
Além disso, a placa frontal deve mostrar qual motor está envolvido. Os nomes
necessários estão emoldurados em vermelho na parte superior da tela. O nome
consiste no nome da instância mais alta e parte
p do nome da próxima instância
mais alta do bloco acionador. (veja
veja as páginas
pág seguintes para esclarecimentos)
SITRAIN TIA-SiVArc
Training for Industry Page 27 SIMATIC Visualization Architect
Exercício 2:
Nome do faceplate no nível da instância
4. Quantos objetos foram gerados? Nem todos foram gerados com menos de sete
objetos motores. O motivo é que o nome não é exclusivo. Você pode ler sobre
isso nos avisos.
T A
C
5. Informe-se
nforme-se via
v “Help” do TIA Portal, por exemplo,
SP
sobre os objetos e propriedades
iedades SiVArc
S que você pode endereçar.
SITRAIN TIA-SiVArc
Training for Industry Page 28 SIMATIC Visualization Architect
Exercício 2:
Visão geral do bloco do PLC com instâncias - Procedimento
2. Você pode encontrar as propriedades SiVArc na “Inspector window”, em Plug-ins. Adapte a propriedade
para a interface "Text". (você vai precisar da função “Replace” para compor o nome como desejado).
Aprenda mais sobre isto no help do TIA Portal
AG
ins. Adapte a propriedade para a interface
erface "Text".
"
3. You need the "Replace" function to generate the text as desired. Learn more
about this in the TIA Portal Help.
SITRAIN TIA-SiVArc
Training for Industry Page 29 SIMATIC Visualization Architect
Gerando Tags de Processo
Geração de tags
Requirement
Requisito Tag de HMI gerada Opções de geração adicionais
Example
Exemplo Example
Exemplo
SITRAIN TIA-SiVArc
Training for Industry Page 30 SIMATIC Visualization Architect
Interconectar tags a objetos
PLC HMI
G
Generated tag
SITRAIN TIA-SiVArc
Training for Industry Page 31 SIMATIC Visualization Architect
Exercício 3: Interconectando tags aos objetos gerados
RAS
O PLC type "cmHmiStatus" do bloco PLC passa o status
stat do motor para a HMI. Adapte as propriedades
ESD
SiVArc do faceplate "FP_Motor" para que os tags do bloco PLC sejam interconectados durante a geração.
Os tags usados devem ser criados da HMI.
SITRAIN © Siemens AG 2018 TIA-SIVARC
Page 32 Options of Automatic Visualization Generation
Descrição da tarefa
As tags do bloco equivalente devem ser geradas no painel frontal. O PLC type
"cmHmiStatus" foi criado no bloco PLC; que passa o status do motor para a HMI.
Adapte as propriedades SiVArc do faceplate "FP_Motor" para que o tag do bloco
PLC seja interconectado durante a geração.
Procedimento m
1. Defina o faceplate "FP_Motor" para o modo de edição.
SITRAIN TIA-SiVArc
Training for Industry Page 32 SIMATIC Visualization Architect
Exercício 3: Interconectando tags aos objetos gerados - Descrição da tarefa
Nota:
O comando "Block.DB.HMITagPrefix" retorna o nome simbólico do bloco e a estrutura de chamada de
nível superior.
Procedimento
1. Defina o faceplate "FP_Motor" para o modo de edição.
2. Você pode encontrar as propriedades SiVArc na “Inspector window” em Plug-ins. Adapte a propriedade
aqui "HMIData".
ES
gerad nas interfaces das faceplates geradas.
4. Verifique se a tag correspondente foi gerada
SITRAIN © Siemens AG 2018 TIA-SIVARC
Page 33 Options of Automatic Visualization Generation
Descrição da tarefa
As tags do bloco equivalente devem ser geradas no painel frontal. O PLC type
"cmHmiStatus" foi criado no bloco PLC; que passa o status do motor para a HMI.
Adapte as propriedades SiVArc do faceplate "FP_Motor" para que o tag do bloco
PLC seja interconectado durante a geração.
Procedimento m
1. Defina o faceplate "FP_Motor" para o modo de edição.
SITRAIN TIA-SiVArc
Training for Industry Page 33 SIMATIC Visualization Architect
SIMATIC Visualization Architect
1 Introdução
3 Dinamizando objetos
4 Posicionando objetos
6 Conclusão
SITRAIN TIA-SiVArc
Training for Industry Page 34 SIMATIC Visualization Architect
Objetivos
SITRAIN TIA-SiVArc
Training for Industry Page 35 SIMATIC Visualization Architect
Campos de layout
Posicionamento de objetos gerados na tela
Grupo 1
Onde é que
objeto será
colocado? Object1 Object2 Object3
- Type1 - Type1 - Type1
Object4
ject4 Object5 Object6
A
CT
– Type2 – Type2 – Type2
Grupo 2 TIA-SIVARC
SITRAIN © Siemens AG 2018
Page 36 Options of Automatic Visualization Generation
Thoughts:
- Which Objects do belong to which group? Æ Most of the time, a certain object type is set to a
certain group
- Where should be objects of a group be placed?
SITRAIN TIA-SiVArc
Training for Industry Page 36 SIMATIC Visualization Architect
Campos de layout
Posicionamento de objetos gerados na tela
Etapa 2:
Step 2: Configurar retângulo como campo de layout
SITRAIN TIA-SiVArc
Training for Industry Page 37 SIMATIC Visualization Architect
Campo de layout
Posicionamento de objetos gerados na tela
Step 2:
Etapa 3: Criar layout com campos de layout
Tela HMI
concluída
SITRAIN TIA-SiVArc
Training for Industry Page 38 SIMATIC Visualization Architect
Exercício 4: Posicionando objetos
Descrição da tarefa
As faceplates do motor geradas devem ser posicionadas imediatamente durante a
geração. Para fazer isso, adapte o modelo de geração
"Template_Motor_Overview" e a regra de tela de acordo.
Nota: Como o SiVArc gera as faceplates com base na estrutura de chamada do PLC, a
estrutura de chamada não deve ser alterada posteriormente.
3. Nomeie o campo
amp de posição "Motor". Adapte o tamanho do campo de posição
ao tamanho da faceplate (dica: O tamanho do faceplate é 270x200).
SITRAIN TIA-SiVArc
Training for Industry Page 39 SIMATIC Visualization Architect
Exercício 4: Posicionando objetos - Procedimento
Nota: Como o SiVArc gera as faceplates com base na estrutura de chamada do PLC, a estrutura de
chamada não deve ser alterada posteriormente.
2. Abra uma tela e arraste um retângulo para dentro da tela. Declarar isso como um campo de layout.
3. Nomeie o campo de posição "Motor". Adapte o tamanho do campo de posição ao tamanho da faceplate
(dica: O tamanho do faceplate é 270x200).
4. Duplique o campo de posição e distribua-o no modelo conforme mostrado na tela acima. Preste atenção
na ordem em que os objetos são gerados (baseie-se na imagem da pagina anterior).
a editada.
5. Apague o original da library e arraste de volta a tela
res
5. Gere sua visualização e verifique o resultado.
TIA-SIVARC
Page 40 Opcional: diminua o nr. de retângulos e veja o resultado.
SITRAIN © Siemens AG 2018
Options of Automatic Visualization Generation
Descrição da tarefa
As faceplates do motor geradas devem ser posicionadas imediatamente durante a
geração. Para fazer isso, adapte o modelo de geração
"Template_Motor_Overview" e a regra de tela de acordo.
Nota: Como o SiVArc gera as faceplates com base na estrutura de chamada do PLC, a
estrutura de chamada não deve ser alterada posteriormente.
3. Nomeie o campo
amp de posição "Motor". Adapte o tamanho do campo de posição
ao tamanho da faceplate (dica: O tamanho do faceplate é 270x200).
SITRAIN TIA-SiVArc
Training for Industry Page 40 SIMATIC Visualization Architect
SIMATIC Visualization Architect
1 Introdução
3 Dinamizando objetos
4 Posicionando objetos
6 Conclusão
SITRAIN TIA-SiVArc
Training for Industry Page 41 SIMATIC Visualization Architect
Objetivos
SITRAIN TIA-SiVArc
Training for Industry Page 42 SIMATIC Visualization Architect
Copy rules
Copiar objetos da biblioteca para o projeto
Biblioteca Projeto
Copy rules
LC
Propriedades Os objetos são copiados para o projeto independentemente do programa do PLC.
Aplicações
R
Exemplo: Telas raiz sempre
se necessárias, independentemente do projeto do PLC
SITRAIN TIA-SiVArc
Training for Industry Page 43 SIMATIC Visualization Architect
Tag generation – editor de regras
Tag generation
SITRAIN TIA-SiVArc
Training for Industry Page 44 SIMATIC Visualization Architect
Exercício 5: Gerar tabelas de tags & copiar o layout de
visualização no projeto
a) Resultado: b)
DR
a) Salve as tags do PLC usadas estruturadas
estrutura na tabela de tags da HMI.
Use uma regra de tag
ES
g que simule estrutura
b) Geralmente, é necessário
e de pastas do PLC.
ssário copiar um layout central da biblioteca para a visualização recém-
SITRAIN © Siemens AG 2018 criada. Isso pode ser feito com uma regra de cópia. Use uma regra de cópia para copiar a pasta TIA-SIVARC
Page 45 de layout pronto para sua visualização. Options of Automatic Visualization Generation
Descrição da tarefa
a) Salve as tags do PLC usadas estruturadas na tabela de tags da HMI. Perceba
isso usando uma regra de tag. A regra da tag é simular a estrutura de pastas do
PLC.
Nota: A ajuda online lista os comandos disponíveis para uma regra de tag.
Descrição da Tarefa
b) Geralmente, é necessário copiar um layout central da biblioteca para a
visualização recém-criada. Isso pode ser
er feito
feit com uma regra de cópia. Use uma
regra de cópia para copiar a pasta
sta de layout
layo pronto para sua visualização.
SITRAIN TIA-SiVArc
Training for Industry Page 45 SIMATIC Visualization Architect
Exercício 5: Gerar tabelas de tags & copiar o layout de
visualização no projeto
a) Salve as tags do PLC usadas estruturadas na tabela de tags da HMI. Perceba isso usando uma regra
de tag. A regra da tag é simular a estrutura de pastas do PLC.
Nota: A ajuda online lista os comandos disponíveis para uma regra de tag.
Na hora de executar o SiVArc, você pode escolher entre gerar todos os Tags ou só os em
uso no HMI (recomendado !!!).
b) Geralmente, é necessário copiar um layout central da biblioteca para a visualização recém-criada. Isso
pode ser feito com uma regra de cópia. Use uma regra de cópia para copiar a pasta de layout pronto para
sua visualização.
Descrição da tarefa
a) Salve as tags do PLC usadas estruturadas na tabela de tags da HMI. Perceba
isso usando uma regra de tag. A regra da tag é simular a estrutura de pastas do
PLC.
Nota: A ajuda online lista os comandos disponíveis para uma regra de tag.
Descrição da Tarefa
b) Geralmente, é necessário copiar um layout central da biblioteca para a
visualização recém-criada. Isso pode ser
er feito
feit com uma regra de cópia. Use uma
regra de cópia para copiar a pasta
sta de layout
layo pronto para sua visualização.
SITRAIN TIA-SiVArc
Training for Industry Page 46 SIMATIC Visualization Architect
Condições nas regras do SiVArc
Geração de um projeto completo
solicitação Exemplo
True, False,
Regra inteira IF Executar regra? Block.SymbolicName = „xy“
IF Executar geração?
IF Executar geração?
HMI
Screen
Instanz
IF Executar geração?
HMI
Screen
Cada geração Block.DB.SymbolicName= „xy“
G
Instanz
Bildobjekt
HMI
Screen
Scree
Instance
Bildobjekt
Screenobject
SITRAIN TIA-SiVArc
Training for Industry Page 47 SIMATIC Visualization Architect
Exercício 6: Geração condicional
Descrição da tarefa
Dois tipos diferentes de motores são instalados na máquina. No PLC, o mesmo
bloco (FB) é usado para controlar os dois tipos de motores. O tipo de controle é
indicado pelo nome da instância:
"instMotor" para as correias transportadoras e
"instCmMotorV90" para os eixos.
No entanto, deve haver uma distinção na HMI. Para esse fim, dois tipos diferentes
de placas de motor devem ser gerados na tela "Template_Motor_Overview":
"FP_Motor" para as correias transportadoras e
"FP_MotorV90" para os eixos.
SITRAIN TIA-SiVArc
Training for Industry Page 48 SIMATIC Visualization Architect
Exercício 6: Geração condicional
Descrição da tarefa
Dois tipos diferentes de motores são instalados na máquina. No PLC, o mesmo
bloco (FB) é usado para controlar os dois tipos de motores. O tipo de controle é
indicado pelo nome da instância:
"instMotor" para as correias transportadoras e
"instCmMotorV90" para os eixos.
No entanto, deve haver uma distinção na HMI. Para esse fim, dois tipos diferentes
de placas de motor devem ser gerados na tela "Template_Motor_Overview":
"FP_Motor" para as correias transportadoras e
"FP_MotorV90" para os eixos.
SITRAIN TIA-SiVArc
Training for Industry Page 49 SIMATIC Visualization Architect
Dynamic Layout Fields
Posicionamento de objetos gerados na tela
SITRAIN TIA-SiVArc
Training for Industry Page 50 SIMATIC Visualization Architect
Exercício 7:
Layouts dinâmicos
Layout PCB:
Layout display:
Descrição da tarefa
O padrão da planta e as regras SiVArc agora também devem ser usadas para
outras máquinas. Como outras máquinas possuem uma estrutura diferente, suas
HMIs devem ser entregues com layouts diferentes.
Um layout diferente deve ser utilizado, dependendo do nome da estação do PLC
(nome da máquina).
Para teste, a função de layouts dinâmicos deve ser implementada para a tela
"Template_Motors_Overview". O layout correspondente deve ser usado
dependendo do nome da planta.
Para fazer isso, crie os layouts apropriados
dos para
p o PCB da máquina e exiba e altere
o modelo dos motores para quee o layout seja usado dependendo do nome da
estação.
SITRAIN TIA-SiVArc
Training for Industry Page 51 SIMATIC Visualization Architect
Exercício 7:
Layouts dinâmicos - Descrição da tarefa
O padrão da planta e as regras SiVArc agora também devem ser usadas para outras máquinas.
Como outras máquinas possuem uma estrutura diferente, suas HMIs devem ser entregues com layouts
diferentes.
Um layout diferente deve ser utilizado, dependendo do nome do PLC ( = nome da máquina).
Para teste, a função de layouts dinâmicos deve ser implementada para a tela "Template_Motors_Overview".
O layout correspondente deve ser usado dependendo do nome da planta.
Para fazer isso, crie os layouts apropriados para cada tipo de máquina e de modo que o layout correto seja
usado dependendo do nome da estação.
"T
Além disso, a tela gerada não deve mais ser gerada com o nome "Template_Motors_Overview", mas em vez
disso com o nome "Motors_Overview", o que melhora a a nitidez e a clareza.
Descrição da tarefa
O padrão da planta e as regras SiVArc agora também devem ser usadas para
outras máquinas. Como outras máquinas possuem uma estrutura diferente, suas
HMIs devem ser entregues com layouts diferentes.
Um layout diferente deve ser utilizado, dependendo do nome da estação do PLC
(nome da máquina).
Para teste, a função de layouts dinâmicos deve ser implementada para a tela
"Template_Motors_Overview". O layout correspondente deve ser usado
dependendo do nome da planta.
Para fazer isso, crie os layouts apropriados
dos para
p o PCB da máquina e exiba e altere
o modelo dos motores para quee o layout seja usado dependendo do nome da
estação.
SITRAIN TIA-SiVArc
Training for Industry Page 52 SIMATIC Visualization Architect
Procedimento 1. Arraste o template "Template_Motor_Overview" da sua biblioteca para a sua
HMI.
4. Salve as duas telas de layout nas cópias principais em uma nova pasta. Nome
da pasta: "LayoutMachines"
6. Mude o nome do PLC para "Display", compile e gere sua visualização. Confira o
resultado.
SITRAIN TIA-SiVArc
Training for Industry Page 53 SIMATIC Visualization Architect
Procedimento 1. Arraste o template "Template_Motor_Overview" da sua biblioteca para a sua
HMI.
4. Salve as duas telas de layout nas cópias principais em uma nova pasta. Nome
da pasta: "LayoutMachines"
6. Mude o nome do PLC para "Display", compile e gere sua visualização. Confira o
resultado.
SITRAIN TIA-SiVArc
Training for Industry Page 54 SIMATIC Visualization Architect
Geração de listas de texto com base na lista de tags do PLC
Textlist template
Fonte Resultado
Definição da fonte dos textos
ES
Text List é gerado tendo como referência
referên a variável ligada a um parâmetro de um bloco.
Lengh indica quantas variáveis
áveis em
e sequencia da apontada devem ser acrescidas no text list.
SITRAIN © Siemens AG 2018 O comentário das variáveis são usadas como texto de referência. TIA-SIVARC
Page 55 Options of Automatic Visualization Generation
SITRAIN TIA-SiVArc
Training for Industry Page 55 SIMATIC Visualization Architect
Exercício 8: Gerando listas de texto
Lista de texto do
resultado :
Sensor
Descrição da tarefa
Na tela gerada "Motor_Overview", um display deve ser gerado para mostrar o
sensor atualmente ativo. Isso deve informar ao operador em qual transportador a
peça está.
O visor representa um campo simbólico de I/O. O campo de texto deve então ser
configurado com uma lista de texto contendo as entradas sobre as posições do
sensor. Durante o tempo de execução, as entradas da lista de texto são
selecionadas com a process tag "mSensorValue". O bloco de gatilho é
"sensor_assignment".
Primeiro, crie uma lista de texto vazia com m o nome "Template_Textlist". Nas
propriedades SiVArc, especifique que a lista deve ser gerada com o nome do bloco
e quais entradas devem ser er inseridas na lista. (em: Usar parâmetro de bloco e
tabela de símbolos, o parâmetro
parâmetr a ser usado é "In_Value")
Crie a regra dee lista de texto
t apropriada.
Agora crie o campo de texto simbólico com o nome "Template_Textfield". Adapte
as propriedades SiVArc para que a lista de texto correspondente e a process tag
"mSensorValue" são geradas com o nome do bloco acionador.
Note A lista de texto é criada a partir dos comentários das tags do PLC definidas. O
SiVArc obtém a referência a essas tags PLC através do bloco do PLC
"sensor_assignment".
O tag PLC relevante é anexado à respectiva instância do bloco na entrada
"In_Value".
SITRAIN TIA-SiVArc
Training for Industry Page 56 SIMATIC Visualization Architect
Exercício 8: Gerando listas de texto - Descrição da tarefa
O sensor atualmente ativo deve ser indicado na tela "Motor_Overview", Isso deve informar ao operador em qual
transportador a peça está.
Esta indicação é feita através de um Simbolic IO field. O campo de texto deve então ser configurado com uma lista de
texto contendo as entradas sobre as posições do sensor. Durante o tempo de execução, as entradas da lista de texto
são selecionadas com a process tag "mSensorValue". O bloco de referência é "sensor_assignment".
Primeiro, crie uma lista de texto vazia com o nome "Template_Textlist". Nas propriedades SiVArc, especifique que a
lista deve ser gerada com o nome do bloco e quais entradas devem ser inseridas na lista. (em: User Block parameter
and relevant PLC tag, o parâmetro a ser usado é "In_Value")
pte as propriedades
Agora crie symbolic IO field com o nome "Template_Textfield". Adapte p SiVArc para que a lista de texto
correspondente e a process tag "mSensorValue" sejam geradass com o nome
n do bloco acionador.
Descrição da tarefa
Na tela gerada "Motor_Overview", um display deve ser gerado para mostrar o
sensor atualmente ativo. Isso deve informar ao operador em qual transportador a
peça está.
O visor representa um campo simbólico de I/O. O campo de texto deve então ser
configurado com uma lista de texto contendo as entradas sobre as posições do
sensor. Durante o tempo de execução, as entradas da lista de texto são
selecionadas com a process tag "mSensorValue". O bloco de gatilho é
"sensor_assignment".
Primeiro, crie uma lista de texto vazia com m o nome "Template_Textlist". Nas
propriedades SiVArc, especifique que a lista deve ser gerada com o nome do bloco
e quais entradas devem ser er inseridas na lista. (em: Usar parâmetro de bloco e
tabela de símbolos, o parâmetro
parâmetr a ser usado é "In_Value")
Crie a regra dee lista de texto
t apropriada.
Agora crie o campo de texto simbólico com o nome "Template_Textfield". Adapte
as propriedades SiVArc para que a lista de texto correspondente e a process tag
"mSensorValue" são geradas com o nome do bloco acionador.
Note A lista de texto é criada a partir dos comentários das tags do PLC definidas. O
SiVArc obtém a referência a essas tags PLC através do bloco do PLC
"sensor_assignment".
O tag PLC relevante é anexado à respectiva instância do bloco na entrada
"In_Value".
SITRAIN TIA-SiVArc
Training for Industry Page 57 SIMATIC Visualization Architect
Criando e gerando listas de texto
Procedimento 1. Crie uma nova lista de texto com o nome "Template_Textlist".
DR
E
3. Salve o campoS
mpo de I/O na biblioteca do projeto, no diretório “master copies”.
SITRAIN TIA-SiVArc
Training for Industry Page 58 SIMATIC Visualization Architect
Criando e gerando listas de texto
Procedimento 1. Crie uma nova lista de texto com o nome "Template_Textlist".
DR
E
3. Salve o campoS
mpo de I/O na biblioteca do projeto, no diretório “master copies”.
SITRAIN TIA-SiVArc
Training for Industry Page 59 SIMATIC Visualization Architect
Criando e gerando listas de texto
Procedimento 1. Crie uma nova lista de texto com o nome "Template_Textlist".
DR
E
3. Salve o campoS
mpo de I/O na biblioteca do projeto, no diretório “master copies”.
SITRAIN TIA-SiVArc
Training for Industry Page 60 SIMATIC Visualization Architect
Criando e gerando listas de texto
Procedimento 1. Crie uma nova lista de texto com o nome "Template_Textlist".
DR
E
3. Salve o campoS
mpo de I/O na biblioteca do projeto, no diretório “master copies”.
SITRAIN TIA-SiVArc
Training for Industry Page 61 SIMATIC Visualization Architect
SIMATIC Visualization Architect
1 Introdução
3 Dinamizando objetos
4 Posicionando objetos
6 Conclusão
SITRAIN TIA-SiVArc
Training for Industry Page 62 SIMATIC Visualization Architect
Objetivos
SITRAIN TIA-SiVArc
Training for Industry Page 63 SIMATIC Visualization Architect
SIMATIC Visualization Architect
Escopo de funções
LC
S7-1500 Software Controller
Alarms ((including alarm classes and alarm groups)
Runtime Advanced
TrendControl F(t)
Runtime Professional
Usage of screen templates
SITRAIN TIA-SiVArc
Training for Industry Page 64 SIMATIC Visualization Architect
SIMATIC Visualization Architect
Vantagens da geração de visualização de automação
Capacidade de
Qualidade do
Engenharia
• Redução da configuração manual
competir
software
Eficiente
• Redução de erros devido à
automação
Padronização
SITRAIN TIA-SiVArc
Training for Industry Page 65 SIMATIC Visualization Architect
Exercício 9: Gere o controle para as correias transportadoras
Descrição da tarefa
Como exercício final, a tela de controle deve ser gerada para as correias
transportadoras. Cada correia transportadora possui um motor controlado com o
bloco "CConv_Unit1Zone1Drv90". Use o SiVArc para gerar as três placas para cada
motor em uma nova tela "Control_Conveyor"
(use o modelo de geração "Template_Control_Conveyor" para esse); os painéis
frontais devem ser dispostos conforme mostrado na tela acima:
• "FP_control_name"
• "FP_control_move"
• "FP_control_drv_module"
As interfaces dos painéis frontais
tais devem ser interconectadas com as tags corretas
durante a geração. Você pode encontrar
enc as tags na interface do bloco
"CConv_Unit1Zone1Drv90“.
ne1Drv90“
3. Adapte os painéis frontais para que sejam gerados com nomes exclusivos e tag
de interface correspondente.
SITRAIN TIA-SiVArc
Training for Industry Page 66 SIMATIC Visualization Architect
Exercício 9: Gere o controle para as correias transportadoras
Descrição da tarefa
Como exercício final, a tela de controle deve ser gerada para as correias
transportadoras. Cada correia transportadora possui um motor controlado com o
bloco "CConv_Unit1Zone1Drv90". Use o SiVArc para gerar as três placas para cada
motor em uma nova tela "Control_Conveyor"
(use o modelo de geração "Template_Control_Conveyor" para esse); os painéis
frontais devem ser dispostos conforme mostrado na tela acima:
• "FP_control_name"
• "FP_control_move"
• "FP_control_drv_module"
As interfaces dos painéis frontais
tais devem ser interconectadas com as tags corretas
durante a geração. Você pode encontrar
enc as tags na interface do bloco
"CConv_Unit1Zone1Drv90“.
ne1Drv90“
3. Adapte os painéis frontais para que sejam gerados com nomes exclusivos e tag
de interface correspondente.
SITRAIN TIA-SiVArc
Training for Industry Page 67 SIMATIC Visualization Architect
Exercício 9: Gere o controle para as correias transportadoras
4. Adapte os painéis frontais para que sejam gerados com nomes exclusivos e tag de interface
correspondente.
G
TA
5. Gere sua visualização e verifique a tela gerada.
gerad
SITRAIN © Siemens AG 2018 TIA-SIVARC
Page 68 Options of Automatic Visualization Generation
Descrição da tarefa
Como exercício final, a tela de controle deve ser gerada para as correias
transportadoras. Cada correia transportadora possui um motor controlado com o
bloco "CConv_Unit1Zone1Drv90". Use o SiVArc para gerar as três placas para cada
motor em uma nova tela "Control_Conveyor"
(use o modelo de geração "Template_Control_Conveyor" para esse); os painéis
frontais devem ser dispostos conforme mostrado na tela acima:
• "FP_control_name"
• "FP_control_move"
• "FP_control_drv_module"
As interfaces dos painéis frontais
tais devem ser interconectadas com as tags corretas
durante a geração. Você pode encontrar
enc as tags na interface do bloco
"CConv_Unit1Zone1Drv90“.
ne1Drv90“
3. Adapte os painéis frontais para que sejam gerados com nomes exclusivos e tag
de interface correspondente.
SITRAIN TIA-SiVArc
Training for Industry Page 68 SIMATIC Visualization Architect
Section 1
G
Introdução e Visão
Geral
© Siemens 2019 siemens.com/sitrain
… o que é o OPC UA
OPC:
• OLE for Process Control (sigla antiga para o padrão OPC Classic)
• Openness, Productivity and Connectivity
• Open Platform Communications (em uso desde OPC Unified Architecture (UA))
This section describes what is behind the expression "OPC" and the reason for the development and
dissemination of OPC.
OPC is short for Open Platform Communications. OPC specifies various services for accessing production
process information, such as variables, alarms and archive data.
OPC is thus the specification of a data interface for automation technology. With OPC, a powerful interface is
available for the first time that has been specified by manufacturers of automation technology specifically for their
common needs.
Cloud
Aplicação
remota
Sistema de controle, por exemplo WinCC Professional
Driver A
Driver A
Interface A
Interface A
A
Interfaces
B C D E F G
PROFINET
PROFIBUS
L
Ethernet
Fieldbus X
Modbus
FIN
• Técnicas e interfaces proprietárias para
S7
acesso dos equipamentos.
E
In many industrial enterprises, process data is acquired, collected and further processed across various levels.
These activities are made more difficult by the lack of a uniform interface standard between the field level and
process control level and the use of proprietary data exchange methods and protocols by manufacturers of
automation devices. This lack of standardization of communication interfaces results in various challenges and
disadvantages:
• Proprietary techniques and interfaces for accessing automation devices
• Each new device requires driver modifications
• Options for users are limited by the available connection options
• 25-30% of the development costs for control systems must be dedicated to driver development
Significant effort is needed to integrate automation devices from different manufacturers into a single functional
system. As a consequence, many customers buy their entire automation on system including the operating software
from a single manufacturer. This means customers are tied to one manufacturer
manuf and cannot assemble their own
systems according to the strengths of individual providers.
s.
You can compare the situation in the field level and
nd process level
l with the early days of the computer industry
when it was very complicated to establish communication
ommunicat between computers and operating systems from
different manufacturers. Today, data cann be exchanged
exch between different computers without major difficulties
thanks to standardized protocols and interfaces.
rfa
Cloud
Aplicação
remota
Interface A
OPC UA
Comunicação OPC UA
PROFINET
PROFIBUS
L
Ethernet
Fieldbus X
Modbus
FIN
S7
E
With the help of OPC, this evolution is also taking place in the area of process data processing. The initiative for
OPC was launched in order to implement a uniform access method and interface for automation devices and to
establish a single communication approach across all levels.
The use of this uniform interface allows industrial and office applications to read and further process data from any
process unit. Developers no longer have to concern themselves with the specifications of a manufacturer. Based
on the OPC interface, they can develop applications and read and modify data from devices made by different
companies.
As a further consequence of this standard, customers can assemble their automation system based on the
individual strengths and weaknesses of specific providers. It is possible,
e, for
f example, to use hardware from
manufacturer X and operating software from manufacturer Y. In n this way, OPC promotes a broad interoperability in
the automation industry.
Interoperability refers to the ability of heterogeneouss systems to interact with one another.
Note:
As of 2018, work is underway on a real-time-capable extension of the IEEE
IEE Ethernet standard using TSN (Time
Sensitive Networking). By basing OPC UA on Ethernet with TSN,
SN, real-time-capable
real-tim communication using OPC UA
will also be possible in the future.
Uma infinidade de drivers de hardware especiais não precisa mais ser desenvolvida
Implementação de uma interface OPC com funcionalidade de cliente ou servidor
Nenhuma modificação de driver após alterações de hardware
Exemplos de código e pilha de comunicação disponíveis como código aberto
… OPC UA em detalhes
Especificações complementares para padronizações específicas
Independência da plataforma
Interoperabilidade entre fornecedores
uturada
Funcionalidade compacta e claramente estruturada
• Convenient interface
In addition to read and write operations, the OPC interface provides a lot of information to the OPC client via the
OPC server, thereby allowing the OPC server to be dynamically adapted to the needs of the client.
• Comprehensive set operations
In contrast to the server adaptations for which performance does not matter, calls associated with process
variables are implemented as set operations. This means that multiple variables can be read simultaneously
with one call.
The advantage of set operations is that they limit the number of process changes. This improves the execution
speed.
• Asynchronous read and write operations
In addition to a synchronous interface for read and write operations, the OPC interface also offers an
asynchronous interface. In the case of time-consuming processes, es, synchronous
sync calls can lead to logjams in the
client (many parallel queries, high number of process values,
s, etc.). This
Th can be remedied by asynchronous
client calls and server responses. Applications include
de the monitoring
monit of variables. The system load of the client
can be significantly reduced in this way.
• Companion Specifications
The standardized Companion Specifications
ations enable configurations that are adapted to different industry sectors
through use of standard industry sector-dependent templates for data access, function calls and predefined
semantics.
• Platform independence
This is achieved by turning away from the COM-based OPC Classic standard and by opening up to other
operating systems besides Windows.
• Cross-vendor interoperability
This is achieved with the platform independence and through use of Companion Specifications because simple
replacement of devices with the same functionality is thus possible.
• Compact and clearly-structured functionality
With implementation of all data access operations in a single server and harmonization of the specification parts
from OPC Classic to OPC UA, the functionality remains compact and clearly structured despite the expanded
capabilities.
Collaborations
• Close collaboration with companies and organizations from a wide range of industry sectors
• Specified information models from other standardized organizations are correlated to OPC UA
• Standardization of the OPC UA Specification in IEC 62541
OPC Foundation
The OPC Foundation originated in 1995 from a task force of 5 participating companies from the automation
industry. The goal of the OPC Foundation then, like today, was to create and maintain a uniform communication
standard for data exchange in the field of industrial automation. The OPC Foundation grew steadily over time and
now has 600 members that support their stated goal.
ESPECIFICAÇÃO
Publicação da primeira A&E OPC UA IEC 62541 PUBSUB
especificação OPC Classic Alarms & Liberação do OPC UA Conclusão da Especificação PubSub
Estabelecimento da Events specification como especificação padronização IEC para para comunicação IoT
OPC Foundation harmonizada OPC UA
1995 1996 1998 1999 2001 2006 2009 2014 2015 2018 2019
The timeline shows the major milestones in the evolution from OPC Classic to the current OPC UA standard.
The many further developments of the OPC standard also reflect historical conditions:
• At the beginning, Windows PCs were predominant and the COM standard was therefore widely used.
Nowadays, however, there is a wide-open landscape of operation systems in the industrial sector.
• With the further development and platform independence of OPC, clients/servers in embedded devices are now
also possible. Accordingly, the architecture continues to evolve from a centralized client/server model to a
decentralized model.
• In terms of products, many of the original servers within the automation pyramid were used in the SCADA
environment. Now, servers can be found on all levels of the automation pyramid.
• To further encourage widespread use of OPC UA, application examples are freely available and the source
code of the main communication stacks is published as open source code on GitHub.
• The goal of establishing OPC UA as the communication standard forr datad transfer from field devices to the cloud
and between field devices led to the development of PubSub as a communication
comm extension of OPC UA.
• The vertical penetration of the automation pyramid by OPC PC UA calls for real-time-capable communication within
the field level so that uniform communication can take
ke place across
ac all levels and devices. OPC UA will meet
this requirement with the support of TSN.
Uniform access
O OPC UA integra as especificações existentes do OPC Classic– DA, A&E, HA, Programs – em uma
única especificação.
A base compartilhada única para acesso a informações reduz os custos de integração do sistema.
OPC UA
COM Client
OPC DA Data Access
UA Client
Segurança Segurança
• Nome de usuário / Senha • Baseado em certificado
• Administração do usuário
AG
• Conexão crip
criptografada
• A
C
• Nome dde usuário / Senha
Administração do usuário
Performance Performance
E
vidor
• Cada tipo de acesso requer um servidor
• Transferência de dados sem descriçãoo semântica
• Um único servidor é possível
• Transferência de dados e descrição semântica
Operating system
OPC Classic is based on the DCOM technology from Microsoft. This dependency arose during the time that
Windows operating systems were in widespread use in industrial environments, in order to ensure compatibility
with as many devices and industrial PCs as possible. With the availability of a wider variety of operating systems
and their use on different levels of the automation pyramid, as well as the availability of more powerful actuators
and sensors at the field level, the demand for a platform-independent communication interface emerged.
Security
To guarantee that the increased requirements for access security are met, OPC UA has a scalable security
concept. If the user and application security is insufficient in an application, data on the transport layer can be
encrypted with the help of SSL/TLS. In addition, authorization of the client
ien and server applications is ensured using
X.509 certificates.
Semantic description
The semantic description, or semantic data
ata model, is
i a formal description of the data, which is standardized by the
OPC Foundation and sent along as information.
matio
OPC UA
OPC
Servidor possível
PN
Data supplier
PLC
Embedded
mbbedde
ed Server
por exemplo
e e leitor RFID
S7-1500
Data supplier
S7-300 S7-1200
OPC Classic
In OPC Classic, the OPC server acts mainly as a gateway and thus as a data broker between the client and the
actual data supplier. This is due to the COM dependency and thus also to the tie to Windows operating systems.
This can often be found on industrial PCs (IPCs) and offers the possibility of installation of OPC Classic servers.
OPC UA
In OPC UA, on the other hand, this dependency has been eliminated.
eliminated Here, the communication standard is
independent of the operating system and platform. Consequently,
Consequen OPC UA servers are no longer used only on
IPCs, but can also be directly integrated in devices
vices with a wide variety of operating systems. This new
independence also has a critical influence
ce on the architecture
arc of OPC UA communication networks. The OPC UA
clients can now directly access OPC UA servers
serve that are integrated in the data suppliers.
Management
Conexão direta de
OPC UA
dispositivos em todos os level Capacidade em tempo real
níveis Operator
level Comunicação C2C em
PROFINET
NET
Autenticação e criptografia
AG
Controller tempo real
level
el
C T
Serviços de semântica PL
SFiel
Field
Perfis padronizados
level
Vantagens nos níveis de Vantagens nos níveis de
dados e gerenciamento controle e campo
Besides the "classic", often PC-based devices with OPC UA implementation such as MES, SCADA and HMI, more
and more devices on the control level and sometimes even on the field level have also implemented OPC UA.
The advantages of OPC UA are most apparent on the data and management levels, namely platform
independence, direct device connection, authentication, encryption and semantics services.
PROFINET, on the other hand, tends to be classified with respect to deterministics and real-time capability on the
control and field levels, where the two communication options may overlap in the various applications.
In addition, OPC UA with its future real-time-capable Ethernet TSN support is increasingly moving into the control
and field levels.
Tipos de acesso
Part 8 – Data Access Part 10 – Programs
Infraestrutura Básico
Part 1 – Concepts Part 5 – Information Model
Part 2 – Security
AG
Part 6 – Service M
T
Mapping
Part 4 – Services
LC
Part 7 – Profiles
Part 14 – PubSub
DR
ES
Part 12 – Discovery
Di
Utilidade
Part 13 – Aggregate
Based on the IEC 62541 standardization, the OPC UA specifications are divided into different parts.
The OPC Foundation has divided the standard into an infrastructure and an information model.
• Infrastructure
• Basic: Parts 1 through 7 form the basis of the technology and the implementation of OPC UA applications.
Parts 3 through 5, in particular, form the core of the standard. The newest part, Part 14 PubSub, concerns
itself with an IoT protocol-based connection alternative to the server/client architecture, which belongs to the
basic technology.
• Utility: Supplementary resources are defined in Parts 12 and 13.
• Information models
mation models for provision of classic OPC
• Access types: Parts 8 through 11 define OPC-specific information
information such as current process data or alarms.
• Companion Specifications: Furthermore, there re are Com
Companion Specifications that define additional OPC
ation with other
UA-based information models in collaboration o standardization organizations. In this case, the
models and information standards form the babasis, and the Companion Specification defines how this
porte with OPC UA. AutoID and Field Device Integration are given as
information is described and transported
examples here.
AS
SIMOCODE, 3RW44
Fonte e distribuição Identificação I/O stemas de
Sistemas Controles
de energia industrial Distribuído Driv
Drives industriais
The continuously expanding product portfolio of OPC UA servers of Siemens AG can be classified as follows
within the automation pyramid:
Management level:
SIMATIC NET, SIMATIC WinCC RT Professional, SIMATIC WinCC V7.5, PCS 7, SINEMA Server, TeleControl
Server Basic, SIMATIC Energy Manager PRO, SIMATIC WinCC OA
Control level:
SIMATIC S7-1500, SIMATIC HMI Comfort/Mobile Panel, SIMATIC WinCC RT Advanced, MindConnect Nano,
SIMATIC IOT2000, SIMATIC S7-400 with CP 443-1, SIMOTION, SINUMERIK
UM
Field level:
SIMATIC RF600, SITOP PSU8600/UPS1600, SIMOCODE
SIMOCODE, SIRIUS 3RW44
Note: The OPC UA servers covered in this course are indicated in bold type.
AG
PROFINET
AS
Fonte e distribuição Identificação I/O stemas de
Sistemas Controles
de energia industrial Distribuído Driv
Drives industriais
The product portfolio of OPC UA clients of Siemens AG can be classified as follows within the automation pyramid:
Management level:
SIMATIC WinCC Runtime Professional, WinCC V7.5, SIMATIC WinCC OA
Control level:
SIMATIC S7-1500, SIMATIC HMI Comfort/Mobile Panel, SIMATIC WinCC Runtime Advanced, MindConnent
Nano, SIMATIC IOT2000, SIMATIC S7-400 with CP 443-1
Field level:
No client on field level
in
Note: The OPC UA clients covered in this course are indicated in bold type.
TIA Portal
Engenharia
Client
DR
ES
Recebimento de pacotes
RFID reader
Server • Digitalização de uma embalagem com o leitor RFID
• Fornecimento do ID do pacote varrido
WinCC RT Advanced
Controle e visualização
zação do pr
processo
Client
• Leitura/gravação de variáveis do S7-1500 de um HMI
gravação d
Server
Client
S7-1200 S7-1500
2D code reader AnsiC
Fornecedor
ece de dados Cliente/Servidor
AG
Servidor Servidor
para SIMATIC
S NET
OPC UA
A
Server
S
Serve
PROFINET
Além dos exercícios de estantes altas, as seções individuais também contêm exercícios independentes para
examinar na prática o conteúdo específico do treinamento.
T
LC
Device IP address
addres
Conexão de dispositivos
ositivos não compatíveis com OPC-UA e Alarms & Conditions
S7-1200 SIMATIC NET
Data SERVER • Leitura/Escrita
Escrita de variáveis do S7-1200 via SIMATIC NET Server
• Recebimento
en de mensagens e eventos do S7-1500 via SIMATIC NET Server
Infraestrutura G
Serviços e mecanismos básicos paraS P
ara troca de
dados RA
© Siemens 2019 siemens.com/sitrain
Modelos de informação
Modelos de informações específicas do fabricante
DA HA
H AC PROG
Infraestrutura
Acesso à informação
A
Estabilidade
Segurança
Segurança
Robustez
Mo
Modelo de dados e serviços de base
Transporte Discovery
Atribuições de protocolo Descoberta de servidores
Estabilidade
Segurança
Segurança
Robustez
• Descrição universal para dispositivos e funções Modelo de dados e serviços de base
The data model is based on the address space of the OPC UA server. It defines the object-oriented structuring of
the data. The address space can be searched by the OPC UA client in order to read the values of the server data.
The address space represents all nodes and the connection between the nodes.
Terms: The nodes that the server makes available are its address space.
There are various structures for the address space of the server (tree structure, node structure). To understand the
address space more easily, we compare it to a computer hard disk with files in Windows:
• The files are displayed hierarchically in Windows Explorer (e.g. hierarchical
rar arrangement in a tree structure).
• However, the data is physically located one after the other on the hard disk (e.g. fragmentation,
defragmentation).
• The relationships and dependencies of the files
es on the hard
h disk are again different (representation in a node
structure).
• Files can even be hidden from certain users in order to change their view of the data (e.g. View).
Gatilho de evento
Notificação
Vista
ÆEventos
Æ Event1
Æ Event2
Referência
Objeto
para outro objeto Chamadas de método
odo
Variáveis Métodos
+ Var1 + Method1()
thod1() Referência
Ler + Method2(x,y)
Method2(x,
+ Var2
Escrever Method3(a,b,c)
+ Metho Nós
- Var3
OPC UA uses the familiar terms and definitions from object orientation.
An object is the smallest unit. It can contain variables, trigger events or be manipulated by method calls.
A node is thus an object in the address space. Besides the nodes themselves, the address space also describes
the relationship between the nodes.
Referência
Objeto
para outro objeto Chamadas de método
odo
Variáveis Métodos
+ Var1 + Method1()
thod1() Referência
Ler + Method2(x,y)
Method2(x,
+ Var2
Escrever Method3(a,b,c)
+ Metho Nós
- Var3
OPC UA uses the familiar terms and definitions from object orientation.
An object is the smallest unit. It can contain variables, trigger events or be manipulated by method calls.
A node is thus an object in the address space. Besides the nodes themselves, the address space also describes
the relationship between the nodes.
Referência
Objeto
para outro objeto Chamadas de método
odo
Variáveis Métodos
+ Var1 + Method1()
thod1() Referência
Ler + Method2(x,y)
Method2(x,
+ Var2
Escrever Method3(a,b,c)
+ Metho Nós
- Var3
OPC UA uses the familiar terms and definitions from object orientation.
An object is the smallest unit. It can contain variables, trigger events or be manipulated by method calls.
A node is thus an object in the address space. Besides the nodes themselves, the address space also describes
the relationship between the nodes.
Referência
Objeto
para outro objeto Chamadas de método
odo
Variáveis Métodos
+ Var1 + Method1()
thod1() Referência
Ler + Method2(x,y)
Method2(x,
+ Var2
Escrever Method3(a,b,c)
+ Metho Nós
- Var3
OPC UA uses the familiar terms and definitions from object orientation.
An object is the smallest unit. It can contain variables, trigger events or be manipulated by method calls.
A node is thus an object in the address space. Besides the nodes themselves, the address space also describes
the relationship between the nodes.
Referência
Objeto
para outro objeto Chamadas de método
odo
Variáveis Métodos
+ Var1 + Method1()
thod1() Referência
Ler + Method2(x,y)
Method2(x,
+ Var2
Escrever Method3(a,b,c)
+ Metho Nós
- Var3
OPC UA uses the familiar terms and definitions from object orientation.
An object is the smallest unit. It can contain variables, trigger events or be manipulated by method calls.
A node is thus an object in the address space. Besides the nodes themselves, the address space also describes
the relationship between the nodes.
Referência
Objeto
para outro objeto Chamadas de método
odo
Variáveis Métodos
+ Var1 + Method1()
thod1() Referência
Ler + Method2(x,y)
Method2(x,
+ Var2
Escrever Method3(a,b,c)
+ Metho Nós
- Var3
OPC UA uses the familiar terms and definitions from object orientation.
An object is the smallest unit. It can contain variables, trigger events or be manipulated by method calls.
A node is thus an object in the address space. Besides the nodes themselves, the address space also describes
the relationship between the nodes.
Referência
Objeto
para outro objeto Chamadas de método
odo
Variáveis Métodos
+ Var1 + Method1()
thod1() Referência
Ler + Method2(x,y)
Method2(x,
+ Var2
Escrever Method3(a,b,c)
+ Metho Nós
- Var3
OPC UA uses the familiar terms and definitions from object orientation.
An object is the smallest unit. It can contain variables, trigger events or be manipulated by method calls.
A node is thus an object in the address space. Besides the nodes themselves, the address space also describes
the relationship between the nodes.
Tipos de dados
Root
Objects
<Own data structure>
…
Server Æ NamespaceArray
Types Referências
DataTypes
EventTypes
ObjectTypes
ReferenceTypes Nós
VariableTypes Objetos (instâncias)
Views Tipos de referência (seleção)
Subclasses (herança)
Espaço de endereço (representação em árvore)
Instanciação
Relações (contidos, operados, controles, …)
The node structure in the address space of the OPC UA server is set up the same in every server.
The nodes are hierarchically arranged in a tree structure starting from the Root.
The Objects containing the data structure defined by the user can be found there initially. This data structure is
defined, for example, by selecting process values in the HMI or values from a controller. It contains data that the
server can provide to clients and that was configured as OPC UA variables in the server.
The Types are arranged at the same level as the objects. All types (data, events, objects, references and
variables) that are contained in the server and used by the objects of the server are listed here. DataTypes and
ReferenceTypes are described in more detail below.
The relationship of how the data is modeled in the server is now establish
established on the left side. What the data types
look like is defined in the server initially. These have a hierarchical
archical dependency.
dep The references between the data
type nodes are thus inheritance relationships.
If the nodes then appear as a data structure under Objects, they are instances of data types. The reference is
nder Objec
thus an instantiation here. Each node is instance of a data type.
s an instanc
To relate the object nodes to one another, there
th are further reference types, e.g. "contained" to describe the
relationship of a variable to a directory.
The node structure in the address space of the OPC UA server is set up the same in every server.
The nodes are hierarchically arranged in a tree structure starting from the Root.
The Objects containing the data structure defined by the user can be found there initially. This data structure is
defined, for example, by selecting process values in the HMI or values from a controller. It contains data that the
server can provide to clients and that was configured as OPC UA variables in the server.
The Types are arranged at the same level as the objects. All types (data, events, objects, references and
variables) that are contained in the server and used by the objects of the server are listed here. DataTypes and
ReferenceTypes are described in more detail below.
The relationship of how the data is modeled in the server is now establish
established on the left side. What the data types
look like is defined in the server initially. These have a hierarchical
archical dependency.
dep The references between the data
type nodes are thus inheritance relationships.
If the nodes then appear as a data structure under Objects, they are instances of data types. The reference is
nder Objec
thus an instantiation here. Each node is instance of a data type.
s an instanc
To relate the object nodes to one another, there
th are further reference types, e.g. "contained" to describe the
relationship of a variable to a directory.
The node structure in the address space of the OPC UA server is set up the same in every server.
The nodes are hierarchically arranged in a tree structure starting from the Root.
The Objects containing the data structure defined by the user can be found there initially. This data structure is
defined, for example, by selecting process values in the HMI or values from a controller. It contains data that the
server can provide to clients and that was configured as OPC UA variables in the server.
The Types are arranged at the same level as the objects. All types (data, events, objects, references and
variables) that are contained in the server and used by the objects of the server are listed here. DataTypes and
ReferenceTypes are described in more detail below.
The relationship of how the data is modeled in the server is now establish
established on the left side. What the data types
look like is defined in the server initially. These have a hierarchical
archical dependency.
dep The references between the data
type nodes are thus inheritance relationships.
If the nodes then appear as a data structure under Objects, they are instances of data types. The reference is
nder Objec
thus an instantiation here. Each node is instance of a data type.
s an instanc
To relate the object nodes to one another, there
th are further reference types, e.g. "contained" to describe the
relationship of a variable to a directory.
The node structure in the address space of the OPC UA server is set up the same in every server.
The nodes are hierarchically arranged in a tree structure starting from the Root.
The Objects containing the data structure defined by the user can be found there initially. This data structure is
defined, for example, by selecting process values in the HMI or values from a controller. It contains data that the
server can provide to clients and that was configured as OPC UA variables in the server.
The Types are arranged at the same level as the objects. All types (data, events, objects, references and
variables) that are contained in the server and used by the objects of the server are listed here. DataTypes and
ReferenceTypes are described in more detail below.
The relationship of how the data is modeled in the server is now establish
established on the left side. What the data types
look like is defined in the server initially. These have a hierarchical
archical dependency.
dep The references between the data
type nodes are thus inheritance relationships.
If the nodes then appear as a data structure under Objects, they are instances of data types. The reference is
nder Objec
thus an instantiation here. Each node is instance of a data type.
s an instanc
To relate the object nodes to one another, there
th are further reference types, e.g. "contained" to describe the
relationship of a variable to a directory.
The node structure in the address space of the OPC UA server is set up the same in every server.
The nodes are hierarchically arranged in a tree structure starting from the Root.
The Objects containing the data structure defined by the user can be found there initially. This data structure is
defined, for example, by selecting process values in the HMI or values from a controller. It contains data that the
server can provide to clients and that was configured as OPC UA variables in the server.
The Types are arranged at the same level as the objects. All types (data, events, objects, references and
variables) that are contained in the server and used by the objects of the server are listed here. DataTypes and
ReferenceTypes are described in more detail below.
The relationship of how the data is modeled in the server is now establish
established on the left side. What the data types
look like is defined in the server initially. These have a hierarchical
archical dependency.
dep The references between the data
type nodes are thus inheritance relationships.
If the nodes then appear as a data structure under Objects, they are instances of data types. The reference is
nder Objec
thus an instantiation here. Each node is instance of a data type.
s an instanc
To relate the object nodes to one another, there
th are further reference types, e.g. "contained" to describe the
relationship of a variable to a directory.
Tipos de dados
Root
Objects
<Own data structure>
…
Server Æ NamespaceArray
Types Referências
DataTypes
EventTypes
ObjectTypes
ReferenceTypes Nós
VariableTypes Objetos (instâncias) Podemos dizer que os Nós
Views são instancias dos Types
Tipos de referência (seleção)
Subclasses (herança)
Espaço de endereço (representação em árvore)
Instanciação
Relações (contidos, operados, controles, …)
The node structure in the address space of the OPC UA server is set up the same in every server.
The nodes are hierarchically arranged in a tree structure starting from the Root.
The Objects containing the data structure defined by the user can be found there initially. This data structure is
defined, for example, by selecting process values in the HMI or values from a controller. It contains data that the
server can provide to clients and that was configured as OPC UA variables in the server.
The Types are arranged at the same level as the objects. All types (data, events, objects, references and
variables) that are contained in the server and used by the objects of the server are listed here. DataTypes and
ReferenceTypes are described in more detail below.
The relationship of how the data is modeled in the server is now establish
established on the left side. What the data types
look like is defined in the server initially. These have a hierarchical
archical dependency.
dep The references between the data
type nodes are thus inheritance relationships.
If the nodes then appear as a data structure under Objects, they are instances of data types. The reference is
nder Objec
thus an instantiation here. Each node is instance of a data type.
s an instanc
To relate the object nodes to one another, there
th are further reference types, e.g. "contained" to describe the
relationship of a variable to a directory.
Tipos de dados
Root
Objects
<Own data structure>
…
Server Æ NamespaceArray
Types Referências
DataTypes
EventTypes
References types expressam
ObjectTypes as relações entre objetos e
ReferenceTypes Nós
entre suas variáveis e os
VariableTypes Objetos (instâncias) diretórios (e.g. contido)
Views Tipos de referência (seleção)
Subclasses (herança)
Espaço de endereço (representação em árvore)
Instanciação
Relações (contidos, operados, controles, …)
The node structure in the address space of the OPC UA server is set up the same in every server.
The nodes are hierarchically arranged in a tree structure starting from the Root.
The Objects containing the data structure defined by the user can be found there initially. This data structure is
defined, for example, by selecting process values in the HMI or values from a controller. It contains data that the
server can provide to clients and that was configured as OPC UA variables in the server.
The Types are arranged at the same level as the objects. All types (data, events, objects, references and
variables) that are contained in the server and used by the objects of the server are listed here. DataTypes and
ReferenceTypes are described in more detail below.
The relationship of how the data is modeled in the server is now establish
established on the left side. What the data types
look like is defined in the server initially. These have a hierarchical
archical dependency.
dep The references between the data
type nodes are thus inheritance relationships.
If the nodes then appear as a data structure under Objects, they are instances of data types. The reference is
nder Objec
thus an instantiation here. Each node is instance of a data type.
s an instanc
To relate the object nodes to one another, there
th are further reference types, e.g. "contained" to describe the
relationship of a variable to a directory.
BaseNode
Atributo Tipo
+ NodeId NodeId
+ NodeClass NodeClass
Definir
+ BrowseName QualifiedName
classe de nó Nós
+ DisplayName LocalizedText
ObjectType VariableType C
ReferenceType
Refer
Atributo
A Type Atributo
Variável
Tipo
Atributo Tipo Atributo Tipo
+ DataType
+ ArraySize
S
NodeId
Int32
I
+ Symmetric
+ InverseName
Boolean
LocalizedText
+ DataType
+ ArraySize
NodeId
Int32
The node classes define each node of the address space of OPC UA.
There is one basic node, from which eight other node classes are derived.
The derived node classes inherit the properties of the base node.
This structuring allows the creation of user-defined types that are derived from the node classes.
It is not possible to declare additional node classes.
ReferenceType
Atributo Tipo
+ IsAbstract Boolean
Referência
DR
<<HasNotifier>>
S
<<HasSubType>>
Type>>
E
The reference types define the interrelationship of nodes in the address space. The reference types are also
objects.
• Organizes: Nodes that contain other nodes as directories and containers.
• HasComponent: Nodes that contain variables as containers.
• HasTypeDefinition: Nodes that define a data type.
• HasSubType: Nodes that define a data type containing a sub-data type.
• HasNotifier: Nodes that can trigger an event.
• HasProperty: Node that contains a property.
• HasModellingRule: Node that follows an implementation rule, e.g. whether it is required or optional.
struc
Note: Although the nodes are represented hierarchically in a tree structure in the client, the correct representation
form is actually web-like because the nodes can also mutually reference each other across hierarchies. An
ences an object
example here is the server node that also references ob node.
DataType
Atributo Tipo
+ UserDefined
Definir
BaseDataType tipos de dados
Nós
SubType
• Boolean • DiagnosticInfo
• ByteString
eString • StatusCode
• DateTime • NodeId
• Number
Num • SessionAuthenticationToken
UserType • Double • …
Atributo Tipo • Float
• Integer
+ UserDefined
• …
SubUserType
Data types define the structure of the data in the nodes of the address space.
The data types are also objects.
• Basic data types: There are basic data types that can be used directly. These are based on the data types
used in many high-level languages or automation systems, e.g. Boolean, DateTime, Number, and data types
derived from these, e.g. Double, Float, Integer. In addition, OPC UA defines its own reusable data types in the
basic data types, including DiagnosticInfo, StatusCode and the all-important NodeId.
• User-defined data types: The basic data types can be assembled into user-defined data types.
• Derived data types: New data types can be created by deriving them from other data types.
The data types are a component of the Types node in the server, which contains all the types.
The types are defined via the namespaces that the server uses. The server
erv must always support the namespace
of the OPC Foundation and thus the basic data types.
Root
Objects
<Own data structure>
…
Server Æ NamespaceArray
Types
DataTypes
EventTypes
ObjectTypes
ReferenceTypes
VariableTypes
Views
The table shows the mapping of SIMATIC data types to OPC UA data types.
You can find additional information on OPC UA and Siemens products in the available online help documents.
Objects
Attribute Type
TemperatureSensor + NodeId Demo
NS0|Numeric|85
+ NodeClass
Attribute Object
Type
Boiler1 + NodeId
+ BrowseName 009_BoilerDemo
NS4|String|Demo
0,"Objects"
+ DisplayName
+ NodeClass
Attribute "","Objects"
Object
Type
+ WriteMask
+ BrowseName
+ NodeId Boiler1
0 0,"Demo"
NS4|String|Demo.
+ UserWriteMask 0 BoilerDemo
+ DisplayName
Attribute "","Demo"
Type
Boiler2 + NodeClass None
+ EventNotifier
+ WriteMask
+ NodeId 0
Object
TemperatureSensor
NS4|String|Demo.
009_BoilerDemo + BrowseName FolderType
+ HasTypeDef
+ UserWriteMask
Attribute
but 0
0,"BoilerDemo"
BoilerDemo.
Type
AG
Boiler1
+ DisplayName
+ EventNotifier "","009_BoilerDemo"
+ NodeId None NS4|String|Demo.
T +NNodeClass Object
LC
+WWriteMask
+ HasTypeDef 0
FolderType BoilerDemo.
+BBrowseName Boiler1.
+UUserWriteMask 0 0,"Boiler1"
TemperatureSensor
Demo + DisplayName
+ EventNotifier
+ NodeClass
None"","Boiler1"
Object
+ WriteMask
+ HasTypeDef 0
FolderType
+ BrowseName 0,"TemperatureSensor"
+ UserWriteMask 0
Objects + DisplayName
+ EventNotifier None
"","TemperatureSensor"
+ WriteMask 0
Espaço de endereço (representação do nó)
+ UserWriteMask 0
+ EventNotifier None
Objects
Attribute Type
TemperatureSensor + NodeId Demo
NS0|Numeric|85
+ NodeClass
Attribute Object
Type
Boiler1 + NodeId
+ BrowseName 009_BoilerDemo
NS4|String|Demo
0,"Objects"
+ DisplayName
+ NodeClass
Attribute "","Objects"
Object
Type
+ WriteMask
+ BrowseName
+ NodeId Boiler1
0 0,"Demo"
NS4|String|Demo.
+ UserWriteMask 0 BoilerDemo
+ DisplayName
Attribute "","Demo"
Type
Boiler2 + NodeClass None
+ EventNotifier Object
TemperatureSensor
Tipo FolderType + WriteMask
+ NodeId 0 NS4|String|Demo.
009_BoilerDemo ReferenceType "Organizes".
+ BrowseName FolderType
+ HasTypeDef
+ UserWriteMask
Attribute
but 0
0,"BoilerDemo"
BoilerDemo.
Type
AG
Boiler1
+ DisplayName
+ EventNotifier "","009_BoilerDemo"
+ NodeId None NS4|String|Demo.
+N
T
NodeClass Object
LC
+WWriteMask
+ HasTypeDef 0
FolderType BoilerDemo.
+BBrowseName Boiler1.
+UUserWriteMask 0 0,"Boiler1"
TemperatureSensor
Demo + DisplayName
+ EventNotifier
+ NodeClass
None"","Boiler1"
Object
+ WriteMask
+ HasTypeDef 0
FolderType
+ BrowseName 0,"TemperatureSensor"
+ UserWriteMask 0
Objects + DisplayName
+ EventNotifier None
"","TemperatureSensor"
+ WriteMask 0
Espaço de endereço (representação do nó)
+ UserWriteMask 0
+ EventNotifier None
E SD
O sensor de temperatura é do tipo TemperatureSensorType.
peratureS
O valor da temperatura agora pode ser encontrado como AnalogItemType na hierarquia abaixo do
TemperatureSensor.
Ele contém o valor da temperatura e pode ser monitorado.
Um exemplo de uma estrutura hierárquica do espaço de endereço é ilustrado na captura de tela do cliente
UaExpert à esquerda.
O servidor possui o próprio objeto (a temperatura como valor) e o tipo de dados associado (captura de tela
central). O nó de temperatura com suas classes de nós também é mostrado à direita como exemplo.
Isso garante total independência da plataforma. O cliente pode determinar as estruturas e, portanto, os tipos de
dados básicos subjacentes no servidor para tipos de dados individuais também.
Conjuntos de serviços, que agrupam os serviços básicos em categorias, estão listados aqui.
Se um cliente ou servidor oferece um serviço ou um conjunto de serviços depende se ele suporta um perfil que
contém o serviço.
Category Description
SecureChannel Endpoint and security configuration for secure connection establishment and data
transfer
Session Setup and administration of the user-specific connection
NodeManagement Modification of the server address space
View Navigation and hierarchical traversing
TA
rsing of the references in the address space
Attributes
PL
Reading and writing of attributes
ttributes of nodes such as Value, Historical or Event
S
Method Method calls for R offered by the server in the address space
or methods
D
MonitoredItem Attributes of E
nodes
nod that are monitored by the client
Subscription Creating, modifying and deleting MonitoredItems
Query Filtered searching and querying within the server address space
Discovery Defines the discovery of servers in a system by clients
AG
Subscription 1 Subscription 2 … L
Subscription
Subs n Conjunto de serviços de assinatura
DR
MonitoredItem 1
ES
MonitoredItem 2
… MonitoredItem n Conjunto de serviços MonitoredItem
This schematic shows the relationship between the service sets and the communication stack using the
example of a subscription.
In addition, the way in which the levels are passed through is shown in a transmission path from the client to the
server.
First of all, the client API is controlled and the data transport to the server is set up via the UA stack. The secure
channel is established within the transport channel. The data is contained there in serialized form as coded data.
The secure channel has 1 to n sessions, which can each contain 1 to n subscriptions. A subscription may contain
1 to n MonitoredItems.
On the server side, the data transport via the OPC UA stack
ck encounters
encount the server API, which executes functions
according to the commands and the requested data on the server
ser for handling the client requests.
Estabilidade
Aplicação UA
Segurança
Ambientes de desenvolvimento
Segurança
Robustez
Modelo de dados e serviços de base
NET Framework, C++/ANSI C, Java
Pilha API Transporte Discovery
Atribuições de protocolo Descoberta de servidores
Codificação
Serialização
UA Binary, UA XML, UA JSON
Mensagem codificada
Transformação de segurança
Signing, Encryption Canal seguro
The transport layer is responsible for the data transfer. During transport, the data passes through the
communication stack from the bottommost physical network layer to the topmost application layer.
The data access using OPC UA resides in the topmost layer of the communication stack. Therefore, OPC UA
resides in the application layer (Layer 7).
In order to support a large number of different networks, bus systems and standards on the underlying layers,
OPC UA has corresponding stack profiles. These stack profiles form the interface of OPC UA on the application
layer to lower layers.
The communication stack includes the development environments, basic libraries, security transformations and
protocols, data encodings and transport protocols.
Term Description
UA SC
PLC
UA Secure Conversation,, encryption functionality of OPC UA
AMQP Advanced Message
sage Queuing
RA
Queuin Protocol, a lightweight IoT communication protocol
UADP UA Datagram ES
am Protocol
Pro
JSON JavaScript Object Notation
ISO / OSI Classic layer model of network communication according to the ISO standard
DoD Department of Defense model, basis of Internet layer model
Encoding Character encoding of data
TSN Time Sensitive Networking uses time synchronization and the VLAN tag for
message prioritization for real-time-capable communication
PubSub
Server/client
7 Aplicação • HTTPS UA XML • AMQP UADP
• HTTPS UA JSON • AMQP JSON
6 Apresentação Aplicação
• WSS UA SC UA Binary • MQTT UADP
5 Sessão • UA TCP UA SC UA Binary • MQTT JSON
• WSS UA JSON
4 Transporte Transporte
3 Rede Internet
2 Link de dados
Acesso à rede
1 Físico
i Legenda de cor :
Protocolo de transporte
Protocolo de segurança
Codificação
5 Sessão UA SC SSL/TLS
3 Rede Internet IP
2 Link de dados
Acesso à rede T A
TSN
1 Físico
SP
Ethernet
thernet IEEE
IE 802.1 + IEEE 802.3
i Legenda de cor :
Protocolo de transporte
Protocolo de segurança
Codificação
Term Description
Middleware Communication agent between two
AG
o or more partners, in contrast to direct
T
C
connection establishment in peer-to-peer
peer-to-pee (P2P) communication
AS
(Message) Broker Agent and gateway (intermediary)
(intermedia in a communication protocol, which can also
R
translate messages
sages from a publisher to a subscriber.
MoM E DMiddleware
Message-oriented
rient
IoT Internet of Things, approach in which every device can be accessed independently
on the Internet and reached via its IP address.
Definição Binário
struct Type2
{
Int32 A;
Int32 B;
Char* C; JSON
}; {
struct Type1 "X":1234,
{ "Y":[ { "A":1, "B":2, "C":"Hello" }, { "A":3, "B":4 } ],
Int32 X; "Z":5678
Int32 NoOfY; }
Type2* Y;
Int32 Z; Esquema XML
};
Esquemas
• Binário: Codificação de caracteres binários e transmissão não formatada como um fluxo de bytes direto.
• JSON: Conversão de informações para um formato JSON seguido de transmissão como um fluxo de bytes. O
JSON é auto-descritivo e mais enxuto que o XML. Os objetos podem ser desserializados diretamente do JSON.
• XML: Combinação de um arquivo de esquema XSD definido pelo tipo e uma conversão de informações para o
formato XML correspondente ao esquema. O arquivo de esquema deve estar disponível para os dois parceiros
de informações. A serialização/desserialização ocorre com base no arquivo de esquema. Os dados são
transmitidos como um fluxo de bytes.
Descrições de serviço
Eles contêm a descrição para os pontos de acesso e os métodos disponíveis
on (API).
WSDL: Web Services Description Language é uma descrição baseada em XML usada para descrição da interface
e declaração de tipo de dados.
Objeto Eventos
Serialização
10001101 01101001
Referências
11001011 10011001
Variáveis Métodos Desserialização
Estabilidade
Segurança
Segurança
- LocalDiscoveryServer (LDS)
Robustez
Modelo de dados e serviços de base
1. Client
• Specification of a DiscoveryUrl under which servers can be looked for
• Use of the FindServers service for discovering local or remote servers
• Use of FindServersOnNetwork for identification of DiscoveryUrls of servers in the same subnet
• Discovery and connection to available ServerEndpoints
2. UA servers
UA servers must also provide discovery endpoints for the following g functions:
functio
• Localization of local UA servers (Local Discovery): Clientss can find UA
U servers locally via their endpoints
• Localization on known remote devices (Remote Discovery):
covery): Clients
Cl can also address UA servers there through
a known remote URL.
Server
Server
Embedded Server
Client Discovery Server
Discovery Server
Server
Local
Embedded Server
Client Discovery Server
PC1
Descoberta SIMATIC NET WinCC
opc.tcp://pc1:4840 opc.tcp://pc1:55101 opc.tcp://pc1:4862
Client • Basic128Rsa15 • Basic128Rsa15
• Sign • Sign&Encrypt
opc.tcp://pc1:55101
• None / None
RegisterServer()
RegisterServer()
FindServers()
ApplicationDescription[]
GetEndpoints()
ts()
E
EndpointDescription[]
Descript
CreateSecureChannel()
Example: During configuration of the servers, for the purpose of connecting OPC UA variables, the TIA Portal
establishes a connection without security via the discovery services in order to find the servers with variables. The
server must temporarily activate the security profile None for this. None can then be deactivated again and an
encrypted connection can be configured.
Device: RF600
UA server
opc.tcp://rf600:4840
Client
FindServers()
T
ApplicationDescription[]
ption[]
PL
GetEndpoints()
etEndpoints()
EndpointDescription[]
Endpo
CreateSecureChannel()
Estabilidade
Segurança
Segurança
• Buffer de dados
Robustez
Modelo de dados e serviços de base
This section explains which automatic mechanisms must take effect in the event of communication problems with
OPC UA connections.
The hardening of the OPC UA communication is implemented based on various services. These services are
described in Part 4 of the OPC UA Specification.
Servidor
Server
• Se um ou mais clientes usam muitos recursos, isso é reconhecido com
códigos de erro e informações de status.
• Após interrupções de conexão, a conexão é restabelecida autonomamente.
• O número de conexões, assinaturas e chamadas de serviço do cliente é
adaptado aos recursos disponíveis.
• Para solicitações que não podem ser respondidas em uma única resposta,
pontos de continuação são adicionados para distribuir a solicitação por várias
respostas.
• Os prazos para sessões e assinaturas são respeitados com base em
cronômetros configurados, independentemente dos protocolos
rotocolos de transporte e
da conexão.
• Sessões expiradas e inatividade do cliente
nte levam automaticamente
a ao
encerramento das sessões.
Cliente
• Clientes manipulam códigos de erro e respondem a códigos de erro do Client
servidor.
• Após interrupções de conexão, a conexão é restabelecida autonomamente.
• Os clientes enviam solicitações cíclicas para manter a sessão ativa, para
verificar se o servidor ainda está acessível e para comunicar sua própria
atividade ao servidor.
UaExpert can be classified between the control level and management level. As a commissioning tool, it is used
exclusively for testing and commissioning the OPC UA servers.
The client has all the access variants of OPC UA and is available for free download from Unified Automation.
Project window
Attributes window
Document window
Log window
Project window
Pode ser usado para gerenciar várias conexões de servidor.
Document window
Pode exibir vários modos de visualização. A visualização de acesso a dados é selecionada por padrão.
Attributes window
Exibe os atributos do nó atualmente selecionado no diretório
io Address Space window.
References window
Exibe as referências do nó atualmente selecionado
elecion no diretório Address Space window.
Log window
Exibe status e mensagens de erro.
Project window
Attributes window
Document window
Log window
Project window
Pode ser usado para gerenciar várias conexões de servidor.
Document window
Pode exibir vários modos de visualização. A visualização de acesso a dados é selecionada por padrão.
Attributes window
Exibe os atributos do nó atualmente selecionado no diretório
io Address Space window.
References window
Exibe as referências do nó atualmente selecionado
elecion no diretório Address Space window.
Log window
Exibe status e mensagens de erro.
Document window
Log window
Project window
Pode ser usado para gerenciar várias conexões de servidor.
Document window
Pode exibir vários modos de visualização. A visualização de acesso a dados é selecionada por padrão.
Attributes window
Exibe os atributos do nó atualmente selecionado no diretório
io Address Space window.
References window
Exibe as referências do nó atualmente selecionado
elecion no diretório Address Space window.
Log window
Exibe status e mensagens de erro.
Document window
Log window
Project window
Pode ser usado para gerenciar várias conexões de servidor.
Document window
Pode exibir vários modos de visualização. A visualização de acesso a dados é selecionada por padrão.
Attributes window
Exibe os atributos do nó atualmente selecionado no diretório
io Address Space window.
References window
Exibe as referências do nó atualmente selecionado
elecion no diretório Address Space window.
Log window
Exibe status e mensagens de erro.
Exibe os atributos do nó
atualmente selecionado no
diretório Address Space
window.
Project window
Attributes window
Document window
Log window
Project window
Pode ser usado para gerenciar várias conexões de servidor.
Document window
Pode exibir vários modos de visualização. A visualização de acesso a dados é selecionada por padrão.
Attributes window
Exibe os atributos do nó atualmente selecionado no diretório
io Address Space window.
References window
Exibe as referências do nó atualmente selecionado
elecion no diretório Address Space window.
Log window
Exibe status e mensagens de erro.
Project window
Attributes window
Exibe as referências do nó
atualmente selecionado no
diretório Address
Document windowSpace
window.
Log window
Project window
Pode ser usado para gerenciar várias conexões de servidor.
Document window
Pode exibir vários modos de visualização. A visualização de acesso a dados é selecionada por padrão.
Attributes window
Exibe os atributos do nó atualmente selecionado no diretório
io Address Space window.
References window
Exibe as referências do nó atualmente selecionado
elecion no diretório Address Space window.
Log window
Exibe status e mensagens de erro.
Project window
Attributes window
Document window
Log window
Project window
Pode ser usado para gerenciar várias conexões de servidor.
Document window
Pode exibir vários modos de visualização. A visualização de acesso a dados é selecionada por padrão.
Attributes window
Exibe os atributos do nó atualmente selecionado no diretório
io Address Space window.
References window
Exibe as referências do nó atualmente selecionado
elecion no diretório Address Space window.
Log window
Exibe status e mensagens de erro.
1 2
Em negrito, nomes padrão do
OPC fundation.
Depois que a conexão com um servidor é estabelecida, o espaço de endereço do servidor OPC UA é exibido
hierarquicamente em uma estrutura em árvore na visualização do Address Space.
1. Depois que a conexão com um servidor é estabelecida, o espaço de endereço do servidor OPC UA é exibido
hierarquicamente em uma estrutura em árvore na visualização.
2. A captura de tela à direita mostra os nós destacados do espaço para nome padrão da OPC Foundation, que
deve ser incluído em todos os servidores.
4
TemperatureSensorType
Attribute Type
+ NodeId NS4|Numeric|1001
+ NodeClass ObjectType
+ BrowseName Temperature
SensorType
+ DisplayName Temperature
SensorType
+ WriteMask 0 4
+ UserWriteMask TemperatureSensor
0
1 + EventNotifier Attri
Attribute None
AG
Type
+ HasTypeDef
sTypeDe FolderType
T
NodeId
+ No NS4|String|Demo.
C
BoilerDemo.
Boiler1.
TemperatureSensor
+ NodeClass Object
+ BrowseName TemperatureSensor
+ DisplayName TemperatureSensor
+ WriteMask 0
3 + UserWriteMask 0
2
+ EventNotifier None
1. The Attributes window displays the attributes of the currently selected node.
2. All references of the node are listed in the References window. Thus, for example, it is possible to trace back
the instantiated data types of a variable.
3. By right-clicking a reference, you can trace it in the address space.
OPC UA
xpES
Neste exercício, você usará o servidor de demonstração
stração OPC UA ANSI C da Unified Automation, que fornece dados, métodos, eventos e dados históricos.
Acessaremos o servidor com o OPC UA client UaExpert, também do Unified Automation.
Download OPC UA ANSI C demo server:
https://www.unified-automation.com/downloads/opc-ua-servers.html
Neste exercício, você usará o servidor de demonstração OPC UA ANSI C da Unified Automation, que fornece
dados, métodos, eventos e dados históricos.
1. Inicie o servidor de demonstração via "Start > Unified Automation > UaAnsiCServer" (mensagem de
firewall > permitir acesso).
2. Copie o terminal URL.
3. Inicie o UaExpert via "Start > Unified Automation > UaExpert".
4. Clique no botão "+" na barra de ferramentas para adicionar um novo servidor.
1. Duplo clique em "< Double click to Add Server… >" e cole o URL do terminal copiado do servidor de
demonstração.
2. Selecione o nível de segurança "None – None (uatcp-uasc-uabinary)" e confirme com "OK".
Conecte-se ao servidor
de demonstração.
Clique no botão "Trust
Server Certificate“ para
1 confiar permanentemente
no certificado.
Nota:
Mais informações sobre
troca de certificados
seguirão nas seções
subsequentes.
Nota:
Mais informações sobre troca de certificados seguirão nas seções subsequentes.
Arraste a variável temperature (Root > Objects > Demo > 009_BoilerDemo > Boiler1
>TemperatureSensor) para a área central da tela e responda as seguintes questões:
Qual valores são apresentados?
A qual namespace o objeto "TemperatureSensor" (Root > Objects > Demo > 009_BoilerDemo > Boiler1)
está atribuído?
De que tipo de objeto é derivado o objeto "TemperatureSensor"?
Quais variáveis o tipo de objeto contém?
Quais propriedades as variáveis contêm?
Quais dessas propriedades são instanciadas pelo objeto
bjeto "TemperatureSensor"?
"Temp
3 Rede Rede IP
2 Link de dados
Acesso à rede T A
TSN
1 Físico
SP
Ethernet
thernet IEEE
IE 802.1 + IEEE 802.3
i Legenda de cor :
Protocolo de transporte
Protocolo de segurança
Codificação
Client
Sub
Sub 1,2 Sub
Client 1 2
Broker Without
Broker
Server Server Server
1 2 3 S2
Pub
P1 2
Server
Server Server
i Legenda de cor:
Servidor/cliente PubSub
Pu Menssagem 1
Menssagem 2
Both
Server/client PubSub
Protocols • artners
Fixed connection partners • Dynamic connection partners (IoT-
• mized
Integrity optimized based)
• ust with res
Not robust respect to data • Energy-optimized (no ACK)
loss • Robust against data loss
Client
Sub
Client Sub Sub
Broker
Servidor Publisher
Sessão G
DataSetWriter
Data
Subscription
SubscriptionN1 DataSet
Nós
Espaço de endereço
Uma comparação entre servidor/cliente e PubSub com relação ao fornecimento de dados mostra que os métodos
diferem na assinatura.
O lado esquerdo mostra o fornecimento de dados por um servidor OPC UA. À direita, o fornecimento de dados é
implementado como um editor do OPC UA.
Na variante servidor/cliente, a assinatura de dados é possível na sessão usando assinaturas. No PubSub, um
DataSet com um DataSetWriter é necessário.
O acesso ocorre em cada caso ao espaço de endereço e aos nós nele contidos.
O cliente OPC UA não pode mais selecionar dados relevantes para a assinatura. No PubSub, por outro lado, a
distribuição do DataSet via broker (como Middleware orientado a mensagens) baseia-se inicialmente em uma
transmissão anônima da qual os assinantes individuais assinam os nós relevantes para eles.
Nesse contexto, anônimo significa que o publisher conhece seus assinantes
ssinan apenas indiretamente.
Information Models,
AG
rofiles
Access Types and Profiles
T
C P L
Modelling and data assignments basedS
ased on the
A th
infrastructure
Information models
Vendor-specific information models
DA HA AC PROG
G
Infrastructure
C
LInformation access
Robustness
Data model and base services
Security
Security
Stability
Transport Discovery
Protocol assignments Discovery of servers
Information models
The information models make use of the underlying infrastructure and describe the modeling and structuring of
the data, i.e. the data, the relations between the data and the semantics. They are divided into three levels:
• Data Access
Vendor-specific information models
• e.g. sensors, control units, position encoders
• Analog values, digital values Industry standard information models
• Alarms & Conditions
• e.g. safety limits of devices, stacking process with user Base information models
agreement
DA HA AC PROG
• Historical Access
• Data Infrastructure
• Events
• Programs
Base information models included in the OPC UA standard define those objects that are common to all application
domains.
Definitions are included for alarms, analog/digital data, historical data and events. These can all be integrated in a
server.
• Data Access (DA) [OPC UA Specification 8] is an information model for process data representing the current
state and behavior of the underlying industrial or business process.
• Alarms and Conditions (AC) [OPC UA Specification 9]
• Alarms are specific conditions that represent abnormal states of a process or system.
• Conditions define a state in a system that requires an interaction
on with an operator or user.
• Historical Access (HA) [OPC UA Specification 11]
• Historical Data Access (HDA) deals with the handling historical time series data. The address space of
andling of h
HDA servers contains historical nodes representing
presenting the
t history of variables and properties.
• Historical Event Access (HEA) deals with th
the handling of historical time series events.
• Programs [OPC UA Specification 10] rep
represent long running, often complex and stateful functions in a server
or underlying system.
Start Run
t
Alarms & Conditions Programs
Data Access
• Process values (e.g. AnalogItemType)
• Unit and value range
Historical Access
• Historical analysis
• Data and events
• Aggregate functions
Programs
• More complex processes
• Influencing of programs (start, stop)
• Status information for program execution
• Methods
Sample()
Value
Read()
Time
Data Access (DA) is an information model for real-time data, i.e. data representing the current state and behavior
of the underlying industrial or business process.
Access takes place via Read, Write and Subscription services. Typical sources are sensors, control units, position
encoders, etc.
Such information is typically used by an OPC UA client for user displays or for monitoring and controlling the
process.
Examples:
• Device data such as sensor measurement or actuator status
• Energy consumption, energy price
• Calculated data
• Enterprise data
e.g. share prices)
• Dynamically changing system data (e.g. p
• Diagnostics data
In automation systems, the data is often located on I/O modules, distributed I/O devices, controllers and
input/output modules that communicate with one another over serial connections, fieldbuses or other connections.
This communication may be interrupted in industrial processes. That is why the DA model also defines status
codes that indicate the quality of the physical connection.
Specification part on the triggering of hardware interrupts and events and the
monitoring of conditions by the OPC UA server:
• Recognition of events (Event)
• Determination of states by monitoring conditions (Condition)
• Acknowledgment of events (Acknowledgment)
• Monitoring of acknowledgment (Confirmation)
Conditions define a state in a system that requires an interaction with an operator or user.
An example is a dialog that is displayed when something happens that an operator must respond to.
Alarms are specific conditions representing abnormal states of a process or system. This also includes unsolicited
notifications when the alarm state changes.
Common examples are:
• Temperature exceeding a configured limit
• Violation of the safety limits of plants
• Device needing maintenance
ss before
• Batch process in which a user must confirm a step in the process befor it can continue
es in large systems
State-driven notifications have significant advantages s with hundreds or even millions of
conditions. OPC UA clients monitor the alarms ms and can subscribe
s to alarms for certain areas of a plant. They
receive notifications when the status of a condition changes and each notification contains sufficient information to
identify the type and source.
Such notifications are typically used to identify faulty devices, create maintenance orders and improve the
effectiveness of the operator.
Some status changes require actions to be taken, such as acknowledging the status change. An example is an
alarm that is activated when a process value exceeds a configured limit.
Response time
Problems occur
Alarm limit
Alarm deadband
Time
Stop
Ready
Stop()
Start()
Running
nnin
L
DR
Interrupt()
Interrupt Resume()
Idle
OPC UA programs represent long running, often complex and stateful functions in an OPC UA server or
underlying system.
Comparison of methods and programs
• A method can be used, for example, to perform a calculation or reset a counter.
• Examples of programs include
o Executing and controlling a batch process
o Executing a subprogram in a machine tool
o Administering a domain download.
Aggregate functions
Functions that can be run on the history
- Efficient data processing
- Resource reduction for network and client
Aggregate functions
• Interpolative • DurationBad
• Average • PercentGood
• TimeAverage • PercentBad
• Total • WorstQuality
• Minimum • StandardDeviation
• Maximum • Variance
• MinimumActualTime
• MaximumActualTime
• DurationStateZero
• DurationStateNonZero
• NumberOfTransitions
• Count
• Range
• Start
• End
• StartBound
• EndBound
• Delta
• DurationGood
MaxTimeInterval
MinTimeInterval
AGGREGATE_AVG
AGGREGATE_MAX
Historical Events
AGGREGATE_MIN
Time
ion
• MDIS - MCS-DCS Interface Standardization Min Min
The industry standard models that are brought into OPC UA through so-called Companion Specifications map the
OPC UA data model onto existing industry standards:
• Reference to logical or physical structure of production systems (AutomationML, etc.)
• Structures for describing devices with a specified range of functions, e.g. AutoID (RFID reader)
In this case, a Companion Specification signifies an extension of the standard specification of the OPC Foundation
with an additional specification part that is typically developed through cooperation between a consortium or
association with the OPC Foundation.
Companion Specifications are always based on the OPC UA data model and base services. They can be derived
from the OPC UA base information models (DA, AC, HA, PROG).
The domain- and sector-specific semantics simplifies the connection
tion of devices
de or parts of a plant to an existing
plant.
Technically, Companion Specifications are brought in by defining
defini XML and schema files that map the industry
model to an existing data structure in the server.
er.
Companion Specifications are function-related and not device-related. This means that they semantically describe
models and plants without having to define a dependency on specific device properties.
The AutoID specification, which was published jointly by the Association for Automatic Data Capture, Identification
and Mobility (AIM) and the OPC Foundation, will be discussed in detail with the help of the devices covered in this
course (barcode reader and RFID reader).
Both devices support the AutoID specification. It provides methods, data types and data as well as events in the
address space of the server.
One example is the ScanStart() method, which returns a ScanResult and thus the digitized scan data. For the
barcode reader, the method triggers the start of optical recording by the camera, processing of the recorded
information and recognition of the ID.
The RFID reader, on the other hand, captures the RFID tags in
n its antenna
antenn radius at the conclusion of the
ScanStart() method and returns their IDs.
Companion Specifications are defined in their own
wn namespaces.
namesp They can thus define their own data types and
references independent of the global OPC
C UA namespace.
names The supported Companion Specifications of an OPC
UA server can be determined in the OPCC UA client
cli by browsing the namespace.
1
4
No. Description
1 The Objects directory contains instances, such as objects and variables. A Data Access client finds the
variables for data access in this directory. Besides the SIMATIC NET-specific directories, the Server
object defined by OPC UA can also be found here. It contains information about the range of
functionalities and status of the server.
2
LC
The two directories – S7: and SYM: – under Objects
jects are specifically
P
s for the SIMATIC NET OPC UA
4 An S7 connection object provides a variety of status information and methods. For example, data blocks
in the S7 CPU can be processed or read out using methods. In addition to the methods, properties
provide information about the configuration of the S7 connection.
5 The S7ConnectionType associated with the S7 connection object can be found in the ObjectTypes
directory. It describes the minimum methods and variables that the instance must have.
Namespace Description
http://opcfoundation.org/UA/ This is used for nodes that are defined in OPC UA Part 5. These
are nodes that form the basic structure of the address space and
nodes that represent the types defined by OPC UA.
S7: Namespace for direct addressing of S7 tags with an optimized
syntax.
S7COM: Namespace for direct addressing of S7 tags with a syntax
compatible with the OPC Data Access server.
SYM: ssing of S7 tags. The symbol
Namespace for symbolic addressing
om the STEP
information is exported from STE 7 project.
Each node in the OPC UA address space is uniquely identified by a NodeId. This NodeId consists of a namespace
for distinguishing identifiers from different subsystems and an identifier, which can be a numeric value, a string or
a GUID.
Strings are typically used for the identifier. This is similar to OPC Data Access, where the ItemId as identifier is
also a string. Numerical values are used for static namespaces, such as type system.
OPC UA defines a namespace for the nodes defined by OPC. The OPC UA servers also define one or more
namespaces. The following table shows the relevant namespaces for the SIMATIC NET OPC UA server.
Namespace Description
S7COM: Namespace for direct addressing of S7 tags with a syntax compatible with the
OPC Data Access server.
SYM: Namespace for symbolic addressing of S7 tags. The symbol information is
exported from the project.
Data response
R/W response
R/W response
Call response
Browse request
Node request
Data request
R/W request
R/W request
Call request
Sampling
RA
Server Server Server Server
ver Server Server Server
Registered
d Historical Alarms and
Browse Read/Write Subscription Methods
Read/Write Access Conditions
This overview describes all the current OPC UA-supported access types of clients to a server, which represent the
information access to the infrastructure:
• Browse
• Read/Write
• Registered Read/Write
• Subscription
• Methods
• Historical Access
• Alarms and Conditions
Client
Client OPC UA server
View
Browse response
BrowseRequest()
Browse request
Server P
BrowseResponse()
owseRespon
Reference
Node
Browse
Address space (node representation)
Use this service to determine the references of a specific node. You can limit the browse operation by using a
view.
In some cases, browsing takes longer than the client timeout. If this happens, the server returns zero results for
the relevant nodes before the time limit expires.
You can browse forward (FORWARD_O), backward (INVERSE_1) or in both directions (BOTH_2).
You can also limit the browse function to specific node classes (0 = Object, 1 = Variable, 2 = Method, etc.).
The client can also specify which references of the respective node will be returned (resultMask:
0 = ReferenceType, 1 = IsForward, 2 = NodeClass, etc.).
i
Information:
You can look up the exact transfer and return parameters as well as the specification description in the "Services"
specification, section 5.8.2 "Browse".
Client
Client OPC UA server
OPC UA
x y Read address space
R/W response
ReadRequest()
NodesToRead[]
R/W request
Node
X=1
y=3
ReadResponse()
e()
Results[] z=5
1 3
Server
Read/Write
This service is used to read one or more attributes of one or more nodes. For an array, this service allows the
clients to read either the entire set of indexed values as a composite, individual elements or ranges of elements of
the composite.
The "maxAge" parameter is used to instruct the server to access the value from the underlying data source if the
current copy of the data is older than the age specified by "maxAge". If the server cannot achieve the requested
maximum age, it returns its "Best Effort" value instead of refusing the request.
The transferred TimestampsToReturn variable indicates which time stamp(s) will be transferred: timestamp of
sources (SOURCE_0), server (SERVER_1), both (BOTH_2) or neither (NEITHER_3).
i
Information:
You can look up the exact transfer and return
eturn parameters
pa as well as the specification description in the "Services"
specification, section 5.10.2 "Read".
Client
Client OPC UA server
OPC UA
address space
R/W response
R/W request
Node
0 8 Write X=1
WriteRequest()
NodesToWrite[] y=3
X=0
Results[]
Server P
WriteResponse()
riteResponse y=8
0 8
Read/Write
This service is used to write values to one or more attributes of one or more nodes. For an array, this service
allows the clients to write either the entire set of indexed values as a composite, individual elements or ranges of
elements of the composite.
The values are written to the data source, e.g. a device, and the service does not return until it writes the values or
determines that the value cannot be written.
The order in which the operations are processed in the server is not defined and depends on the various data
sources and the internal server logic. If a combination of attribute and node is contained in more than one
operation, the order of the processing is not defined. If a client requires sequential processing, separate service
calls are needed.
i
Information:
You can look up the exact transfer and return
eturn parameters
para as well as the specification description in the "Services"
specification, section 5.10.4 "Write".
Client
Client OPC UA server
x y Register
RegisterNodesRequest()
NodesToRegister[] OPC UA
Reg. nodes response
Reg. nodes request
address space
R/W response
R/W request
Node
X=1
y=3
registeredNodeIds[]
re
RegisterNodesResponse()
se() z=5
Value change
Server
x y Read
ReadRequest() NodesToRead[]
Registered
Read/Write Registration
Results[]
ReadResponse() e.g. memory
0 8 X=0 y=8
The server often has no direct access to the information it manages. Variables or services may be in underlying
systems to which establishment of a connection requires additional effort. The RegisterNodes service can be used
by clients to register the nodes they know they will access repeatedly but not cyclically (e.g. write, method call).
The servers are able to set up everything needed to make access operations more efficient (e.g. write variables to
the work memory).
A client can expect performance improvements when using registered nodes. The optimization measures are
vendor-specific, however, and left up to the server developers themselves.
Once the registered nodes are successfully created, the variables are called in the normal way using the
Read/Write service or methods.
i
Information:
You can look up the exact transfer and return parameters as well as the specification description in the "Services"
specification, section 5.8.5 "RegisterNodes".
Client
Client OPC UA server PLC
Cycle time
itemsToCreate[] Node
y=3
y
Monitored
results[] Items y=1
CreateMonitoredItemsResponse()
y Sampling
RequestedPublishingInterval()
()
TA
Sampling y=1
RequestedPublishingInterval()
ingInterval()
SamplingInterval
PL
hRequest()
q
PublishRequest() y=7
AS
PublishResponse()
blishRespon
Server y=1
Publis
PublishRequest()
PublishResponse()
y=1 y=2
Subscription E
Publishing
hing
Intervall
PublishRequest()
PublishResponse()
y=2 Sampling
y=2
Clients define MonitoredItems in order to subscribe to data and events. Each MonitoredItem object identifies the
element to be monitored and the subscription for sending of notifications. The element to be monitored can be any
node attribute.
The subscription sends the data periodically in a user-defined publishing interval. The cycle in which these
notifications are sent is referred to as the publishing interval. The publishing interval for a subscription is initiated
by polling (publishing request) of the client.
Four primary parameters are defined for MonitoredItems that tell the server how the element is to be sampled,
evaluated and reported. These are the sampling interval, monitoring mode, filter and queue parameters.
i
Information:
You can look up the exact transfer and returnn parameters
parameter as well as the specification description in the "Services"
specification, section 5.12.1 "MonitoredItem
tem model".
mode
Server
Client
MonitoredItem
The MonitoredItem specifies the attributes of a node that are monitored in a subscription on the client.
• MonitoringMode:
• Sampling: Time-driven query of values
• Notification: Notification by server
• SamplingInterval:
• PublishingInterval, 0 = Event, Value
• MinimumSamplingInterval is an attribute of the node
Variable value
MonitoredItem data
Event Notification
Client
MonitoredItem events
Publishing
Interval
Variable value
MonitoredItem aggregates
i Legend:
Filter
Subscription
Sampling
Queue
Active/Inactive
Sampling interval
The sampling interval determines the time range in which the server queries
the data source for changes. The sampling interval can be less than the
interval for notification of clients. The values that accumulate as a result are
buffered in a queue and published collectively for the client.
Filter
Filters are used to differentiate between change types in orderr to hide events
eve based on selected criteria, e.g.
deadzone, trigger.
Queue
The length of the queue determines whether
ther data will
w be buffered, updated or discarded when the sampling and
publishing intervals are different.
This is the case, for example, when a queue overflow occurs.
Activation
Activation/deactivation allows MonitoredItems that are temporarily not needed to be hidden without having to
delete the associated subscription.
Publishing interval
The publishing interval determines the time range in which the server communicates the changes to the client. In
the absence of a data change, the notification by the server can be held off and replaced by an empty message in
order to maintain the connection.
Client
Client OPC UA server PLC
Monitored Items
Subscription y
y--1
Publishing QueueSize = 4
1 F 1 Sampling
DiscardOldest = TRUE
y--2
Cycle time
2 1 2 1 F 2
y--3
3 2 1 F 3
y--4
Sampling
4 3 2 1 4 3 2 1 F 4
y--5
Server
Publishing 5 4 3 2 F 5
Sampling
Interval
Interval
y--6
Subscription
6 5 4 3 6 5 4 3 F 6
Filter
If the variable of the controller satisfies the filter criteria, a notification is generated and put in the queue for transfer
by the subscription. The QueueSize is defined when the MonitoredItem is created.
If the queue is full and a new notification is received, the server either discards the oldest notification and adds the
new one to the queue or it replaces the last value added to the queue with the new one.
One of these discard policies is configured for the MonitoredItem when the MonitoredItem object is created. If
"discardOldest" = TRUE, the oldest value is deleted from the queue. If "discardOldest" = FALSE, the latest value
added to the queue is replaced by the new value.
i
Note:
Clients such as WinCC with a QueueSize of 1 always ys bear the risk of data loss. The developer of the particular
system must pay attention to this when selecting
ng the client
clie for the application.
i
Information:
You can look up the exact transfer and return parameters as well as the specification description in the "Services"
specification, section 5.13.1 "Subscription model".
Client
Client OPC UA server PLC
x=1 User
OPC UA
y=3 address program
Call CallRequest()
Call response
space
Call request
methodsToCall[]
Node x=1
Input[]
y=3
z=x+y
results[] Output[]
z=4
Server diagnosticInfo[]
CallResponse()
Call
z=4
Status
Methods
Methods are called and are returned only after completion (successful or unsuccessful). The execution times for
methods can vary according to the function that they perform.
Clients find out which methods are supported by a server by searching for the owning object references that
identify their supported methods.
Because methods can control some aspects of plant operations, method calls may depend on environmental or
other conditions. This may be the case, in particular, when you attempt to call a method again immediately after it
has finished executing. Conditions required for calling the method may not yet be returned to the status in which
the method can be started again.
The Call service allows the transfer of input and output arguments to and from a method. These arguments are
defined by properties of the method.
The order in which the operations are processed in the server is not defined
defin and depends on the various tasks and
the internal server logic. If a method is contained in more
e than one operation,
o the order of the processing is not
defined. If a client requires sequential processing, separate
eparate service
se calls are needed.
i
Information:
You can look up the exact transfer and return parameters as well as the specification description in the "Services"
specification, section 5.11 "Method Service Set".
Client
Client OPC UA server
OPC UA
address space
Data response
Data request
Node
t1 y=3
t2 y=4
y t2 HistoricalRead t3 y=5
T
HistoryReadRequest()
quest()
nodesToRead[]
t4 y=6
SP
results[]
HistoryReadResponse()
toryReadRes
Server t5 y=7
4 t2
t6 y=8
Historical
Access
This service is used to read historical values or events of one or more nodes. Servers can provide historical values
to clients that use this service, although the historical values themselves are not visible in the address space.
The AccessLevel attribute defined in Specification 3 specifies that a node supports historical values. Several
request parameters specify how the server is to access values from the underlying history data source. The
EventNotifier attribute defined in Specification 3 specifies that a node supports historical events.
i
Information:
You can look up the exact transfer and return parameters as well
ell as the specification
s description in the "Historical
Access" specification.
Subscription Alarm
CreateMonitoredItemsRequest() itemsToCreate[] Monitored
Status changes of the A&C Var
LC
Alarm y=15 1
CallRequest(Acknowledge)
st(Acknowle
(
Server
Acknowledge
0
S P
WriteRequest()
riteRequest
q
y=12 0
y=8 0
Alarms and
Conditions
The Alarms and Conditions model extends the OPC UA base event model by defining various event types based
on the BaseEventType. All event types defined in this standard can be expanded into domain- or server-specific
alarm and condition types.
Instances of alarm and condition types can optionally be made available in the address space so that direct access
to the status of an alarm or condition is possible.
Various methods are available for the Alarms and Conditions model for acknowledging these alarms and
conditions (individually, collectively, with or without a comment), setting limits, setting the level, etc.
i
Information:
You can look up the exact transfer and return parameters
meters as well
w as the specification description in the "Alarms &
Conditions" specification.
Data response
R/W response
R/W response
Call response
Browse request
Node request
Data request
R/W request
R/W request
Call request
Sampling
RA
Server Server Server Serverr Server Server Server
In the following slides, the access types are described in detail using the OPC UA client UaExpert.
Client Client
Browse response
R/W response
Browse request
R/W request
Server Server
Browse Read/Write
You can browse the respective nodes as well as variables in the Address Space window. When you click on a
variable, the Attribute window displays all the necessary functions as well as the values of the variable, which can
be read and even written here. To obtain the current value, you must initiate the "Read" function here using the
"Refresh" button.
Client
Reg. nodes response
Reg. nodes request
R/W response
R/W request
Server
Registered
Read/Write
The Registered Read/Write function means that registering of variables on the server in UaExpert can be
implemented only in the Performance View.
The measurements for Registered Read/Write can be compared with the normal Read/Write here (see Section 11
"Performance").
Client
Publishing
1 4
3
Sampling
Server
Subscription
1. To create a subscription, use drag-and-drop to move the individual variables to the Data Access View.
The client then automatically creates a subscription to the variable.
2. You can then set the sampling interval using the Monitored Item Settings.
In addition, you can configure the "Queue Size" and the "Discard Oldest" function here.
3. Publishing Mode must be enabled in order for the subscription to be active.
4. The Subscription Settings are used to set the publishing interval and other settings on the server end.
Once the variable is dragged into the Data Access View, the log window for the item shows the returned sampling
rate and queue size. These can be limited by the server.
Client
Call response
Call request
Server
Methods
The available methods of the server are indicated by the method system in the address space. You call the
respective methods by right-clicking and selecting the "Call…" command. A popup window then appears where
you must specify the input arguments. After issuing the "Call" command again, the output arguments are output.
Client
Data response
Data request
Server
Historical
Access
The authorization of the client for the respective variables can be read out in the "Attributes" window under
"DataType > AccessLevel".
In the above example, the client has access rights for reading, writing and reading historical data. The Historizing
bit indicates whether historical data for the corresponding variable will also be gathered.
The data can be queried once or cyclically in the History Trend View.
Client
Status changes of the A&C Var
Node request
Server
Alarms and
Conditions
For Alarms and Conditions, nodes having the SubscribeToEvents state for the EventNotifier attribute can be
dragged to the Event View. The current events and alarms can then be monitored and edited there.
Event View
The Event view is divided into three areas: Configuration area, Events/Alarms view and Details area for the
structured display of an individually selected item.
If you a drag a node with set EventNotifier attribute to the Configuration area, you can select the desired Event
Fields. Some fields are selected by default. Each time the object triggers an event, it is displayed in the Events
view. Toggle the Events and Alarms view to watch the continuous list of incoming events and the status of pending
alarms. If you select an event from the list, the details of the event are displayed in the view underneath according
to the above-selected Event Fields.
The profiles in OPC UA are the basis for reliable interoperability of a wide range of applications, irrespective of the
manufacturer and platform.
Profiles are specified for the purpose of organizing the complete set of OPC UA features into smaller and,
above all, measurable/testable units, on the basis of which OPC UA applications can be tested and validated.
A compliance test tool is available for testing your own server or client applications. It tests for compliance with
the OPC UA Specification.
Definitions:
• Profile: A full-featured profile bundles a number of OPC UA features of an application and is defined by the sum
of several conformance units and/or other smaller profiles.
• Facet: Definition of a subfunction.
• Conformance Group: A collection of conformance units. s.
• Conformance Unit: Specific function (conformance ce unit).
unit)
SecurityPolicy - None
Security:
• Security None CreateSession ActivateSession
• Symmetric SignatureAlgorithm_None
• …
Address Space Model
• Address Space Base
….
Example:
Profile: Nano Embedded Device Server
Facet: UA-TCP UA-SC UA Binary
Conformance Group: Protocol and Encoding
Conformance Units: Protocol UA TCP, UA Secure Conversation
The Nano Embedded Device Server server profile essentially supports the following mechanisms:
• The Core Server facet defines the basic functionality of an OPC UA server: the establishment of secure
communication channels, the discovery of supported endpoints, the creation of (at least) one session, the server
object, the browsing of the address space, read access and optionally also write access to elements of the
address space.
• The UserToken – UserName Password facet requires identification of the user of the client application with the
tification o
User Name / Password mechanism.
• The SecurityPolicy – None facet defines the exchange
hange of uunsecured messages.
• The UA-TCP UA-SC UA Binary facet requires support of the OPC UA TCP network protocol and security
ires suppor
mechanisms of OPC UA Secure Conversation
versation 1.0
1 and the binary encoding of messages.
The left side of the figure shows the address space of a server in which the respective profiles and facets of the
server can be read under "Server > ServerCapabilities > ServerProfileArray".
You can find a detailed description of the individual profiles and conformance units on the OPC Foundation
website:
https://opcfoundation-onlineapplications.org/profilereporting/
The respective OPC UA profiles of a server can be read under "Root > Objects > Controller name (e.g. PLC_1)
> Server > ServerCapabilities > ServerProfileArray".
The Standard UA Server profile is a full-featured profile that defines a minimum set of functionalities required for
PC-based OPC UA servers. Such a server must provide the base AddressSpace structure with type nodes,
instance nodes and diagnostic information. The server must provide the connection establishment with security via
the OPC UA TCP binary protocol and the creation of at least 50 parallel sessions. It includes view services like
browsing and the attribute services for reading and writing of current values. In addition, the monitoring of data
changes is included with a minimum of 5 subscriptions for half of the required sessions (225 in total) and a
minimum of 500 monitored items for half of the subscriptions (56250 in total).
When the "Show relationship of Conformance Units with Units and Profiles for Clients / Server" option is selected
(see figure), you can have the relationships of conformance units with units
un and profiles for clients and server
displayed.
Standard UA X X X X
Method X X
Event
X X
Subscription
The table shows the profiles that are supported by the OPC UA servers from the exercises of this course.
This information is not so straightforward for the clients because they are usually programmed without taking the
specifications of user-specific cases into account.
C C
B B B M
Core Client Facet (C)
Methods (M)
Mapping
Standard UA (A)
Embedded (E)
OPC UA server
Profiles/Facets Basic128Rsa15 (B)
B)
Methods (M) A E
E M B M B
When users know the server and client profiles and facets, they can weigh up the possible security policies,
access types and functions for the server-client communication.
Client profiles/facets:
• Core Client Facet
• Facet SecurityPolicy - Basic128Rsa15
• Facet Methods
On the right side of the figure, the profiles and facets are allocated to the servers and clients by way of example.
The connections show which functionalities can be used by the server-client combinations.
OPC UA
FillLevelSensor
Method: Fill
Method: Heat
TemperatureSensor
ESD
OPC UA ANSI C demo server – BoilerDemo
BoilerDem OPC UA UaExpert client
In the following exercise, a boiler is simulated in the demo server. The boiler can be filled or emptied to a certain
level with the "Fill" method. The "FillLevelSensor" displays the current level. In addition, the boiler can be heated
or cooled to a certain temperature with the "Heat" method. The "TemperatureSensor" displays the current
temperature.
2/3
2. Using drag-and-drop, move the "SimulationActive" and "SimulationSpeed" variables to the Data Access
View.
3. Open the object "Objects > Demo > 009_BoilerDemo > Boiler1" in Address Space and also drag the
"FillLevel", "FillLevelSetPoint", "HeaterStatus", "Temperature" and "TemperatureSetPoint" variables to
the Data Access View.
4. Check that the simulation is started "SimulationActive" = true. If not, start the simulation by right-clicking the
"StartSimulation" method and selecting "Call…".
OPC UA
HeaterSwitch
Heating
Cooling
TemperatureSensor
ESD
OPC UA ANSI C demo server – Machine OPC UA UaExpert client
For the events, a machine that can heat and cool is simulated in the Demo server. The current temperature is
measured and displayed with "TemperatureSensor". "HeaterSwitch" allows you to change between heating and
cooling. The machine triggers a "HighAlarm" when the temperature exceeds 100 ºC and a "LowAlarm" when
the temperature falls below 0 ºC.
1. Delete all variables from the Data Access View, and instead drag the "HeaterSwitch" and "Temperature"
variables to there (Root > Objects > Demo > 004_Events > Machine).
3. Drag the "Machine" node to the "Configuration" area of the Event View.
4. Open the "Alarms" tab in the "Events" area and observe the "LowAlarm".
5. Set "HeaterSwitch" in the Data Access View bits und observe how a "HighAlarm" is triggered after the
temperature exceeds 100 ºC.
4 5
2
1. Add a new document of type "History Trend View" in the Project window.
2. Drag the "ByteWithHistory" and "DoubleWithHistory" variables from the "002_History" folder to the
History Trend View.
4. Set a time interval of one minute after activation of the data logger under "Single Update".
5. Activate "Cyclic Update" with a timespan of one minute and a polling interval of one second.
OPC UA
ES
Scanning of packages with Providing data
er
Leuze 2D code reader via OPC UA
In these exercises, you will learn about an OPC UA server from a third-party vendor that can scan 2D codes.
The 2D code reader from Leuze implements the "AutoID" Companion Specification and because of this it can
be replaced by other devices that support this specification.
1. Drag the "DeviceStatus" and "LastScanData" variables of the "Root > Objects > DeviceSet > DCR200 >
AutoID" node to the Data Access View.
2. Now capture a package ID in the receiving of packages by calling the "ScanStart" method of the same node.
3. Check the captured package ID using the "LastScanData" variable
3
2 5
If the 2D codes are not correctly captured, follow the steps below to reset the 2D code reader to factory settings:
TAG
SIMATIC S7-1500 PLC
OPC UA server e client RAS
© Siemens 2019
ESD siemens.com/sitrain
7-1500
… como programar um cliente no controlador S7-1500
SCADA Energy
system management
Engineering
framework
AG
PROFINET
AS
Fonte e distribuição Identificação I/O Distribuído Dirigir Controles industriais
de energia Industrial sistemas
siste
SIMATIC S7-1500 is classified in the controller level in the product portfolio of Siemens AG.
X.509 X.509
Troca de certificados
Client
Autenticação de usuário
As an OPC UA server or OPC UA client, SIMATIC S7-1500 provides the following security mechanisms:
• Encryption
• Basic 128 RSA15 (Sign, Sign & Encrypt)
• Basic 256 (Sign, Sign & Encrypt)
• Basic 256 SHA (Sign, Sign & Encrypt)
• User authentication
R/W response
R/W response
Call response
Browse request
R/W request
R/W request
Call request
Sampling
Server Server
Leitura/Escri
Registrado
do E Historical Alarmes e
Browse Leitura/Escri Inscrição Métodos
ta Access condições
ta
Vide notas
No menu "Device configuration > Properties > General", você pode ativar o OPC UA
server na aba "OPC UA > Server".
1. Propriedades do servidor:
1
Protocol ID: "opc.tcp://"
IP address: Endereço IP no qual o OPC UA server pode ser acessado
TCP port number: Configuração padrão: 4840 (porta padrão)
O número da porta pode ser alterado em "OPC UA >
Server > Settings > Port".
Standard interface – interface “padrão” do controlador
No menu "Device configuration > Properties > General", você pode ativar o OPC UA server na aba "OPC UA >
Server".
1. Propriedades do servidor:
AG
publicaç
intervalo de publicação, e um OPC UA client solicitar essa alta taxa de amostragem
T
para a determinadas variáveis da CPU, dois ou mais valores poderão acumular-se
LC
rante cada intervalo de publicação.
durante
Neste c caso, o OPC UA server grava as alterações de valor na fila e envia todas as
al
alterações de valor para o cliente após o final do intervalo de publicação. Se mais
3 alterações de valor forem acumuladas no intervalo de publicação do que caberão na
fila, o OPC UA server substituirá os valores mais antigos. Os valores mais recentes
são enviados ao cliente.
Recomendação:
Defina o nível de segurança mais alto possível e
desative todos os outros níveis de segurança
quando possível.
Recomendação:
Defina o nível de segurança mais alto possível e desative todos os outros níveis de segurança quando possível.
With the OPC UA server of the S7-1500 controller, you can set how a user of the OPC UA client must be
authenticated if he wants to access the server.
Guest authentication
Users do not have to prove their authorization (anonymous access). The OPC UA server does not check the
authorization of the client user.
If you want to use this type of user authentication, select the "Enable guest authentication" option under
"OPC UA > Server > Security > User authentication".
A license is required to operate the OPC UA server of the S7-1500 CPU. The type of license required depends on
the performance of the respective CPU.
The required license type is displayed in the properties of the CPU under "General > Runtime licenses >
OPC UA".
• No bloco:
AccessLevel = 0: No access
AccessLevel = 1: Read only
AccessLevel = 2: W rite only
AccessLevel = 3: Read+Write
Definição é feita nas propriedades das variáveis e pode ser importada como XML
Se houver diferença entre o XML e o que está dentro da CPU, será adotada o ajuste mais restritivo.
Definition of write and read rights in the information model (OPC UA XML):
In the OPC UA information model, the "AccessLevel" attribute regulates access to variables.
AccessLevel is defined bit by bit:
Bit 0 = CurrentRead and Bit 1 = CurrentWrite. The meaning of the bit combinations is as follows:
• AccessLevel = 0: No access
• AccessLevel = 1: Read only
• AccessLevel = 2: Write only
• AccessLevel = 3: Read+Write
O TIA Portal também permite que os direitos de acesso sejam definidos para um
bloco inteiro nas propriedades do bloco:
Neste exercício
UaExpert as
• Configure o S7-1500 como um OPC UA server OPC UA client
Client
SIMATIC S7-1500 as
OPC UA server
Resultados:
PU
• O cartão de memória SIMATIC está formatado para uso na CPU.
• Os dados na CPU são excluídos.
1. Vá para "OPC UA > Server > General" e selecione a caixa de verificação "Activate OPC UA server".
2. Vá para "Runtime licenses > OPC UA" e selecione a licença "SIMATIC OPC UA S7-1500 small“ na lista
suspensa
"Type of purchased license".
3. Crie um bloco de dados com várias variáveis de diferentes tipos de dados.
4. Carregue a CPU e coloque-a em RUN.
1. Abra UaExpert.
2. Adicione o S7-1500
como servidor com o
ponto final "None".
3. Conecte-se ao servidor
2 e confie o certificado
permanentemente.
1. Abra UaExpert.
2. Adicione o S7-1500 como servidor com o ponto final "None".
3. Conecte-se ao servidor e confie o certificado permanentemente.
2
1. Expanda sua CPU no painel “Address Space” e
examine os objetos fornecidos pela interface do
servidor SIMATIC padrão.
A
2. Navegue G
avegue no ppainel “Address Space” para o DB criado
L CT
anteriormente
nteriorm (<PLC Name> > DataBlocksGlobal) e
arraste as variáveis do DB do “Address Space” para o
ar
“Data Access View”.
3. Para escrever um valor, clique duas vezes nele.
4. Altere os valores de várias variáveis e verifique as
alterações de valor no TIA Portal.
1. Expanda sua CPU no painel “Address Space” e examine os objetos fornecidos pela interface do servidor
SIMATIC padrão.
2. Navegue no painel “Address Space” para o DB criado anteriormente (<PLC Name> > DataBlocksGlobal) e
arraste as variáveis do DB do “Address Space” para o “Data Access View”.
3. Para escrever um valor, clique duas vezes nele.
4. Altere os valores de várias variáveis e verifique as alterações de valor no TIA Portal.
4
.
Carregue a CPU.
Em UaExpert, selecione o DB e clique em "Rebrowse“: a
variável para a qual você limpou a caixa de seleção
"Accessible from HMI/OPC UA" não está mais visível e
foi removido do “Data Access View”.
Tente escrever a variável para a qual você limpou o caixa
de seleção "Writable from HMI/OPC UA" e observe o log.
5
1. Volte para o DB no TIA Portal e limpe a caixa de seleção "Accessible from HMI/OPC UA" para uma variável.
2. Limpar a caixa de seleção "Writable from HMI/OPC UA" para qualquer variável.
3. Carregue a CPU.
4. Em UaExpert, selecione o DB e clique em "Rebrowse" Æ a variável para a qual você limpou a caixa de
seleção "Accessible from HMI/OPC UA" não está mais visível e foi removido do “Data Access View”.
5. Tente escrever a variável para a qual você limpou o caixa de seleção "Writable from HMI/OPC UA" e observe
o log.
1. Altere as propriedades do DB para que ele não seja acessível via OPC UA e carregue a CPU.
2. Observe o log e a “Data Access View” em UaExpert.
3. Selecione "DataBlocksGlobal" no painel “Address Space” e clique Rebrowse Æ o banco de dados não está
mais visível.
4. Exclua o banco de dados no TIA Portal.
R/W response
Call response
R/W request
Call request
Server Server Server
RServer
Ser Server Server Server
Registrado
ado
Leitura/Escri Historical Alarmes e
Browse Leitura/Escri Inscrição Métodos
ta Access Condições
ta
The client functionality of the S7-1500 controller has the following OPC UA-specified access options:
• Registered Read/Write
• Methods
Você encontrará a caixa de seleção para ativar o OPC UA client nas propriedades da sua CPU em
"Properties > OPC UA > Client > General".
Você também confirma a compra do seu OPC UA license nas propriedades da sua CPU em
"Properties > Runtime licenses > OPC UA".
• Importar um
DRA
Para configurar os nós OPC UA correspondentes,
correspo
m espaço de endereço
ende
TIA Portal fornece duas opções para acessar uma interface do servidor:
do OPC UA server como um arquivo XML
E
• Conexão online direta
Nas duas opções,
õ
diret do TIA Portal a um OPC UA server
você pode arrastar e soltar para mover os nós da janela da interface do OPC UA server para as listas correspondentes:
Read lists: Arraste as variáveis que devem ser lidas pelo servidor para uma lista de leitura.
Write lists: Arraste as variáveis que devem ser gravadas no servidor para uma lista de gravação.
Method lists: Arraste os métodos que devem ser chamados para uma lista de métodos.
Na área "Client interfaces", você configura quais variáveis seu cliente deve ler ou gravar e quais métodos devem
ser chamados.
Para configurar os nós OPC UA correspondentes, TIA Portal fornece duas opções para acessar uma interface do
servidor:
1. Importar um espaço de endereço do OPC UA server como um arquivo XML
2. Conexão online direta do TIA Portal a um OPC UA server
Nas duas opções, você pode arrastar e soltar para mover os nós da janela da interface do OPC UA server para as
listas correspondentes:
• Read lists: Arraste as variáveis que devem ser lidas pelo servidor para uma lista de leitura.
• Write lists: Arraste as variáveis que devem ser gravadas no servidor
dor para
pa uma lista de gravação.
• Method lists: Arraste os métodos que devem ser chamados para uma lista de métodos.
Connection parameters:
Em "Connection parameters" você atribui um nome de sessão ao cliente do
controlador S7-1500, o endereço IP e a porta à qual o cliente deve se conectar.
Além disso, você seleciona um "Session timeout" e um "Monitoring time".
Security:
Em "Security" você define o "Security mode", o "Security policy" e o "User
authentication". Além disso, você gerencia o certificado do cliente e decide se o
certificado do servidor deve ser avaliado.
Connection parameters:
Em "Connection parameters" você atribui um nome de sessão ao cliente do controlador S7-1500, o endereço IP e
a porta à qual o cliente deve se conectar. Além disso, você seleciona um "Session timeout" e um "Monitoring
time".
Security:
Em "Security" você define o "Security mode", o "Security policy" e o "User authentication". Além disso, você
gerencia o certificado do cliente e decide se o certificado do servidor
idor deve
dev ser avaliado.
O DB contém as informações de
conexão e endereço para troca de
dados da interface do cliente
RAS
D
Interface OPC
O UA client
Once you have compiled the CPU, a data block for data and configuration is then available:
• "<Interface name>_Data"
• "<Interface name>_Configuration"
The two data blocks are needed for programming the OPC UA client functions. They contain the needed
parameters for the OPC UA system function blocks. After any change of your client interface, you must recompile
your CPU so that the data blocks are updated.
The client programming is carried out in three steps, which you must perform in the following order:
• Preparation
• Action
• Cleanup
Preparation:
In the preparation step, you program
• the establishment of the connection to the server ("OPC_UA_Connect")
• a query of the namespace indexes ("OPC_UA_NamespaceGetIndexList")
• the registration of the nodes to be read or written ("OPC_UA_NodeGetHandleList")
Action:
The action consists of
• Reading ("OPC_UA_ReadList") of variables
riables
• Writing ("OPC_UA_WriteList") of variables
ble
Cleanup:
In the cleanup step
• the registered nodes are released again ("OPC_UA_NodeReleseHandleList")
• the session is then closed and the connection is terminated ("OPC_UA_Disconnect")
Preparation:
In the preparation step, you program
• the establishment of the connection to the server ("OPC_UA_Connect")
• a query of the namespace indexes ("OPC_UA_NamespaceGetIndexList")
• the registration of the nodes to be read or written ("OPC_UA_MethodGetHandleList")
Action:
The action consists of the call ("OPC_UA_MethodCall") of methods.
ds.
Cleanup:
In the cleanup step
• the registered nodes are released again
ain ("OPC_UA_MethodReleseHandleList")
("O
• the session is closed and the connection is terminated ("OPC_UA_Disconnect")
The following system function blocks also need an additional configuration under "Properties > Configuration >
Data access":
• OPC_UA_NodeGetHandleList
• OPC_UA_MethodGetHandleList
• OPC_UA_ReadList
• OPC_UA_WriteList
• OPC_UA_MethodCall
• OPC_UA_NodeReleaseHandleList
• OPC_UA_MethodReleaseHandleList
Then connect suitable variables to the control parameters "REQ", "Done", "Busy", "Error" and "Status" of the
blocks.
Neste exercício
SIMATIC S7-1500 como
• Configure uma interface do OPC UA client no TIA Portal para OPC UA client
um SIMATIC S7-1500
ESD
Abra a global library "C:\01_Archive\IK-OPCUA_Vxxxxxx\Exercises_Lib\Exercises_Lib
xxxxxx\Exercise V1.0.0.alxx" no TIA Portal.
Arraste o controlador da pasta "Master copies > Section_
Section_6 > Exercises_2A" para seu projeto.
1. Navegue na árvore do projeto para "OPC UA communication > Client interfaces" da CPU e clique duas
vezes "Add new client interface". Atribua o nome à interface do cliente "OpcUaClientAnsiC".
2. Na área de trabalho, crie uma lista de leitura (nome: "ReadList"), uma lista de escrita (nome: "WriteList") e
uma lista de método (nome: "MethodList").
3. Para "Source of server data", selecione "Online [ ]" e clique "Online access".
opc.tcp:192.168.111.11:4840 .
1. Navegue no "OPC UA server interface"" para "Objects > ‘nome do PLC’ > DataBlockGlobal> ‘Nome do DB’"
2. Arraste as variáveis “bool", “byte", “int", “real" e “string" para a "ReadList".
3. Repita esta ação com as mesmas variáveis para o "WriteList".
1. Navegue no "OPC UA server interface" para "Objects > Demo > 000_Static > Scalar" e arraste as variáveis
"Boolean", "Byte", "Float", "Int16" e "String" para a"ReadList".
2. Navegue mais no mesmo nó para "Structures" e arraste a variável "Vector" ao "ReadList".
3. Repita esta ação com as mesmas variáveis para o "WriteList".
G
192.168.111.11
11.11 . 3
TA
4840 .
server. E
1. Em "Properties > Configuration > Connection parameters",
rameter digite o endereço IP da sua interface de rede e a porta do PLC
2. Compile o controlador.
3. Verifique se os dois blocos de dados "OpcUaClien_Configuration" e "OpcUaClient_Data" foram criados após a compilação.
1. Em "Properties > Configuration > Connection parameters", digite o endereço IP da sua interface de rede e
a porta do AnsiC server.
2. Compile o controlador.
3. Verifique se os dois blocos de dados "OpcUaClientAnsiC_Configuration" e "OpcUaClientAnsiC_Data"
foram criados após a compilação.
DRA
ES
Abra o bloco
oco de funções "OpcUaClientAnsiC".
Navegue naa lista
list de instruções no TIA Portal para "Communication > OPC UA > OPC UA client" e arraste o bloco de
função do sistema "OPC_UA_Connect" para "Network 1" do bloco de função.
Escolha a opção de chamada "Multi instance" na próxima caixa de diálogo e atribua à instância o nome "instConnect".
1
2
1
2
ES
OPC_UA_NamespaceGetIndexList
OPC_UA_NodeGetHandleList (para a lista de leitura e lista de gravação, respectivamente)
resp
OPC_UA_ReadList
OPC_UA_WriteList
OPC_UA_NodeReleaseHandleList (para a lista de leitura e lista de gravação, respectivamente)
OPC_UA_Disconnect
Faça o download do programa para o controlador.
1. Digite quaisquer valores na coluna "Modify value" das variáveis na área "WriteList“, e transfira esses valores
para a CPU com o botão "Modify now" no menu de atalho em "Modify".
2. Escreva os valores no OPC UA server modificando a variável "inputs.writeList" para "1".
3. Leia os valores do OPC UA server modificando a variável "inputs.readList" na "ReadList"
area to "1".
3
1. Abra o "Devices & networks", e abra a área da tabela
verifique se a atual conexão OPC UA é exibida ("Programmed S
a da “network view”.
vi Na aba "Connections",
rammed Open User Communication_192.168.111.1").
2. Volte à “watch table” e libere os handles das listas de leitura e gravação novamente. Modifique as variáveis "inputs.releaseNodeHdlsRead" e "inputs.releaseNodeHdlsWrite" um
após o outro para "1".
3. Em seguida, encerre a conexão modificando a variável "inputs.disconnect" para "1".
4. Retornar à “network view”. A conexão descrita no Item 1 ainda está presente?
1. Abra o "Devices & networks", e abra a área da tabela da “network view”. Na aba "Connections",
verifique se a atual conexão OPC UA é exibido ("Programmed Open User Communication_192.168.111.1").
2. Volte à “watch table” e libere os handles das listas de leitura e gravação novamente. Modifique as variáveis
"inputs.releaseNodeHdlsRead" e "inputs.releaseNodeHdlsWrite" um após o outro para "1".
3. Em seguida, encerre a conexão modificando a variável "inputs.disconnect" para "1".
4. Retornar à “network view”. A conexão descrita no Item 1 ainda está presente?
Neste exercício
SIMATIC S7-1500 como
• Configure uma interface OPC UA client no TIA Portal OPC UA client
• Teste a troca de dados através de uma “watch table” no SIMATIC RF680R como
TIA Portal OPC UA server
1
Scan the
RFID tag
Output
Buffer the ID the scan
result (ID)
DataHigh
BayRacking
G
2
Choose
oo a
bay
3
Set the bay
y
occupation
Save the ID/ Store the
pation
D
status
statu time stamp package
O bloco de dados "DataHighBayRacking" contém todas as variáveis de controle e informações sobre os pacotes e
baias armazenados do rack de alto compartimento.
Sequência:
A variável "scanNewPackage" do rack de e alto compartimento
com controla um bloco OPC UA client que chama um
método de digitalização do leitor RFID via
a OPC
OP UA e depois lê o resultado da digitalização. O resultado da
digitalização é armazenado em buffer e emitido em "currPackageID".
A variável "storeNewPackage" salva o resultado da digitalização e um carimbo de hora em "packages" no local
especificado ("currBay"). Ao mesmo tempo, um bit é definido em "bayStatus" para sinalizar que o compartimento
correspondente está ocupado.
OPC_UA_ OPC_UA_
OPC_UA_ WriteList ReadList
Connect
OPC_UA_
OPC_UA_ OPC_UA_ Connection
OPC_UA_ GetStatus
MethodCall Namespace
S7-1500 RF600 NodeGet
GetIndexList
HandleList OPC_UA_
Method
OPC_UA_ Release
OPC UA HandleList
MethodGet
OPC_UA_
HandleList
ndleL
G
OPC_UA_ Disconnect
NodeRelease
HandleList
OpcUa
Client
Capsule block
Neste exercício, você usará o bloco de cápsulas "OpcUaClient". Este bloco contém todos os blocos funcionais do
sistema OPC UA client. O bloco é integrado em um seqüenciador (in FB "OpcUaClientRF600"). Este
sequenciador primeiro chama o método "ScanStart" do RF680R e, em seguida, o método "ScanStop". O resultado
da digitalização é então lido usando a variável "LastScanData".
Você pode encontrar uma descrição detalhada do bloco de cápsulas no seguinte link:
https://support.industry.siemens.com/cs/ww/en/view/109762770
1
2
Insira uma nova rede e programe a lógica para armazenar um pacote (ID).
Carregue o controlador.
Server
Métodos
O OPC UA server pode fornecer métodos que podem chamar o OPC UA client para iniciar funcionalidades
complexas de um controlador SIMATIC S7-1500, como ordens de produção.
• Do ponto de vista do programador PLC, um método no espaço de endereço da CPU é apenas um bloco
funcional (FB) com chamadas específicas de blocos funcionais do sistema e pode conter qualquer código PLC
para executar uma funcionalidade. Por outro lado, isso permite que um OPC UA client chame um bloco de
função do PLC.
• Um método também permite que o OPC UA client transfira parâmetros de transferência predefinidos para o
programa do usuário e receba-os de volta do programa do usuário.
• Por definição, os métodos fornecem a implementação de tratamento e diagnóstico de erros para o OPC UA
client.
• A transferência dos parâmetros de entrada e saída de um método é consistente
co com os dados (ao contrário de
Leitura/Escrita, Assinatura).
• O OPC UA server pode fornecer métodos que podem chamar o OPC UA client
para iniciar funcionalidades complexas de um controlador SIMATIC S7-1500, como
ordens de produção.
Client
• Do ponto de vista do programador PLC, um método no espaço de endereço da
CPU é apenas um bloco funcional (FB) com chamadas específicas de blocos
Método funcionais do sistema e pode conter qualquer código PLC para executar uma
OPC UA tarefa. Por outro lado, isso permite que um OPC UA client chame um bloco de
função do PLC.
Call response
Call request
AG
método fornecem a implementação de tratamento e diagnóstico
• Por definição, os métodos
ra o OPC UA client.
de erros para
C
ransferência do
• A transferência
com os dado
dos parâmetros de entrada e saída de um método é consistente
dados (ao contrário de Leitura/Escrita, Assinatura).
Server
Métodos
O OPC UA server pode fornecer métodos que podem chamar o OPC UA client para iniciar funcionalidades
complexas de um controlador SIMATIC S7-1500, como ordens de produção.
• Do ponto de vista do programador PLC, um método no espaço de endereço da CPU é apenas um bloco
funcional (FB) com chamadas específicas de blocos funcionais do sistema e pode conter qualquer código PLC
para executar uma funcionalidade. Por outro lado, isso permite que um OPC UA client chame um bloco de
função do PLC.
• Um método também permite que o OPC UA client transfira parâmetros de transferência predefinidos para o
programa do usuário e receba-os de volta do programa do usuário.
• Por definição, os métodos fornecem a implementação de tratamento e diagnóstico de erros para o OPC UA
client.
• A transferência dos parâmetros de entrada e saída de um método é consistente
co com os dados (ao contrário de
Leitura/Escrita, Assinatura).
Os métodos OPC UA de um SIMATIC S7-1500 são programados usando os blocos funcionais do sistema do TIA Portal. Você deve chamar
os blocos de funções do sistema e atribuir os parâmetros em um bloco de funções. O bloco de dados da instância pertencente ao FB
implementa o método no espaço de endereço do OPC UA server do S7-1500. O firmware da CPU serve como interface entre o bloco de
dados da instância e o espaço de endereço do OPC UA.
Você precisa dos dois blocos de função do sistema a seguir para implementar um método:
OPC_UA_ServerMethodPre
OPC_UA_ServerMethodPost
Você encontrará esses SFBs na biblioteca do TIA Portal em "Communication> OPC UA> OPC UA server".
Os métodos OPC UA de um SIMATIC S7-1500 são programados usando os blocos funcionais do sistema do TIA
Portal. Você deve chamar os blocos de funções do sistema e atribuir os parâmetros em um bloco de funções. O
bloco de dados da instância pertencente ao FB implementa o método no espaço de endereço do OPC UA server
do S7-1500. O firmware da CPU serve como interface entre o bloco de dados da instância e o espaço de
endereço do OPC UA.
Você precisa dos dois blocos de função do sistema a seguir para implementar um método:
• OPC_UA_ServerMethodPre
• OPC_UA_ServerMethodPost
Você encontrará esses SFBs na biblioteca do TIA Portal em "Communication> OPC UA> OPC UA server".
O SFB "OPC_UA_ServerMethodPre" envia um sinal para o programarograma do usuário que o método foi chamado por
um cliente e transfere os parâmetros de entrada para o FB, se necessário.
nece O SFB "OPC_UA_ServerMethodPost"
conclui a chamada do método e retorna os parâmetrosros de saída
sa e um código de status para o cliente.
instGetIdByPositionMethod
S7-1500
1
2
Transferência de parâmetros de
entrada
OPC_UA_ServerMethodPre
Method call
CT
OPC_UA_ServerMethodPost Transferência de código de
Transferênc
status e parâmetros de saída
3
4
Os métodos OPC UA de um SIMATIC S7-1500 são programados usando os blocos funcionais do sistema do TIA
Portal. Você deve chamar os blocos de funções do sistema e atribuir os parâmetros em um bloco de funções. O
bloco de dados da instância pertencente ao FB implementa o método no espaço de endereço do OPC UA server
do S7-1500. O firmware da CPU serve como interface entre o bloco de dados da instância e o espaço de
endereço do OPC UA.
Você precisa dos dois blocos de função do sistema a seguir para implementar um método:
• OPC_UA_ServerMethodPre
• OPC_UA_ServerMethodPost
Você encontrará esses SFBs na biblioteca do TIA Portal em "Communication> OPC UA> OPC UA server".
O SFB "OPC_UA_ServerMethodPre" envia um sinal para o programarograma do usuário que o método foi chamado por
um cliente e transfere os parâmetros de entrada para o FB, se necessário.
nece O SFB "OPC_UA_ServerMethodPost"
conclui a chamada do método e retorna os parâmetrosros de saída
sa e um código de status para o cliente.
Instâncias de pré
e pós-instruções
Parâmetros de entrada e
saída do método:
devem ter nomes
1 específicos para funcionar
(UAMethod_InParameters
UAMethod_OutParameters)
Chamada de pré-
instrução
Chamada de pós-
instrução 2
The method function block must be created according to the pattern presented above:
For each OPC UA method, you must create a separate function block and call the two system function blocks as
follows:
1. The system function "OPC_UA_ServerMethodPre" must be called in your function block and created as a
multi-instance. The multi-instance must be named "OPC_UA_ServerMethodPre_Instance".
2. The system function "OPC_UA_ServerMethodPost" must be called in your function block and also created as
a multi-instance. The multi-instance must be named "OPC_UA_ServerMethodPost_Instance".
If a method requires input and output parameters, you must create them as follows:
• The input parameters of the method are defined by a structure or a PLC data type. This structure must be
created as a static variable in the block interface and named
med "UAMethod_InParameters".
"UAMet The structure is then
assigned to the "UAMethod_InParameters" input of the pre-function.
pre-fun
• The output parameters of the method are defined ned by a structure
str or a PLC data type. This structure must be
created as a static variable in the block interface and
an named "UAMethod_OutParameters". The parameter is
then assigned to the "UAMethod_OutParameters"
Parame input of the post-function.
You can define up to 20 input and output parameters for the method within the structures or UDTs.
Código de função
Resultado e
conclusão da
chamada do
método
The function code of your method is executed between the pre-function and post-function. If the pre-function
outputs "TRUE" at your "UAMethod_Called" and "Done" outputs, the OPC UA method was called by a client and
the input parameters are provided via the "UAMethod_InParameters" parameter.
Depending on "UAMethod_Called" and "Done", you can then execute your function code.
You complete the method call for the OPC UA client by setting the "UAMethod_Finished" input of the post-function
to "TRUE". You also have the option of outputting an OPC UA status to the client using the "UAMethod_Result"
input (e.g. 16#0000_0000 "Good") and setting the output parameters ("UAMethod_OutParameters") if required.
Tipos de dados não permitidos não são exibidos no espaço de endereço e não podem ser lidos ou gravados.
P
Número máximo de métodos do servidor 20 50 100
Neste exercício
UaExpert como
• Programe um método OPC UA no controlador S7-1500 para ler OPC UA client
Client
dados sobre o depósito vertical.
Método "GetPackageInfo"
Um método deve ser usado para coletar informações sobre um pacote armazenado num depósito vertical. Como parâmetros de busca, pode ser especificado
o ID do pacote ou o número da baia onde ele está armazenado. Como resposta teremos
mos o ID, o número
núm da baia e a data que o pacote foi recebido.
O método é implementado no controlador S7-1500 e chamado pelo UaExpert..
Um método deve ser usado para gerar as seguintes informações sobre um pacote, especificando o ID do pacote
ou o número do compartimento do banco de dados de rack de alto compartimento:
• Package ID
• Bay number
• Date the package was received
A função "GetPackageInfo“, que lê as informações do banco de dados do rack de alto compartimento, já foi
criado. Neste exercício, você programa o bloco de funções que fornece essa funcionalidade como um método via
OPC UA.
Nota: As instâncias devem ser nomeadas exatamente dessa maneira para que o FB seja reconhecido
como um método por OPC UA clients.
Nota: As instâncias devem ser nomeadas exatamente dessa maneira para que o FB seja reconhecido como
um método por OPC UA clients.
3. Na área estática da interface do bloco, crie uma estrutura "UAMethod_InParameters" para os parâmetros de
entrada do método e uma estrutura "UAMethod_OutParameters" para os parâmetros de saída do método.
Na área estática da interface do bloco, crie uma estrutura "UAMethod_InParameters" para os parâmetros de entrada do método e
uma estrutura "UAMethod_OutParameters" para os parâmetros de saída do método.
Nota: As estruturas devem ser nomeadas exatamente dessa maneira para que sejam reconhecidas como parâmetros de entrada e
saída do método por OPC UA clients.
Estas variáveis devem ser sempre do tipo struct. Em nosso exercício, vamos usar as seguintes referências:
"UAMethod_InParameters“ Struct
• id WString
• bay USint
"UAMethod_OutParameters“
• id WString
• bay USint
• dateIncoming DTL
Crie os respectivos parâmetros de entrada e saída do método dentro das estruturas com base na tarefa.
â
Interconecte as estruturas criadas com os parâmetros de entrada/saída das instruções pré e pós.
Nota: As instâncias devem ser nomeadas exatamente dessa maneira para que o FB seja reconhecido como
um método por OPC UA clients.
3. Na área estática da interface do bloco, crie uma estrutura "UAMethod_InParameters" para os parâmetros de
entrada do método e uma estrutura "UAMethod_OutParameters" para os parâmetros de saída do método.
Nota: As instâncias devem ser nomeadas exatamente dessa maneira para que o FB seja reconhecido como
um método por OPC UA clients.
3. Na área estática da interface do bloco, crie uma estrutura "UAMethod_InParameters" para os parâmetros de
entrada do método e uma estrutura "UAMethod_OutParameters" para os parâmetros de saída do método.
Copie o conteúdo da biblioteca Exercices_Lib, pasta Master Copies \ Chapter 6 \ Exercice 4A para o projeto
Insira um network entre as duas instruções "OPC_UA_ServerMethodPre" e "OPC_UA_ServerMethodPost"
Chame o FC pré-configurado "GetPackageInfo" da biblioteca de exercícios.
Interligue as entradas e saídas deste bloco:
• EN contato aberto, ligado à saída do “UAMethodCalled” do bloco OPC_UA_ServerMethodPre
• Parâmetros de entrada com as variáveis do UAMethod_InParameters
• Parâmetros de saída com as variáveis do UAMethod_OutParameters
• Parâmetro de saída Error, ligado a variável temporária (para
a uso posterior)
pos
• Parâmetro InOut “packages” da variável “DataHighBayPackaing”.packages
BayPackaing” (da biblioteca)
1. Insira uma rede vazia entre as duas instruções. Nesta rede, chame o FC pré-configurado "GetPackageInfo"
da biblioteca de exercícios.
2. Use a saída correspondente da pré-instrução como condição para que o FC "GetPackageInfo" seja executado
(entrada de bloco "EN") quando o método é chamado.
3. Interconecte as entradas e saídas do FC "GetPackageInfo" com os respectivos parâmetros de entrada e
saída do método.
4. Interconecte o banco de dados de rack de alto compartimento "DataHighBayRacking.packages" com o
parâmetro in/out "packages" do FC "GetPackageInfo".
ID do pacote e número do
compartimento solicitados ID do pacote, número do
compartimento e data em
que o pacote solicitado foi
recebido
1. Insira uma rede vazia entre as duas instruções. Nesta rede, chame o FC pré-configurado "GetPackageInfo"
da biblioteca de exercícios.
2. Use a saída correspondente da pré-instrução como condição para que o FC "GetPackageInfo" seja executado
(entrada de bloco "EN") quando o método é chamado.
3. Interconecte as entradas e saídas do FC "GetPackageInfo" com os respectivos parâmetros de entrada e
saída do método.
4. Interconecte o banco de dados de rack de alto compartimento "DataHighBayRacking.packages" com o
parâmetro in/out "packages" do FC "GetPackageInfo".
Monte uma lógica através da saída error do bloco "GetPackageInfo" para gerar esta
informação (e.g. blocos MOVE com contatos aberto/fechado ligados ao EN).
Programe a saída do resultado e a conclusão do método.
Chame o FB em OB "Main", crie uma instância.
Carregue o programa no PLCSIM Advanced e teste seu método com
c UaExpert.
Se o método foi executado com sucesso, o código de status "16#00000000" (Good) deve ser saída.
O método não pode ser executado com êxito se, por exemplo, um número de baía desconhecido ou ID do pacote
for solicitado ou a baía solicitada estiver vazia. Nesses casos, o FC "GetPackageInfo" gera um erro na saída
"error". Então, por exemplo, o código de status "16#803E0000" (BadNotFound) pode ser produzido como
resultado do método.
Resultado da
chamada do
método
Conclusão da
chamada do
método
Se o método foi executado com sucesso, o código de status "16#00000000" (Good) deve ser saída.
O método não pode ser executado com êxito se, por exemplo, um número de baía desconhecido ou ID do pacote
for solicitado ou a baía solicitada estiver vazia. Nesses casos, o FC "GetPackageInfo" gera um erro na saída
"error". Então, por exemplo, o código de status "16#803E0000" (BadNotFound) pode ser produzido como
resultado do método.
Método "RemovePackage"
A remoção de um pacote do rack alto (exclusão do registro de dados no banco de dados de rack elevado)
especificando um ID do pacote ou o número do compartimento deve ser ativado com um segundo método.
1. Crie uma cópia do FC "GetPackageInfo" e adapte-o para que as entradas no "packages" e "bayStatus"
matrizes do respectivo pacote são redefinidas.
2. Crie o FB de chamada que fornece a função como um método OPC UA para este.
3. Teste o método com UaExpert.
SIMATIC HMI
R
Painéis Comfort/Mobile & WinCC
CC Runtime
Runti
SD
© Siemens 2019 siemens.com/sitrain
me como
… as propriedades dos painéis Comfort/Mobile e WinCC Runtime
servidor
R
… como configurar os painéis Comfort/Mobile e WinCC Runtime como
servidor
m um
… como armazenar certificados em u painel Comfort/Mobile e em uma
estação de PC
The following information applies to SIMATIC HMI Comfort/Mobile Panels and the SIMATIC WinCC Runtime
Advanced and Runtime Professional software as OPC UA clients.
AG
PROFINET
AS
Fonte e distribuição Industrial I/O stemas de
Sistemas Controles
de energia identification Distribuído Drives
Driv Industriais
The product portfolio of OPC UA clients of Siemens AG can be classified as follows within the automation pyramid:
Management level:
SIMATIC WinCC Runtime Professional, WinCC V7.5, SIMATIC WinCC OA
Control level:
SIMATIC S7-1500, SIMATIC HMI Comfort/Mobile Panel, SIMATIC WinCC Runtime Advanced, MindConnent
Nano, SIMATIC IOT2000, SIMATIC S7-400 with CP 443-1
Field level:
No client on field level
Note:
The SIMATIC HMI Comfort Panel and the e SIMATIC
SIM WinCC Runtime Advanced software belong to the controller
level of the automation pyramid. However, because of the lack of real-time capability of the OPC UA connection up
to now, control signals and commands should not be exchanged.
X.509 X.509
Troca de certificados
Server
The following table shows the security policies that are supported by the individual SIMATIC HMI products:
None Sign Sign & Sign Sign & Sign Sign &
Encrypt Encrypt Encrypt
Comfort/Mobile ض ض ض
Panel
WinCC Runtime ض ض ض
Advanced
WinCC Runtime ض ض ض ض ض
Professional
R/W response
Browse request
R/W request
Registrado
ado
Leitura/Escri Historical Alarms and
Browse Leitura/Escri Subscrição Métodos
ta Access Conditions
ta
Comfort/Mobile Panels and WinCC Runtime (Advanced and Professional) support the following access types
as OPC UA clients:
• Browse
• Read/Write
Notice
Although you can set an acquisition cycle for each HMI variable, this will be converted to a cyclic OPC UA Read
command. No OPC UA subscriptions are created!
Nota:
Pode-se entrar com o URL ou navegar online nos diretórios
You create OPC UA connections under "Connections" in the project tree of the Comfort Panel or WinCC Runtime.
Select "OPC UA" as the communication driver. Under "OPC Server", enter the discovery URL of the OPC UA
server and select the security policy or endpoint.
Note:
Instead of entering the server URL of the desired server, you can also select it via the discovery function
of TIA Portal.
Duas alternativas para endereçamento: ou navegando online ou entrando com o edereço (node ID) do tag
Nota: A ferramenta de engenharia (WinCC) não tem opção de navegação através de certificados. Isto significa que o server de permitir
acesso via security policy “None” durante a configuração.
Under "HMI variables", create the variables and select the respective connection.
If the OPC UA server is accessible and the security policy "None" is configured, you can browse the server and
select the respective variables.
Note: The WinCC Engineering software (not WinCC Runtime) provides no option for a certificate exchange.
This means you can only browse an OPC UA server if the security policy "None" is activated in the server and
configured in the client. After configuring the variables, you can adjust the security policy.
WinCC RT Advanced
Os certificados
ertificados dos HMI são
nciados nas pastas de sistema.
gerenciados
The certificates for all SIMATIC HMI products are managed using file system folders. The storage location is
dependent on the respective product and the role it assumes (server or client). For the OPC UA client, the
certificates are managed at the following storage locations:
Comfort/Mobile Panel:
\flash\simatic\SystemRoot\OPC\PKI\CA\default
Estrutura de subdiretórios:
Comfort/Mobile Panel and WinCC Runtime Advanced:
certs: Trusted certificates and own certificate
private: Private keys
rejected: Rejected certificates
AG
IOT2000, S7-400 com CP 443-1, SIMOTION,
PROFINET
AS
3RW44
Fonte e distribuição Identificação I/O stemas de
Sistemas Controles
de energia industrial Distribuído Driv
Drives Industriais
The product portfolio of OPC UA servers of Siemens AG can be classified as follows within the automation
pyramid:
Management level:
SIMATIC NET, SIMATIC WinCC RT Professional, SIMATIC WinCC V7.5, PCS 7, SINEMA Server, TeleControl
Server Basic, SIMATIC Energy Manager PRO, SIMATIC WinCC OA
Control level:
SIMATIC S7-1500, SIMATIC HMI Comfort/Mobile Panel, SIMATIC WinCC RT Advanced, MindConnent Nano,
SIMATIC IOT2000, SIMATIC S7-400 with CP 443-1, SIMOTION, SINUMERIK
UM
Field level:
SIMATIC RF600, SITOP PSU8600/UPS1600,, SIMOCOD
SIMOCODE, SIRIUS 3RW44
X.509 X.509
Troca de certificados
Client
Comfort/Mobile Panels and WinCC Runtime Advanced provide the following security mechanisms as OPC UA
servers:
• Encryption
• None
• Basic 128Rsa15 (Sign, Sign & Encrypt)
Publicação
Browse response
R/W response
Browse request
R/W request
Amostragem
Registrado
ado
Leitura/Escri Historical Alarms and
Browse Leitura/Escri Subscrição Métodos
ta Access Conditions
ta
Comfort/Mobile Panels and WinCC Runtime Advanced support the following access types as OPC UA servers:
• Browse
• Read/Write
• Subscription
The OPC UA server of the Comfort/Mobile Panel and WinCC Runtime Advanced can be activated in the runtime
settings under "Services".
The security policies and the port number can then be set under "OPC settings".
Subdiretórios:
certs: Trusted certificates
OPCUACerts: Own certificate and own private key
rejected: Rejected certificates
The certificates for all SIMATIC HMI products are managed using file system folders. The storage location is
dependent on the respective product and the role it assumes (server or client). For the OPC UA server, the
certificates are managed at the following storage locations:
Comfort/Mobile Panel:
\flash\simatic\SystemRoot\SSL
AG
IOT2000, S7-400 com CP 443-1, SIMOTION,
PROFINET
AS
3RW44
Fonte e distribuição Identificação I/O stemas de
Sistemas Controles
de energia industrial Distribuído Driv
Drives Industriais
The product portfolio of OPC UA servers of Siemens AG can be classified as follows within the automation
pyramid:
Management level:
SIMATIC NET, SIMATIC WinCC RT Professional, SIMATIC WinCC V7.5, PCS 7, SINEMA Server, TeleControl
Server Basic, SIMATIC Energy Manager PRO, SIMATIC WinCC OA
Control level:
SIMATIC S7-1500, SIMATIC HMI Comfort/Mobile Panel, SIMATIC WinCC RT Advanced, MindConnect Nano,
SIMATIC IOT2000, SIMATIC S7-400 with CP 443-1, SIMOTION, SINUMERIK
UM
Field level:
SIMATIC RF600, SITOP PSU8600/UPS1600, SIMOCODE,
IMOCODE SIRIUS 3RW44
X.509 X.509
Troca de certificado
Client
Autenticação de usuário
WinCC Runtime Professional provides the following security mechanisms as an OPC UA server:
• User authentication
• Encryption
• None
• Basic128Rsa15 (Sign, Sign & Encrypt)
• Basic256 (Sign, Sign & Encrypt)
• Basic256Sha256 (Sign, Sign & Encrypt)1)
Publicação
Data response
R/W response
R/W response
Browse request
Data request
R/W request
R/W request
Amostragem
A
Server
Serve Server Server
Browse
Leitura/Escri
Registrado
do
Leitura/Escri
E Subscrição Métodos
Historical Alarms and
ta Access Conditions
ta
WinCC Runtime Professional supports the following access types as an OPC UA server:
• Browse
• Read/Write
• Registered Read/Write
• Historical Access
O
OPC UA server é uma opção durante a
instalação do WinCC Runtime Professional e
não é selecionado por default.
O ajuste para instalação fica sob divisão Tools.
The OPC UA server is an option during installation of WinCC Runtime Professional and is not selected by default.
In order to use WinCC Runtime Professional as an OPC UA server, you must select the "WinCC OPC UA Server"
check box under "Tools".
G
Necessário para
Historical Access
Nota:
Para Historical Access, deve-se ativar a opção "Data logging in runtime"
Under "OPC settings", you can change the port number of the OPC UA server and select the security policies.
i
Note:
For Historical Access, you must activate the "Data logging in runtime" service.
Selecione "Memory"
para local de
armazenamento
Selecione "On
change“ para o tipo de
aquisição
To make variables available via Historical Access, create a data log and select the storage location "Memory".
Then create logging variables and connect your process variables. Set the acquisition type to "On change".
Neste exercício
UA Expert
Configurar um HMI TP700 Comfort com Sevidor OPC UA OPC UA client
HMI como
OPC UA server
OPC UA client
S7-1500 como
OPC UA server
Neste exercício
UA Expert
Configurar um HMI TP700 Comfort com Sevidor OPC UA OPC UA client
Habilitar nível de segurança “none”
S7-1500 como
OPC UA server
SIMATIC NET
G
OPC Server e
OPC Scout
© Siemens 2019 siemens.com/sitrain
… como classificar o OPC Scout OPC client e quais recursos ele oferece
arece em
… qual o modelo de função por trás “Alarms & Conditions” aparece
conjunto com o SIMATIC NET OPC Server
releva
… o que são eventos e quais tipos de eventos são relevantes para a S7
connection otimizada
a para
… como o modelo de filtro funciona p A&C
The product portfolio of OPC UA servers of Siemens AG can be classified as follows within the automation
pyramid:
Management level:
SIMATIC NET, SIMATIC WinCC RT Professional, SIMATIC WinCC V7.5, PCS 7, SINEMA Server, TeleControl
Server Basic, SIMATIC Energy Manager PRO, SIMATIC WinCC OA
Control level:
SIMATIC S7-1500, SIMATIC HMI Comfort/Mobile Panel, SIMATIC WinCC RT Advanced, MindConnect Nano,
SIMATIC IOT2000, SIMATIC S7-400 with CP 443-1, SIMOTION, SINUMERIK
Field level:
SIMATIC RF600, SITOP PSU8600/UPS1600, SIMOCODE,
MOCODE, SIRIUS 3RW44
X.50 X.50
9 Troca de certificados 9
Server
Client
Autenticação de usuário
R/W response
R/W response
Browse request
Node request
R/W request
R/W request
Amostragem
RA
Server Server Server Server Server Server Server
Browse
Escrita/Leitu
Registrado
ado
Escrita/Leitu
E Subscrição Métodos
Historical Alarms and
ra Access Conditions
ra
Note:
The access type "Alarms and Conditions" is currently possible with TIA Portal for the SIMATIC NET OPC Server
only in combination with the S7-1500 and programmed alarms.
The "Communication Settings" configuration program is used for configuration and diagnostics of the PC hardware
components and the PC user programs. You can use it to make the settings of the SIMATIC NET OPC Server.
The program is installed with the PC programs on the SIMATIC NET Installation DVD on your PC.
You call the program from the Windows Start menu "Siemens Automation > Communication Settings".
Name:
DP DP master, DP slave via PROFIBUS
DP master class 2 DP master class 2 via PROFIBUS
FDL S5-compatible communication Send/ Receive via PROFIBUS
Fieldbus Data Link (FDL)
S7 SIMATIC S7 communication via PROFIBUS and Industrial
a PROFIB
Ethernet
S7-optimized SIMATIC S7 communication
munication with S7-1200 (V4 or higher) and S7-1500
via Industrial
al Ethernet (access
( to optimized data blocks)
SR S5-compatible
mpatible communication
c Send/ Receive ISO, ISO-on-TCP
and TCP/IP
/ via Industrial Ethernet
SNMP Simple Network Management Protocol via Industrial Ethernet
PROFINET IO Component-based communication according to PROFINET IO
standard via Industrial Ethernet
1 2
Activation of OPC UA
1. OPC UA
OPC UA can be selected for the "S7" and "S7 optimized" protocols.
2. Overview of settings
An overview of the detailed settings for the individual protocols is shown here in abbreviated form.
3. Details
If you click the arrow symbol, the expanded parameter list for the protocol is displayed.
4. XML
If the XML OPC server is to be used in parallel with
h the OPC servers, this option must be selected.
Note:
After changes are made to the communication
ati settings, you must restart the server in order for the settings to take
effect.
1. Port settings
C: If this check box is selected, the default setting is used for the indicated port. If the check box is not
selected, you can edit the input field for the port.
2. Security policies
U: accepts unsecured connections based on security policy "None"
W: accepts secured connections based on security policy "Basic128Rsa15"
X: accepts secured connections based on security policy "Basic256"
Y: accepts secured connections based on security policy "Basic256Sha256"
OPC Server
User Appl
Modelo de uma
HMI RT
PC station
Index Index Index Index Index
1 2 3 4 5
Virtual rack da PC station
With the "Station Configurator" (Station Configuration Editor), you can access the component management of the
Station Manager in the PC station. You require the Station Configuration Editor for the initial configuration (as an
alternative to remote configuration) and maintenance of a PC station.
You have the following options for configuring the Station Configuration Editor:
• Manually:
With this option you manually insert the components in the slots of the Station Configuration Editor. These must
be entered in the same order as in the component image you created in the SIMATIC PC station using the HW
configuration in TIA Portal.
The configuration in TIA Portal is then downloaded to the Station Configuration Editor (Station Manager).
2
Índice de slot
The configuration of the SIMATIC NET OPC Server takes place in TIA Portal in a PC station.
1. In the "Devices & networks" view, the following components must be inserted from the hardware catalog:
• A "PC station" from "PC general"
• An "IE General" PC interface from "Communications modules > PROFINET/Ethernet"
• An "OPC server" from "User applications"
2. Here, in example 1, the slot index for the "IE General" interface is the slot index of "OPC server" 2.
For a basic configuration, the IP address of the "IE General" interface must then also be configured and this
interface must be assigned to a subnet.
Note:
The indexes (slots in the rack of the PC station)
on) can be assigned
a individually but, in the event of manual
configuration of the Station Configuration
n Editor, the
th same order must be followed!
In order to access variables of a PLC, an S7 connection must be established between the OPC server of the PC
station and a SIMATIC S7 controller (here in the example, a CPU 1214C).
1. In the "Network view", change from "Network" mode to "Connections" mode with an "S7 connection" and
use drag-and-drop to draw an S7 connection between the OPC server and CPU 1214C.
2. TIA Portal creates an "S7_Connection_1" between the two endpoints under "Connections".
The basic configuration for this theoretical minimum system is now complete.
The configuration and parameter assignment of the PC station must now be downloaded to the Station
Configuration Editor and Station Manager. There are three
e possible ways
w to do this:
A busca só
funciona para
equipamentos
em rede, para
download
para o próprio
micro, digitar
3 o IP
manualmente
5 4
Transfer of the configuration from TIA Portal to the Station Manager of the Station Configuration Editor.
1. Compile the PC station and call the menu item "Online > Extended download to device...".
2. Check that the PG/PC interface and the type of the PG/PC interface are correct, and start a search for
available target devices.
3. Because the system only finds devices outside its own engineering station in this dialog and your PC station
may also simultaneously contain the engineering system, you must select the entry "Destination address" in
the "Address" column of the table of the target devices and enter the IP address of your PG/PC (in this
example, 192.168.111.1). The system now searches for the corresponding
spo access point (here: IE General_1)
on its own device.
1 3
2
4
T A
4. When the "Add component" dialog is acknowledged, the OPC server is virtually loaded onto Index 2.
5. The status of the OPC server also changes to C
and L. Th
P The dialog of the Station Configuration Editor can
now be exited with "OK".
Note:
The order and the slot numbers of the components must be the same as in the configuration of the PC station in
TIA Portal.
You can now download the PC station to the Station Configuration Editor (Station Manager) in TIA Portal.
AG
1
4 5
Configuration and project engineering via import of the XDB file from the TIA Portal
1. In the project tree in TIA Portal, select the PC station und change to the "XDB configuration" menu item on the
"General" tab in the properties dialog of the PC station.
Select the "Generate XDB file" check box. By default, the system stores the file in the .\XDB folder of your
TIA Portal project with the name of the PC station.
2. The XDB file will be stored in the corresponding path when the project is next compiled.
3. This XDB file can be loaded in the Station Configuration Editor using "Import station …".
AG
PROFINET
AS
Fonte e distribuição Identificação I/O stemas de
Sistemas Controles
de energia industrial Distribuído Drives
Driv Industriais
The product portfolio of OPC UA clients of Siemens AG can be classified as follows within the automation pyramid:
Management level:
SIMATIC WinCC RT Professional, WinCC V7.5, SIMATIC WinCC OA, OPC Scout
Control level:
SIMATIC S7-1500, SIMATIC HMI Comfort/Mobile Panel, SIMATIC WinCC RT Advanced, MindConnect Nano,
SIMATIC IOT2000, SIMATIC S7-400 with CP 443-1
Field level:
No client on field level
X.50 X.50
9 Troca de certifciado 9
Client
Server
Autenticação do usuário
OPC Scout acts as a commissioning tool and is made available free of charge by Siemens. For this reason, OPC
Scout foregoes certificate exchange and trusts all servers. It provides only one client certificate to the servers.
The certificate of OPC Scout can be exported from the configuration program
rog "Communication Settings" of
SIMATIC NET.
Área de informação
Área de navegação
(servidor, conexão,
(lista os servers)
2 Atributos, etc.)
1
ES
Selecionadas)
adas) 4 Selecionadas)
You call the program from the Windows Start menu "Siemens Automation > Communication Settings".
1. Navigation area:
The navigation area lists the registered OPC COM servers and UA servers that can be accessed from your
PG/PC. All locally installed UA servers that were registered by the Discovery service or with which a
connection has been established at least once are displayed.
2. Information area:
The information area shows information regarding the status and functionalities for the server selected in the
navigation area as well as connection information. Items and attributes with additional properties such as
name, value, type and, if applicable, access right and item name are displayed for each object selected in the
navigation area.
3. Workbook:
The workbook shows your current project with the servers
rvers used in
i it and your individually created views.
4. View area:
The view area displays the views createded in the workbook
wo with their respective objects. The following types of
views are available:
• DA views: for displaying the data off COM
C and UA servers
• AE views: for displaying events (Alarms & Events)
• Diagnostics views: for displaying the S7 connection diagnostics for COM and UA servers
1. Double-click the menu item "Add Server" in the navigation area to open the "Find endpoints of the UA
server" dialog.
2. Here, the URL of the desired server or a Discovery server can be entered. When you click the "Discovery"
button, the available endpoints of this OPC UA server are displayed.
3. After selecting the desired server endpoint, you can specify the security mode and the security policy.
Note
The "Security policy" drop-down list contains all the security policies that the OPC UA server provides for the
selected endpoint. However, security policies not supported by OPC Scout V10 cannot be selected for the
navigation area.
If a connection was not able to be established to the server, this is indicated by corresponding error messages.
R/W response
Browse request
Node request
R/W request
Amostragem
A
Server Server Server Server
rver Server Server Server
Browse Leitura/Escrita
Registrado
do
ES
rita
Leitura/Escrita
Subscrição Métodos
Historical
Access
Alarms and
Conditions
The OPC Scout supports the following types of access to OPC UA servers:
• Browse
• Read/Write
• Subscription
• Alarms and Conditions
This means that OPC Scout is suitable as a commissioning tool for most OPC UA servers of the Siemens product
portfolio.
Client
Browse response
Browse request
Server
Browse
Once the connection to an OPC UA server is successfully established, the nodes of the connected server can now
be browsed in the navigation area. When you click on one of the variables in the navigation area, the attributes and
values of this node are displayed in the information area.
Æ Folders
Æ Nodes
Æ Variables
Client
R/W response
R/W request
A
OPC UA Read
ead OPC UA Write
2
Server
1
3 4
Leitura/Escrita
1. Click the "Create and add new DA view" button to create a new DA view in the view area.
2. Select the variable in the Server Explorer window and use drag-and-drop to move it to the DA view in the view
area. You can then execute the OPC UA "Read" and "Write" commands by clicking the "Read" and "Write"
buttons.
3. The value of the variable is displayed in the "Value" column of the table. Status information in the "Result"
column indicates whether the reading or writing was successful.
4. In the "New value" column, a value can be entered that will be written to the corresponding variable on the
OPC UA server by clicking the "Write" button.
Client
Publicação
Amostragem
AS
Server
Subscrição
1. The "Monitoring ON" button in the DA view of the view area causes OPC Scout to create a subscription.
2. The update interval set in the properties is requested and the actual update interval is returned by the server.
In the example shown, an update interval of 500 ms was requested, but an update interval of only 1000 ms is
allowed by the server.
Further settings for the respective subscription to the OPC UA server can be made in this properties window of
the DA view.
Note:
If various subscriptions to different variables of a server are necessary, different DA views must be created in OPC
Scout.
Client
Status changes of the A&C Var
Node request
Server
3
2
Alarms and
Conditions
Note:
The status of the alarm type (incoming, outgoing and acknowledged) and a status code is shown in
Status.
1. Click the "Create and add new AE view" button to create a new AE view in the view area.
2. The following buttons are used to display the alarms and conditions.
Buttons:
• Server
Selects a compatible server from the workbook.
• Monitor
Enables or disables monitoring of all objects (attributes) of the view.
• Update
Only current events whose status indicates that they still exist at the time this function is called are retrieved
from the AE server again and displayed.
• Filter conditions
The filter conditions are transferred to the A&C Server. The server then reports only alarms that correspond
to the filter conditions to OPC Scout.
• Attributes/Properties
attribu
Opens the dialog for selecting the attributes and properties.
3. After selecting an OPC UA Alarms & Conditions Server, you can change between the "Alarm list" and
"Conditions" tabs.
Note:
The status of the alarm type (incoming, outgoing and acknowledged) and a status code is shown in Status.
1
4 2
1. Click the "Create and add new Diagnostics view" button to create a new Diagnostics view in the view area.
2. The "Server" button opens the "Select server" dialog. The servers contained in the workbook are listed.
Select at least one server and transfer it to the Diagnostics view with "OK".
3. In the Diagnostics view, you can make settings by selecting the respective view in the workbook and opening
the "Properties of the Diagnostics view" dialog from the shortcut menu.
The properties dialog allows the following settings to be made:
• Update interval: The update interval requested by the server in milliseconds (ms).
• Selection of the respective diagnostics variables from the OPC UA server.
• Test timeout interval: Timeout interval for testing of connections whose connection is established with
the option "Active, on demand".
• "Default" button: Customized settings for the width, visibility and arrangement of the individual columns in
the Diagnostics view.
4. Click the "Monitoring ON" button to display the selected
ed diagnostic
diagnost variables.
TA
Resolução de Problemas
blemas
PL
e Diagnóstico
© Siemens 2019 siemens.com/sitrain
co em
… como obter mais informações sobre diagnóstico
caso de erros
Office SCADA
Exemplos de possíveis fontes de erro
1.
1 1 Conexão entre cliente e servidor
Aplicação
Certificados inválidos
remota
Os certificados expiraram
Notificação de certificado não feita
OPC UA
Interface
1 OPC UA communication
2.
1 Conexão entre servidor e AS
1 Quebra de cabo
Driver B
S7
2 3 Sobrecarga do AS
2 3.
Falha no servidor
4 Configuração incorreta (direitos de
acesso, mecanismos de segurança)
2
Controladores
1.
• Conexão entre cliente e servidor
• Certificados inválidos
• Os certificados expiraram
• Notificação de certificado não feita
2.
• Conexão entre servidor e AS
• Notificação da conexão nos dois lados
• Quebra de cabo
• Sobrecarga do AS
3.
• Falha no servidor
• Configuração incorreta (direitos de acess
acesso, mecanismos de segurança)
• Sobrecarga de servidor
4.
• Falha no AS
• O sistema não está no modo de execução, mas o servidor causa acessos/chamadas de método
Erros de configuração
… são erros causados por configurações incorretas para o cliente ou servidor.
Erros operacionais
… são erros que ocorrem apenas durante a operação e possivelmente apenas
em situações especiais.
• Certificates
In order to work with OPC UA in the productive environment, the use of security mechanisms with certificates is
recommended. This requires valid certificates, which the server and client must be notified about. If one of the
configuration steps is missing, secure OPC UA communication cannot take place.
• Overload
Overloading of the server may cause a slowdown in the processing of requests, but also to a loss of data (value
changes). Possible causes for this are the overloading of the server by its clients or a shortage of resources on
the system of the server.
Wireshark é um programa gratuito para análise e processamento gráfico de protocolos de dados na rede
(sniffer). A gravação da comunicação pode ser útil para solucionar problemas ou avaliar o conteúdo da
comunicação.
O Wireshark exibe o cabeçalho do protocolo e o conteúdo transportado
nsportad para uma gravação.
1. Depois de iniciar o Wireshark, o primeiro passo é selecionar o adaptador de rede que você deseja.
2. A gravação pode ser iniciada com este botão e os pacotes são exibidos em uma lista.
1. Os filtros atualmente
selecionados estão
listados aqui.
5
2. Lista dos pacotes
ouvidos, classificados por
1
ordem de
2 envio/recebimento.
3 3. Vista detalhada do pacote
atualmente selecionado.
4
4. Representação
hexadecimal do pacote
atualmente selecionado.
5. Um ou mais filtros podem
ser selecionados com
este botão.
O Wireshark vem com um grande número de filtros predefinidos. Para facilitar a seleção, você pode usar o campo
de entrada "Localizar" para reduzir os filtros disponíveis para os que são importantes para você.
1. Para encontrar os filtros relevantes para o OPC UA, você pode digitar "opcua" no campo de entrada “Find”.
2. Selecione o filtro encontrado e confirme com "OK".
Pacotes da
transferência de
dados
Conteúdo de um
pacote selecionado
Conteúdo de campos
individuais de um
pacote
Exemplo:
Após a ativação do filtro, a lista de pacotes contém apenas os pacotes que correspondem ao filtro.
A seção superior da captura de tela mostra o estabelecimento da conexão com um OPC UA server. Você vê
solicitações do cliente (origem: 192.168.111.1) para o servidor (destino: 192.168.111.14) para abrir um canal não
seguro e iniciar uma sessão ("OpenSecureChannelRequest", "ActivateSessionRequest"), bem como as respostas
correspondentes do servidor. Além disso, você vê solicitações para ler variáveis ("ReadRequest") e para criar
uma assinatura ("CreateSubscriptionRequest").
Nota:
Se você diagnosticar uma conexão criptografada, o conteúdo dos campos individuais não fornecerá nenhuma
informação valiosa.
• ServerDiagnosticsSummary
• SessionsDiagnosticsSummary
• SubscriptionDiagnosticsArray
UA server de um S7-1500. SD
t, que está conectado
A captura de tela mostra o UaExpert, c ao OPC
ServerDiagnosticsSummary
Contém informações gerais de diagnóstico do servidor, como o número de sessões e assinaturas ativas no
momento ou o número de solicitações rejeitadas devido a regras de segurança.
SessionsDiagnosticsSummary
Informações sobre sessões individuais, como estatísticas das solicitações de Read/Write e o horário da última
solicitação.
SubscriptionDiagnosticsArray
Semelhante ao SessionsDiagnosticsSummary, esta lista contém informações
ma sobre as assinaturas existentes.
With the Server Diagnostics View of UaExpert, specific information on the server, session and subscription can
be queried and displayed.
This is merely a representation of the information from the ServerDiagnostics node that has been prepared for the
user.
Endpoints
Exibição dos pontos de extremidade disponíveis do servidor,
or, de
acordo com as informações sobre os mecanismos de
segurança oferecidos.
Endpoints
Exibição dos pontos de extremidade disponíveis do servidor, de acordo com as informações sobre os
mecanismos de segurança oferecidos.
Server Information
Dados gerais do servidor, como fabricante, versão, status, perfis e limites do servidor (por exemplo, intervalo de
amostragem mínimo suportado, limites de configuração).
Subscription Diagnostics
Dados semelhantes são fornecidos aqui como na aba "Session
Diagnostics", mas dividido para as assinaturas individuais de uma
sessão.
Session Diagnostics
As informações sobre as sessões são abertas no servidor, por exemplo lista de estatísticas de uso (performed
operations/faulty operation) e especificação do atualmente monitorado “Monitored Items”.
Subscription Diagnostics
Dados semelhantes são fornecidos aqui como na aba "Session Diagnostics", mas dividido para as assinaturas
individuais de uma sessão.
Aplicativos diferentes lidam com erros de maneira diferente. A documentação do aplicativo deve ser
consultada para a análise.
UaExpert exibe apenas nós válidos no “Data Access View”. Quando é feita uma tentativa de monitorar um
nó inválido, isso é comunicado por uma mensagem (incluindo código de erro) na área de log.
S
RA
No OPC Scout V10, a área de entrada do NodeID fica
fic vermelha e o código de erro é gerado como resultado
da operação.
Os códigos de erro são retornados em dois níveis no OPC UA. Um reflete o status da chamada
geral e o outro reflete o resultado das operações individuais da chamada.
Os códigos de erro são indicados por quatro bytes e frequentemente representados com texto.
A análise rápida pode ser feita avaliando o primeiro byte do código de erro.
0x00… – "Good"
0x40… – "Uncertain"
0x80… – "Bad"
A listing of all valid service results can be found in the OPC UA Specification Part 4 "Services".
Exemplos:
TA
Uncertain_InitialValue O valor fornecido é um valor
alor inicial de
d uma variável que
0x40920000 normalmente obtém
L C
m seus dados
dado de outra variável.
Good_Overload A amostragem
S
gem foi mais lenta devido a uma escassez de
A sobrecarga do servidor).
DR
0x002F0000 recursos
sos (possível
(possíve
Recomendação:
Use os códigos de status especificados pelo OPC UA em seu aplicativo, por exemplo quando programar
métodos.
Uma lista de todos os códigos de status válidos pode ser encontrada na parte 4 da especificação do OPC UA
"Serviços" e está disponível para download na versão mais recente:
http://bit.ly/2yb6EOf
Além dos códigos de erro gerais do OPC UA, mensagens de erro adicionais são
definidas nas especificações complementares individuais.
No menu "Diagnostics", você encontrará o Logbook com as mensagens de status e erro do leitor RFID.
The configuration console "Communication Settings" is used for configuration, commissioning and diagnostics of a
SIMATIC PC station.
You can find a complete list of all symbols in the help of the Station Configurator.
For troubleshooting your own applications, it is often beneficial to be able to evaluate the correct behavior of the
lower-level components.
In particular, errors in communication activity patterns can be more easily traced in this way. A program logs the
actions it has executed with the help of trace outputs.
Trace file
Name of trace file.
All trace files are stored in the "LogFiles" directory of SIMATIC.NET by default.
Trace depth
By setting the trace depth, you specify the
e degree
deg of detail and thus the set of generated information.
Trace groups
The trace group defines the range of functionalities to be logged.
Exemplo
A leitura de um nó específico falha
Procedimento
Crie um arquivo de rastreamento para o caso de erro
Crie um arquivo de rastreamento para um caso sem erros –
Leitura de um valor diferente / semelhante que não falha
Le
Avaliação
Comparação dos dois arquivos de rastreio – Analisar diferenças
Exemplo
• A leitura de um nó específico falha
Procedimento
• Crie um arquivo de rastreamento para o caso de erro
• Crie um arquivo de rastreamento para um caso sem erros – Leitura de um valor diferente / semelhante que não
falha
Avaliação
• Comparação dos dois arquivos de rastreio – Analisar diferenças
erenças
2 1
A S
A “Diagnostics view” do OPC Scout fornece informações
informaçõe sobre o servidor SIMATIC NET e uma lista das
DR
conexões e parceiros S7 configuradoss para o servidor.
ser
1. Click the "Server" button. The "Select server" dialog box opens. The servers contained in the workbook are
listed. Select at least one server and close the dialog with "OK".
Note:
The "Monitoring ON" button is not operable until you have performed the indicated steps.
O "S7 connection diagnostics" fornece informações sobre o status da conexão das conexões S7
configuradas da PC station.
Os dados podem ser obtidos localmente ou pela rede. Ao fazer isso, o aplicativo copia as
informações desejadas do sistema de arquivos do PC de destino.
Além dos dados para o sistema operacional, os dados para os seguintes produtos podem ser
obtidos :
• STEP 7
• WinCC
• PCS 7
• SIMATIC NET
• WinCC flexible
• STARTER/SCOUT
• S7-1500 Software Controller
SAS-DC automatically protects the created archives with a password. If you want to access the result, the
password 12345678 must be entered.
Start Collecting inicia o processo de coleta e fornece feedback por meio de uma barra de progresso e o status é
exibido na parte inferior da janela.
Status from Collection pode ser usado para carregar e exibir o status de um arquivo coletado anteriormente
novamente.
1. Select Task
Uma configuração predefinida pode ser selecionada aqui. Dependendo da seleção, as opções para executar
a tarefa desejada são definidas automaticamente para o item 3.