Kamstrup Multical 402 stadsverwarmingsmeter RPI3+IR-kop

[MMatthijsV]

Chrisiesmit93 schreef op donderdag 18 februari 2021 @ 21:45:
@MMatthijsV ik besef mij net pas ik je script hiervandaan had en ook hier had kunnen reageren ipv via Github
Weet iemand of hier een oplossing voor is ?
Behalve een switchbot gebruiken om op de schakelaar te zetten

Haha, dit is ook prima!

Chrisiesmit93 schreef op donderdag 18 februari 2021 @ 21:45:
Weet iemand of hier een oplossing voor is ?
Behalve een switchbot gebruiken om op de schakelaar te zetten

Heb je het onderstaande al geprobeerd/ doorgelezen? Zelf heb ik de 402, dus ik kan het niet voor je testen.

Atomstar schreef op zondag 22 november 2020 @ 19:38:
No need to wake it up, as long as there's a (strongish) magnet near the optical port. I documented my findings here, hope it helps others

[Chrisiesmit93]

MMatthijsV schreef op donderdag 18 februari 2021 @ 22:12:
[...]
Heb je het onderstaande al geprobeerd/ doorgelezen? Zelf heb ik de 402, dus ik kan het niet voor je testen.
[...]

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 (laatste keer is gisteravond ergens data verstuurt).

Bedankt voor de hulp!

[Ollifant2021]

I hope you don't mind that I reply on this topic even when last comment has been posted several month ago.

I came across this topic because I have the same issue with my Kamstrup Multical 403 meter as mentioned some posts above.

I think my script is working, because when I hit the button on the device several times until all values have been displayed and than run my script, values will be displayed.

But after 3~4 minutes it stops and than I have to run this procedure again. I translated this page with Google translate and figured out, that you solved it by using strong magnets.

My optical head (Weidmann IR Head USB ) has magnets build in, but I placed some additional neodym magnets around the optical head. I tried multiple positions but still face the issue that values will not be displayed after 3~4 minutes.

Is there a special place where this magnet needs to be placed?

In my current setup, I run my script every 5 minutes via crontab. Or do I need to run it permanently and every now an then the device will drop some data?

Hope you can assist on my case as well.
Appreciate your help.

[martini7]

Thats weird.. I don’t need to ‘wake up’ my Multical 403 and also use the Weidmann IR kopf..

I run the script every 5 minutes with a subset of values and every 15 minutes with all values I’m interested in.

Have you tried putting a piece of paper between the IR head and Multical?

[ Voor 25% gewijzigd door martini7 op 22-12-2021 07:32 ]

[delodic]

Sinds afgelopen weekend lees ik ook mijn Kamstrup 403 uit met homeassistant dankzij glannies custom commponent (dank!)

Dit werkt allemaal prima (ik hoef ook niet mijn meter te activeren, dit lijken de magneten op mijn IR kop te doen)

Low battery vaststellen
Het enige wat me nog niet lekker zit is het batterijverbruik. Mijn meter heeft een d-cel 3.6v batterij. Ik weet dat het uitlezen impact heeft op de levensduur van de batterij en heb daarom de uitleesfrequentie al wat teruggeschroeft. Maar ik wil ook kunnen vaststellen dat de batterij bijna leeg is zodat ik met onze vrienden van Stedin kan bellen.

In de technical description van de meter vond ik het volgende:

10.10 Data-backup in case of interruption of supply
MULTICAL® 403 is fitted with a small lithium battery (BR1632) as backup of the meter’s internal clock in case of interruption of the supply. Independent of the mounted supply module the meter is equipped with functionality which saves all current register counts in case the voltage of the internal 3,6 VDC supply is below 3,1 VDC. When the supply is re-established, the meter continues counting from the value, which was saved when the supply was interrupted.

Nou weet ik niet zeker of dit de grote of de backup batterij is, maar het idee is om het voltage van de batterij te monitoren en een alert te sturen als deze onder een bepaald voltage komt (bijv 3.2v). Ik dacht dit te kunnen meten met de power metric, maar volgens mij is dat niet het voltage maar het stroomverbruik van de meter. Ik zie deze overdag hoger uitvallen dan 's nachts.

Weet iemand hier een manier om de levensduur van de batterij in de gaten te houden?

[martini7]

I've been pulling information from the Kamstrup for 1,5 yrs now with a frequency of 5 minutes... I shouldn't be too worried about the internal battery,,.

[delodic]

Yes it will probably take years especially since mine has been replaced recently. However, I read stories where the battery was flat and the company could not immediately replace them and it was quite costly.

[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.