Models
Um modelo corresponde a uma representação ou uma visão de um sistema e/ou processo. Em teoria de modelos um modelo é uma estrutura composta por um conjunto universo e por constantes, relações e funções definidas neste conjunto universo. O conceito de modelo aplicado ao contexto de sistema de supervisão está associado a uma representação de um sistema e/ou processo, permitindo “modelar” sistemas, processos, máquinas, etc. e posteriormente criar instâncias destes modelos para serem supervisionadas e/ou controladas pelo sistema supervisório.
Por exemplo, supondo que em uma planta do chão de fábrica possuam várias maquinas do tipo A. Pode_se criar um “modelo” para este tipo de máquina, e para supervisionar/controlar as diversas máquinas do tipo A da planta de processo; basta criar “instâncias” deste “modelo” para cada uma das máquinas existentes, sem a necessidade de replicar os Tags, telas, etc. manualmente para cada máquina. Neste contexto, o sistema de supervisão permite o acesso individual aos Tags de cada uma destas máquinas da planta, bem como alterações no “modelo” da máquina são automaticamente exportadas para todas as instâncias.
O sistema suporta a definição de vários modelos simultâneos, por exemplo, a definição de um modelo para a máquina do tipo A, outro modelo para máquina do tipo B, outro modelo para o processo C, etc..
Fig. Árvore de itens de Models
Model
Item do projeto que contém a configuração necessária para um modelo.Para incluir um “Model”, clique com botão direito do mouse sobre o item “Models” e selecione o menu “Adiciona Item/Model”. As seguintes propriedades são apresentadas para um item “Model”
Identificação |
||
|---|---|---|
Propriedade |
Descrição |
Default |
Nome do item |
Define o nome do item que será exibido na árvore do painel de projeto e será utilizado quando necessário referenciar o mesmo. |
Item_NNN |
Comentário |
Permite a inclusão de um comentário acerca do objeto. Este campo não é obrigatório. |
(Nenhum) |
Propriedades do modelo |
||
|---|---|---|
Propriedade |
Descrição |
Default |
Descrição |
Permite a inclusão de uma breve descrição para o modelo. |
|
Herdado do modelo
|
Permite a seleção do modelo de onde devem ser herdados informações. São permitidos vários níveis de herança de modelo, de acordo com a necessidade e níveis hierárquicos de modelos desenvolvidos para o processo. Não são permitidas circularidades entre heranças, bem como a herança para o próprio modelo. |
(Nenhum) |
|
Esta propriedade está disponível para o HIscada Pro a partir da versão 1.1.00. |
Os Tags OPC definidos em qualquer um dos modelos hierárquicos base devem possuir o mesmo “Endereço” em todas as instâncias que utilizam este modelo. Por exemplo, se criamos um Tag OPC em um modelo base para representar um código de falha com endereço de uma variável “M100” do controlador, todas as instâncias que utilizam este modelo base (direta ou indiretamente) necessitam que o controlador associado à instância possua esta variável M100 para representar este Tag OPC referente ao código de falha.
Caso esta premissa não seja possível, ou seja, nem todas as instâncias que utilizam este modelo base possuem esta mesma variável “M100” para representar o código de falha, podemos optar por:
Remapear esta funcionalidade de um Tag OPC do modelo base para um Tag local do modelo base, e neste caso devemos de alguma forma (por exemplo, através de scripts) replicar o valor referente ao código de falha obtido através de um Tag OPC para este Tag local. Este Tag OPC deve estar no modelo mais especializado, de tal modo que em cada modelo especializado possa ter endereços diferentes.
Utilizar o MIP, pois este poderia obter os códigos de falha dos diversos controladores de instâncias e publicá-los em sua interface servidora como um Tag OPC com um endereço único.
Um modelo possui um subconjunto de itens de projeto do “kernel”, compostos pelos seguintes itens de configuração: