t0 - Timeout of Connection establishment(s) – Tempo em segundos de espera para receber tentativa de estabelecimento de conexão TCP IP por um Cliente. Após este tempo Fecha a conexão e reabre para nova espera. Valores permitidos entre 1 e 255. t1 - Timeout ofsendortestAPDUs(s)-Tempo em segundos máximo aceitável pelo escravo para enviar ou testar APDUs, após o recebimento de confirmação do envio de START DT. Valores permitidos entre 1 e 255. t2 - Timeout for ackin case of no data(s)- Tempo em segundos máximo de espera pelo Cliente da chegada de nova mensagem de informação , após ter chegado alguma, para que o cliente envie uma mensagem de "acknowledgement" da recepção da ultima mensagem recebida. Valores permitidos entre 1 e 255. E t2 deve ser menor que t1. t3 - Timeout for sendtest frames(s) - Tempo em segundos máximo de espera para a chegada de alguma mensagem de informação, estando a conexão TCP-IP estabelecida. Será enviada então uma mensagem TEST-FR. Valores permitidos entre 1 e 255. Max time to send analog changes (ms) – Este tempo é definido como o máximo de espera para o envio de uma mensagem com mudanças em medidas analógicas. Se desde que iniciou o acumulo de medições para a mesma mensagem este tempo se esgotar antes da chegada do número de medidas acima definido, este módulo enviará a mensagem com as medidas que já chegaram. Este tempo por default é definido em 3 segundos. Se for utilizado o modo Get analog changes by sampling ( veja abaixo), este é o tempo a ser usado como intervalo entre duas amostragens.
Maximum Changes to send a message – Para melhorar o desempenho do módulo de comunicação ao enviar mudanças em medidas analógicas, pode-se definir este número como o máximo de mudanças que devem ser acumuladas para serem enviadas em uma mensagem única, ao invés do envio de uma medida em cada mensagem. O número considerado bom é 30 medidas, que é o valor default. Esta acumulação é utilizada quando as alterações em medições são recebidas pelo módulo de comunicação, como eventos. (AccessType com WriteEventEnable)
Password for commands: Para aumentar a segurança no envio de comandos, normalmente iniciados apenas por uma mudança no estado de um tag, é possível especificar nos módulos Clientes uma senha de até 9 algarismos, para o comando. Aqui neste módulo servidor deve ser especificada a senha utilizada por este módulo Servidor para gerar o comando para o módulo Cliente que de fato enviará o comando. Esta senha deve ser a mesma que a utilizada pelo módulo Cliente destinatário do comando.
LoggingLevel – Pode-se escolher nesta lista o modo de funcionamento do log criado pelo módulo de comunicação.
Logginglevel
MENSAGENS
Debug
Todas as mensagens são registradas no LOG.
Info
Apenas as mensagens de Info, Warning e Error são registradas no LOG.
Warning
Apenas as mensagens de Warning e Error são registradas no LOG.
Error
Apenas as mensagens de Error são registradas no LOG.
Get analog changes by sample – Alternativamente ao modo de recebimento de alterações de valores de tags, (pelo uso de AccessType com WriteEventEnable) , pode-se escolher o uso do modo de amostragem, pelo módulo de comunicação, das alterações ocorridas em tags. Neste modo, periodicamente, é feita a verificação dos valores atuais contra os últimos valores enviados. Desta forma a alteração somente é considerada, e o novo valor enviado ao cliente, se a diferença absoluta entre o valor atual e o ultimo enviado é maior que o atributo Deadband do tag. Para o uso deste modo deve-se usar o AccessType na table Points, para estes tags de medições, com WriteEventEnable desativado. O intervalo de tempo entre cada duas verificações será o definido no parâmetro acima, Max time to send analog changes (ms).
Os módulos de comunicação servidores, necessitam para seu correto funcionamento chamadas periódicas, até para lhes permitir o controle de temporizações. Se não houver um fluxo continuo de chamadas seu funcionamento será prejudicado. Assim, se não for usada a chamada por WriteEventEnable, ou se não for garantida uma chamada periódica, deve-se criar uma tag dummy, e por script alterá-la periodicamente, e coloca-la com um ponto com AccesType que cause um trigger de chamada ao driver.
Settings
ListeningPort – Número da porta utilizada para aguardar por conexão. Está normatizado o uso da porta 2404. Nesta implementação pode-se utilizar outros números de porta alterando o default.
NodeConnections: Defines the maximum number of parallel requests that will be sent to each node (asynchronous communication)