Medição do consumo de água - Método RF (433, 868MHz)

já troquei o 19 com o 23 e dá o mesmo erro.

À primeira vista as conexões anteriores parecem estar certas.
Experimenta, ainda assim, fazer um teste de continuidade entre a solda nas traseiras do CC1101 e os pins inferiores do ESP32.

Em último caso pode até ser um problema de um dos componentes; daí eu gostar de ter sempre mais do que um - pelo sim, pelo não.

Edit:
No github vês, em issues, muita gente a queixar-se de boards CC1101 defeituosas…
Eu comprei esta.

1 Curtiu

OK, Marco, quase de certeza que deve ser a placa CC1101 com defeito, vou tentar comprar de outro fornecedor.
obg.

Por baixo facilmente fazem shunt com o ground plane, basta calor a mais.

Pelo preço provavelmente há muitos defeituosos.

1 Curtiu

Olá, já recebi o novo CC1101 de outro fornecedor e este já funciona,

[21:06:53][D][mbus:035]: Received T1 A frame
[21:06:53][I][wmbus:091]: izar [0x21xxxxxxx] RSSI: -79dBm T: 1944304CE3B14F214404B131180013E6C41CD3CCFEC69E2B6004 (26) T1 A
[21:07:02][D][mbus:035]: Received T1 A frame

Mais uma vez obrigado pela ajuda.

2 Curtiram

Isto é bastante pequeno…

1000043353

Talvez com uma barra de pins: 1.27mm. :thinking:

Esse são 2.54mm?

Azuis são.

É para soldar como SMD. Não sei o que é pior :sweat_smile:

Easy HAN RF900 wmbus 868 izar arrow

1 Curtiu

Janz / Arrow (maddalena)

  • 19 44 2434 8207 AABBCCDD 1FC0
  • A2 CD4F0013 98 00E8784E
  • F9CD13D1 0B04 157E

19 - packet size
44 - tipo T1
2434 - fabricante “MAD”
8207 - versao etc
DDCCBBAA - ID
1FC0 - crc
A2 - Cl bloco2
CD4F0013
98 - algum marcador
00E8784E - leitura encriptada
F9CD13D1 - leitura do ultimo mes encriptada
0B04 - data da ultima leitura encriptada
157E - crc


2024-11-12

A encriptação do Janz/Arrow é semelhante ao Izar.

Estranho, nos Izar que experimentei não encontrei nenhum com os dados encriptados.

1 Curtiu

Porque existe duas chaves internas no driver.

1 Curtiu

Pois, foi o que imaginei.

Actualmente o meu fork,
ou suporta Izar ou suporta Arrow.

[https://github.com/nikito7/easyhan/blob/dev/esphome/RF900.yaml]


Na Figueira da Foz é um sistema mesh 868mhz proprietário criado (ou modificado) na Universidade de Coimbra.

Em Coimbra é um sistema espanhol nos 169mhz.
Talvez proprietário ou wmbus modo N.

Apesar do oms/wmbus ser um standard europeu, há muita variação não muito standard.

Oms = Open Metering System.

[https://oms-group.org/en/]

.

Home automation: reading my IZAR WMBus PRIOS hot water smart meter

https://zewaren.net/wmbus-izar-meter.html

Boas estou a tentar ter a leitura, mas sem sucesso.
Já consigo obter a info do contador izar [0xYYYYYYYY] RSSI: -57dBm T: 1944304C159144215404A26117001366A7EE517926E131C2E321 (26) T1 A
mas não consigo obter nenhuma info. Aparece a mensagem: driver_izar.cpp:206]: (izar) Decoding PRIOS data failed. Ignoring telegram.

Alguém sabe como ultrapassar esta questão.
O contado é das Águas do Porto.
Obrigado.

driver_izar.cpp:206]: (izar) Decoding PRIOS data failed. Ignoring telegram.

Deve ter chave individual

Partilha a tua configuração para se dar uma vista de olhos.

Altera, também, no logger:

logger:
  id: appslogger
  level: DEBUG
  baud_rate: 0
  logs:
    wmbus: DEBUG
    wMBus-lib: WARN
    sensor: DEBUG
...

E mostra o log.


À primeira vista até fico a pensar em algum problema de encryption key; mas terá que se ver o que te aparece no log.

Pois, é bastante provável… :thinking:

e como se consegue saber qual é?


Copyright © 2017-2021. Todos os direitos reservados
CPHA.pt - info@cpha.pt


FAQ | Termos de Serviço/Regras | Política de Privacidade