Aba APR03
Para configurar este Driver, utilize a aba APR03, mostrada na figura a seguir.
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 E3, Power ou 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 |
| Table Config File | Abre um arquivo de configuração de tabelas para leitura de dados por evento |
| Structure types | Abre um arquivo de configuração para tipos de dados Struct |
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.