Kamstrup Multical 402 stadsverwarmingsmeter RPI3+IR-kop

[martini7]

Costly..?! Mine is owned by the district heat provider so I don’t see why it should cost me money.. I wonder though if the heat supply is interrupted when the battery is dead..

[delodic]

Yes mine too. I was talking about the cost they charge you when your meter is not registering gj because the battery is empty.

I tried to find a link to the stories I was talking about but couldn't find it. I did see a case related to this, but there the meter was not registering correctly for a long time and the customer was charged based on an estimation of it's consumption based on earlier years... Which seems fair

[Atlantis1995]

Iedere minuut nu geupdate!!!
Ik ben erg blij!

Vraagje, geeft dit geen problemen op de langere termijn op moment je elke minuut een request uitvoerd??

[golfdiesel]

Ouder draadje maar voor mij wel actueel. Wij gaan verhuizen naar een huis met stadsverwarming waarbij er een Kamstrup 401 is toegepast.
Zijn er al mensen die langere tijd de meter uitgelezen hebben en eventueel al gemerkt hebben dat de batterij sneller leeg raakt bij frequent uitlezen?

[MMatthijsV]

golfdiesel schreef op dinsdag 8 februari 2022 @ 09:23:
Ouder draadje maar voor mij wel actueel. Wij gaan verhuizen naar een huis met stadsverwarming waarbij er een Kamstrup 401 is toegepast.
Zijn er al mensen die langere tijd de meter uitgelezen hebben en eventueel al gemerkt hebben dat de batterij sneller leeg raakt bij frequent uitlezen?

Ik lees de kamstrup 402 om de 28 minuten uit voor bijna 2 jaar. Nog geen problemen gehad verder.

[golfdiesel]

Top, dankjewel voor de info.

[flyboarder]

MMatthijsV schreef op zaterdag 5 september 2020 @ 20:29:
Ik heb een project gepubliceerd op GitHub voor de Kamstrup Multical 402. Heb een deel van de eerder genoemde code herschreven en wat functionaliteit toegevoegd.

• Meter waardes worden via MQTT gepubliceerd
• Instellingen zijn met een configuratie file naar wens te configureren
• Kan worden ingesteld als achtergrond service

Zie https://github.com/matthijsvisser/kamstrup-402-mqtt

Vandaag mij IR leeskop binnen gekregen en het is gelukt om mijn 402 uit te lezen via bovenstaand script (bedankt daar voor). Ik loop alleen tegen een probleem aan, als de deamon los start werkt het perfect, maar als ik hem als service wil draaien werk het niet. Wat ik gevonden heb is dat als ik hem als service start hij de module paho niet kan vinden. Deze moet er wel zijn wat als de deamon zelf start krijg ik geen foutmelding. Heeft er iemand een idee wat hier fout gaat?

De foutmelding

code:

Feb 19 14:39:54 raspberrypimk systemd[1]: Started Kamstrup2mqtt Service.
Feb 19 14:39:54 raspberrypimk python3[780]: Traceback (most recent call last):
Feb 19 14:39:54 raspberrypimk python3[780]:   File "/home/pi/kamstrup-402-mqtt/daemon.py", line 18, in <module>
Feb 19 14:39:54 raspberrypimk python3[780]:     import paho.mqtt.client as paho
Feb 19 14:39:54 raspberrypimk python3[780]: ModuleNotFoundError: No module named 'paho'
Feb 19 14:39:54 raspberrypimk systemd[1]: kamstrup_meter.service: Main process exited, code=exited, status=1/FAILURE

Mijn service file

code:

pi@raspberrypimk:~/kamstrup-402-mqtt $ cat /etc/systemd/system/kamstrup_meter.service
[Unit]
Description=Kamstrup2mqtt Service
After=multi-user.target

[Service]
Type=simple
WorkingDirectory=/home/pi/kamstrup-402-mqtt
ExecStart=/usr/bin/python3 /home/pi/kamstrup-402-mqtt/daemon.py
StandardOutput=null
StandardError=journal
Restart=always

[Install]
WantedBy=multi-user.targ

[MMatthijsV]

flyboarder schreef op zaterdag 19 februari 2022 @ 17:14:
[...]


Vandaag mij IR leeskop binnen gekregen en het is gelukt om mijn 402 uit te lezen via bovenstaand script (bedankt daar voor). Ik loop alleen tegen een probleem aan, als de deamon los start werkt het perfect, maar als ik hem als service wil draaien werk het niet. Wat ik gevonden heb is dat als ik hem als service start hij de module paho niet kan vinden. Deze moet er wel zijn wat als de deamon zelf start krijg ik geen foutmelding. Heeft er iemand een idee wat hier fout gaat?

De foutmelding

code:

Feb 19 14:39:54 raspberrypimk systemd[1]: Started Kamstrup2mqtt Service.
Feb 19 14:39:54 raspberrypimk python3[780]: Traceback (most recent call last):
Feb 19 14:39:54 raspberrypimk python3[780]:   File "/home/pi/kamstrup-402-mqtt/daemon.py", line 18, in <module>
Feb 19 14:39:54 raspberrypimk python3[780]:     import paho.mqtt.client as paho
Feb 19 14:39:54 raspberrypimk python3[780]: ModuleNotFoundError: No module named 'paho'
Feb 19 14:39:54 raspberrypimk systemd[1]: kamstrup_meter.service: Main process exited, code=exited, status=1/FAILURE

Mijn service file

code:

pi@raspberrypimk:~/kamstrup-402-mqtt $ cat /etc/systemd/system/kamstrup_meter.service
[Unit]
Description=Kamstrup2mqtt Service
After=multi-user.target

[Service]
Type=simple
WorkingDirectory=/home/pi/kamstrup-402-mqtt
ExecStart=/usr/bin/python3 /home/pi/kamstrup-402-mqtt/daemon.py
StandardOutput=null
StandardError=journal
Restart=always

[Install]
WantedBy=multi-user.targ

Waarschijnlijk moet je paho installeren bij dezelfde gebruiker die systemd draait. (sudo waarschijnlijk)

[flyboarder]

MMatthijsV schreef op zaterdag 19 februari 2022 @ 19:35:
[...]


Waarschijnlijk moet je paho installeren bij dezelfde gebruiker die systemd draait. (sudo waarschijnlijk)

Bedankt voor het snelle antwoord. Het lijkt er op dat het werkt. Nadat ik alle 3 de requirements met sudo geinstalleerd had kreeg ik nog foutmelding over "no module yaml". Dit heb ik uiteindelijk opgelost door ook pyyaml te installeren.

code:

sudo pip3 install pyyaml

[MMatthijsV]

flyboarder schreef op zaterdag 19 februari 2022 @ 20:41:
[...]

Dit heb ik uiteindelijk opgelost door ook pyyaml te installeren.

code:

sudo pip3 install pyyaml

Fijn dat het nu werkt! Ik zal het even aanpassen!

[ Voor 18% gewijzigd door MMatthijsV op 20-02-2022 10:44 ]

[markweb4871]

Ik heb Domoticz draaien op een RaspberryPI met daarop op USB0 een P1 meter voor de elektriciteitsmeter. Als ik de infrarood leeskop (van Weidmann-Elektronik) aansluit op USB1 krijg ik een conflict en werkt de P1 meter niet meer.

Is het noodzakelijk om onderstaande stappen uit te voeren op een Raspberry?

https://shop.weidmann-ele...497d/HowToRaspberryPi.pdf

Iemand die een suggestie heeft?

//edit:

pi@PiServer:~/Kamstrup/kamstrup-402-mqtt $ Traceback (most recent call last):
File "daemon.py", line 92, in <module>
main()
File "daemon.py", line 88, in main
daemon = KamstrupDaemon()
File "daemon.py", line 66, in __init__
self.mqtt_handler.connect()
File "/home/pi/Kamstrup/kamstrup-402-mqtt/mqtt_handler.py", line 41, in connect
self.mqtt_client.connect(self.broker, self.port, 60)
File "/home/pi/.local/lib/python3.7/site-packages/paho/mqtt/client.py", line 914, in connect
return self.reconnect()
File "/home/pi/.local/lib/python3.7/site-packages/paho/mqtt/client.py", line 1044, in reconnect
sock = self._create_socket_connection()
File "/home/pi/.local/lib/python3.7/site-packages/paho/mqtt/client.py", line 3685, in _create_socket_connection
return socket.create_connection(addr, timeout=self._connect_timeout, source_address=source)
File "/usr/lib/python3.7/socket.py", line 727, in create_connection
raise err
File "/usr/lib/python3.7/socket.py", line 716, in create_connection
sock.connect(sa)
ConnectionRefusedError: [Errno 111] Connection refused

//edit: bovenstaande opgelost door local ip aan te passen naar 127.0.0.1 in de config. Nu loop ik tegen onderstaande aan:

pi@PiServer:~/Kamstrup/kamstrup-402-mqtt $ tail -f debug.log
[2022-08-26 16:55:55 kamstrup_meter.py readparameter: 198 - WARNING - No respons e from meter]
[2022-08-26 16:55:57 kamstrup_meter.py rd: 131 - DEBUG - Rx timeout]
[2022-08-26 16:55:57 kamstrup_meter.py readparameter: 198 - WARNING - No respons e from meter]
[2022-08-26 16:55:59 kamstrup_meter.py rd: 131 - DEBUG - Rx timeout]
[2022-08-26 16:55:59 kamstrup_meter.py readparameter: 198 - WARNING - No respons e from meter]
[2022-08-26 16:56:01 kamstrup_meter.py rd: 131 - DEBUG - Rx timeout]
[2022-08-26 16:56:01 kamstrup_meter.py readparameter: 198 - WARNING - No respons e from meter]
[2022-08-26 16:56:01 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-08-26 16:56:01 mqtt_handler.py publish: 55 - INFO - Publishing 'kamstrup/ values' '{}' to 127.0.0.1:1883]
[2022-08-26 16:56:01 daemon.py run: 84 - INFO - Waiting 28 minute(s) for the ne xt meter readout]


//edit:

pi@PiServer:~/Kamstrup/kamstrup-402-mqtt $ tail -f debug.log
[2022-08-26 17:24:02 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-08-26 17:24:02 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-08-26 17:24:02 kamstrup_meter.py readparameter: 198 - WARNING - No respons e from meter]
[2022-08-26 17:24:02 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-08-26 17:24:02 mqtt_handler.py publish: 55 - INFO - Publishing 'kamstrup/ values' '{}' to 127.0.0.1:1883]
[2022-08-26 17:24:02 daemon.py run: 84 - INFO - Waiting 28 minute(s) for the ne xt meter readout]
[2022-08-26 17:52:02 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-08-26 17:52:02 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-08-26 17:52:02 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-08-26 17:52:02 kamstrup_meter.py readparameter: 198 - WARNING - No respons e from meter]

[ Voor 98% gewijzigd door markweb4871 op 26-08-2022 18:26 ]

[MMatthijsV]

markweb4871 schreef op vrijdag 26 augustus 2022 @ 13:47:
Ik heb Domoticz draaien op een RaspberryPI met daarop op USB0 een P1 meter voor de elektriciteitsmeter. Als ik de infrarood leeskop (van Weidmann-Elektronik) aansluit op USB1 krijg ik een conflict en werkt de P1 meter niet meer.

Kan je eens kijken in dmesg wat er gebeurd als je bovenstaande doet? En wat zegt de log van beide scripts?

markweb4871 schreef op vrijdag 26 augustus 2022 @ 13:47:
Is het noodzakelijk om onderstaande stappen uit te voeren op een Raspberry?
https://shop.weidmann-ele...497d/HowToRaspberryPi.pdf

Nee

markweb4871 schreef op vrijdag 26 augustus 2022 @ 13:47:

pi@PiServer:~/Kamstrup/kamstrup-402-mqtt $ tail -f debug.log
[2022-08-26 17:24:02 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-08-26 17:24:02 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-08-26 17:24:02 kamstrup_meter.py readparameter: 198 - WARNING - No respons e from meter]
[2022-08-26 17:24:02 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-08-26 17:24:02 mqtt_handler.py publish: 55 - INFO - Publishing 'kamstrup/ values' '{}' to 127.0.0.1:1883]
[2022-08-26 17:24:02 daemon.py run: 84 - INFO - Waiting 28 minute(s) for the ne xt meter readout]
[2022-08-26 17:52:02 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-08-26 17:52:02 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-08-26 17:52:02 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-08-26 17:52:02 kamstrup_meter.py readparameter: 198 - WARNING - No respons e from meter]

Het lijkt er op dat je de kop nog niet goed gepositioneerd heb aangezien je dus wel iets van data binnen krijgt. Bij mij heeft het ook even geduurd voordat ik de 'sweetspot' vond.

[ Voor 3% gewijzigd door MMatthijsV op 26-08-2022 20:23 ]

[markweb4871]

Ik ga een aantal positities van de kop proberen. Hopelijk krijg ik dan de gevraagde data. Ik heb ooit instructies gezien hoe ik in Domoticz de data kan toevoegen als virtuale sensoren. Ik kan deze handleiding niet meer vinden. @MMatthijsV heb jij nog tips?

Link: Virtuele senoren: https://www.domoticz.com/wiki/Virtual_meter

//edit: dus toch de positie van de sensor!

[2022-08-26 20:50:24 mqtt_handler.py connect: 43 - INFO - Connected to MQTT at: 127.0.0.1:1883]
[2022-08-26 20:50:24 mqtt_handler.py connect: 45 - INFO - QoS level = 0 and retain = False]
[2022-08-26 20:50:24 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-08-26 20:50:24 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-08-26 20:50:26 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-08-26 20:50:26 mqtt_handler.py publish: 55 - INFO - Publishing 'kamstrup/values' '{"energy": 236.4, "volume": 3065.1, "temp1": 59.39, "temp2": 51.300000000000004, "tempdiff": 8.09, "flow": 0.0}' to 127.0.0.1:1883]
^C[1]+ Exit 1 python3 daemon.py

[ Voor 62% gewijzigd door markweb4871 op 26-08-2022 20:56 ]

[MMatthijsV]

markweb4871 schreef op vrijdag 26 augustus 2022 @ 20:46:
Ik ga een aantal positities van de kop proberen. Hopelijk krijg ik dan de gevraagde data. Ik heb ooit instructies gezien hoe ik in Domoticz de data kan toevoegen als virtuale sensoren. Ik kan deze handleiding niet meer vinden. @MMatthijsV heb jij nog tips?

Ik heb zelf geen Domotics, maar je kan even kijken op https://github.com/matthijsvisser/kamstrup-402-mqtt voor wat algemene tips. Daar staan ook wat closed issues bij van eerder opgeloste problemen.

[markweb4871]

Heeft iemand een aanwijzing hoe ik de data juist weergeef in Domoticz?

MQTT geconfigureerd volgens: https://www.domoticz.com/....22MQTT_Client_Gateway.22

Virtuele sensors geconfigureerd:
https://www.domoticz.com/wiki/Dummy_for_virtual_Switches

Test:
mosquitto_pub -h localhost -m '{ "idx" : 8, "nvalue" : 0, "svalue" : "25.0" }' -t 'domoticz/in'

De test met de dummy data voor de virtuele sensor werkt ok. Als ik handmatig de svalue aanpas zie ook de dummy temperatuur veranderen.

Nu de vraag hoe ik de MQTT berichten naar de juiste virtuele sensor laat verwijzen in domoticz.

[ Voor 43% gewijzigd door markweb4871 op 27-08-2022 14:31 ]

[rob1985]

Ik loop tegen het volgende probleem aan:

code:

pi@raspberrypi:/opt/kamstrup/kamstrup-402-mqtt $ python3 daemon.py &
[1] 28259
pi@raspberrypi:/opt/kamstrup/kamstrup-402-mqtt $ Traceback (most recent call last):
  File "/opt/kamstrup/kamstrup-402-mqtt/daemon.py", line 29, in <module>
    handler = TimedRotatingFileHandler('debug.log', when="d", interval=1, backupCount=5)
  File "/usr/lib/python3.9/logging/handlers.py", line 208, in __init__
    BaseRotatingHandler.__init__(self, filename, 'a', encoding=encoding,
  File "/usr/lib/python3.9/logging/handlers.py", line 58, in __init__
    logging.FileHandler.__init__(self, filename, mode=mode,
  File "/usr/lib/python3.9/logging/__init__.py", line 1142, in __init__
    StreamHandler.__init__(self, self._open())
  File "/usr/lib/python3.9/logging/__init__.py", line 1171, in _open
    return open(self.baseFilename, self.mode, encoding=self.encoding,
PermissionError: [Errno 13] Permission denied: '/opt/kamstrup/kamstrup-402-mqtt/debug.log'

Ik kan hier geen wijs uit; geen idee waar ik moet beginnen om dit op te lossen.

Mijn config is als volgt.

code:

    host: 192.168.2.200
    port: 1883
    client: warmtemeter
    topic: warmtemeter
    qos: 0
    retain: False
    authentication: true
    username: ###
    password: ###
serial_device:
    com_port: /dev/ttyUSB0
kamstrup:
    parameters:
    - energy
    - volume
    - temp1
    - temp2
    - tempdiff
    - flow
    - volume
    - minflow_m
    - maxflow_m
    poll_interval: 1

Dit is het enige waar ik m'n Raspberry voor gebruik.
MIjn MQTT server draait op een ander apparaat, met het bovengenoemde IP adres.

[MMatthijsV]

rob1985 schreef op donderdag 15 september 2022 @ 22:02:
Ik loop tegen het volgende probleem aan:

code:

pi@raspberrypi:/opt/kamstrup/kamstrup-402-mqtt $ python3 daemon.py &
[1] 28259
pi@raspberrypi:/opt/kamstrup/kamstrup-402-mqtt $ Traceback (most recent call last):
  File "/opt/kamstrup/kamstrup-402-mqtt/daemon.py", line 29, in <module>
    handler = TimedRotatingFileHandler('debug.log', when="d", interval=1, backupCount=5)
  File "/usr/lib/python3.9/logging/handlers.py", line 208, in __init__
    BaseRotatingHandler.__init__(self, filename, 'a', encoding=encoding,
  File "/usr/lib/python3.9/logging/handlers.py", line 58, in __init__
    logging.FileHandler.__init__(self, filename, mode=mode,
  File "/usr/lib/python3.9/logging/__init__.py", line 1142, in __init__
    StreamHandler.__init__(self, self._open())
  File "/usr/lib/python3.9/logging/__init__.py", line 1171, in _open
    return open(self.baseFilename, self.mode, encoding=self.encoding,
PermissionError: [Errno 13] Permission denied: '/opt/kamstrup/kamstrup-402-mqtt/debug.log'

Ik kan hier geen wijs uit; geen idee waar ik moet beginnen om dit op te lossen.

Mijn config is als volgt.

code:

    host: 192.168.2.200
    port: 1883
    client: warmtemeter
    topic: warmtemeter
    qos: 0
    retain: False
    authentication: true
    username: ###
    password: ###
serial_device:
    com_port: /dev/ttyUSB0
kamstrup:
    parameters:
    - energy
    - volume
    - temp1
    - temp2
    - tempdiff
    - flow
    - volume
    - minflow_m
    - maxflow_m
    poll_interval: 1

Dit is het enige waar ik m'n Raspberry voor gebruik.
MIjn MQTT server draait op een ander apparaat, met het bovengenoemde IP adres.

Het ziet er naar uit dat je (de python file) geen rechten hebt om naar de log file te schrijven.

[rob1985]

MMatthijsV schreef op vrijdag 16 september 2022 @ 08:54:
[...]


Het ziet er naar uit dat je (de python file) geen rechten hebt om naar de log file te schrijven.

Ik zie de log file ook niet op m'n apparaat in de folder. Moet ik die eerst zelf aanmaken?
De hele map heeft 0755 rechten.

[MMatthijsV]

rob1985 schreef op zaterdag 17 september 2022 @ 09:31:
[...]

Ik zie de log file ook niet op m'n apparaat in de folder. Moet ik die eerst zelf aanmaken?
De hele map heeft 0755 rechten.

Probeer het eens als sudo, dan kan je het een en ander uitsluiten. Dan kan je daarna kijken wat de verschillen zijn tussen jouw gebruiker en sudo.

[rob1985]

MMatthijsV schreef op zaterdag 17 september 2022 @ 10:27:
[...]


Probeer het eens als sudo, dan kan je het een en ander uitsluiten. Dan kan je daarna kijken wat de verschillen zijn tussen jouw gebruiker en sudo.

code:

pi@raspberrypi:/opt/kamstrup/kamstrup-402-mqtt $ sudo python3 daemon.py &
[1] 4699
pi@raspberrypi:/opt/kamstrup/kamstrup-402-mqtt $ Traceback (most recent call last):
  File "/opt/kamstrup/kamstrup-402-mqtt/daemon.py", line 18, in <module>
    import paho.mqtt.client as paho
ModuleNotFoundError: No module named 'paho'

Dan krijg ik een andere melding....

[MMatthijsV]

rob1985 schreef op zaterdag 17 september 2022 @ 16:39:
[...]
Dan krijg ik een andere melding....

Neem even een kijkje op mijn github pagina: https://github.com/matthi...rup-402-mqtt#requirements. Je mist een Python library.

[rob1985]

MMatthijsV schreef op zaterdag 17 september 2022 @ 18:25:
[...]


Neem even een kijkje op mijn github pagina: https://github.com/matthi...rup-402-mqtt#requirements. Je mist een Python library.

Hmm...ik dacht dat ik ze allemaal had geinstalleerd, maar kennelijk niet.

Als ik hem als non-sudo run dan blijf ik tegen de eerder genoemde foutmelding lopen:

code:

pi@raspberrypi:/opt/kamstrup/kamstrup-402-mqtt $ python3 daemon.py &
[2] 6070
pi@raspberrypi:/opt/kamstrup/kamstrup-402-mqtt $ Traceback (most recent call last):
  File "/opt/kamstrup/kamstrup-402-mqtt/daemon.py", line 29, in <module>
    handler = TimedRotatingFileHandler('debug.log', when="d", interval=1, backupCount=5)
  File "/usr/lib/python3.9/logging/handlers.py", line 208, in __init__
    BaseRotatingHandler.__init__(self, filename, 'a', encoding=encoding,
  File "/usr/lib/python3.9/logging/handlers.py", line 58, in __init__
    logging.FileHandler.__init__(self, filename, mode=mode,
  File "/usr/lib/python3.9/logging/__init__.py", line 1142, in __init__
    StreamHandler.__init__(self, self._open())
  File "/usr/lib/python3.9/logging/__init__.py", line 1171, in _open
    return open(self.baseFilename, self.mode, encoding=self.encoding,
PermissionError: [Errno 13] Permission denied: '/opt/kamstrup/kamstrup-402-mqtt/debug.log'

Dus ik moet nog even gaan pielen met de permissions.

Als ik hem als sudo draai dan krijg ik slechts een nummer te zien:

code:

pi@raspberrypi:/opt/kamstrup/kamstrup-402-mqtt $ sudo python3 daemon.py &
[1] 6067

De waardes die worden doorgestuurd verschillen per keer.

code:

[2022-09-18 09:39:52 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:39:52 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:39:53 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:39:53 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:39:53 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:39:53 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:39:53 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:39:53 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:39:53 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:39:53 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:39:53 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:39:53 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:39:53 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:39:53 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:39:53 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:39:53 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442}'   to 192.168.2.200:1883]
[2022-09-18 09:39:53 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]
[2022-09-18 09:40:53 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:40:54 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:40:56 kamstrup_meter.py rd: 131 - DEBUG - Rx timeout]
[2022-09-18 09:40:56 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:40:56 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:40:56 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:40:56 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:40:56 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:40:57 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:40:57 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:40:57 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:40:57 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:40:57 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "temp2": 48.370000000000005}'  to 192.168.2.200:1883]
[2022-09-18 09:40:57 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]
[2022-09-18 09:41:57 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:41:57 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:41:57 kamstrup_meter.py recv: 180 - WARNING - Missing Escape f6]
[2022-09-18 09:41:57 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:41:57 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:41:57 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:41:57 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:41:57 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:41:58 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:41:58 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:42:00 kamstrup_meter.py rd: 131 - DEBUG - Rx timeout]
[2022-09-18 09:42:00 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:42:00 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:42:00 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:42:00 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "minflow_m": 0.0}' to 192.168.2.200:1883]
[2022-09-18 09:42:00 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]
[2022-09-18 09:43:00 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:43:00 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:43:00 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:43:01 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:43:01 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:43:01 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:43:01 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:43:03 kamstrup_meter.py rd: 131 - DEBUG - Rx timeout]
[2022-09-18 09:43:03 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:43:03 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:43:03 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:43:03 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:43:03 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:43:03 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:43:03 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:43:03 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "flow": 6.0}'  to 192.168.2.200:1883]
[2022-09-18 09:43:03 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]
[2022-09-18 09:44:03 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:44:04 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:44:04 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:44:04 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:44:04 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:44:04 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:44:04 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:44:04 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:44:04 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:44:05 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:44:05 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:44:05 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:44:05 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:44:05 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:44:05 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:44:05 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:44:05 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "flow": 5.0}'  to 192.168.2.200:1883]
[2022-09-18 09:44:05 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]
[2022-09-18 09:45:05 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:45:05 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:45:05 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:45:06 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:45:06 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:45:06 kamstrup_meter.py readparameter: 204 - WARNING - Message is invalid]
[2022-09-18 09:45:06 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:45:06 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:45:06 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:45:06 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:45:06 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:45:06 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:45:06 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:45:06 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:45:06 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:45:06 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "volume": 2495.718}'   to 192.168.2.200:1883]
[2022-09-18 09:45:06 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]
[2022-09-18 09:46:06 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:46:06 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:46:06 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:46:07 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:46:07 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:46:07 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:46:07 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:46:07 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:46:07 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:46:07 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:46:07 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:46:07 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:46:07 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:46:08 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:46:08 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "temp2": 47.93, "maxflow_m": 224.0}'   to 192.168.2.200:1883]
[2022-09-18 09:46:08 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]
[2022-09-18 09:47:08 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:47:08 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:47:08 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:47:10 kamstrup_meter.py rd: 131 - DEBUG - Rx timeout]
[2022-09-18 09:47:10 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:47:11 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:47:11 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:47:11 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:47:11 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:47:11 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:47:11 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:47:11 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:47:11 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "volume": 2495.718, "tempdiff": 3.77, "flow": 5.0}'    to 192.168.2.200:1883]
[2022-09-18 09:47:11 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]
[2022-09-18 09:48:11 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:48:12 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:48:12 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:48:13 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:48:13 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:48:13 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:48:13 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "volume": 2495.719, "temp1": 51.61, "temp2": 47.77, "tempdiff": 3.84, "minflow_m": 0.0, "maxflow_m": 224.0}'   to 192.168.2.200:1883]
[2022-09-18 09:48:13 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]
[2022-09-18 09:49:13 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 09:49:14 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:49:14 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:49:14 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:49:14 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:49:14 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:49:14 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:49:14 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:49:14 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:49:14 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:49:14 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:49:15 kamstrup_meter.py recv: 188 - ERROR - CRC error]
[2022-09-18 09:49:15 kamstrup_meter.py readparameter: 198 - WARNING - No response from meter]
[2022-09-18 09:49:15 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 09:49:15 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "volume": 2495.719, "temp1": 51.2}'    to 192.168.2.200:1883]
[2022-09-18 09:49:15 daemon.py run:  84 - INFO - Waiting 1 minute(s) for the next meter readout]

Update: Ik heb het polling interval aangepast naar 5 minuten en nu lijk ik betere waarden doorgestuurd te krijgen. Ik ga even uitvogelen wat een prettig interval is. Het liefst wil ik zo dicht mogelijk bij realtime komen, voor zo'n precies mogelijke weergave. Zeker in het begin, om te kijken waar je het beste mee kan besparen, zeker met de huidige prijzen.

code:

[2022-09-18 10:04:27 daemon.py __init__:  41 - INFO - initializing daemon]
[2022-09-18 10:04:27 mqtt_handler.py connect:  43 - INFO - Connected to MQTT at: 192.168.2.200:1883]
[2022-09-18 10:04:27 mqtt_handler.py connect:  45 - INFO - with username rob, QoS level = 0 and retain = False]
[2022-09-18 10:04:27 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 10:04:27 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 10:04:29 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 10:04:29 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "volume": 2495.7200000000003, "temp1": 51.96, "temp2": 47.13, "tempdiff": 4.83, "flow": 10.0, "minflow_m": 0.0, "maxflow_m": 224.0}'   to 192.168.2.200:1883]
[2022-09-18 10:04:29 daemon.py run:  84 - INFO - Waiting 5 minute(s) for the next meter readout]
[2022-09-18 10:09:29 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 10:09:31 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 10:09:31 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "volume": 2495.721, "temp1": 52.17, "temp2": 47.45, "tempdiff": 4.72, "flow": 8.0, "minflow_m": 0.0, "maxflow_m": 224.0}'  to 192.168.2.200:1883]
[2022-09-18 10:09:31 daemon.py run:  84 - INFO - Waiting 5 minute(s) for the next meter readout]
[2022-09-18 10:14:31 kamstrup_meter.py open: 118 - DEBUG - Opened serial port]
[2022-09-18 10:14:33 kamstrup_meter.py close: 126 - DEBUG - Closed serial port]
[2022-09-18 10:14:33 mqtt_handler.py publish:  53 - INFO - Publishing 'warmtemeter/values'  '{"energy": 248.442, "volume": 2495.722, "temp1": 52.02, "temp2": 47.92, "tempdiff": 4.1, "flow": 8.0, "minflow_m": 0.0, "maxflow_m": 224.0}'   to 192.168.2.200:1883]
[2022-09-18 10:14:33 daemon.py run:  84 - INFO - Waiting 5 minute(s) for the next meter readout]

[ Voor 176% gewijzigd door rob1985 op 18-09-2022 10:18 ]

[MMatthijsV]

rob1985 schreef op zaterdag 17 september 2022 @ 22:57:
Als ik hem als non-sudo run dan blijf ik tegen de eerder genoemde foutmelding lopen:

Als je het proces niet als sudo wilt draaien, dan moet je even kijken wat de verschillen in rechten zijn tussen jouw gebruiker en sudo.

rob1985 schreef op zaterdag 17 september 2022 @ 22:57:

De waardes die worden doorgestuurd verschillen per keer.

Het lijkt er hierop dat je niet alle berichten gedecodeerd kunnen worden waardoor je niet alle waardes terug krijgt. Dit zal inderdaad met de positie van de leeskop te maken hebben, maar je zit wel in de buurt.

Met & aan het eind van het commando geef je aan dat het een achtergrond proces wordt, het nummer wat je terug krijgt is het procesnummer. Zolang het programma niet crashed of jij dit niet sluit zal deze actief blijven totdat jij het stopt. Let hier even op dat je meerdere processen actief hebt staan op de achtergrond. Het mooiste is om het als service te configureren, dan kan je die starten en stoppen. https://github.com/matthi...ning-as-a-systemd-service

rob1985 schreef op zaterdag 17 september 2022 @ 22:57:
Update: Ik heb het polling interval aangepast naar 5 minuten en nu lijk ik betere waarden doorgestuurd te krijgen. Ik ga even uitvogelen wat een prettig interval is. Het liefst wil ik zo dicht mogelijk bij realtime komen, voor zo'n precies mogelijke weergave. Zeker in het begin, om te kijken waar je het beste mee kan besparen, zeker met de huidige prijzen.

Je kan even kijken naar de flow parameter, die geeft daar een goede indicatie in. Succes

[rob1985]

Thanks voor je hulp @MMatthijsV! Ik heb hem vanochtend als service laten draaien, dus ik zou er geen omkijken meer naar moeten hebben.

Nu alleen nog de data in Home Assistant krijgen. Nieuwe leerzame uitdaging.

[rob1985]

Ik ben inmiddels wat stappen verder. Maar ik krijg het nog niet goed zichtbaar in Home Assistant. Ik heb het volgende toegevoegd in m'n configuration.yaml file:

code:

mqtt:
  sensor:
    - name: "Warmtemeter Energie"
      state_topic: "warmtemeter/values"
      unit_of_measurement: "GJ"
      value_template: "{{ value_json.energy }}"

mqtt:
  sensor:
    - name: "Warmtemeter Volume"
      state_topic: "warmtemeter/values"
      unit_of_measurement: "m3"
      value_template: "{{ value_json.volume }}"

Als ik nu een dashboardje wil maken met deze twee waarden, dan kan hij de Energie sensor niet vinden, maar de Volume sensor wel.

In de MQTT berichten zie ik wel gewoon beide (en meer) waardes doorgestuurd worden. Home Assistant ziet die ook, als ik via de MQTT integratie luister naar het topic van de warmtemeter.

code:

{"energy": 248.50900000000001, "volume": 2498.791, "temp1": 41.85, "temp2": 46.25, "tempdiff": 4.4, "flow": 0.0, "minflow_m": 0.0, "maxflow_m": 224.0}

Dit ziet Home Assistant (een paar minuten later):

code:

 Bericht 53 ontvangen op warmtemeter/values om 9:30:
{
    "energy": 248.50900000000001,
    "volume": 2498.791,
    "temp1": 36.9,
    "temp2": 40.65,
    "tempdiff": 3.75,
    "flow": 0,
    "minflow_m": 0,
    "maxflow_m": 224
}
QoS: 0 - Retain: false

Edit: oplossing: ik moest de configuration even aanpassen in Home Assistant yaml:

code:

mqtt:
  sensor:
    - name: "Warmtemeter Energie"
      state_topic: "warmtemeter/values"
      unit_of_measurement: "GJ"
      value_template: "{{ value_json.energy }}"
    - name: "Warmtemeter Volume"
      state_topic: "warmtemeter/values"
      unit_of_measurement: "m3"
      value_template: "{{ value_json.volume }}"

Overigens zie ik dat QoS op 0 staat, maar in de configuratie van de IR sensor heb ik hem toch echt op 2 gezet...maar goed, dat vind ik iets minder belangrijk.

[ Voor 37% gewijzigd door rob1985 op 24-09-2022 14:09 ]

[martini7]

Ik lees een hoop reacties over het juist plaatsen van de IR kop, maar geloof niet (meer) in ‘the sweet spot’.. heb een hoop zitten klooien om de juiste positie/hoek te krijgen, maar wat bleek, het IR licht uit de kop (of Kamstrup) is te fel waardoor de dataoverdracht niet goed ging. Door simpel een papiertje er tussenin te houden werkt hij door de kop er normaal recht voor te zetten..

[nuveo]

Ik had op goed geluk de volgende IR leeskop van Aliexpress besteld: https://www.aliexpress.com/item/1005003509520122.html en deze werkt als een zonnetje icm mijn Multical 402 :-)

Hij kan gewoon strak bovenop de meter worden geplaatst (niet onder een hoek), zonder een papiertje er tussen of andere trucs. Wel "ondersteboven" plaatsen, dus met de kabel naar boven en dan vastzetten met een beetje ducttape. Er zit geen magneet in deze leeskop ingebakken, maar de Multical hier blijft gewoon reageren als ik 'm periodiek (elke 5 minuten) uitlees.

Bezorging via Aliexpress ging overigens ook beter dan verwacht, hij werd hier na een dag of 10 bezorgd zonder gedoe met BTW/invoerrechten.

[nDevox]

Ben zelf van plan om dezelfde sensor aan te schaffen voor de multical 601. Ik maak me echter vooral “zorgen” over de batterij, ik lees hierover verschillende dingen.

Weet iemand misschien waar deze batterij exact voor is? Het uitlezen van daadwerkelijk je warmte gebruik, slechts het lcd of is het een backup batterij voor bijvoorbeeld stroomuitval? En wat gebeurt er wanneer de batterij leeg is? Voelt voor mij nog als een risico.

[Technofreakz]

nDevox schreef op dinsdag 15 november 2022 @ 23:04:
Ben zelf van plan om dezelfde sensor aan te schaffen voor de multical 601. Ik maak me echter vooral “zorgen” over de batterij, ik lees hierover verschillende dingen.

Weet iemand misschien waar deze batterij exact voor is? Het uitlezen van daadwerkelijk je warmte gebruik, slechts het lcd of is het een backup batterij voor bijvoorbeeld stroomuitval? En wat gebeurt er wanneer de batterij leeg is? Voelt voor mij nog als een risico.

batterij zou het aan moeten kunnen, mocht hij het wel begeven dat zal er een berekening van voorgaande jaren op los gelaten worden rekening houdend met het weer. Als het bijv extreem koud is zal het hoger uitvallen.

[martini7]

Ik lees hier al 2,5 jaar iedere 5 min. 5 waarden (Energieverbuik in GJ + M3, aanvoer + retour temperatuur en waterdoorstroming) uit en de batterij blijft het prima doen...

[DonJunior]

Ik heb een Kamstrup 603 (https://www.kamstrup.com/...eters/meters/multical-603) en wilde deze graag weergeven in mijn Home Assistant ingeving.
Kan ik dat ook op deze manier met een IR reader doen.. en zo ja.. waar plaats ik die dan precies? Iemand plaatjes van waar ik dat ding moet plakken?
en welke stappen ik moet doen om dit dan richting HA te krijgen.

[twimj]

DonJunior schreef op vrijdag 16 december 2022 @ 08:39:
Ik heb een Kamstrup 603 (https://www.kamstrup.com/...eters/meters/multical-603) en wilde deze graag weergeven in mijn Home Assistant ingeving.
Kan ik dat ook op deze manier met een IR reader doen.. en zo ja.. waar plaats ik die dan precies? Iemand plaatjes van waar ik dat ding moet plakken?
en welke stappen ik moet doen om dit dan richting HA te krijgen.

Ik heb zelf een 602 en die werkt perfect met de HACS integratie "Kamstrup 403", in de readme staat dat die ook werkt met de 603, de repo kan je eventueel ook nog hier vinden. Zelf heb ik een IR kop van Aliexpress gekocht, is ondertussen even geleden, en kan em niet meer vinden. Misschien dat iemand anders je daar mee kan helpen.

[DonJunior]

@twimj Thanks voor de vlotte respons
Ik vond ook nog deze blog van @Atomstar
https://atomstar.tweakblo...h-home-built-optical-head
Daarin word toevallig ook gelinkt naar AliExpress.

https://nl.aliexpress.com...b201602_,searchweb201603_

Maar dat komt pas over een maand binnen.. da's wel heel lang. En dan weet ik nog niet eens zeker of het werkt.

Meerdere blogs en voorbeelden gevonden:
https://community.home-as...d-template-sensors/336302

En vroeg me af of ik het ook zelf kon freubelen
met zoiets; https://circuitdigest.com...ensor-module-with-arduino

[ Voor 22% gewijzigd door DonJunior op 16-12-2022 09:28 ]

[Dum_Dummy]

DonJunior schreef op vrijdag 16 december 2022 @ 08:39:
Ik heb een Kamstrup 603 (https://www.kamstrup.com/...eters/meters/multical-603) en wilde deze graag weergeven in mijn Home Assistant ingeving.
Kan ik dat ook op deze manier met een IR reader doen.. en zo ja.. waar plaats ik die dan precies? Iemand plaatjes van waar ik dat ding moet plakken?
en welke stappen ik moet doen om dit dan richting HA te krijgen.

Ik zelf de 402, maar het viel mij op dat er 2 kleine pinnetjes uitsteken waar ik mijn IR-kop in kon zetten. Hiermee was hij precies uitgelijnd en de magneet in mijn kop deed de rest.

Op de Kamstrup 603 zit het venstertje bovenin, en volgens mij heb je dezelfde pinnetjes voor het uitlijnen van de sensor.

[DonJunior]

@Dum_Dummy Welke reader gebruik jij hiervoor dan?

[Dum_Dummy]

@DonJunior

Deze om precies te zijn. Heb er ongeveer 2 weken op moeten wachten. Na importeren van de module werkte deze binnen een paar minuten.

https://nl.aliexpress.com...3DVo&gatewayAdapt=glo2nld

[woertm000]

Dank voor de info.
Heb de IR-Kop bij Ali besteld, zal volgend jaar wel ergens geleverd worden.
In de tussentijd eens puzzelen hoe ik die data vanuit de meterkast via een RPi of ESP naar de HA RPi kan "transporteren". Iets met USB -> ESP -> MQTT -> HA zal wel mogelijk zijn lijkt me ?

[tsjoender]

Zijn hier ook Ennatuurlijk klanten die al voorzien zijn van een "slimme meter" welke ze nu aan het uitrollen zijn?

Ik ben wel benieuwd welke meter dat precies is. Het gelinkte artikel van Ennatuurlijk geeft aan dat het een Kamstup meter is, maar ik heb nog niet gevonden welke het dan is. Bovendien ben ik dan benieuwd of deze ook weet batterij gevoed zal zijn en of daar limieten aan zitten met hoelang en hoevaak je die uit kan lezen (ook weer optisch vermoed ik, want dat lijkt de standaard methode voor Kamstrup).

[woertm000]

Ik heb recentelijk van Ennatuurlijk een "slimme" meter ontvangen.
Kan er eigenlijk niks mee, niet direct koppelen via P1.
Deze wordt zo te zien via batterij gevoed ook.
Monteur zei dat alles via een App uit te lezen is, maar dat klopt totaal niet.

[tsjoender]

woertm000 schreef op vrijdag 16 december 2022 @ 18:29:
Ik heb recentelijk van Ennatuurlijk een "slimme" meter ontvangen.
Kan er eigenlijk niks mee, niet direct koppelen via P1.
Deze wordt zo te zien via batterij gevoed ook.
Monteur zij dat alles via een App uit te lezen is, maar dat klopt totaal niet.
[Afbeelding]

Hmm dat is jammer. Dan is de huidige meter met IR uitlezing dus slimmer, dan wat er voor terugkomt. In ieder geval weet ik welk type ik kan verwachten. Ben benieuwd hoe snel we hier aan de beurt zijn.

Edit: ik begrijp dat de IR aansluiting nog niet geprobeerd is, dan is er nog een reeele kans dat de nieuwe meter gelijk werkt als de vorige.

[ Voor 14% gewijzigd door tsjoender op 17-12-2022 08:30 ]

[MMatthijsV]

woertm000 schreef op vrijdag 16 december 2022 @ 18:29:
Ik heb recentelijk van Ennatuurlijk een "slimme" meter ontvangen.
Kan er eigenlijk niks mee, niet direct koppelen via P1.
Deze wordt zo te zien via batterij gevoed ook.
Monteur zij dat alles via een App uit te lezen is, maar dat klopt totaal niet.
[Afbeelding]

Op de foto lijk ik wel een IR interface te zien.

[woertm000]

Dum_Dummy schreef op vrijdag 16 december 2022 @ 13:34:
[...]


Ik zelf de 402, maar het viel mij op dat er 2 kleine pinnetjes uitsteken waar ik mijn IR-kop in kon zetten. Hiermee was hij precies uitgelijnd en de magneet in mijn kop deed de rest.

Op de Kamstrup 603 zit het venstertje bovenin, en volgens mij heb je dezelfde pinnetjes voor het uitlijnen van de sensor.

[Afbeelding]

Die foto is wat duidelijker.
Het is de Kamstrup 603
En in vermoed ook dat deze "gewoon" via IR uit te lezen is.
(Daarom heb ik dus ook die IR-KOP besteld. Jammer dat het 10 tot 14 dagen duurt voordat het binnen is )

[WvanB]

Misschien een domme vraag maar ik ben van plan om mijn Kamatrub 403 meter uit te lezen met behulp van het script van Matthijs.

Het is mij niet helemaal duidelijk of de IR kop en scripts op een eigen Raaberry PI moeten draaien of dat ik dit ook gewoon direct op mijn Home Assistant device kan aansluiten?

[MMatthijsV]

WvanB schreef op zaterdag 17 december 2022 @ 06:40:
Misschien een domme vraag maar ik ben van plan om mijn Kamatrub 403 meter uit te lezen met behulp van het script van Matthijs.

Het is mij niet helemaal duidelijk of de IR kop en scripts op een eigen Raaberry PI moeten draaien of dat ik dit ook gewoon direct op mijn Home Assistant device kan aansluiten?

Je hebt een device nodig met een USB interface waar je Python en de bij behorende packages kan installeren. Dat kan zeker het zelfde device zijn als waar jij home assistant op draait.

[MMatthijsV]

Voor de geïnteresseerden: ik heb Docker support toegevoegd. De instructies staan er ook bij. https://github.com/matthijsvisser/kamstrup-402-mqtt

[woertm000]

Inmiddels toch al redelijk vlot de IR-kop ontvangen.
RPi had ik al klaar liggen en script alvast klaar gezet ook. (https://github.com/matthijsvisser/kamstrup-402-mqtt)

Montage van de IR-kop heb ik met duck-tape gedaan, ziet er niet elegant uit, maar 't werk prima, en de meterkast kijkt toch verder niemand in

Tijdens het zoeken kwam ik deze blog nog tegen met zinvolle info:
https://www.pieterbrinkma...-dashboard/#comment-20783
Dat dus maar als basis gebruikt, en het lijkt nu te werken.
Moet nog wel aan de slag om zinvolle dashboard grafieken te maken, maar de data is er nu in ieder geval.

[jhead22]

Ik heb sinds kort een nieuwe meter gekregen van ennatuurlijk. Een multical 403. (de vorige was dood maar kon ik wel uitlezen) Ik lees de meter uit met HA door middel van de volgende IR lezer: https://wiki.hal9k.dk/projects/kamstrup met magneten.

Als ik op een knop druk kan ik de meter 4 minuten uitlezen. Daarna gaat de meter in slaap modus.
Ik heb al overal magneten neergezet, maar hij blijft naar 4 minuten in slaap gaan. Ook als ik hem iedere minuut uit lees.

Heeft iemand hier al een oplossing voor gevonden, of moet ik met een servo aan de gang die voor het uitlezen even op de knop drukt

[Nibblebit]

Er zit een reed-contact in de meter, als die geen magneet detecteert, dan wordt het IR circuit uitgeschakeld om de batterij te sparen. Ben ik achter gekomen door de handleiding te lezen (van de 403). Toch begin ik bij jouw bericht @jhead22 te twijfelen, ik heb er echter geen last van met de 403 en er zit in de setup ook geen optie om het IR circuit op een andere manier uit te zetten. Misschien een idee om op een stil moment met een voldoende sterke magneet over de meter te bewegen en dan luisteren of je een zacht tikje kunt horen (hopelijk is het een reed-contact en kun je dit dan horen). Op die plek moet dan in ieder geval een magneetje zitten. Ik heb mijn IR-kop op zijn kop op de meter moeten zetten (draad boven) en leest 100% foutloos.

[ Voor 3% gewijzigd door Nibblebit op 11-02-2023 00:37 ]

[jhead22]

Ik denk dat ik het gevonden heb. Ik had 4 magneetjes in de kop zitten. Ik heb ze er uit gehaald en 1 wat grote magneet net boven het display geplaatst. Dat hielp niet. Het 180 draaien van de magneet was de oplossing. Blijkbaar moet de magneet echt met de noord of zuid zijde naar de meter toe wijzen.

Ik ga een nieuwe behuizing voor de IR reader maken zodat alles weer netjes wordt en werkt.

[xven0mxz]

Vandaag ook mijn IR reader binnen gekregen.

Ik krijg het alleen niet werkend. Mijn RPI ziet de kabel maar krijg er geen data uit.

Kan iemand mij aan de software LogView HCW of METERTOOL HCW helpen? Heb geprobeerd om het via minicom werkend te krijgen maar ook dat is niet gelukt.

Iemand die nog tips heeft?

[MMatthijsV]

xven0mxz schreef op zaterdag 18 februari 2023 @ 19:34:
Vandaag ook mijn IR reader binnen gekregen.

Ik krijg het alleen niet werkend. Mijn RPI ziet de kabel maar krijg er geen data uit.

Kan iemand mij aan de software LogView HCW of METERTOOL HCW helpen? Heb geprobeerd om het via minicom werkend te krijgen maar ook dat is niet gelukt.

Iemand die nog tips heeft?

De IR interface van de meter werkt pas wanneer de knop op de meter is ingedrukt. Dan zal je pas data krijgen wanneer je een geldig commando verzend. Alleen de seriële poort uitlezen gaat dus niet werken, het is tweerichtingsverkeer. Je kan het met mijn script proberen en anders inderdaad de officiële tool.

[xven0mxz]

MMatthijsV schreef op zaterdag 18 februari 2023 @ 21:11:
[...]


De IR interface van de meter werkt pas wanneer de knop op de meter is ingedrukt. Dan zal je pas data krijgen wanneer je een geldig commando verzend. Alleen de seriële poort uitlezen gaat dus niet werken, het is tweerichtingsverkeer. Je kan het met mijn script proberen en anders inderdaad de officiële tool.

Ik heb de 402. Maakt het uit welke knop?

Ik probeer het via https://github.com/golles/ha-kamstrup_403 werkend te krijgen.

Inmiddels de software gevonden. Ook hiermee lijk ik geen verbinding te kunnen maken met de 402. Morgen de truc van het papier maar is proberen.. kan natuurlijk ook dat de kabel kapot is. Zijn er andere methodes om de IR te testen?

[ Voor 17% gewijzigd door xven0mxz op 19-02-2023 02:05 ]

[MMatthijsV]

xven0mxz schreef op zaterdag 18 februari 2023 @ 22:02:
[...]


Ik heb de 402. Maakt het uit welke knop?

Ik probeer het via https://github.com/golles/ha-kamstrup_403 werkend te krijgen.

Inmiddels de software gevonden. Ook hiermee lijk ik geen verbinding te kunnen maken met de 402. Morgen de truc van het papier maar is proberen.. kan natuurlijk ook dat de kabel kapot is. Zijn er andere methodes om de IR te testen?

De groene knop https://github.com/matthi...trup-402-mqtt#meter-setup
Je kan zendende kant van de IR kabel testen door met een camera naar de IR LED van de kabel te kijken, die zou dan moeten oplichten wanneer er een commando wordt verstuurd. De ontvangende kant is wat lastiger te testen.

Heb je hier al naar gekeken? Hier staan ook nog wat tips: https://github.com/matthijsvisser/kamstrup-402-mqtt

[xven0mxz]

MMatthijsV schreef op zondag 19 februari 2023 @ 08:22:
[...]


De groene knop https://github.com/matthi...trup-402-mqtt#meter-setup
Je kan zendende kant van de IR kabel testen door met een camera naar de IR LED van de kabel te kijken, die zou dan moeten oplichten wanneer er een commando wordt verstuurd. De ontvangende kant is wat lastiger te testen.

Heb je hier al naar gekeken? Hier staan ook nog wat tips: https://github.com/matthijsvisser/kamstrup-402-mqtt

Oke, ik heb hem werkend gekregen. Blijkbaar kon je in Logview HCW ook de COM port veranderen. Bij default pakte hij de Kamstrup driver die niet lijkt te werken. Hierna kon ik gelijk verbinding maken.

Gelijk de kabel in de RPI gedaan, reload van integratie en verbinding!

Thanks voor de hulp!

[ Voor 24% gewijzigd door xven0mxz op 19-02-2023 11:38 ]

[Sher]

Iemand enig idee waar ik de data kabel 66-99-108 voor Kamstrup meters kan bestellen? Het is een 8 puns en 6 pins aan ander kant stekker

[Thierry_P]

Ik heb de Kamstrup 403 en op Aliexpress deze IR-kop besteld:
https://nl.aliexpress.com...3DVo&gatewayAdapt=glo2nld
Die kop moet ondersteboven op de Kamstrup tussen de pinnen op het leesvenster worden geklemd, met de kabel van de IR-kop dus omhoog.

Met de volgende Python software aan de praat gekregen, 1 uitlezing van alleen die waarden die gewenst zijn bij iedere aanroep van het Python-script.
https://github.com/tvwerkhoven/PyMultical
De IR-kop heeft magneten ingebouwd, de Kamstrup 403 hoeft niet iedere 30 minuten uit te worden gelezen om actief te blijven.

[MiteZZ]

Is dit ook mogelijk om dit op dezelfde NUC te doen in plaats van op een aparte Pi?

Ik had hiervoor HA op een Pi4 draaien en een aparte Pi3 voor de uitlezing van de Kamstrup, maar nu zijn beide overleden en ben ik zoals al gezegd overgestapt op een NUC.
Met een goede handleiding kom ik meestal een eind, maar mijn kennis op dit vlak schiet te kort om het te kunnen fixen via de NUC.

[MMatthijsV]

MiteZZ schreef op maandag 5 juni 2023 @ 20:27:
Is dit ook mogelijk om dit op dezelfde NUC te doen in plaats van op een aparte Pi?

Jazeker. Home assistant is een heel andere applicatie dus ik zou niet weten waarom dat niet zou werken.
Als er een besturingsysteem zoals Ubuntu (Linux) op staat dan kan je dezelfde stappen uitvoeren.

Zie https://github.com/matthijsvisser/kamstrup-402-mqtt

[ Voor 6% gewijzigd door MMatthijsV op 06-06-2023 06:37 ]

[MiteZZ]

MMatthijsV schreef op dinsdag 6 juni 2023 @ 06:35:
[...]

Jazeker. Home assistant is een heel andere applicatie dus ik zou niet weten waarom dat niet zou werken.
Als er een besturingsysteem zoals Ubuntu (Linux) op staat dan kan je dezelfde stappen uitvoeren.

Zie https://github.com/matthijsvisser/kamstrup-402-mqtt

Ah ja, helaas draai ik HomeAssistant als x86.. dus dan zou ik nog iets moeten hebben wat Ubuntu draait neem ik aan he?

[MMatthijsV]

MiteZZ schreef op dinsdag 6 juni 2023 @ 09:01:
[...]
Ah ja, helaas draai ik HomeAssistant als x86.. dus dan zou ik nog iets moeten hebben wat Ubuntu draait neem ik aan he?

Het is in Python geschreven dus je kan het ook uitvoeren onder Windows. Je hebt dan Python en de bijbehorende pakketten nodig. Qua configuratie zou je dan alleen moeten uitzoeken welke usb com poort gebruikt word door je infrarood lezer.

Wat je ook kan doen is het in een Docker container uitvoeren; zie https://github.com/matthi...p-402-mqtt#requirements-1

[MiteZZ]

MMatthijsV schreef op dinsdag 6 juni 2023 @ 10:56:
[...]


Het is in Python geschreven dus je kan het ook uitvoeren onder Windows. Je hebt dan Python en de bijbehorende pakketten nodig. Qua configuratie zou je dan alleen moeten uitzoeken welke usb com poort gebruikt word door je infrarood lezer.

Wat je ook kan doen is het in een Docker container uitvoeren; zie https://github.com/matthi...p-402-mqtt#requirements-1

Dankjewel voor je reactie weer! Echter draait er geen windows op mijn NUC, toch? Ik heb een dedicated Generic x86-64 PC, en deze image op een SSD geflasht. Dan zou ik denk ik toch iets meer moeten doen dan alleen python instaleren denk ik zo, of heb ik dat verkeerd?

Excuses voor mijn gebrek aan kennis!

[MMatthijsV]

MiteZZ schreef op dinsdag 6 juni 2023 @ 15:40:
[...]


Dankjewel voor je reactie weer! Echter draait er geen windows op mijn NUC, toch? Ik heb een dedicated Generic x86-64 PC, en deze image op een SSD geflasht. Dan zou ik denk ik toch iets meer moeten doen dan alleen python instaleren denk ik zo, of heb ik dat verkeerd?

Excuses voor mijn gebrek aan kennis!

Ah, dat werd mij niet duidelijk uit je post. Maar inderdaad, dat is geen Windows. Zelf heb ik geen ervaring met Home Assistant. Lijkt mij wel zonde van de resources die je beschikbaar hebt op een NUC om daar alleen dat besturingssysteem op te draaien, daar beperk je jezelf erg mee. Waar je nog naar kan kijken is Python scripts uitvoeren binnen Home Assistant.

[Graham]

Zelf heb ik het opgelost door op mijn NUC, waar Proxmox sowieso al op draaide en daarop weer HA, een VM te gebruiken die ik al had. Met passthrough de IR-kop naar VM en dan het script werkende gekregen. De waardes worden dan weer uitgelezen door HA.

[ Voor 4% gewijzigd door Graham op 20-06-2023 21:59 . Reden: typo ]

[19JM81]

Ik heb alles werkend, MMatthijsV dank voor alle inspanningen Kan iemand mij vertellen wat de 'volume' waarde betekenen? Ik weet dat het gebruikt water is, maar is dat alleen warmwater of een combinatie? Mijn warmte leverancier vraagt 9,95 per m3 (prijsplafond), maar het verbruik gaat best hard...

Configuration.yaml:

- name: "CH_Consumed_Water"
unique_id: "CH_Consumed_Water"
device_class: water
state_class: total_increasing
state_topic: "kamstrup/values"
value_template: "{{ value_json.volume }}"
unit_of_measurement: "m³"

Overzicht gebruik:


Ik ben benieuwd of ik het verkeerd zie of niet goed heb ingesteld...

[MMatthijsV]

19JM81 schreef op woensdag 28 juni 2023 @ 09:34:
Mijn warmte leverancier vraagt 9,95 per m3 (prijsplafond), maar het verbruik gaat best hard...

Weet je dit zeker? Je wordt volgens mij namelijk op GJ afgerekend. Dat wordt berekend door het gebruikte (warme) water in m3 maal de soortelijkewarmte van het medium maal het temperatuur verschil tussen de aanvoer leiding (t1) en retourleiding (t2).

[Graham]

19JM81 schreef op woensdag 28 juni 2023 @ 09:34:
Kan iemand mij vertellen wat de 'volume' waarde betekenen? Ik weet dat het gebruikt water is, maar is dat alleen warmwater of een combinatie?

Volume lijkt me de hoeveelheid water dat door het systeem gaat om te verwarmen. Dus alleen je "warmwater" van de stadsverwarming (niet je warmwater uit de normale warm/koude kraan systeem, dat bedoel je vast ook niet maar voor de duidelijkheid. Dit zijn ook twee verschillende systemen en met elk een eigen meter). Overigens wordt ik op GJ, zoals MMatthijsV al aangeeft, afgerekend. Lijkt me logisch dat dit bij jou ook zo is, immers wordt dat water gewoon weer terug in het systeem gebracht minus wat warmte en uiteindelijk hergebruikt. Het verlies is dan ook alleen energie in warmte waar je dus voor moet betalen.

[ Voor 0% gewijzigd door Graham op 01-07-2023 14:49 . Reden: typo ]

[19JM81]

Ah kijk, dus de Kamstrup is waarschijnlijk alleen voor de Itho warmtepomp en niet voor de bijbehorende boiler?

[MiteZZ]

MMatthijsV schreef op woensdag 7 juni 2023 @ 06:04:
[...]


Ah, dat werd mij niet duidelijk uit je post. Maar inderdaad, dat is geen Windows. Zelf heb ik geen ervaring met Home Assistant. Lijkt mij wel zonde van de resources die je beschikbaar hebt op een NUC om daar alleen dat besturingssysteem op te draaien, daar beperk je jezelf erg mee. Waar je nog naar kan kijken is Python scripts uitvoeren binnen Home Assistant.

Heb je iets van documentatie hoe ik dit kan opzetten, moet ik bijvoorbeeld alle files die in de github staan kopieren naar een map binnen in HA?

Ik heb te weinig kennis ( leer gaanderweg ) om dit zo in HA op te zetten.

Alvast bedankt!

[MMatthijsV]

MiteZZ schreef op woensdag 12 juli 2023 @ 14:48:
[...]
Heb je iets van documentatie hoe ik dit kan opzetten, moet ik bijvoorbeeld alle files die in de github staan kopieren naar een map binnen in HA?

Ik heb te weinig kennis ( leer gaanderweg ) om dit zo in HA op te zetten.

Alvast bedankt!

Nee dat heb ik niet. Ik gebruik zelf geen Home Assistant. Wel zag ik deze repository waar je misschien wat mee kan.

[Graham]

MMatthijsV schreef op woensdag 12 juli 2023 @ 18:06:
[...]


Nee dat heb ik niet. Ik gebruik zelf geen Home Assistant. Wel zag ik deze repository waar je misschien wat mee kan.

Oh die kende ik nog niet maar werkt wel nice mbt direct vanuit HA voor mij.

@MiteZZ Misschien is deze handleiding handig voor jou, https://www.pieterbrinkma...sistant-energy-dashboard/ Die gebruikt het script van @MMatthijsV

[MiteZZ]

Graham schreef op donderdag 13 juli 2023 @ 14:59:
[...]
Oh die kende ik nog niet maar werkt wel nice mbt direct vanuit HA voor mij.

@MiteZZ Misschien is deze handleiding handig voor jou, https://www.pieterbrinkma...sistant-energy-dashboard/ Die gebruikt het script van @MMatthijsV

@Graham Ja super, die kwam ik ook tegen. Ik loop dan alleen tegen het probleem aan dat ik niet weet hoe ik moet beginnen en wat ik met die script moet doen. En heb ik alle files nodig die in die repo staan?

Is het zo simpel als die stappen volgen ( behalve de noobs-deel voor de Pi) ? Kan ik de rest gewoon doen in de SSH terminal van HA?

[Graham]

MiteZZ schreef op vrijdag 14 juli 2023 @ 09:39:
[...]


@Graham Ja super, die kwam ik ook tegen. Ik loop dan alleen tegen het probleem aan dat ik niet weet hoe ik moet beginnen en wat ik met die script moet doen. En heb ik alle files nodig die in die repo staan?

Is het zo simpel als die stappen volgen ( behalve de noobs-deel voor de Pi) ? Kan ik de rest gewoon doen in de SSH terminal van HA?

Ligt eraan wat je wilt. We hebben het nu over twee verschillende opties om de waardes uit te lezen en in HA te krijgen.
1). Persoonlijk zou ik als je al HA en een ondersteunde Kamstrup model hebt de Integration gebruiken die @MMatthijsV eerder had gepost en installeert via HACS. Dat gaat vrijwel volledig via de userinterface van HA zelf (zie beschrijving bij github over de integration). Behalve dan het goede path van je IR kop achterhalen. Omdat te achterhalen sluit je eerst de leeskop aan. En kan je middels SSH (of via de Terminal Add-on) acherhalen wat het path is bv met het commando dmesg | grep "usb" Let erop dat je de beschrijving goed doorlees mbt de juist path (je heb er namelijk twee). In de beschrjiving staat het duidelijk uitgelegd welke je nodig hebt. Je kan er eventueel even het hele path doorwandel en dan het path kopieeren voor verder configuratie.

Je IR leeskop sluit je in dit geval dus direct (eventueel middels passthrough) aan op het systeem waarop HA draait zodat deze uitgelezen kan worden door de Integration.

2). Dat is dus niet het script van MMatthijsV zelf waar je op een ander systeem dan waarop HA draait een python script aanroept op de waardes uit te lezen en door te zetten via MQTT zoals hier detail beschreven. Je leeskop is dan ook niet aangesloten op het systeem waarop HA draait maar op het systeem waar het python script draait. Persoonlijk vind ik dat iets te omslachtig, gebruikt mogelijk meer batterij van je Kamstrup en ik prefereer het om juist alles binnen HA te draaien.

[ Voor 5% gewijzigd door Graham op 14-07-2023 21:58 . Reden: typos ed. ]

[rwanrooy]

Voor gebruikers die geen zin hebben om zelf iets te ontwikkelen is er een kant en klare oplossing met een IR Leeskop: https://smartgateways.nl/...ticz-homey-rest-api-mqtt/



De handleidingen voor Home Assistant en Domoticz komen volgende week online. Aan de Homey app wordt gewerkt.

[gertvdijk]

Ik heb zojuist een eigen (degelijke) Python library hier gereleased om Kamstrup meters uit te lezen: https://github.com/gertvdijk/PyKMP

Ook command-line tooltje met eventueel JSON output enzo! Allemaal wat professioneler dan die snelle single-file scripts die ik online tegenkwam.

code:

$ pykmp-tool get-register \
    --register 60 \
    --register 68 \
    --register 80 \
    --register 74 \
    --register 86 \
    --register 87 \
    --register 266
GetRegister response(s):
  60 → Heat Energy (E1) = 0.303 GJ
  68 → Volume           = 11.388 m³
  80 → Current Power    = 0.0 kW
  74 → Flow             = 3 l/h
  86 → Temp1            = 61.62 °C
  87 → Temp2            = 54.02 °C
 266 → E1HighRes        = 84208 Wh

Enjoy!

[markweb4871]

Graham schreef op vrijdag 14 juli 2023 @ 17:11:
[...]

Ligt eraan wat je wilt. We hebben het nu over twee verschillende opties om de waardes uit te lezen en in HA te krijgen.
1). Persoonlijk zou ik als je al HA en een ondersteunde Kamstrup model hebt de Integration gebruiken die @MMatthijsV eerder had gepost en installeert via HACS. Dat gaat vrijwel volledig via de userinterface van HA zelf (zie beschrijving bij github over de integration). Behalve dan het goede path van je IR kop achterhalen. Omdat te achterhalen sluit je eerst de leeskop aan. En kan je middels SSH (of via de Terminal Add-on) acherhalen wat het path is bv met het commando dmesg | grep "usb" Let erop dat je de beschrijving goed doorlees mbt de juist path (je heb er namelijk twee). In de beschrjiving staat het duidelijk uitgelegd welke je nodig hebt. Je kan er eventueel even het hele path doorwandel en dan het path kopieeren voor verder configuratie.

Ik heb deze werkend. Enig probleem wat ik heb is dat de data niet ieder uur refreshed wordt. Ook als ik de interval op een kwartier zet refreshed het niet automatisch. Bij een handmatige uitvraag wordt de data wel geupdate. Iemand tips?

[MMatthijsV]

markweb4871 schreef op dinsdag 26 september 2023 @ 10:30:
[...]


Ik heb deze werkend. Enig probleem wat ik heb is dat de data niet ieder uur refreshed wordt. Ook als ik de interval op een kwartier zet refreshed het niet automatisch. Bij een handmatige uitvraag wordt de data wel geupdate. Iemand tips?

Welk model heb je van Kamstrup? Bij de 403 schijnt een sterke magneet te helpen. Bij de 402 is dat niet nodig.

[dunklefaser]

@MMatthijsV De IR-lees/schrijfkop welke ik af en toe gebruik
heeft een sterke, ingebouwde ringmagnet
en uitlezen lukt tot nu toe altijd.
Voor zover ik weet moet je de Kamstrup eerst via de IR-diode
met een telegram "wakker" maken voordat de warmtemeter iets verzend.

[gertvdijk]

dunklefaser schreef op dinsdag 26 september 2023 @ 12:52:
Voor zover ik weet moet je de Kamstrup eerst via de IR-diode met een telegram "wakker" maken voordat de warmtemeter iets verzend.

Het KMP-protocol is een request/response model. Je moet echt wat vragen om iets te ontvangen. Als je geen data meer binnenkrijgt kan het zijn dat je request niet meer wordt verzonden of dat het IR-circuit is uitgeschakeld op de meter.

[dunklefaser]

gertvdijk schreef op dinsdag 26 september 2023 @ 18:02:
[...]

Het KMP-protocol is een request/response model. Je moet echt wat vragen om iets te ontvangen. Als je geen data meer binnenkrijgt kan het zijn dat je request niet meer wordt verzonden of dat het IR-circuit is uitgeschakeld op de meter.

@markweb4871 Misschien is wat hierboven staat het antwoord op je vraag?

[MMatthijsV]

dunklefaser schreef op dinsdag 26 september 2023 @ 12:52:
@MMatthijsV De IR-lees/schrijfkop welke ik af en toe gebruik
heeft een sterke, ingebouwde ringmagnet
en uitlezen lukt tot nu toe altijd.
Voor zover ik weet moet je de Kamstrup eerst via de IR-diode
met een telegram "wakker" maken voordat de warmtemeter iets verzend.

gertvdijk schreef op dinsdag 26 september 2023 @ 18:02:
[...]

Het KMP-protocol is een request/response model. Je moet echt wat vragen om iets te ontvangen. Als je geen data meer binnenkrijgt kan het zijn dat je request niet meer wordt verzonden of dat het IR-circuit is uitgeschakeld op de meter.

Het klopt wat je zegt, maar en zijn tweakers (in dit topic) en die mij benaderd hebben via Github die hebben aangegeven dat het bij de 403 niet altijd het geval was. Pas na het plaatsen van de magneet bleef hun module actief (en handmatig een keer op de knop drukken) en reageren op berichten. Zeker 5 mensen hebben dat afzonderlijk van elkaar bevestigd.

[markweb4871]

Ik heb de Kamstrup 403 en heb deze leeskop. Voor zover ik weet zit daar al een magneet in.

[MMatthijsV]

markweb4871 schreef op woensdag 27 september 2023 @ 20:45:
Ik heb de Kamstrup 403 en heb deze leeskop. Voor zover ik weet zit daar al een magneet in.

Even wat tips uit dit topic van mensen die het zelfde probleem hebben opgelost met de 403:

Chrisiesmit93 schreef op vrijdag 19 februari 2021 @ 09:56:
[...]


De oplossing, een magneet er bij plaatsen inderdaad!
Ik heb er een magneet bijgehouden en voelde hem gelijk aangetrokken worden, in de logging gekeken en zag dat er gelijk data verstuurd werd zonder dat ik een knop ingedrukt heb

Nibblebit schreef op vrijdag 10 februari 2023 @ 23:16:
Er zit een reed-contact in de meter, als die geen magneet detecteert, dan wordt het IR circuit uitgeschakeld om de batterij te sparen. Ben ik achter gekomen door de handleiding te lezen (van de 403). Toch begin ik bij jouw bericht @jhead22 te twijfelen, ik heb er echter geen last van met de 403 en er zit in de setup ook geen optie om het IR circuit op een andere manier uit te zetten. Misschien een idee om op een stil moment met een voldoende sterke magneet over de meter te bewegen en dan luisteren of je een zacht tikje kunt horen (hopelijk is het een reed-contact en kun je dit dan horen). Op die plek moet dan in ieder geval een magneetje zitten. Ik heb mijn IR-kop op zijn kop op de meter moeten zetten (draad boven) en leest 100% foutloos.

jhead22 schreef op zaterdag 11 februari 2023 @ 15:31:
Ik denk dat ik het gevonden heb. Ik had 4 magneetjes in de kop zitten. Ik heb ze er uit gehaald en 1 wat grote magneet net boven het display geplaatst. Dat hielp niet. Het 180 draaien van de magneet was de oplossing. Blijkbaar moet de magneet echt met de noord of zuid zijde naar de meter toe wijzen.

Thierry_P schreef op dinsdag 25 april 2023 @ 21:42:
Ik heb de Kamstrup 403 en op Aliexpress deze IR-kop besteld:
https://nl.aliexpress.com...3DVo&gatewayAdapt=glo2nld
Die kop moet ondersteboven op de Kamstrup tussen de pinnen op het leesvenster worden geklemd, met de kabel van de IR-kop dus omhoog.

[Nibblebit]

Ik heb de kabel van de IR kop inderdaad ook naar boven gericht.

De meter wordt door mij iedere 5 minuten uitgelezen, dit gaf mij inzicht in het doorstromen van de warmtewisselaar ook al wordt er geen warm tapwater afgenomen. Op basis van de ENECO app heb ik vervolgens tijdens een dag afwezigheid gekeken hoeveel dat nou kost, dat doorspoelen. Enfin ik kom uit op een bedrag van minimaal 60 euro per jaar (gemiddeld 21,6 cent per dag * 365 = 78,84). E.e.a. afwegende toch besloten er een automatische klep (15 euro via Ali) op te zetten die in ieder geval in de nacht de klep dicht zet. Dat betekent een minder warme meterkast (warmte=energie=geld), misschien wat langer wachten op het warme water bij de eerste afname van tapwater en mogelijk snellere slijtage van de warmtewisselaar maar daar betaal je dan weer servicekosten voor. Hieronder de grafiek met doorspoel momenten tijdens afwezigheid. Onnodig verbruik in mijn optiek, ENECO kan dat ook zuiniger inregelen.


In een willekeurige wijk van Den Haag wonen c.a. 20.000 mensen die op de stadsverwarming zijn aangesloten x 60,- = 1,2 miljoen euro per jaar wat consumenten van deze wijk bijdragen aan de wijze waarop dit is ingeregeld.

Iemand een idee hoe het doorspoelen wordt aangestuurd? In de warmtewisselaar zelf zit geen elektronische regelklep. Werkt het met verhoogde druk in de aanvoerleiding en dus centraal geregeld?

[ Voor 19% gewijzigd door Nibblebit op 11-10-2023 19:56 . Reden: plaatje toegevoegd ]

[Simpel360]

......

Iemand een idee hoe het doorspoelen wordt aangestuurd? In de warmtewisselaar zelf zit geen elektronische regelklep. Werkt het met verhoogde druk in de aanvoerleiding en dus centraal geregeld?
[/quote]
Is (bij mij) een thermostaatkraan.
Zit in het verzegelde omhulsel.
Is een legionella dingetje.

[ Voor 70% gewijzigd door Simpel360 op 10-10-2023 16:29 ]

[Nibblebit]

Hoop geld voor een "legionella dingetje" in een relatief kleine warmtewisselaar. Temperatuurverloop naar beneden is inderdaad aan de orde (daalde al snel naar 25 graden). Maar goed dat je het mogelijke argument noemt, kan het dingetje zijn.

Thermostaatkraan lijkt een logische methode, kijk ik nog even na. Gemiddelde temperatuur zou misschien omlaag kunnen het is geen 500 liter boiler vat. Meer onderzoek is nuttig/nodig.

In de warmtewisselaar zit 0,18 liter water, dat is niet veel... Volgens Vidomes "De bacterie groeit in water met een temperatuur tussen de 25 en 55 graden Celsius. De bacterie kan alleen ontstaan als u bij deze watertemperatuur de kraan langer dan een week niet heeft opengedraaid."

NEN1006
- De temperatuur aan de tappunten in een woninginstallatie zonder circulatie moet ten
minste 55 °C kunnen bereiken.
- De temperatuur aan de tappunten in een woninginstallatie met circulatie en in een collectief
warm water leidingnet moet ten minste 60 °C kunnen bereiken.
- Bij warmtapwatervoorzieningen en warmtapwaterinstallaties met circulatie moet de
temperatuur van het water in de retourleiding(en) ten minste 60 °C kunnen bereiken.

Naar mijn idee dus niets mis mee om de klep in de nacht geautomatiseerd dicht te draaien.

[ Voor 85% gewijzigd door Nibblebit op 11-10-2023 20:05 ]

[JeroenH]

gertvdijk schreef op zondag 24 september 2023 @ 23:41:
Ik heb zojuist een eigen (degelijke) Python library hier gereleased om Kamstrup meters uit te lezen: https://github.com/gertvdijk/PyKMP

Klopt het dat dit niet onder Windows werkt?

Ik heb een IR-leeskop op mijn Multical 403, heeft het een jaar goed gedaan icm Home Assistant en stopte er ineens mee Dat is bijna niet te troubleshooten.....

Stomme warmtenetboeren die het warmteverbruik niet gewoon even naar de slimme e-meter doorsturen zodat het op die manier simpel opgehaald kan worden.

[ Voor 16% gewijzigd door JeroenH op 09-12-2023 21:32 ]

[gertvdijk]

JeroenH schreef op zaterdag 9 december 2023 @ 21:31:
Klopt het dat dit niet onder Windows werkt?

Ik gebruik zelf geen Windows... maar het zou wel moeten werken gewoon, want PySerial is cross-platform.

Maak anders even een bug report aan (https://github.com/gertvdijk/PyKMP/issues/new/choose) met de foutmelding die je krijgt of wat je geprobeerd hebt (of wat wel werkt met andere scripts/tools), dan kan ik kijken wat ik kan doen.

[JeroenH]

Nou ja, het is meer dat van de getting started pagina zaken als de paden (zoals /tmp/venv) en het commando source niet werken onder windows, /dev/ttyUSB0 is niet bekend onder windows.... Ik weet er allemaal te weinig van om dat om te kunnen schrijven naar windows.

Ik heb nog geprobeerd om python te starten op mijn Home Assistant (ik heb daar een terminal add-on) maar daar kan ik de locatie van python niet vinden.

[ Voor 26% gewijzigd door JeroenH op 09-12-2023 21:40 ]

[dbra]

Hoi, ik heb via ESPHome optische uitlezing op mijn Multical 402 draaiende.

Zoals eerder in deze discussie aangegeven gaat de 402 na 30 minuten in slaap modus. En dan moet je een knop op de meter indrukken om communicatie weer aan de praat te krijgen. Ik wil, om de batterij niet te snel op te laten gaan, maar enkele keren per dag uit lezen.

De manual vermeldt dat je de 402 ook een Wake up kunt geven via de optische poort. Dat is eerder in deze discussie ook aangegeven. Maar ik heb nog van niemand gehoord of dat ook gelukt is.

Kan iemand bevestigen of het gelukt is om de 402 een Wake up te geven via de optische poort, of door magneetjes rond de optische poort te plaatsen? Het gaat specifiek om de 402.

[martini7]

Ik zie iedereen zich zorgen maken over de batterij…. Ter lering en vermaak; ik lees al 4 jaar lang iedere 5 minuten de stand uit heb nog geen lege batterij gehad…

[dbra]

martini7 schreef op donderdag 26 december 2024 @ 11:41:
Ik zie iedereen zich zorgen maken over de batterij…. Ter lering en vermaak; ik lees al 4 jaar lang iedere 5 minuten de stand uit heb nog geen lege batterij gehad…

Op een 402?

[martini7]

403, met een D-cell batterij erin

[dbra]

martini7 schreef op donderdag 26 december 2024 @ 13:52:
403, met een D-cell batterij erin

Ah OK. Ik heb een 402 met een D-Cel, dus ik kan iedere 29 min uitlezen. Maar toch; ik ben geïntrigeerd door de melding in de manual dat je het ding wakker zou moeten kunnen schudden door (bepaalde) communicatie over de optische poort.

[istealth]

Probably someone can answer my short question about Multical 402. I have one at home and that one is also connected with a separate cable to Eneco's "white" box in order to send the measured values to their server. In the end on the month I can see my consumption of their website. So there is some additional module installed inside the meter. I am trying to use the optical head/eye to read the data as well for my HA setup. I built the probe myself (without the magnets, it looks like only 403 needs strong magnets to activate the IR communication, and not 402) but I get no response from the meter (even on the level of blinking (in IR spectrum) back and reading a stream of bytes from the IR receiver). I also tried this probe without any results: https://wiki.hal9k.dk/projects/kamstrup The serial communication is correct, I have several scripts in python and also arduino's implementation and the hardware data logger shows that everything works. I suspect that those magnets can play a role, but I am not sure. I tried some weaker ones (not N48 or N52 as suggested on the website). but it did not help. I am considering of buying the probe from Wiedmann Elektonik (whic apparenly works for everyone), but I do not want to waste money because I suspect that it will not work. That inserted Eneco's communication module (m-bus or something else) might block simultaneous communication with optical port. So my question here if someone can confirm that the optical probe works in his case and he also has that extra module/communication to Eneco (or your other stadsverwarmings provider), so has a Smart Meter from his provider. Thanks!

[martini7]

I’ve got that setup.
The ‘Smart box’ from Eneco is connected to the modbus inside the meter. The IR head on the outside. I had to put a piece of paper between the IR head and meter as the IR signal was too strong..

[istealth]

Thanks for the quick reply! I quickly tested my setup with an extra piece of paper but it did not change anything. Still it might be a problem with my setup. So in your case you do not block the excessive emission power just from the optical head, so only in one way, but actually in both ways, and it works? do you remember if you used 1200 or 2400 baud rate? (I read also that for different people different numbers work but just to know):)

And just to confirm before I make an order, you do have that optical head ( https://shop.weidmann-ele....php?page=product&info=24 ) and that "Smart box" option with your provider, and 402 meter and everything works (with a bit of tweaks and tricks)?

Thanks!

...and concerning the battery life, as far as I understood while reading lots of sources, that the lifespan of the battery is already 16 years (that meter will probably loose the calibration by then and will be useless) and pooling the measurements will reduce that time still to 5-6 years (there is even a table in their documentation). Moreover, that meter is a property of Eneco, so if battery dies every year they have to fix it. The sensor connection is noninvasive, so they cannot prove that one read something from the optical port.

[martini7]

Kamstrup 403 I have and indeed, the one from Weidmann. Using the 'standard' script which has 1200 baud rate.

One additional thing you can check; I had my first connection with the meter via the Kamstrup applications LogView HCW and METERTOOL HCW. These applications tend to be less prone to errors..

martini7 in "Kamstrup Multical 402 stadsverwarmingsmeter RPI3+IR-kop"

[istealth]

In the end I switched my setup to esp32 which has a proper hardware serial to play with with proper 2-stop-bit modes (it looks like arduino's softwareserial lib is not ideal) and everything works.

I can confirm that this schematics works just great:
https://wiki.hal9k.dk/projects/kamstrup
the total cost of the sensor with esp32 is about 2-2.5 euros

The magnets are not necessary in the case of 402, Also placing of the IR diodes is not so critical at all, quite robust and does not need any tricks or blocking. The communication speed is 1200 (does not work work 2400), probably will be useful for someone.

[istealth]

and just for the completeness, here is the test code:

code:

word const kregnums[] = { 0x003C,0x0050,0x0056,0x0057,0x0059,0x004a,0x0044 };                                                   // The registers we want to get out of the meter
char* kregstrings[]   = { "Energy","Current Power","Temperature t1","Temperature t2","Temperature diff", "Flow", "Volumen 1" }; // The name of the registers we want to get out of the meter in the same order as above
//word const kregnums[] = { 0x003C,  };                                                   // The registers we want to get out of the meter
//char* kregstrings[]   = { "Energy" }; // The name of the registers we want to get out of the meter in the same order as above

#define NUMREGS 7                                                                                                             // Number of registers above
#define KAMBAUD 1200

// Units
char*  units[65] = {"","Wh","kWh","MWh","GWh","j","kj","Mj",
  "Gj","Cal","kCal","Mcal","Gcal","varh","kvarh","Mvarh","Gvarh",
        "VAh","kVAh","MVAh","GVAh","kW","kW","MW","GW","kvar","kvar","Mvar",
        "Gvar","VA","kVA","MVA","GVA","V","A","kV","kA","C","K","l","m3",
        "l/h","m3/h","m3xC","ton","ton/h","h","hh:mm:ss","yy:mm:dd","yyyy:mm:dd",
        "mm:dd","","bar","RTC","ASCII","m3 x 10","ton xr 10","GJ x 10","minutes","Bitfield",
        "s","ms","days","RTC-Q","Datetime"};

#define PIN_KAMSER_RX  1  // Kamstrup IR interface RX
#define PIN_KAMSER_TX  2  // Kamstrup IR interface TX
#define PIN_LED        8  // Standard Arduino LED
#define KAMTIMEOUT 900  // Kamstrup timeout after transmit

void setup () {
  Serial.begin(115200);
  Serial.println("BOOT");
  pinMode(PIN_LED, OUTPUT);
  digitalWrite(PIN_LED, 0);
  
  // setup kamstrup serial
  pinMode(PIN_KAMSER_RX, INPUT);
  pinMode(PIN_KAMSER_TX, OUTPUT);
  Serial1.begin(KAMBAUD,SERIAL_8N2, PIN_KAMSER_RX, PIN_KAMSER_TX);
  delay(200);
  
  //Serial.println("\n[testKamstrup]");
  // poll the Kamstrup registers for data 
  for (int kreg = 0; kreg < NUMREGS; kreg++) {
      kamReadReg(kreg);
      delay(100);
  }
}

void loop () {
  // poll the Kamstrup registers for data 
  for (int kreg = 0; kreg < NUMREGS; kreg++) {
    kamReadReg(kreg);
    delay(100);
  }
  
  digitalWrite(PIN_LED, digitalRead(PIN_KAMSER_RX));
  delay(1000);
}

// kamReadReg - read a Kamstrup register
float kamReadReg(unsigned short kreg) {

  byte recvmsg[40];  // buffer of bytes to hold the received data
  float rval;        // this will hold the final value

  // prepare message to send and send it
  byte sendmsg[] = { 0x3f, 0x10, 0x01, (kregnums[kreg] >> 8), (kregnums[kreg] & 0xff) };
  kamSend(sendmsg, 5);

  // listen if we get an answer
  unsigned short rxnum = kamReceive(recvmsg);

  // check if number of received bytes > 0 
  if(rxnum != 0){
    
    // decode the received message
    rval = kamDecode(kreg,recvmsg);
    
    // print out received value to terminal (debug)
    ////Serial.print(kregstrings[kreg]);
    Serial.print(": ");
    Serial.print(rval);
    Serial.print(" ");
    Serial.println();
    
    return rval;
  }
}

// kamSend - send data to Kamstrup meter
void kamSend(byte const *msg, int msgsize) {

  // append checksum bytes to message
  byte newmsg[msgsize+2];
  for (int i = 0; i < msgsize; i++) { newmsg[i] = msg[i]; }
  newmsg[msgsize++] = 0x00;
  newmsg[msgsize++] = 0x00;
  int c = crc_1021(newmsg, msgsize);
  newmsg[msgsize-2] = (c >> 8);
  newmsg[msgsize-1] = c & 0xff;

  // build final transmit message - escape various bytes
  byte txmsg[20] = { 0x80 };   // prefix
  int txsize = 1;
  for (int i = 0; i < msgsize; i++) {
    if (newmsg[i] == 0x06 or newmsg[i] == 0x0d or newmsg[i] == 0x1b or newmsg[i] == 0x40 or newmsg[i] == 0x80) {
      txmsg[txsize++] = 0x1b;
      txmsg[txsize++] = newmsg[i] ^ 0xff;
    } else {
      txmsg[txsize++] = newmsg[i];
    }
  }
  txmsg[txsize++] = 0x0d;  // EOF

  // send to serial interface
  for (int x = 0; x < txsize; x++) {
    Serial.print(txmsg[x], HEX);
    Serial.print(" ");
    Serial1.write(txmsg[x]);
  }

// this command is the first one sent by the native software
//  txmsg[0] = 128;
//  txmsg[1] = 63;
//  txmsg[2] = 1;
//  txmsg[3] = 5;
//  txmsg[4] = 0x8A;
//  txmsg[5] = 0x0D;
//  for (int x = 0; x < 6; x++) {
//    Serial.print(txmsg[x], HEX);
//    Serial.print(" ");
//    Serial1.write(txmsg[x]);
//  }
}

// kamReceive - receive bytes from Kamstrup meter
unsigned short kamReceive(byte recvmsg[]) {

  byte rxdata[50];  // buffer to hold received data
  unsigned long rxindex = 0;
  unsigned long starttime = millis();
  
  Serial1.flush();  // flush serial buffer - might contain noise

  byte r;
  
  // loop until EOL received or timeout
  while(r != 0x0d){
    
    // handle rx timeout
    if(millis()-starttime > KAMTIMEOUT) {
      Serial.println("Timed out listening for data");
      return 0;
    }

    // handle incoming data
    if (Serial1.available()) {

      // receive byte
      r = Serial1.read();
      Serial.print(r, HEX);
      Serial.print(" ");
      if(r != 0x40) {  // don't append if we see the start marker
        // append data
        rxdata[rxindex] = r;
        rxindex++; 
      }

    }
  }

  // remove escape markers from received data
  unsigned short j = 0;
  for (unsigned short i = 0; i < rxindex -1; i++) {
    if (rxdata[i] == 0x1b) {
      byte v = rxdata[i+1] ^ 0xff;
      if (v != 0x06 and v != 0x0d and v != 0x1b and v != 0x40 and v != 0x80){
        Serial.print("Missing escape ");
        Serial.println(v,HEX);
      }
      recvmsg[j] = v;
      i++; // skip
    } else {
      recvmsg[j] = rxdata[i];
    }
    j++;
  }
  
  // check CRC
  if (crc_1021(recvmsg,j)) {
    Serial.println("CRC error: ");
    return 0;
  }
  
  return j;
  
}

// kamDecode - decodes received data
float kamDecode(unsigned short const kreg, byte const *msg) {

  // skip if message is not valid
  if (msg[0] != 0x3f or msg[1] != 0x10) {
    return false;
  }
  if (msg[2] != (kregnums[kreg] >> 8) or msg[3] != (kregnums[kreg] & 0xff)) {
    return false;
  }
    
  // decode the mantissa
  long x = 0;
  for (int i = 0; i < msg[5]; i++) {
    x <<= 8;
    x |= msg[i + 7];
  }
  
  // decode the exponent
  int i = msg[6] & 0x3f;
  if (msg[6] & 0x40) {
    i = -i;
  };
  float ifl = pow(10,i);
  if (msg[6] & 0x80) {
    ifl = -ifl;
  }

  // return final value
  return (float )(x * ifl);

}

// crc_1021 - calculate crc16
long crc_1021(byte const *inmsg, unsigned int len){
  long creg = 0x0000;
  for(unsigned int i = 0; i < len; i++) {
    int mask = 0x80;
    while(mask > 0) {
      creg <<= 1;
      if (inmsg[i] & mask){
        creg |= 1;
      }
      mask>>=1;
      if (creg & 0x10000) {
        creg &= 0xffff;
        creg ^= 0x1021;
      }
    }
  }
  return creg;
}

[istealth]

... and this is how it works nicely with HA and ESPhome, the important parts in the yaml config file;

code:

esphome:
  name: esp32c3
  friendly_name: ESP32C3 402

esp32:
  board: esp32-c3-devkitm-1
  framework:
    type: arduino

# Enable logging
logger:


#status_led:
#  pin: GPIO1

uart:
  - id: uart_bus
    baud_rate: 1200
    rx_pin: GPIO1      
    tx_pin: GPIO2
    data_bits: 8
    parity: NONE
    stop_bits: 2

sensor:
  - platform: kamstrup_kmp
    heat_energy:
      name: Heat Energy
    power:
      name: Heat Power
    temp1:
      name: Heat Temperature 1
    temp2:
      name: Heat Temperature 2
    temp_diff:
      name: Heat Temperature Difference
    flow:
      name: Heat Flow
    volume:
      name: Heat Volume
    # custom:
    #   - name: Custom Heat Energy
    #     command: 0x003C
    #   - name: Custom Heat Power
    #     command: 0x0050
    update_interval: 10s