Este artigo tem como objetivo apresentar um roteiro com as melhores pr\u00e1ticas para desenvolvimento de uma aplica\u00e7\u00e3o Elipse E3.
\nCom base nos m\u00f3dulos existentes no software, ser\u00e3o enunciados diversos artigos e dicas para um bom desenvolvimento.<\/p>\n
Existe um conjunto de orienta\u00e7\u00f5es para desenvolver aplica\u00e7\u00f5es com boa performance, e uma delas \u00e9 a utiliza\u00e7\u00e3o de Bibliotecas.
\nDevido a complexidade e extens\u00e3o de alguns projetos, o seu desenvolvimento pode se tornar muito mais r\u00e1pido com o uso dos recursos de orienta\u00e7\u00e3o a objetos e as Bibliotecas dispon\u00edveis no E3, criando projetos simples e objetivos, reduzindo drasticamente o tempo de manuten\u00e7\u00e3o.<\/p>\n
Portanto, abaixo apresentamos alguns artigos que demonstram essa pr\u00e1tica no Elipse E3:<\/p>\n
O Elipse E3 possui conex\u00e3o nativa com os bancos Access, Oracle, SQL Server, PostgreSQL e MySQL, e a escolha depender\u00e1 diretamente de sua finalidade, onde teremos que avaliar suas vantagens e desvantagens<\/a>.<\/p>\n Os Hist\u00f3ricos <\/b>s\u00e3o m\u00f3dulos respons\u00e1veis pelo armazenamento de dados da aplica\u00e7\u00e3o em um Banco de Dados para an\u00e1lises futuras, onde \u00e9 poss\u00edvel inserir chave prim\u00e1ria <\/b>e \u00edndices.\u00a0<\/b>\u00cdndices s\u00e3o campos (ou conjunto de campos) previamente ordenados pelo banco de dados a fim de melhorar a performance das consultas que utilizam estes \u00edndices.<\/p>\n J\u00e1 para a configura\u00e7\u00e3o da Consulta<\/strong>, dependendo da quantidade de dados retornados em uma consulta, ou do n\u00famero de objetos que possuem consultas associadas, o ac\u00famulo excessivo de dados pode gerar lentid\u00e3o ao entrar em telas e ao retornar os dados provenientes das consultas.\u00a0 Neste caso, \u00e9 importante inserir um filtro<\/strong>, com um espa\u00e7o de tempo curto no valor inicial das vari\u00e1veis que realizam o filtro por data.<\/p>\n \u00c9 importante destacar, que utilizando um objeto Hist\u00f3rico ou o m\u00e9todo Execute do objeto Consulta com o par\u00e2metro ImmediateExecute<\/strong> igual a False<\/strong>,\u00a0 os dados passam pelas filas de opera\u00e7\u00f5es do banco (arquivos .e3i e .e3o), de maneira ass\u00edncrona, proporcionando maior performance na aplica\u00e7\u00e3o. N\u00e3o recomendamos ativar o ImmediateExecute(True)<\/strong>, justamente por potencialmente causar travamentos no aplicativo mediante desconex\u00f5es do banco.<\/p>\n Abaixo apresentamos alguns artigos que demonstram essa pr\u00e1tica no Elipse E3:<\/p>\n Apesar de a maioria dos aspectos do VBScript se aplicarem \u00e0 programa\u00e7\u00e3o de scripts no E3, algumas particularidades devem ser destacadas no que diz respeito \u00e0s implementa\u00e7\u00f5es do conceito de orienta\u00e7\u00e3o a objetos no sistema.<\/p>\n Evite a utiliza\u00e7\u00e3o de scripts c\u00edclicos, e caso n\u00e3o seja poss\u00edvel utilizar associa\u00e7\u00f5es para implementar o desejado, \u00e9 recomend\u00e1vel criar um evento de usu\u00e1rio que somente seja executado quando uma condi\u00e7\u00e3o seja satisfeita.<\/p>\n No tutorial exemplo abaixo, temos como objetivo familiarizar o uso do VBScript no E3 atrav\u00e9s de exemplos e exerc\u00edcios, proporcionando uma boa pr\u00e1tica no desenvolvimento de scripts.<\/p>\n Para que a aplica\u00e7\u00e3o tenha uma boa performance de comunica\u00e7\u00e3o, devemos avaliar uma s\u00e9rie de fatores, incluindo o tipo de equipamento, o tipo de interface da comunica\u00e7\u00e3o utilizada, velocidade (baud rate), taxa de erros, etc. Al\u00e9m disso, algumas op\u00e7\u00f5es podem ser configuradas no driver, para obter um melhor desempenho.<\/p>\n Propriedade WriteSyncMode<\/strong> do driver: Determina como as escritas ser\u00e3o enviadas para o IOServer (modo s\u00edncrono ou ass\u00edncrono). Se por ventura uma aplica\u00e7\u00e3o apresentar uma baixa performance na comunica\u00e7\u00e3o, esta propriedade pode ser alterada para o modo ass\u00edncrono sem confirma\u00e7\u00e3o. Na escrita ass\u00edncrona (sem confirma\u00e7\u00e3o), o E3Run envia o valor para o I\/O Server e n\u00e3o aguarda o retorno; neste tipo de escrita, assume-se sempre que a escrita funcionou. Logo ap\u00f3s, a aplica\u00e7\u00e3o ser\u00e1 liberada imediatamente para seguir sua opera\u00e7\u00e3o natural.<\/p>\n Propriedade WriteFeedBackMode<\/strong> do driver: Esta propriedade permite controlar a confirma\u00e7\u00e3o, ou feedback, das escritas em Tags de Comunica\u00e7\u00e3o. \u00c9 aplic\u00e1vel somente a Tags de Comunica\u00e7\u00e3o que possam ser lidos, ou seja, possuam a propriedade AllowRead em Verdadeiro. Portanto, em casos de baixa performance, esta propriedade pode ser alterada para 0 – wfWaitNextRead<\/strong> (a leitura do Tag de Comunica\u00e7\u00e3o \u00e9 realizada normalmente na pr\u00f3xima varredura).<\/p>\n Propriedade EnableReadGrouping<\/strong> do driver: Permite otimiza\u00e7\u00f5es de leitura ou agrupamento autom\u00e1tico de Tags de Comunica\u00e7\u00e3o. Esta propriedade n\u00e3o pode ser alterada com o driver de comunica\u00e7\u00e3o ativo. O valor padr\u00e3o desta propriedade \u00e9 Verdadeiro. A otimiza\u00e7\u00e3o de leitura s\u00f3 acontece se o driver de comunica\u00e7\u00e3o suportar este recurso. No Driver Modbus<\/strong>, esta configura\u00e7\u00e3o pode ser realizada na op\u00e7\u00e3o Customize Max. PDU Size,\u00a0<\/em><\/strong>j\u00e1 no Driver BACnet<\/strong> em Maximum number of properties per ReadPropertyMultiple request<\/strong><\/em>, e no Driver Allen Bradley DF1\u00a0<\/strong>em Max Message Bytes. <\/strong><\/em>Portanto, deve-se verificar se o driver possui essa possibilidade de configura\u00e7\u00e3o.<\/p>\n Pool de Processos IOServer:<\/strong> Em aplicativos com centenas de Drivers, os recursos necess\u00e1rios para executar os processos IOServer para cada Driver podem esgotar a capacidade do sistema operacional. Nestes casos, pode ser necess\u00e1rio habilitar o\u00a0Pool de Processos IOServer<\/strong>\u00a0na aba\u00a0Propriedades<\/strong>\u00a0da configura\u00e7\u00e3o do Dom\u00ednio.<\/p>\n Abaixo apresentamos alguns artigos referentes ao conte\u00fado abordado anteriormente:<\/p>\n Normalmente, as interfaces industriais s\u00e3o desenvolvidas por t\u00e9cnicos e engenheiros da pr\u00f3pria ind\u00fastria, e n\u00e3o por profissionais da \u00e1rea de design. \u00c9 portanto comum que estes t\u00e9cnicos desconhe\u00e7am as disciplinas e os estudos de design, psicologia e ci\u00eancias cognitivas que orientam o desenvolvimento das interfaces modernas.<\/p>\n A\u00a0Biblioteca HighPerformance Template<\/strong>\u00a0para\u00a0E3\u00a0ou\u00a0Elipse Power\u00a0\u00e9 um modelo de aplica\u00e7\u00e3o que sintetiza os resultados de diversos estudos realizados nas mais distintas \u00e1reas do conhecimento, aplicados no desenvolvimento de interfaces industriais.<\/p>\n\n
Scripts<\/h2>\n
\n
Comunica\u00e7\u00e3o<\/h2>\n
\nImportante ressaltar, que o agrupamento (EnableReadGrouping<\/strong>) no E3 requer que o equipamento suporte os limites estabelecidos. H\u00e1 equipamentos, entretanto, que suportam limites inferiores. Para que o agrupamento dos tags funcione nestes casos, alguns drivers (como por exemplo o Driver Modicon Modbus Master (ASC\/RTU\/TCP)<\/em>) permitem personalizar o limite m\u00e1ximo suportado de bytes de dados em cada comunica\u00e7\u00e3o.<\/p>\n\n
Design de interfaces visual<\/h2>\n