Sim ou usar um header se for 2.54mm
Podes dar exemplo do header por favor?
Isso deve ser 1.27 (espaçamento)
Só depende se queres preservar a ficha ou não.
De qualquer forma é fácil retirar o plástico.
Easy HAN
-
Leitor WiFi da porta HAN.
-
Medidor de consumo e excedentes.
-
Adaptador Modbus RS485 para WiFi.
-
Home Assistant.
-
InfluxDB.
-
Tasmota Scripting.
** É preciso alimentação extra quando está presente o modem gprs da e-redes. Excepto Janz GPRS **
Modelos (caixa/formato):
- Easy HAN E
- Easy HAN CM
- Easy HAN CF
Easy HAN C stock limitado a 8 unidades, depois apenas haverá Easy HAN E.
Se houver procura poderei reconsiderar.
Portes Incluídos.
Mais detalhes em easyhan.pt
Evitar bloqueio da HAN, na presença de alguns modems
https://github.com/nikito7/easyhan/blob/dev/edpbox/eb9-modem-wtd.md
No pedido do DCS (0x84) vejo um comportamento estranho. Recebo sempre 2 bytes (0x0100 com o relé fechado). No entanto se pedir mais do que 1 registo, por exemplo r010400840003, vou receber apenas 1 byte correspondente ao 0x84, 4 bytes to 0x85, 4 bytes to 0x86, e depois um 0x00.
Eg.
010400840001 CRC
010402 0100 CRC
010400850002 CRC
010408 00000032 00000078 CRC
010400840003 CRC
010408 01 00000032 00000078 00 CRC
Isto é um comportamento que só vejo no DCS, vem sempre um 0x00 no fim, leia-se 1 ou mais registos.
Alguma explicação para isto?
Já existe alguma experiência a comandar o DCS?
Padding
Os registers tem de ser par
A edpbox é algo estranha.
É impossível.
Só consegues alterar o endereço.
Uma forma é trocar o disjuntor diferencial por um inteligente com bateria.
Óbvio! O padding é metido sempre no final 🤦obrigado
1 Curtiu
Mas deve partir o standard do modbus.
Também achei isso estranho.
Mas o tasmota é versátil
Agora estou com dificuldade a ler o histórico de Load Profiles.
Consigo ler os primeiros 255 (mais antigos)
0145 00 00000001 01 CRC
…
0145 00 000000ff 01 CRC
Mas quando incremento o segundo byte do endereço recebo os mesmos (de acordo com os Clock):
0145 00 00000101 01 CRC
…
0145 00 000001ff 01 CRC
Estou a ver pelo DEF-C44-509, tenho um Kaifa, e no status control tenho HAN protocol version = 0.
Configurado para autoconsumo monofásico, e tem 1932 pontos guardados (recente):
80 load_profile_configured_measurements 1 2 9 10
81 load_profile_capture_period_s 900
82 load_profile_entries_in_use 1932
83 load_profile_profile_entries 6720
Alguma ideia?
Kaifa tem bug.
Não passa de 01FF a 0200
Volta ao inicio.
No kaifa difícil vais buscar o histórico todo.
Só fazendo o registo constante. Basicamente é o que faço na Easy HAN.
LP-****.csv
80 load_profile_configured_measurements 1 2 9 10
Medições activas. Ver tabela.
81 load_profile_capture_period_s 900
15min
82 load_profile_entries_in_use 1932
Suponho que seja um contador novo, geralmente é igual a abaixo
83 load_profile_profile_entries 6720
Total
Só mostrei esses valores para mostrar que é tudo nominal. Sim, contador novo (escrevi recente na mensagem anterior, mas não era claro o contexto).
Faz sentido ser um bug, mas tem de haver uma forma, porque o distribuidor não se orienta apenas com os 6 mais recentes (1h30).
Mas pronto, vou ter de acumular as diferenças.
Obrigado!
Que me lembre consegues 512 linhas.
E a e-redes não usa isso.
Envia em tempo real, suponho.
Só serve para o caso de pedires um diagrama de carga fisico no local.
Mas no kaifa nada a fazer.
Num contador normal. Se todo a rede inteligente for ao ar. Tens 6000 linhas no contador.
Ou 4500 (janz)
Podia ser útil em casos de tribunal.
A única prova fiável é o contador. (Quando este funciona)
Tudo o resto é manipulável.
O actual netmetering por exemplo.
Eu com o 0x0144 consigo ir buscar os 6 mais recentes.
E com o 0x0145 consigo ir buscar todos no histórico mas devido ao bug apenas os 255 mais antigos.
Não estou a ver como ir buscar 512.
No site da e-redes tanto o diagrama com o excel só actualizam os dados a cada 2 dias, pelo que assumo que façam essa leitura ou integração em blocos. E claro que em caso de falha de algum equipamento de rede podem sempre precisar de ir buscar o histórico.
Que duvidas é que há em relação ao netmetering (a integração dos 15m)?
No xlsx multiplicam por 4.
O “6” não são linhas, são colunas.
O meu default só vai buscar a ultima linha com 6 colunas.
if cnt>end
and sleep==1
then
now=cnt
hex=hx(cnt)
cmd="014506"+hex+"01"
res=sml(1 1 cmd)
cnt-=1
endif
hex = numero da linha.
[ https://github.com/nikito7/edpbox-dev/blob/dev/tasmota/notes/dump.js ]
Actualmente esse script não funciona.
A função no Easy HAN é diferente
........,r01440601
; r01440601 Imp+Exp
; r01440301 Imp
Já lá vai o tempo disse.
Não sei se é 512 ou 256.
Só me lembro que não passa do 01FF para 0200, salvo erro.
Por isso tens desde 0001 a 01FF.
Espera uns dias. Tens de ter o buffer circular cheio.
Linhas em uso = Total
A unica coisa que se nota é que repete os dados.
Porque acho que não recusa o pedido
Repete os dados sim, mas só dá os mais antigos! Pode ser que quando o buffer esteja cheio o bug se manifeste de outra forma e permita ler os mais recentes.
Eu não consigo com o 0x0144 pedir mais de 6 linhas. Com 7 recebo erro. Portanto só consigo ir buscar os últimos 90m.