Redução do tempo em ATE com trigger-out

O equipamento de teste automatizado (ATE) é um dos pilares nas instalações de produção. Os dispositivos em teste (DUT) precisam ser medidos de acordo com vários limites para garantir uma operação segura e confiável para o usuário. Uma instalação de produção deve garantir que esses testes sejam realizados adequadamente e abranjam todos os casos de teste necessários. No entanto, os testes também devem ser executados com velocidade suficiente. Os osciloscópios (por exemplo, a série MXO da Rohde & Schwarz) costumam ser uma parte comum dos equipamentos de teste automatizados e podem melhorar o fluxo de trabalho com um sinal específico de «waiting for trigger» (aguardando trigger).

Sua tarefa

Projetar e operar equipamentos de teste automatizados para uma linha de produção pode ser algo desafiador. Os instrumentos de diferentes fornecedores precisam ser controlados e conservados. A redução do tempo de teste geralmente é uma etapa secundária, mas ainda assim necessária.

A determinação da prontidão de um instrumento de teste geralmente requer o polling de mensagens de status ou simplesmente esperar pelo instrumento. Os osciloscópios não se comportam de maneira diferente nesse aspecto. Um osciloscópio dispara uma aquisição, captura a forma de onda, realiza uma medição, etc. Mas descobrir quando um osciloscópio está pronto para uma aquisição às vezes é importante e pode acelerar o tempo de teste.

A solução da Rohde & Schwarz

A determinação da disponibilidade do osciloscópio pode ser feita de três maneiras, conforme descrito a seguir. Os osciloscópios podem melhorar o fluxo de trabalho com um sinal específico de «waiting for trigger» (aguardando trigger, veja a próxima página).

1. Espera
A maneira mais fácil, porém menos elegante, é simplesmente adicionar um comando de espera no script. Esse fluxo de trabalho altamente assíncrono (em relação aos equipamentos de teste automatizados, a sincronização entre os instrumentos de teste e o software de controle está implícita) requer a preparação do trigger do osciloscópio, esperar por um determinado período de tempo, inicializar outro equipamento de teste, esperar novamente por um tempo durante o qual o osciloscópio (isso se espera) realiza aquisições e medições e, em seguida, consulta os dados (veja a coluna à esquerda da Fig. 1). Obviamente, se o tempo de espera for muito curto, resultados incorretos poderão ocorrer, exigindo a repetição dos testes, ou poderão ser necessárias contingências no software de controle para tempos limite, etc. Esse método é fácil de implementar e pode ser usado como uma solução rápida durante o desenvolvimento.

Métodos de implementação para equipamentos de teste automatizados
Métodos de implementação para equipamentos de teste automatizados

Fig. 1: métodos de implementação para equipamentos de teste automatizados
Lado esquerdo: espera / Parte central: polling de software / Lado direito: sincronização de trigger-out

/
Fig. 1: métodos de implementação para equipamentos de teste automatizados. Lado esquerdo: espera / Parte central: polling de software / Lado direito: sincronização de trigger-out
Abrir o Lightbox

2. Polling
Esse método é mais complicado de implementar, mas geralmente garante uma operação estável. Dependendo do fabricante, o byte de status (STB) pode conter condições de status importantes para o osciloscópio. Trabalhar com o byte de status normalmente requer um pouco de estudo do manual do instrumento, pois a operação do mesmo pode ser complexa (veja a coluna central da Fig. 1).
Alguns aspectos importantes incluem:

  • Preparação do instrumento (RUNSingle, *OPC?)
  • O polling do byte de status para «waiting for trigger» (aguardando trigger)
  • Iniciar outro equipamento de teste automatizado
  • A aquisição está concluída? (isto é, polling do byte de status para bit OPC)

É necessário um certo esforço para estudar e implementar o polling. No entanto, na ausência de um sinal com fio, o polling do byte de status pode ser o único método de implementação adequado (em uma arquitetura multithreading, a sincronização via VISA WaitOnEvent também é possível). > Consulte a página inicial da Rohde & Schwarz para obter mais informações sobre o tópico «Sincronização de Medição».

Diálogo de configuração de trigger-out dos osciloscópios da série MXO
Diálogo de configuração de trigger-out dos osciloscópios da série MXO

Fig. 2: diálogo de configuração de trigger-out dos osciloscópios da série MXO

/
Fig. 2: diálogo de configuração de trigger-out dos osciloscópios da série MXO
Abrir o Lightbox

3. Sincronização de trigger-out
Uma variação do fluxo de trabalho mencionado anteriormente usa o comando SCPI (comandos padrão para instrumentos programáveis) «RUNSingle; *OPC?» imediatamente ao iniciar. O primeiro comando prepara o instrumento, e o segundo comando retorna «true» (verdadeiro) quando a aquisição é concluída.

Nesse caso, a sequência de polling «waiting for trigger» (aguardando trigger) para sincronizar outros instrumentos de teste não é possível, pois a execução do programa é interrompida até que «true» seja retornado. Isso pode levar a um possível erro de tempo limite da arquitetura de software de instrumento virtual (VISA) se a resposta demorar muito. Também não é possível iniciar outros equipamentos de teste a partir do software de controle durante esse período. Essa limitação pode ser removida com o uso de um sinal de trigger-out específico (físico).

Os osciloscópios da série MXO oferecem a possibilidade de configurar o bit de status «waiting for trigger» que anteriormente estava disponível apenas no byte de status, para ser roteado para a porta de trigger-out (veja a Fig. 2).

Sincronização de outro ATE por meio de um trigger-out do osciloscópio
Sincronização de outro ATE por meio de um trigger-out do osciloscópio

Fig. 3: sincronização de outro ATE por meio de um trigger-out do osciloscópio

/
Fig. 3: sincronização de outro ATE por meio de um trigger-out do osciloscópio
Abrir o Lightbox

Essa porta de trigger-out é então conectada a outros instrumentos para sinalizar a eles o início da operação (veja a Fig. 3).

O fluxo de trabalho de programação é mostrado na coluna à direita da Fig. 1. O comando típico «RUNSingle; *OPC?» prepara o osciloscópio, o estado de prontidão é sinalizado pelo hardware. Quando a aquisição estiver concluída, o comando *OPC? retorna «true» e o script continua.

Resumo

Há diferentes métodos disponíveis para sincronizar outro equipamento de teste automatizado com o estado de prontidão do osciloscópio. Uma maneira de contornar os obstáculos relacionados ao byte de status e ao registro de status do evento (ESR) envolve a sincronização dos instrumentos por meio de um sinal físico de «waiting for trigger» (aguardando trigger). Isso torna toda a configuração mais fácil de programar e mais rápida na execução. Para essa tarefa, os osciloscópios da série MXO são muito simples de usar.

Baixar

Peça informações

Do you have questions or need additional information? Simply fill out this form and we will get right back to you.
For service/support requests, please go here to log in or register.

Licença de marketing

O seu pedido foi submetido. Iremos contactá-lo em breve.
An error is occurred, please try it again later.