Para configurar este Driver, utilize a aba APR03, mostrada na figura a seguir.
Aba APR03
As opções disponíveis nesta aba estão descritas na tabela a seguir.
Opções disponíveis na aba APR03
Opção |
Descrição |
|---|---|
Default Slave Address |
Indica o valor do endereço escravo padrão. Esta opção é habilitada somente se a opção Use default slave address está selecionada |
Use default slave address |
Habilita o uso do valor definido na opção Default Slave Address como endereço de destino de um comando para todos os Tags, independente do valor configurado nos parâmetros N1 ou B1 |
Maximum Block Size |
Esta opção é usada apenas no Elipse E3, Elipse Power ou Elipse Water se a propriedade EnableReadGrouping de um Tag (superblocos) está habilitada. Informa o número máximo de bytes de dados em cada bloco de leitura. Os valores adequados para cada modelo de equipamento estão descritos na tabela Limites de cada Bloco de Comunicação |
Detect delayed messages |
Esta opção permite que este Driver não retorne erro ao detectar uma resposta em atraso. Consulte a nota a seguir para mais informações sobre esta opção |
Abre um arquivo de configuração de tabelas para leitura de dados por evento |
|
Limites de cada Bloco de Comunicação
Modelo |
Limite |
|---|---|
Equipamentos da linha MPC1200, MPC1600, MPC2002, MPC4004.01, MPC4004.02, MPC4004.04, MPC4004.09, MPC4004.11, MPC4004.12, MPC4004.11L, MPC4004.12L, EXPERT e todos os controladores da linha MPC2200 |
8 (oito) bytes |
Equipamentos MPC4004.04B, MPC4004.05B, MPC4004.06B, MPC4004.09B, MPC4004.05E, MPC4004.06E, MPC4004.09E, MPC4004.05R, MPC4004.06R, MPC4004.09R, MPC4004.05T, MPC4004.06T, MPC4004.09T e módulo 4004.72 |
16 bytes |
Módulo 4004.72R |
32 bytes |
A opção Detect delayed messages é útil quando o protocolo TCP/IP (Ethernet) é usado como camada de comunicação física (Physical Layer) da biblioteca IOKit. Neste caso, é comum ocorrerem atrasos não previstos na resposta de um equipamento, principalmente se a ligação física com um equipamento incluir links de rádio. Assim, é possível que este Driver envie uma primeira requisição e não receba a resposta no tempo esperado, gerando erro de time-out. Ao enviar uma nova requisição, este Driver pode receber a resposta atrasada da requisição anterior. Se esta opção não está habilitada, é possível que ocorra uma sincronização a partir daí, e assim todas as requisições subsequentes obtêm como resposta o retorno atrasado da requisição anterior. Quando esta opção está habilitada, este Driver não retorna erro imediatamente após detectar uma resposta em atraso, e sim executa uma nova tentativa de obter a resposta correta. Se uma nova mensagem é recebida antes de ocorrer um time-out, e a resposta é válida, esta é retornada à aplicação. Caso contrário, este Driver passa a descartar todos os bytes recebidos até a ocorrência de time-out, limpando assim o canal de comunicação e prevenindo a propagação do erro. |