Clubeletricos.com

A quem possa interessar, pode copiar e modificar à vontade


Exemplo de construção e aplicação:

Essa para mim é a parte fácil.
O pior é a programação para fazer um interface decente no ecrã e numa página web. Tens o código disponível em algum lugar?

Tenho, mas ainda só tem funcionalidades básicas, e além disso não está bem comentado e estruturado, está feito às três pancadas mas funciona e foi testado muitas vezes.

O interface web de momento só permite regular a corrente de carga e ligar/desligar o controlo remoto (funcionalidade para outro ESP se ligar a este e mudar dinamicamente a corrente de carga).
O software ainda está na fase alpha. Todas as semanas coloco versões mais novas.

Se quiseres: https://github.com/avataranedotas/EVSE01

Quando estiver mais "maduro" faço um vídeo a mostrar os interfaces.

Maravilha, quem diria que saissem tantos projetos DYI deste fóum que em número de users é bem pequeno... Somos poucos mas bons!


Talvez queiras comparar o teu esquema com o do OpenEVSE, que parece-me mais completo com pelo menos a adição do TVS de proteção no pino do piloto.

O Arduino é engraçado. Ver o PWM directamente ligado ao pino do microprocessador, e o estado do pino controlado numa função de timer. Para quem programa sempre mais complexas que 8086, é engraçado.
Mais engraçado só mesmo controlar o estado do pino num ciclo while!

O tipo de programação que se usa afecta o consumo de energia?

Afecta, e bastante!

Em concreto na aplicação EVSE não sei se será possível poupar muito (no meu caso poupo ao desligar o écran OLED tipo screensaver) mas em geral nos Arduinos e similares, quando não temos coisas críticas para processar podemos colocar o microprocessador e alguns periféricos em modo sleep durante um tempo pré-definido, só acordando quando necessário.

Os vídeos do "Guy with a Swiss accent" têm boas dicas nesse sentido, e se estivermos a falar de IoT a baterias a poupança de energia é a preocupação nº1.

Pois, é que desses interrupts a 1000Hz, a cada 100 só 2 é que fazem trabalho útil (alterar o estado do pin). Os outros 98 só incrementam o contador...

Num PC moderno, com estados de adormecimento profundo, mais profundo, acordar de 1 em 1ms é suficiente para não deixar o processador ir aos estados mais profundos de sono. Ainda me lembro da poupança de vida de bateria que foi quando introduziram a opção NO_HZ no Linux, que desactiva os interrupts do timer quando estes não vão gerar trabalho (apenas um thread em execução, por exemplo, e no Linux o relógio é independente dos interrupts do timer há décadas).

O OpAmp sugerido (AD8541) é adequado? Em todos os datasheets que tenho visto, só falam de 5V como tensão de alimentação e aqui estás a usar +12V/0V/-12V para o alimentar (ou seja, 24V)?

jfr2006 Escreveu: ↑

09 dez 2019, 11:51

O OpAmp sugerido (AD8541) é adequado? Em todos os datasheets que tenho visto, só falam de 5V como tensão de alimentação e aqui estás a usar +12V/0V/-12V para o alimentar (ou seja, 24V)?

Bem visto!

O AD8541 devia ser o que eu tinha disponível no programa de desenho do esquema e nem me lembrei disso.
Na realidade nem me lembro qual estou a utilizar, deve ter sido o primeiro que encontrei na gaveta dos AmpOps.

O recomendado é o LF353 mas qualquer um que suporte +-15V de alimentação e 5V de Input serve.

Convém também que seja rail to rail na saída