- Este tópico tem 4 respostas, 1 participante e foi atualizado pela última vez 4 anos, 1 meses atrás da
.
-
Publique
-
Eu deveria adquirir um medidor de fluxo de pulso, afirmo que já li e reli vários tópicos no fórum, mas estou um pouco confuso. Não estou muito claro sobre a diferença entre usar o SysGetPhrDI ou o SysGetCounter FB. Eu certamente entendi que, para usar o SysGetCounter, você precisa de uma CPU que possua uma entrada de contador dedicada e, até agora, está tudo bem.
Se você usar o SysGetCounter, terá a possibilidade de uma leitura mais rápida dos impulsos em comparação ao uso do SysGetPhrDI. qual dos 2 CE tem melhor desempenho? Em resumo, fiquei um pouco confuso com as várias leituras do fórum.
As características do sensor são as seguintes:
Faixa de vazão: 0,5..20 l / min
Alta resolução, 6000 pulsações por litro de água
Faixa de viscosidade: 1..1000 CSt
Precisão: ± 1% de toda a escala
Repetibilidade: ± 0,3% de toda a escala
Permutabilidade2): ± 2% de toda a escala
Temperatura: -20..90 ° C (sem condensação)
Sinal de saída: pulsações; 100..2000 Hz
Resolução: cerca de 6000 pulsações por litro
Fonte de alimentação: + 5..24 Vdc, 12..36 mA
Cabos elétricos: 3 cabos chatos, 15 cmSysGetPhrDI: As entradas digitais são adquiridas do programa e o estado é verificado gerenciando o valor de contagem nas bordas de variação. Com este tipo de aquisição é possível adquirir sinais cuja duração seja maior que o tempo de execução do programa, admitindo executar o programa na tarefa Fast executado a cada ms, o sinal de entrada deve durar mais de 1 ms.
SysGetCounter: O hardware adquire o sinal e faz a contagem, neste caso é possível adquirir sinais cuja duração seja compatível com a frequência máxima de aquisição do módulo. No módulo CPU a frequência é de 10Khz, então o sinal deve durar mais de 100uS, no módulo PCB124 a frequência é 50Khz, então o sinal deve durar mais de 20uS.
No seu caso, você deve calcular a frequência de saída na vazão que você terá (na vazão máxima de 20 l / min, você terá cerca de 2000Hz), mas tenha cuidado, você pode usar o parâmetro de frequência apenas se o ciclo de trabalho do sinal de saída for 50%. Muitos sensores emitem um sinal que está ativo apenas por um período muito curto e, portanto, é importante conhecer o tempo de ativação do sinal, além de sua frequência.
Eu peguei o sensor e comecei a testar. Estou usando o SysGetCounter FB e posso ler os impulsos obviamente na forma de um contador. Mas preciso de ajuda para escrever um programa que calcule os litros instantâneos por minuto com base nos pulsos. O que eu fiz agora é o seguinte.
LI:=LI+1; IF (LI < 100) THEN RETURN; END_IF; LI:=0; LITRI:=CONT.Value-Counter; Counter:=CONT.Value; ISTA:=LITRI*0.0001666666*600.0;
Praticamente a cada 100 ms eu calculo a diferença entre o Cont.value e o Counter (a diferença seria os pulsos em 100ms). A constante 0.0001666666 seria o cálculo de 6000 pulsos por litro e eu praticamente acho os litros por pulso e multiplico por 600.0. O que fiz parece funcionar o suficiente, mas me dá a ideia de que não é seguro, no sentido de que quando o contador atinge o limite e reinicia não sei o que acontece.
Outra limitação é que, comparando a cada 100ms, o número de pulsos é um valor bastante pequeno; portanto, com variação mínima, há uma diferença bastante grande no resultado. Você poderia me sugerir algo?
Pelo que vejo, entendo que você está executando seu programa de cálculo na tarefa Fast 1mS e gerencie o tempo de aquisição (100mS) contando as execuções do programa.
Enquanto isso, diria para você realizar tudo na tarefa Back, se você adquirir a contagem com o SysGetCounter FB você não precisa da velocidade de aquisição, o hardware gerencia a contagem. Com a função SysGetSysTime você pode cronometrar o cálculo com o tempo que desejar.
Eu aconselho você a dar uma olhada no programa ST_SpeedCalculation in Neste artigo, se você quiser ser mais preciso com taxas de fluxo baixas, poderá alterar o tempo de amostragem dinamicamente com base no valor de leitura.
Em relação à rolagem da contagem, você não precisa se preocupar porque, executando os cálculos com todas as variáveis do mesmo tipo UDINT, os cálculos também estão corretos na rolagem do contador.
Eu fui inspirado pelo programa que você postou. estas são as instruções:
IF (SysFirstLoop) THEN TimeBf:=SysTime; END_IF; K:=6.0/TO_REAL(Sec); (* Costante per risultato divisione *) Sec:=500; (* Tempo in millisecondi *) IF ((SysTime-TimeBf) < Sec) THEN RETURN; END_IF; TimeBf:=SysTime; (* Time buffer (uS) *) (* Calcolo litri ogni volta che è passato il tempo "Sec" *) MemoCtr:=CONT.Value-MemoCtr; (* Memo counter *) L_Min:=((TO_REAL(MemoCtr)*1.815714)*K)/2; (* Litri istantanei (L/Min) *); MemoCtr:=CONT.Value; (* Memo counter *) (* [End of file] *)Então, para melhorar um pouco a resolução, configurei CONT.Modo A 64 para também contar os impulsos na janela de descida e ter o dobro dos impulsos, como você pode ver na string de cálculo L_Min no final divido o resultado por "2"
- Você deve estar logado para responder a este tópico.