Parece-me bem. Acho que vou ter de fazer esta iot… Cada passo fico sem pellets. Já estás preparado para fazer um tutorial?
Gostei!!!
Pelo gráfico, aparenta fazer bem as medições. Talvez só falte fazer uma filtragem dos valores, por exemplo pela média de leituras de 30 segundos e ignorar picos de leituras para os momentos em que se mexe no deposito ou se atesta (que não sei se já fazes).
Agora a pergunta, podes dar mais dicas de como fizeste? Vi sensores por menos de 3€ no Ali, foi desses que usaste? Como aplicar, algum tipo de lente?
Alguem aqui com salamandra com telecomando 0100tele?
Também tenho interesse, muito fixe também está na minha to-do list
Boa tarde Daniel,
Alguma actualização deste projecto? Continua com o sensor VL53L0X e a funcionar bem?
Eu já avancei um pouco e gostaria de adicionar esta funcionalidade…
Aqui só funcionou bem até meio metro.
E até 1 metro usando um objecto metálico.
Boas pessoal,
Quero fazer esta implementação e colocar isto no HA, no entanto nunca trabalhei com 1 ESP e nesse sentido queria perguntar qual devo adquirir?
Tem de ter Wifi, vou usar o sensor VL53L0X.
Obrigado
Qualquer coisa baseada no ESP8266/8285 ou ESP32 serve.
Boa tarde pessoal,
Tenho o VL53L0X com a ESP32 a funcionar bem. Sem problemas
Boas pessoal,
Avancei para a solução aqui apresentada VL53L0X + ESP8266, no entanto estou a ter alguns problemas, a solução funciona durante x tempo depois deixa de funcionar.
Tenho o HA num RPI3 e utilizo o addon do ESPHOME, com o código abaixo:
name: pellets
platform: ESP8266
board: nodemcuv2
wifi:
ssid: "AAAAAAA"
password: "AAAAA"
manual_ip:
static_ip: 192.168.1.113
gateway: 192.168.1.1
subnet: 255.255.255.0
# Enable fallback hotspot (captive portal) in case wifi connection fails
# ap:
# ssid: "Pellets Fallback Hotspot"
# password: "2FxsOWJ6Mngx"
#captive_portal:
# Enable logging
logger:
# Enable Home Assistant API
api:
password: "XXXX"
ota:
password: "XXXX"
i2c:
sda: D2
scl: D1
scan: true
sensor:
- platform: vl53l0x
name: "Pellets Status"
address: 0x29
update_interval: 10min
long_range: True
filters:
- lambda: return (0.55-x)/(0.55-0.16)*100;
unit_of_measurement: "%"
Isto funciona mas passando um tempo não recebo os valores do sensor:
E no cartão “manometro” diz que a entidade é não númerica.
Alguém pode dar umas luzes do que possa ser .
UPDATE: Coloquei o sensor a apontar para o chão em vez de estar na caldeira dos pellets e desde as 17h até às 20h ainda n falhou.
Obrigado,
nan não é numerico
Mete um if(x){...} algures
Mas não te resolve o problema de base
Que é o sensor deixar de funcionar possivelmente
Luís, será por causa do pó?
O teu sensor tem a protecção da lente? Eu ainda não comprei, mas vi que há sensores que têm uma espécie de lente em plástico escuro para proteger do pó.
Também podes testar aumentar o nível do Logger e ver o que te aparece.
# Enable logging
logger:
level: VERY_VERBOSE`
Eu tenho um ESP com um sensor de temperatura AHT10, que só me funciona bem com o logger neste estado. Basta por no normal e ao fim de uma hora ou duas deixa de dar valores, assim nunca falha.
Outra questão, precisas do long_range a true? Estes sensores medem até 2 metros, o que para o depósito de pellets serve bem (só se tiveres um silo), não precisando de um “range” superior… Pelo que li ao estar a true, também pode aumentar as leituras incorrectas.
Obrigado pela vosso input…
Retirei o long_range mas o resultado é o mesmo.
Neste momento está a com o log level que indicaram, a ver vamos como se comporta.
Isto só falha após o valor não vir com 2 casas decimais…
Será algum problema do ESPHOME?
Sou um leigo nisto por isso não levem a mail alguma parvoice que esteja a dizer…
Se fosse eu. Quando aparece nan fazia restart.
Caso não descubras o problema, não vejo outra solução
Adiciona
accuracy_decimals: 2
Já está by default com 2 casas decimais, vou testar colocar fora da caldeira…
Caso o erro não surja o problema estará relacionado com o pó, terei de ver um vidro ou proteção como este.
