Discussão sobre Produtos NI
paralelismo - medidor largura
Boa Tarde Alexandre. tudo bom?
Eu olhei o código que você postou aqui e estou o retornando com alguns comentários e sugestões pontuais.
Na verdade o impacto das variáveis locais em questão de memória no seu código não seriam muito problema, o que mais me preocupa aí é que está faltando um pouco de estruturação no seu código e isso pode estar impactando muito no desempenho do seu código.
Pelo que eu vi de sua aplicação, seu projeto realiza as seguintes tarefas:
- Adquirir dados de uma câmera
- Processar esses dados,
- Apresentar os dados para o usuário
- Realizar log de dados
Se for isso, temos aí um típico caso de tarefas Produtoras e Consumidoras de dados. Olhando para as tarefas que descrevi em cima, poderíamos separá-las como
Produtores
- Adquirir dados de uma câmera
Consumidores
- Processar esses dados,
- Apresentar os dados para o usuário
- Realizar log de dados
É interessante separarmos essas tarefas, pois elas executam em taxas diferentes e não podem depender uma da outra (A aquisição não pode esperar que o processamento e o Log sejam feitos). Assim, teríamos que criar 2 loops diferentes para colacar essas tarefas e criar um mecanismo de comunicação que possa transferir os dados entre os dois loops sem perdas.
Para esse tipo de trasferencia, as Queues (Filas) são o mecanismo mais indicado.
Sendo assim, teríamos o seguinte diagrama simplificado do programa.
Para solucionar este tipo de problema de software, podemos aplicar o padrão de projeto Produtor/Consumidor, que trás para o código gráfico no LabVIEW algo bem próximo do que está no desenho. Dê uma olhada:
Então, em resumo:
- Olhe as anotações que eu coloquei no seu código;
- Estude este padrão de projeto e tente colocar seu código nela.
Tenho certeza que fazendo isso, seu código vai ficar muito leve e funcional
Atenciosamente.
Olá Alexandre,
Gostaria de te dar os parabéns. Seu código está muito melhor!! 
Vamos trabalhar com a versão v02 está melhor, ok!?
Bom, uma coisa que eu notei com a sua aplicação é a quesão do Log: Você vai querer adiquirir e mostrar dados a casa 10ms pro gráfico e a cada 1 segundo para o display digital. Quando pasar o tempo contado pela função Elapsed Time ( que é de 5 segundos) todos os dados acumulados durante aquele periodo devem ser "despejados" para o arquivo de log. Usando a função Dequeue Element ele vai tirando ponto a ponto , o que deixa a gravação muito mais lenta e, como você colocou o indicador gráfico junto com a função Write to Measurement File, o gráfico também ficará lento por consequencia.
O Ideal neste case é que você use a função Flush Queue para jogar todos os dados acumulados na fila para o arquivo de log de uma vez. Outra coisa é tirar o gráfico do loop de log e colocá-lo junto com display digital no loop de apresentação de dados para o usuário.
Outro ponto: Não é correto trabalhar com a função Dequeue element em mais de um loop consumidor. Pense que uma fila é um único espaço de memória compartilhado por todo o código. Se você usa a função dequeue para retirar um dado da fila em um loop, o outro loop não poderá pegar este dado, uma vez que ele já foi retirado da fila.
Sendo assim, para poder manter os dados na fila e ao mesmo tempo mostrar no gráfico e no display, você pode usar uma função Preview Queue Element para ver o elemento mais recente colocado na fila. Como ela sempre olha para o elemento que está mais a frente na fila, é necessário enfileirar os dados sempre na frente, então use a função Enqueue Element At Opposite End.
O uso de filas para enviar o comando de parada não funciona muito bem na estrutura de código que você montou. Use variáveis locais. Elas vão te servir muito bem.
Eu fiz algumas das modificações que comentei neste post. Dê uma olhada e implemente o que falta.
Atenciosamente.
Olá Alexandre,
O código realmente ficou mais organizado e funcionando sem travamento.
Perfeito! É legal de ver que, mesmo levando um tempo maior pra ser feito, você está fazendo usando as estruturas certas e vendo que o LabVIEW pode ser muito poderoso, desde que saibamos como usá-lo corretamente.
Não ficou muito claro como usar o Enqueue Element At Opposite End. Seria uma opção no lugar do Preview Queue Element ou os dois funcionam em conjunto?
Então, eu vi aqui e acho que a melhor opção na verdade é deixar como está (usando a Enqueue Element) e em vez de usar a Preview Queue Elements, use uma vairável local. Vai ficar assim:
Também gostaria de saber se há como duplicar uma variavel local. No meu caso tive que criar outra em paralelo para fazer o stop em dois loops.
Com certeza você pode! Só copiar e colar a vairável Local. No código modificado eu coloquei duas cópias da variável local Stop no código para você!.
Faça as modificações e me apresente os resultados.
Atenciosamente.
