Is er vanuit gebruikers of ontwikkelaar(s) behoefte om een home assistant integratie te maken?
In Home Assistant moeten mensen nu alle sensoren (een sensor is de naam voor een weer te geven eenheid, bijvoorbeeld het vermogen, gas verbruik, spanning enz.) apart met de hand configureren. Dat wil zeggen het mqtt topic opgeven, naam, eenheid, icoon enz.
Er is in Home Assistant een mogelijkheid om de sensoren automatisch te laten integreren. Dat houdt in dat vanuit DSMR reader de sensoren al aangemaakt worden en in Home Assistant kant en klaar zijn voor gebruik in je overzicht. Dit wordt gedaan via eenmalige mqtt berichten waarin je Home Assistant vertelt wat de sensor is, in welk mqtt topic de waarde aankomt, de eenheid enz.
Mocht hier behoefte aan zijn dan biedt ik mijn hulp aan met het maken van deze berichten om de sensors te configureren.
Zou erg handig zijn. Het was best een werk om via MQTT alles in Home Assistant te krijgen.
Bedankt voor je aanbod. Hiervoor heb ik nog wat meer achtergrondinformatie nodig.
Gaat dit puur via MQTT-berichten of is er een soort template die je ergens kan instellen in HA? En gaat dat dan op voor alle velden en formaten (JSON, losse topics) of hoe zie je dat voor je?
Jep. Een MQTT bericht ziet er dan zo uit:
payload:
{
"unit_of_measurement" : "kW",
"device_class" : "power",
"value_template" : "{{ value_json }}",
"icon" : "mdi:mdi:numeric",
"state_topic" : "dsmr/reading/electricity_returned_1",
"name" : "Stand opgewekt laag",
"unique_id" : "dsmrreadermqtt_electricity_returned_1",
"device" : {
"identifiers" : [ "dsmrreadermqtt" ],
"name" : "DSMR Reader",
"sw_version" : " 2.7",
"manufacturer" : "Dennis"
}
}
Deze payload stuur je dan in dit geval naar het topic: homeassistant/sensor/electricity_returned_1/config
Voor elke waarde die je automatisch in home assistant wil krijgen moet je dit dus een keer versturen. Het is dus eenmalig een hoop typewerk, ook al zal je in je code al werken met variabelen en dan is het een kwesite van variabelen op de juiste plek neerzetten.
Wat je dus doet is Home Assistant vertellen in welke MQTT berichten (state_topic) ze een waarde uit moeten halen (value_template). Dit is dus naast je normale MQTT topics. Verder geef je de naam, eenheid en een icoontje op.
Op de MQTT integratie pagina in home assistant wordt het weergegeven als een apparaat met al je bijbehorende sensoren.
https://www.home-assistant.io/docs/mqtt/discovery/
Als je het voor alle metingen en dagstanden e.d. wil doen is het best wel een middagje flink typen. Doe het daarom vooral alleen als er genoeg vraag naar is en je het zelf leuk vindt dit te kunnen bieden.
Ik ben zelf niet bekend met HA, maar zou ik als alternatief een knip-en-plak config kunnen opnemen in de DSMR-reader docs, uitgaande van de standaard MQTT-topics in de applicatie? Of kan er alleen via MQTT een sensor toegevoegd worden in HA?
Zouden jullie misschien ook willen kijken of een koppeliing met een Fibaro HC2 mogelijk is.
Deze werkt helaas niet met MQTT
+1 voor de integratie met HA :)
Ik ben zelf niet bekend met HA, maar zou ik als alternatief een knip-en-plak config kunnen opnemen in de DSMR-reader docs, uitgaande van de standaard MQTT-topics in de applicatie? Of kan er alleen via MQTT een sensor toegevoegd worden in HA?
Het kan via MQTT of het kan door een "custom integration" te maken. Maar dan zit je in python alle sensoren te programmeren. En ik weet niet of dit dan werkt met MQTT of alleen met API calls.
Knip en plak zit er eigenlijk niet in. Het kan wel grotendeels maar je moet dan nog steeds zelf de "payload" zoals hierboven in een topic publishen. En dat voor elke waarde die je wilt in home assistant. Al de payloads en topics kan je natuurlijk documenteren.
Er schiet me nog wel iets te binnen maar dat moet ik zelf eerst onderzoeken. Misschien dat ik een automation kan maken die je eenmalig draait en dat daarin alle mqtt berichten verstuurd worden.
Wordt vervolgt
@Erik050572 daarvoor is wat meer achtergrondinformatie nodig. Als er een API is, kan er in principe een plugin voor DSMR-reader gemaakt worden die als doorgeefluik functioneert. Je kunt er het beste een apart issue voor maken hier, gezien het niet over HA gaat.
@Giel538 ik denk dat er wel iets voor te maken is, mits het eenmalige MQTT-berichten zijn. De huidige implementatie van MQTT in DSMR-reader werkt als een uitgaande queue, dus daar zijn wel dingen op klaar te zetten, mits het 1 formaat is en niet te ingewikkeld.
Het leek wel te lukken tot ik Home Assistant opnieuw starte. Toen waren de sensoren verdewenen.
Na elke restart moeten ze opnieuw aangemaakt worden....
Ik weet niet precies hoe dit werkt. Ik weet alleen dat als je het goed instelt Home Assistant een wake up message stuurt via MQTT. Dit zou een trigger kunnen zijn om de mqtt berichten met sensor info weer opnieuw te sturen. Ik ben hier ook niet mee bekend.
Ik laat het voor nu even los. Ik had gehoopt dat het makkelijker zou gaan.
Toevallig ben ik met een component bezig voor Home Assistant die automatisch sensors vanuit MQTT toevoegd (voor DSMR Reader). Enige limitatie (omdat ik vrij lui ben) die er vanuit dit custom component is, is dat het alleen werkt met Split topic en de default mappings.

Wanneer ik alle topics in mijn custom component heb gestopt kan ik hem eventueel wel bij Home Assistant aanbieden, zodat het er standaard in komt, dat heeft echter als nadeel dat ik dat ding ook echt moet gaan onderhouden. 😃 Voordeel is, dat iedereen die MQTT en Split Topic gebruikt, dan de volgende configuratie aan HA kan toevoegen en het werkt verder zonder configuraties:
sensor:
platform: dsmr_reader
Waar ik wel wat hulp bij zou kunnen gebruiken is het definieren van de zogenaamde "Unit of measurement" in Home Assistant. Dit is de eenheid die gebruikt moet worden PER topic. Misschien dat iemand kan controleren of dit goed is:
dsmr/reading/electricity_delivered_1 => kWh
dsmr/reading/electricity_returned_1 => kWh
dsmr/reading/electricity_delivered_2 => kWh
dsmr/reading/electricity_returned_2 => kWh
dsmr/reading/electricity_currently_delivered => kW
dsmr/reading/electricity_currently_returned => kW
dsmr/reading/phase_currently_delivered_l1 => kW
dsmr/reading/phase_currently_delivered_l2 => kW
dsmr/reading/phase_currently_delivered_l3 => kW
dsmr/reading/phase_currently_returned_l1 => kW
dsmr/reading/phase_currently_returned_l2 => kW
dsmr/reading/phase_currently_returned_l3 => kW
dsmr/reading/extra_device_delivered => kW
dsmr/reading/phase_voltage_l1 => V
dsmr/reading/phase_voltage_l2 => V
dsmr/reading/phase_voltage_l3 => V
dsmr/consumption/gas/delivered => m3
dsmr/consumption/gas/currently_delivered => m3
dsmr/consumption/gas/read_at =>
dsmr/day-consumption/electricity1 => kWh
dsmr/day-consumption/electricity2 => kWh
dsmr/day-consumption/electricity1_returned => kWh
dsmr/day-consumption/electricity2_returned => kWh
dsmr/day-consumption/electricity_merged => kWh
dsmr/day-consumption/electricity_returned_merged => kWh
dsmr/day-consumption/electricity1_cost => €
dsmr/day-consumption/electricity2_cost => €
dsmr/day-consumption/electricity_cost_merged => €
dsmr/day-consumption/gas => m3
dsmr/day-consumption/gas_cost => €
dsmr/day-consumption/total_cost => €
Bedankt voor je aanbod. Volgens mij kloppen ze bijna allemaal:
dsmr/reading/extra_device_delivered => m3@dennissiemensma Ik twijfel vooral over de kW en de kWh bij electricity currently delivered etc. Ik zal die m3 even goedzetten voor extra_device_delivered.
Ik ben nu aan het testen en code aan het opruimen, maar ik hoop eigenlijk dat ik hem misschien deze week al kan aanbieden bij Home Assistant. Dit is versie 1 waar de mapping gewoon vast staat, maar ik gok dat ik ook wel custom mapping kan aanbieden in de toekomst (als er vraag naar is).
Top @depl0y !
Ik denk dat custom mapping niet nodig is, maar dan spreek ik puur voor mij zelf. Het idee moet juist zijn dat je met zo min mogelijk werk een integratie kan doen.
Het actuele verbruik is in W of kW.
Als je 1000W een uur lang hebt gebruikt is het actuele vermogen ergens in dat uur 1000W en na een uur heb je 1000W/h ofwel 1kWh verbruikt.
Ga je de friendly name en icons ook automatisch aan laten maken?
@depl0y je kunt hier de omschrijving van de meeste velden vinden.
@Giel538 Friendly names in ieder geval, al is dat niets anders dan de naam van de variabele? Of je moet met wat voorstellen komen. Icons eigenlijk hetzelfde, ik wil wel even kijken of ik bijpassende iconen kan vinden (ze moeten hier vandaan komen)
@dennissiemensma Ik ga de lijst even bij langs, thanks.
Ik ben op dit moment v1 van het component door de tests van Home Assistant aan het laten lopen. Source code van het component kan je hier al vinden. Met een beetje geluk kan ik vandaag of morgen een PR maken.
Het is inderdaad de naam van de variabele. Maar wat ik bij jou zie is het nu bijvoorbeeld: reading.phase_voltage_l1. Je kan er ook bijvoorbeeld ook van maken: Voltage L1.
Voor meterstanden gebruik ik: mdi:counter. Voor actueel vermogen: mdi:flash (maar die pakt die denk ik standaard). voor gas: mdi:fire en de spanning mdi:alpha-v-box. De laatste heb ik een V omdat spanning uitgedrukt wordt in Volt. Ik kon er verder even niets bij verzinnen :)
Ok, er van uit gaande dat je dit in HA ook nog kan customizen, heb ik dit als default values. @Giel538 en @dennissiemensma mochten jullie suggesties, op- en aanmerkingen hebben, dan hoor ik het graag. Ik vind vooral de volgende nog een beetje verwarrrend:
De definities kan je hier bekijken.
Ziet er goed uit!
die 2 gas topics die je aangeeft hebben dezelfde waarde volgens mij. Zit er dus dubbel in.
Wat je nog zou kunnen overwegen is om de waardes van actueel verbruik om te rekenen naar watt ipv kilo watt. Zoals in je screenshot zie je nu bij usage L1 0.007 staan. Ik reken ze zelf om naar 70 W in dit geval. Ik heb die vraag hier ook eerder voorbij zien komen om dat al in dsmr reader zelf te doen maar dit was niet of lastig mogelijk.
Je dsmr versie kan je omzetten naar 5.0 ipv 50. Ik denk dat dat in alle gevallen delen door 10 is.
Je elektricity tariff zou ik om zetten naar low and high. ipv 1 en 2.
Power usage L1, L2 en L3 en power return L1, L2 en L3 zijn eigenlijk ook "current" waardes.
Waar je mij persoonlijk blij mee zou maken en misschien anderen ook is dat je kan aangeven of je een 1-fase of 3-fase meter hebt. En dat je in het geval van een 1-fase meter niet alle L2 en L3 sensoren krijgt.
Dan krijg je zo iets:
- platform: dsmr_reader
no_of_phases: 1 (of 3)
Vervolgens kan je in je eigen code het als volgt opnemen:
NO_OF_PHASES = "no_of_phases"
DEFAULT_NO_OF_PHASES = "3"
Dus als je hem niet invult maakt die standaard alles aan. Ik weet niet helemaal zeker of deze code zo werkt maar als ik goed naar een andere integratie kijk in home assistant werkt het zo.
Wellicht is het gebruik van de fases automatisch te detecteren door een check op null of None. Als ze niet ondersteund worden door je meter, defaulten ze naar die waarden. Anders zijn ze 0 of hoger.
Het toevoegen van de fases die je niet gebruikt is niet zo'n groot probleem en bij versie 1 zal ik ze er ook gewoon alle 3 in zetten. Het is inderdaad een optie om het als configuratie toe te voegen.
Verder ben ik bij de definities zogenaamde transformatie functies aan het toevoegen, zodat elke waarde omgezet kan worden naar iets anders. De waardes omzetten van kW naar W, daar heb ik niet echt een mening over moet ik zeggen, volgens mij is dat meer een soort gewenning. Ik zou daarin graag consistent blijven, of ALLES naar W, of alles in kW houden 😃
Versie 1.0 heb ik alvast een PR van gemaakt voor HA, aangezien het goedkeuren soms tijden duurt, leek dat me al handig. Verder updates kunnen daarna gewoon toegevoegd worden.
Mee eens. In een latere versie kan altijd nog een optie toegevoegd worden om optioneel een multiplier of iets toe te passen. Als iedereen daar een PR op kan doen, is dat ook tzt zo doorgevoerd vermoed ik.
Inderdaad, ik heb de PR die ik open heb staan nog even aangevuld met een voorbeeld voor de 'transforms' zoals ik ze noem. Je kan dat hier bekijken: https://github.com/home-assistant/home-assistant/pull/28701/files#diff-3e50bb6168138a1d068c14a8d936fbb9
Je definieert een methode die je aan de transform property van een definitie hangt. Een definitie is op dit moment niets meer dan een dictionary, maar mocht het nodig zijn, kan ik daar altijd nog classes van maken om het wat op te leuken.
Bijvoorbeeld het DSMR versie nummer wordt zo getransformed:
def dsmr_transform(value):
"""Transform DSMR version value to right format."""
return float(value) / 10
En dat is zo opgenomen in de definitie:
"dsmr/meter-stats/dsmr_version": {
"name": "DSMR version",
"icon": "mdi:alert-circle",
"transform": dsmr_transform,
},
Ik zou zelfs zo ver kunnen gaan dat je transforms zou kunnen definieren in de HA configuratie, maar dan kan je net zo goed een template sensor aanmaken (die bijvoorbeeld kW omrekent naar W). Voor mijn gevoel valt dit ook een beetje buiten de scope van deze plugin.
Die transformers lijken me een prima aanvulling. Ik zou het verder lekker simpel houden eerst qua scope.
Kleine update, het eerste PR is goegekeurd en gemerged in dev. Wat zou moeten betekenen dat in 1 van de volgende releases, de integratie beschikbaar moet komen.
Top!
Goed bezig! hier zoek ik ook al een tijdje naar, ik heb nu alle sensoren in homeassistant met de hand gemaakt, werkt natuurlijk ook prima, maar een homeassistant component is natuurlijk veel mooier en makkelijker.
En live: https://www.home-assistant.io/integrations/dsmr_reader/
Updaten naar versie 0.103.0 en de volgende sensor toevoegen:
sensor:
- platform: dsmr_reader
Ik heb deze direct toegepast vandaag, werkt perfect! Dank hiervoor!
Misschien heel ver gedacht, maar zou de DSMR_reader niet als addon gemaakt kunnen worden voor Homeassistant, en dan direct met Ingress ondersteuning zodat de webpagina ook bruikbaar is vanuit Homeassistant?
@depl0y top gedaan, dank! :)
Wat nog fijn zou zijn is als je de yaml van je full example (je laatste screenshot hierboven) kan delen. Ik denk dat die info een mooi vertrek punt is voor mensen om de DSMRReader data in hun HA te gaan gebruiken. Het zijn best een hoop entities namelijk :D
Ik ben bezig dsmr live te krijgen in HA en loop bij parser aan tegen de volgende melding:
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd
De statusinformatie wordt gelezen... Klaar
_E: Kan pakket dmsr-parser niet vinden_
en:
xxxxx@xxxxx:~$ from dsmr_parser import telegram_specifications
_from: can't read /var/mail/dsmr_parser_
Wat dien ik te doen? (ben een newbee en geen programeur helaas).
Verder hen ik ook de dsmr-reader in mij yaml gezet. maak krijg ook in mijn notifcaties:
_The following components and platforms could not be set up:
sensor.dsmr
Please check your config._
wie kan mij helpen? wil het graag werkend krijgen..
@ronniebee , volgens mij heb je de configuratie niet helemaal goed overgenomen. Er is een DSMR component en een DSMR-Reader component (waar we het hier over hebben).
@adebree Bedoel je ook de configuratie in de interface? Want meer dan de sensor toevoegen is niet nodig om HA te koppelen aan DSMR Reader (via MQTT), in de interface wil je waarschijnlijk niet ALLE sensoren toevoegen, maar ik zal de configuratie van het tabblad hier ook even neerzetten.
@depl0y yes, daarom zou een full example wel handig zijn zodat je dat als startpunt kan gebruiken om entities weer uit te snoeien. Wat ik uit luiheid net gedaan heb is de custom:auto-entities card gebruikt met een wildcard op sensor.dsmr_* waardoor ze allemaal met values te zien zijn. Van daaruit ben ik gaan cherry picken wat ik wilde hebben.
- type: custom:auto-entities
card:
type: entities
show_header_toggle: false
title: DSMR
filter:
include:
- entity_id: "sensor.dsmr_*"
sort:
method: entity_id
https://github.com/thomasloven/lovelace-auto-entities en dan via HACS geinstalleerd.
@ronniebee , volgens mij heb je de configuratie niet helemaal goed overgenomen. Er is een DSMR component en een DSMR-Reader component (waar we het hier over hebben).
in mijn yaml staat:
sensor:
platform: dsmr
port: /dev/ttyUSB0
dsmr_version: 2.2
group:
meter_readings:
name: Meter readings
entities:
- sensor.power_consumption_low
- sensor.power_consumption_normal
- sensor.power_production_low
- sensor.power_production_normal
- sensor.gas_consumption
maar mijn cofig geeft aan:
Platform error: sensor - Integration 'dsmr-reader' not found.
en ook:
The following components and platforms could not be set up:
sensor.dsmr
Please check your config.
dus dubbel probleem :-(
_### Update!_
DSMR werkt! maar no readings...
dsmr reader werkt nog niet..
@adebree Bij deze:
entities:
- entity: sensor.dsmr_reading_electricity_delivered_1
- entity: sensor.dsmr_reading_electricity_returned_1
- entity: sensor.dsmr_reading_electricity_delivered_2
- entity: sensor.dsmr_reading_electricity_returned_2
- entity: sensor.dsmr_reading_electricity_currently_delivered
- entity: sensor.dsmr_reading_electricity_currently_returned
- entity: sensor.dsmr_reading_phase_currently_delivered_l1
- entity: sensor.dsmr_reading_phase_currently_delivered_l2
- entity: sensor.dsmr_reading_phase_currently_delivered_l3
- entity: sensor.dsmr_reading_phase_currently_returned_l1
- entity: sensor.dsmr_reading_phase_currently_returned_l2
- entity: sensor.dsmr_reading_phase_currently_returned_l3
- entity: sensor.dsmr_reading_extra_device_delivered
- entity: sensor.dsmr_reading_phase_voltage_l1
- entity: sensor.dsmr_reading_phase_voltage_l2
- entity: sensor.dsmr_reading_phase_voltage_l3
show_header_toggle: false
title: reading
type: entities
entities:
- entity: sensor.dsmr_consumption_gas_delivered
- entity: sensor.dsmr_consumption_gas_currently_delivered
- entity: sensor.dsmr_consumption_gas_read_at
show_header_toggle: false
title: gas
type: entities
entities:
- entity: sensor.dsmr_day_consumption_electricity1
- entity: sensor.dsmr_day_consumption_electricity2
- entity: sensor.dsmr_day_consumption_electricity1_returned
- entity: sensor.dsmr_day_consumption_electricity2_returned
- entity: sensor.dsmr_day_consumption_electricity_merged
- entity: sensor.dsmr_day_consumption_electricity_returned_merged
- entity: sensor.dsmr_day_consumption_electricity1_cost
- entity: sensor.dsmr_day_consumption_electricity2_cost
- entity: sensor.dsmr_day_consumption_electricity_cost_merged
- entity: sensor.dsmr_day_consumption_gas
- entity: sensor.dsmr_day_consumption_gas_cost
- entity: sensor.dsmr_day_consumption_total_cost
show_header_toggle: false
title: day
type: entities
entities:
- entity: sensor.dsmr_meter_stats_dsmr_version
- entity: sensor.dsmr_meter_stats_electricity_tariff
- entity: sensor.dsmr_meter_stats_power_failure_count
- entity: sensor.dsmr_meter_stats_long_power_failure_count
- entity: sensor.dsmr_meter_stats_voltage_sag_count_l1
- entity: sensor.dsmr_meter_stats_voltage_sag_count_l2
- entity: sensor.dsmr_meter_stats_voltage_sag_count_l3
- entity: sensor.dsmr_meter_stats_voltage_swell_count_l1
- entity: sensor.dsmr_meter_stats_voltage_swell_count_l2
- entity: sensor.dsmr_meter_stats_voltage_swell_count_l3
- entity: sensor.dsmr_meter_stats_rejected_telegrams
show_header_toggle: false
title: meter-stats
type: entities
@ronniebee ik heb geen idee wat jij aan het doen bent, maar dit is niet het issue hiervoor, lijkt me. Volgens mij heb je 2 dingen door elkaar lopen. Dit issue was voor het ondersteunen van DSMR Reader in Home Assistant en niet het DSMR component in Home Assistant.
@ronniebee ik heb geen idee wat jij aan het doen bent, maar dit is niet het issue hiervoor, lijkt me. Volgens mij heb je 2 dingen door elkaar lopen. Dit issue was voor het ondersteunen van DSMR Reader in Home Assistant en niet het DSMR component in Home Assistant.
Excuus hiervoor, ik ben een newbee en die veel doet door trail en error (kost zeer veel tijd helaas). Ik heb je reader werkend gekregen! thx, nu de waarden nog.. maar dat zal ik hier niet meer vragen maar op een ander forum.
@ronniebee ik heb geen idee wat jij aan het doen bent, maar dit is niet het issue hiervoor, lijkt me. Volgens mij heb je 2 dingen door elkaar lopen. Dit issue was voor het ondersteunen van DSMR Reader in Home Assistant en niet het DSMR component in Home Assistant.
Excuus hiervoor, ik ben een newbee en die veel doet door trail en error (kost zeer veel tijd helaas). Ik heb je reader werkend gekregen! thx, nu de waarden nog.. maar dat zal ik hier niet meer vragen maar op een ander forum.
No problem. Wat nodig is om de waardes van DSMR Reader in HA te krijgen:
@ronniebee
Zorg ook dat dit stukje uit je home assistent configuratie is:
platform: dsmr
port: /dev/ttyUSB0
dsmr_version: 2.2
Je kan je seriële poort namelijk maar 1x gebruiken. En als hij bij home assistent in gebruik is kan dame reader hem niet gebruiken.
Dank voor de hulp! erg blij mee
Wat ik he gedaan:
-Parser geïnstalleerd
-de handleiding gevolgd van ualex73/dsmr-reader-docker
(docker run en compse)
-yaml aangepast
( 4 uur mee aan het klooien geweest, moet mijzelf alles aanleren van docker, portainer, ssh, ubuntu ha en hacs etc etc.. . maar stapje bij stapje). De dsmr wil ik erg graag hebben draaien dus bijt me hierin vast :-)
maar nu...
>
No problem. Wat nodig is om de waardes van DSMR Reader in HA te krijgen:
- DSMR Reader (je zit al op de juiste github repo)
check!- MQTT
check!- DSMR Reader instellen dat hij data 'split topic' naar MQTT stuurt
??- HA DSMR Reader sensor toevoegen aan je HA configuratie
check
sensor:
- platform: dsmr_reader
- platform: dsmr
port: /dev/ttyUSB0
dsmr_version: 2.2
Dank, ik kom steeds verder. komt een newbee vraag .. Hoe stel ik dsmr reader in voor data split. Geen idee nl....
En of of dsmr wel goed werkt vraag ik me af.. Ik heb getracht dit proces te stoppen maar hier reageert ssh op met:
Named volume "
In portainer zie ik dsmr nl wel draaien en kan ik hem wel stoppen..
Ik heb de stappen gevolgd van de HA site en parser geinstalleerd. Zie nu dus wel allemaal enoteiten maar geen waarden. Ik weet niet of dit het juiste platform is voor dit soort vragen dus excuus op voorhand.
groet uit een winderig maar droog Zwolle..
Dsmr reader kan je in je browser openen. In je docker geef je tijdens het installeren van dsmr reader aan via welke port. Dit is normaal port 80 maar dit kan je met de optie -p xxxx:80 aanpassen naar elk gewenste port. Met het lokale ip adres en port nummer kom je dan in dsmr reader (dus bij. Http://192.168.0.120:80). Bekijk eerst hier is of er data uit je meter binnenkomt
Dsmr reader kan je in je browser openen. In je docker geef je tijdens het installeren van dsmr reader aan via welke port. Dit is normaal port 80 maar dit kan je met de optie -p xxxx:80 aanpassen naar elk gewenste port. Met het lokale ip adres en port nummer kom je dan in dsmr reader (dus bij. Http://192.168.0.120:80). Bekijk eerst hier is of er data uit je meter binnenkomt
Helaas. ik werk met poort 8888 (vlgs docker alex) dus met 192.168.x.xxx:8888
resultaat:
Deze site is niet bereikbaar192.168.1.xx heeft de verbinding geweigerd.
Ok dat is niet goed. Als je portainer hebt geïnstalleerd dan kan je die openen in je browser met het ip adres en port 9000. Als je ingelogd bent moet je naar tab containers. Daar staat dsmr en dsmrdb. Als je dsmr aanklikt kan je ook een log openen. Misschien staat daar wat nuttigs in.
Ik mis dsmr db.. iets gaat daar niet goed...
de log van dsmr geeft aan:
...........................................................
2019-12-15 11:07:01
Start DSMR Reader - Mode=SERVER
...........................................................
2019-12-15 11:08:04
Start DSMR Reader - Mode=SERVER
...........................................................
mijn dir van dockers geeft aan:
ronniexxx@ronald:~/docker$ dir
db docker-compose.yml
een /db aanmaken heb ik geen rechten voor .. nieuwe uitdaging??
Heb je ze geïnstalleerd met docker-compose? Ik kan mijn compose wel posten eventueel.
Wat kan helpen is als je docker-compose commando uitvoert is om er sudo voor te zetten. Dus: sudo docker-compose up -d
Dan run je het met admin rechten
Hoi Giel, dank voor je hulp! zeer gewaardeerd... Mij vrouw vraagt al waneer ik een keer klaar ermee ben.. als het werkt :-)
Bijgaand mijn compose.yml
GNU nano 2.9.3 /home/ronniexxx/docker/docker-compose.yml
version: "3.6"
services:
db-dsmr:
image: postgres
container_name: db-dsmr
volumes:
-
/db:/var/lib/postgresql/data
restart: unless-stopped
environment:
version: '3.6'
services:
dsmrdb:
image: postgres:alpine
container_name: dsmrdb
restart: always
volumes:
- /etc/localtime:/etc/localtime:ro
- /data/dsmr/dsmrdb:/var/lib/postgresql/data
environment:
- TZ=Europe/Amsterdam
- PG_TZ=Europe/Amsterdam
- POSTGRES_USER=dsmrreader
- POSTGRES_PASSWORD=dsmrreader
- POSTGRES_DB=dsmrreader
dsmr:
image: xirixiz/dsmr-reader-docker:latest
container_name: dsmr
depends_on:
- dsmrdb
links:
- dsmrdb
restart: always
volumes:
- /etc/localtime:/etc/localtime:ro
- /data/dsmr/backups:/home/dsmr/app/backups
- /data/dsmr/settings.py:/dsmr/dsmrreader/settings.py
environment:
- TZ=Europe/Amsterdam
- VIRTUAL_HOST=localhost
ports:
- 7777:80
- 7779:443
devices:
- /dev/ttyUSB0:/dev/ttyUSB0
Probeer die. Ik zie bij jou namelijk niet de installatie van dsmr-db
helaasssss. je mag van me wel even teamviewen ... of even bellen.. Zonder ict achtergrond is het wel een hele uitdaging.. maar stapje bij stapje...
zie wel als ik ssh
ronniexxx@ronald:~/docker$ sudo docker-compose start dsmr
Starting dsmr ... done
ERROR: No containers to start . ???
had ook de parser geinstalleerd, was dit wel nodig?
https://www.home-assistant.io/integrations/dsmr/
$ pip install dsmr-parser
@ronniebee Je bent 2 dingen door elkaar aan het halen. Je bent met docker bezig en met een sensor waarbij je de slimme meter rechtstreeks op HA aansluit.. Dit kan niet.
Het is 1 van de 2 namelijk.
Overigens heb ik zelf het probleem dat de berichten niet in HA uitkomen.
Status geeft ook aan dat er 200 berichten staan te wachten.
@ronniebee Je bent 2 dingen door elkaar aan het halen. Je bent met docker bezig en met een sensor waarbij je de slimme meter rechtstreeks op HA aansluit.. Dit kan niet.
ik ben een newbee... dus de parser killen?
@dennissiemensma ik krijg geen verbinding met mqtt. Hoeveel karakters mag het wachtwoord hebben? (Ben hier vaker tegenaan gelopen namelijk
Probeer die. Ik zie bij jou namelijk niet de installatie van dsmr-db
moet ik deze stappen nog doorlopen? ik ga via docker dus vraag me af of dit nodig is..
https://dsmr-reader.readthedocs.io/nl/v2/installation/quick.html
Nee dat hoeft niet. Dat gebeurt in docker.
Maar even terug. Op wat voor systeem draai je? Zit rocker op hetzelfde systeem als waar je p1 kabel op zit? Draait Matt en home assistent hier ook op?
Wat gaat er mis als je de code van mij probeert uit te voeren met het commando: sudo docker-compose up -d ?
Hoi Giel,
ik draai op een zotac ad04
met:
-Ubuntu 18.04.3 LTS (GNU/Linux 4.15.0-72-generic x86_64)
-Home Assistant 0.103.0
-portainer 1.23.0
-docker
docker idd op zelfde systeem waar P1 op zit. mqtt en HA ook op zelfde systeem
met compose:
ERROR: for dsmr Cannot start service dsmr: OCI runtime create failed: container_linux.go:346: starting container process caused "process_linux.go:449: container init caused \"rootfs_linux.go:58: mounting \\"/data/dsmr/settings.py\\" to rootfs \\"/var/lib/docker/overlay2/9cec3bd68ef2d1954dfc0b95ff6296d337ca8c8c28d9d6529e935a7ebdd739ed/merged\\" at \\"/var/lib/docker/overlay2/9cec3bd68ef2d1954dfc0b95ff6296d337ca8c8c28d9d6529e935a7ebdd739ed/merged/dsmr/dsmrreader/settings.py\\" caused \\"not a directory\\"\"": unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type
ERROR: for dsmr Cannot start service dsmr: OCI runtime create failed: container_linux.go:346: starting container process caused "process_linux.go:449: container init caused \"rootfs_linux.go:58: mounting \\"/data/dsmr/settings.py\\" to rootfs \\"/var/lib/docker/overlay2/9cec3bd68ef2d1954dfc0b95ff6296d337ca8c8c28d9d6529e935a7ebdd739ed/merged\\" at \\"/var/lib/docker/overlay2/9cec3bd68ef2d1954dfc0b95ff6296d337ca8c8c28d9d6529e935a7ebdd739ed/merged/dsmr/dsmrreader/settings.py\\" caused \\"not a directory\\"\"": unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type
ERROR: Encountered errors while bringing up the project.
?????
portainer:

en als ik kijk in docker dan zie ik:
ronniexxx@ronald:~/docker$ ls -alh
total 16K
drwxrwxr-x+ 3 ronniexxx ronniebee 4,0K dec 15 13:02 .
drwxr-xr-x 7 ronniexxx ronniebee 4,0K dec 15 11:27 ..
drwxrwxr-x+ 2 ronniexxx ronniebee 4,0K dec 15 11:26 db (in paarse tekst)????????
-rw-rw-r--+ 1 ronniexxx ronniebee 879 dec 15 13:02 docker-compose.yml (in witte tekst)
Aha,
Haal deze regel uit mijn configuratie:
- /data/dsmr/settings.py:/dsmr/dsmrreader/settings.py
en doe dan nogmaals sudo docker-compose up -d
Kijk of de melding dan weg is
yess stapje verder..
en nu?

geef het een paar minuten en wacht of er data binnenkomt. Bij statistieken moet je je meterstanden gaan zien. Zie je die niet dan denk ik dat je misschien niet naar de goede usb port linkt in de docker-compose file:
devices:
- /dev/ttyUSB0:/dev/ttyUSB0
Dat zou dan misschien ttyUSB1 ofzo kunnen zijn
Voer dit commando uit in linux:
dmesg | grep tty
ttyusb0.
helaas nog geen data. nog andere instellingen die ik kan wijzigen?
@dennissiemensma ik krijg geen verbinding met mqtt. Hoeveel karakters mag het wachtwoord hebben? (Ben hier vaker tegenaan gelopen namelijk
@Stephan296 vanuit DSMR-reader 256 tekens. Wellicht dat de MQTT-library er minder toe staat, maar dat kan ik me bijna niet voorstellen.
dsmr db geeft aan in portainer (log file)
PostgreSQL Database directory appears to contain a database; Skipping initialization
en dsmr:
2019-12-15 20:03:16,216 INFO spawned: 'dsmr_mqtt' with pid 1336
2019-12-15 20:03:17,259 INFO success: dsmr_mqtt entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
is dit correct?
dsmr db geeft deze log bij herstart
>
> 2019-12-15 20:26:43.399 CET [1] LOG: starting PostgreSQL 12.0 on x86_64-pc-linux-musl, compiled by gcc (Alpine 8.3.0) 8.3.0, 64-bit
> 2019-12-15 20:26:43.399 CET [1] LOG: listening on IPv4 address "0.0.0.0", port 5432
> 2019-12-15 20:26:43.399 CET [1] LOG: listening on IPv6 address "::", port 5432
> 2019-12-15 20:26:43.404 CET [1] LOG: listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
> 2019-12-15 20:26:43.428 CET [18] LOG: database system was interrupted; last known up at 2019-12-15 20:23:41 CET
> 2019-12-15 20:26:43.528 CET [18] LOG: database system was not properly shut down; automatic recovery in progress
> 2019-12-15 20:26:43.531 CET [18] LOG: redo starts at 3/7514F68
> 2019-12-15 20:26:43.537 CET [18] LOG: invalid record length at 3/7553320: wanted 24, got 0
> 2019-12-15 20:26:43.537 CET [18] LOG: redo done at 3/75532F8
> 2019-12-15 20:26:43.556 CET [1] LOG: database system is ready to accept connections
dsmr geeft deze log:
deze moet je van onder naar boven lezen :)
> [ INFO ] Starting supervisord...,
> ,
> Apply all migrations: admin, auth, contenttypes, dsmr_api, dsmr_backend, dsmr_backup, dsmr_consumption, dsmr_datalogger, dsmr_frontend, dsmr_mindergas, dsmr_mqtt, dsmr_notification, dsmr_pvoutput, dsmr_stats, dsmr_weather, sessions,
>
> [ INFO ] ENABLE_HTTP_AUTH is disabled, nothing to see here.,
>
> [ INFO ] Checking if the DSMR web credential variables have been set...,
> /usr/lib/python2.7/site-packages/supervisor/options.py:461: UserWarning: Supervisord is running as root and it is searching for its configuration file in default locations (including its current working directory); you probably want to specify a "-c" argument specifying an absolute path to a configuration file for improved security.,
> Unlinking stale socket /tmp/supervisor.sock,
> 2019-12-15 20:28:21,941 INFO success: dsmr_webinterface entered RUNNING state, process has stayed up for > than 3 seconds (startsecs),
> 2019-12-15 20:28:19,967 INFO success: dsmr_backend entered RUNNING state, process has stayed up for > than 1 seconds (startsecs),
> 2019-12-15 20:28:19,967 INFO success: dsmr_datalogger entered RUNNING state, process has stayed up for > than 1 seconds (startsecs),
> 2019-12-15 20:28:19,966 INFO success: dsmr_mqtt entered RUNNING state, process has stayed up for > than 1 seconds (startsecs),
> 2019-12-15 20:28:19,966 INFO success: nginx entered RUNNING state, process has stayed up for > than 1 seconds (startsecs),
> 2019-12-15 20:28:18,348 INFO spawned: 'dsmr_backend' with pid 24,
> 2019-12-15 20:28:18,345 INFO spawned: 'dsmr_datalogger' with pid 23,
> 2019-12-15 20:28:18,343 INFO spawned: 'dsmr_webinterface' with pid 22,
> 2019-12-15 20:28:18,333 INFO spawned: 'nginx' with pid 20,
> 2019-12-15 20:28:18,337 INFO spawned: 'dsmr_mqtt' with pid 21,
> 2019-12-15 20:28:17,328 INFO supervisord started with pid 18,
> 2019-12-15 20:28:17,328 CRIT Server 'unix_http_server' running without any HTTP authentication checking,
> 2019-12-15 20:28:17,328 INFO RPC interface 'supervisor' initialized,
> 2019-12-15 20:28:16,994 INFO Set uid to user 0 succeeded,
> 'Supervisord is running as root and it is searching ',
> 2019-12-15 20:28:16,994 INFO Included extra file "/etc/supervisor.d/supervisord.ini" during parsing,
>
> [ INFO ] Checking for HTTP AUTHENTICATION configuration...,
> admin already exists,
> 0 static files copied to '/var/www/dsmrreader/static', 537 unmodified.,
> No migrations to apply.,
> Running migrations:,
> Operations to perform:,
>
> [ INFO ] Running post configuration...,
>
> [ INFO ] Verifying if Postgres in running...,
>
> [ INFO ] Removing existing PID files...,
>
> [ INFO ] Fixing /dev/ttyUSB* security...
In mijn docker-compose file staat bij dsmrdb onder volumes deze regel (dit is regel 10):
- /data/dsmr/dsmrdb:/var/lib/postgresql/data
/data/dsmr/dsmrdb is een verwijzing op je eigen harde schijf in linux naar de map /var/lib/postgresql/data in de docker image.
De map /data/dsmr/dsmrdb zal bij jou niet bestaan, tenzij hij automatisch is aangemaakt. Als hij niet bestaat kan je het beste zelf deze mappen aanmaken. Of een map aanmaken en dit in de docker-compose configuratie veranderen. Als je de regel helemaal weghaalt wordt de databse binnen de docker image opgeslagen. Dit heeft wel als nadeel dat zodra je de image update naar een nieuwere versie je je databse kwijt bent. Maar wellicht voor het testen handig om te proberen.
Na het aanpassen van je configuratie file moet je wel altijd docker-compuse up -d uitvoeren om het toe te passen.
mijn dsmr db geeft idd geeft:
2019-12-15 21:05:06.410 CET [20] LOG: database system was not properly shut down; automatic recovery in progress
2019-12-15 21:05:06.434 CET [20] LOG: redo starts at 0/17FF808
2019-12-15 21:05:06.435 CET [20] LOG: invalid record length at 0/17FF8F0: wanted 24, got 0
2019-12-15 21:05:06.435 CET [20] LOG: redo done at 0/17FF8B8
2019-12-15 21:05:06.524 CET [1] LOG: database system is ready to accept connections
mijn dsmr:
2019-12-15 21:05:06,347 INFO spawned: 'dsmr_mqtt' with pid 457
2019-12-15 21:05:07,352 INFO success: dsmr_mqtt entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
is dit correct?
enorm bedankt voor je hulp!!! Zo blij mee. als newbee kost het me veel tijd maar leer erg veel :-)
btw, dashboard blijft helaas leeg ...
Ik weet niet zo goed wanneer dsmr(db) wel of niet werken. De meldingen ken ik verder niet zo goed. Misschien dat @dennissiemensma je hiermee kan helpen.
Het kost heel veel tijd in het begin. Vooral omdat alles tegelijk komt. Linux. Docker(compose) home assistent , Mqtt en ga zo maar door. Lekker ff een paar weken aan kloten en dan ben je al een stuk verder.
Dank zover Giel, waardeer je hulp. fijne avond nog.
@dennissiemensma ik krijg geen verbinding met mqtt. Hoeveel karakters mag het wachtwoord hebben? (Ben hier vaker tegenaan gelopen namelijk
@Stephan296 vanuit DSMR-reader 256 tekens. Wellicht dat de MQTT-library er minder toe staat, maar dat kan ik me bijna niet voorstellen.
Kun je mij vanaf hier verder helpen Dennis?
@ronniebee ik denk dat je het beste even in #797 verder kunt gaan, want er lopen hier nu meerdere dingen door elkaar heen en dit topic gaat eigenlijk alleen over HA-integratie.
@depl0y bedankt voor je verrijking met de plugin! Ik heb in de documentatie voor de volgende versie een verwijzing opgenomen.
Mocht er later nog aanvullende informatie nodig zijn, dan hoor ik het graag.
@depl0y bedankt voor de plugin. Gisteren heb ik deze aan gezet, maar helaas heb ik het weer heel snel uit moeten zetten. De MQTT berichten, met name de Telegram, zijn te hoog frequent om optimaal binnen HA te kunnen functioneren. Om het voor mij bruikbaar te maken moet de interval instelbaar zijn. Voor mij is iedere x minuten ruim voldoende. Op dit moment is de load op HA zo hoog op mijn Raspberry Pi met Hassio dat een aantal andere sensoren gaan falen (ik heb er meer dan honderd) en ook de user interface gaat kuren vertonen, waarschijnlijk door het hoge resource gebruik.
Daarnaast zou ik graag alle sensoren die ik niet nodig heb uit willen kunnen zetten dmv configuratie of nog beter via de autodiscovery integratie waarbij je ook entiteiten kan uitzetten. Ook dat komt de performance uiteindelijk ten goede.
@groenmarsmannetje ik denk dat de doorstroom van MQTT berichten meer een ding is van DSMR-reader.
Je kunt nog kijken of je het kan verminderen door de datalogger een paar seconden te laten slapen. https://dsmr-reader.readthedocs.io/en/latest/settings.html#dsmrreader-datalogger-sleep
@groenmarsmannetje Dit is versie 1 van de HA integratie, inderdaad het lijkt me handig als we autodiscovery toevoegen aan deze plugin. De hoeveelheid messages is inderdaad een ander punt en zo lang je niet alles ook daadwerkelijk naar een recorder/history gooit, zou de performance prima moeten zijn.
Zoals @dennissiemensma zegt, je zou de DSMR kant kunnen vertragen, wat mij ook een goede oplossing lijkt. Een vertraging inbouwen aan de HA kant, leidt tot allemaal onverwachte resultaten namelijk. "Waarom is de waarde in MQTT dit, en in HA zie ik dit?".
Uit zetten van sensoren is iets wat we via autodiscovery kunnen regelen als ik het goed heb. Al heb ik daar nog nooit iets voor gemaakt, dus dat zou ik eerst even moeten onderzoeken.
Ik heb in home assistant sensor platform dsmr_reader toegevoegd zoals beschreven.
Alles draait prima. Maar werkt de MQTT autodiscovery nu wel of niet?
In de config van home assistant heb ik als autodiscovery_prefix homeassistant staan. Ergens in DSMR reader zullen we dat dus moeten vermelden neem ik aan.
Ik heb ook verschillende camera's die ook via autodiscovery werken. Gaat perfect.
Oh ja ik draai op de laatste versie van HA: 103.3
TLDR: Nee
Auto discovery is iets wat aan de DSMR Reader kant toegevoegd zou moeten worden, dat kan vanuit de Home Assistant plugin niet geregeld worden (oftewel: werk voor @dennissiemensma en niet voor mij).
Met versie 2 wil ik er naar toe dat je het via "Integrations" kan opzetten, ipv handmatig een sensor toe voegen, zodat het proces al weer net wat makkelijker wordt.
Beste Wim,
Na heel veel uren proberen heb ik mijn dsmr draaien.. Zo blij mee. Ik probeer je de reader aan de praat te krijgen maar krijg overall unkown als waarde.
ik heb mqtt draaien en de yaml aangepast met platform dsmr reader maar snap dat split topic niet geheel. Wat dien ik hier te doen?
@groenmarsmannetje ik denk dat de doorstroom van MQTT berichten meer een ding is van DSMR-reader.
Je kunt nog kijken of je het kan verminderen door de datalogger een paar seconden te laten slapen. https://dsmr-reader.readthedocs.io/en/latest/settings.html#dsmrreader-datalogger-sleep
Achteraf bleek dat ik nog een oude versie van DSMR Reader gebruikte. Na upgrade naar nieuwste versie heb ik het weer aangezet en nu loopt het als een zonnetje.
Hallo, ik volg de discussies omtrent DSMR op github al een paar weken. Ik wil graag mijn meterstanden in mijn Home asistant opnemen. In HA zijn de addons INFLUXDB en GRAFANA al beschikbaar. Helaas is er nog geen DSMR reader als addon aan te kiezen. De package openHab gebruikt namelijk die combinatie, DSMR reader de dataopslag in INFLUXDB en de presentatie in GRAFANA. Kan/wil iemand helpen hoe ik het één en ander in de scripting kan laten landen?
Sorry, ik zag zojuist dat deze gesloten is
Ik heb zelf geen ervaring met HA. Heb je al op het Tweakers forum gecheckt of iemand je kan helpen? Er is daar ontzettend veel kennis aanwezig over allerlei combinaties van software.
Er zijn verschillende manieren om je meterstanden zichtbaar te maken in HA. Hierboven is de methode beschreven omdat met behulp van MQTT te doen. HA heeft een eigen MQTT server ingebouwd maar beter is om op dezelfde server als HA Mosquitto te installeren. Vanuit DSMR Reader kun je de meterstanden doorsturen naar MQTT. Andere processen zoals HA kunnen zich daarop ‘abonneren’ en dus de data gebruiken.
Dennis,
Bedankt voor je reactie, ik ga kijken.
groeten,
Marius
Op zo 5 jan. 2020 om 13:33 schreef Conrad Hagemans <[email protected]
:
Er zijn verschillende manieren om je meterstanden zichtbaar te maken in
HA. Hierboven is de methode beschreven omdat met behulp van MQTT te doen.
HA heeft een eigen MQTT server ingebouwd maar beter is om op dezelfde
server als HA Mosquitto te installeren. Vanuit DSMR Reader kun je de
meterstanden doorsturen naar MQTT. Andere processen zoals HA kunnen zich
daarop ‘abonneren’ en dus de data begruiken.—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/dennissiemensma/dsmr-reader/issues/761?email_source=notifications&email_token=AOFY5SQLF3WJMV7TTOONDBLQ4HHSVA5CNFSM4JFOPPH2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIDV4CQ#issuecomment-570908170,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AOFY5SS26VOPLXEWGLCTGOTQ4HHSVANCNFSM4JFOPPHQ
.
Zijn ergens de nederlandse titels te vinden van de namen waar de topic naar wijzen?
Ik weet niet precies welke topics je bedoelt, maar die van de metingen staan bijvoorbeeld hier: https://github.com/dennissiemensma/dsmr-reader/blob/v3.7.0/dsmr_datalogger/models/reading.py#L17
Het zijn letterlijk de namen van de database-velden, de beschrijving staat er bij meestal.
Ik bedoel zoiets:
De topics worden in HA gezien als sensors. Als ik bijvoorbeeld de volgende sensors pak dan kan ik die in Dsmr-reader vinden onder Tarieven energie leverancier:
Overige vind ik wat lastiger te vinden en wellicht is een "eenduidige" lijst handig voor anderen om te kunnen gebruiken.
sensor.dsmr_day_consumption_energy_supplier_price_electricity_delivered_1:
friendly_name: Prijs elektriciteit 1 (daltarief)
sensor.dsmr_day_consumption_energy_supplier_price_electricity_delivered_2:
friendly_name: Prijs elektriciteit 2 (piektarief)
sensor.dsmr_day_consumption_energy_supplier_price_electricity_returned_1:
friendly_name: Prijs teruglevering elektriciteit 1 (daltarief)
sensor.dsmr_day_consumption_energy_supplier_price_electricity_returned_2:
friendly_name: Prijs teruglevering elektriciteit 2 (piektarief)
sensor.dsmr_day_consumption_energy_supplier_price_gas:
friendly_name: Gasprijs
Ik gebruik zelf geen HA, maar wellicht kun je vragen aan de auteur van de HA-plugin om dat te verduidelijken (in de docs). De namen van tarief 1 en 2 zijn sinds kort ook zelf naam te geven, dus die kan ook nog per situatie verschillen.
Iemand hier die weet hoe je een ander kanaal voor je gasmeter kan instellen in HA? In Domoticz kun je een variablele aanmaken 'P1GasMeterChannel', maar ik zie echt helemaal niks hierover voor in HA.. Jammer, want mijn gasmeter zit op kanaal 2 .....
@Quarco voor HA-specifieke zaken zul je bij het HA-forum of Github moeten zijn (of probeer het op Tweakers).
Dit project stuurt alleen MQTT-berichten die door HA ontvangen kunnen worden. Als dat niet werkt, kan ik voor je meekijken, maar voor alle andere HA-integraties kan ik je niet helpen.
@dennissiemensma heb jij een tutorial waarmee ik dsm_reader in kan stellen via Mqtt
Je kunt wellicht naar deze integratie kijken:
Samen met:
Beste allemaal,
Ik ben ondertussen al drie dagen bezig om mijn p1 uit te lezen met home assistant. Echter 0 resultaat. Is er iemand die mij in Jip en Janneke taal kan uit leggen hoe ik dit voor elkaar krijg? Mijn dank zal zeer groot zijn.
Alvast grootste dank Remco
Hier op GitHub lezen heel weinig mensen mee. Dit is echt bedoeld voor bugs of feature requests.
Ik denk dat je de beste kans hebt om te zoeken op het Tweakers forum en evt daar je probleem voor te leggen, als je niets kan vinden. Er zijn namelijk goede forum topics over uitlezen slimme meter of HA of integraties of een combie daarvan.
Bijvoorbeeld: https://gathering.tweakers.net/forum/list_messages/2012980/last (Deel 3)
Beste allemaal,
Ik ben ondertussen al drie dagen bezig om mijn p1 uit te lezen met home assistant. Echter 0 resultaat. Is er iemand die mij in Jip en Janneke taal kan uit leggen hoe ik dit voor elkaar krijg? Mijn dank zal zeer groot zijn.
Alvast grootste dank Remco
Wat is precies je probleem? Nb zie je op de USB kabel een Led knipperen? Dit heeft mij ook dagen gekost om te ontdekken ( omdat ik niet wist dat er een led in de kabel zit). Mijn meter heeft en wat crappy poort blijkbaar :-)
@ronniebee
Het probleem is dat ik te weinig kennis heb van het programmeren na lang stoeien kent HA nu wel de entiteiten maar doet er niks mee.
De kabel heeft geen led, ik heb een kabel met een FT232RL chip.
de chip is aangesloten:
Pinout
1 – N/A
2 – RTS
3 – GND
4 – N/A
5 – RxD
6 – N/A
in /config/configuration.yaml heb ik deze code toegevoegd.
sensor:
group:
meter_readings:
name: Meter readings
entities:
- sensor.energy_consumption_tarif_1
- sensor.energy_consumption_tarif_2
- sensor.energy_production_tarif_1
- sensor.energy_production_tarif_2
- sensor.gas_consumption
Beste allemaal,
Ik ben ondertussen al drie dagen bezig om mijn p1 uit te lezen met home assistant. Echter 0 resultaat. Is er iemand die mij in Jip en Janneke taal kan uit leggen hoe ik dit voor elkaar krijg? Mijn dank zal zeer groot zijn.
Alvast grootste dank RemcoWat is precies je probleem? Nb zie je op de USB kabel een Led knipperen? Dit heeft mij ook dagen gekost om te ontdekken ( omdat ik niet wist dat er een led in de kabel zit). Mijn meter heeft en wat crappy poort blijkbaar :-)
@ronniebee
Het probleem is dat ik te weinig kennis heb van het programmeren na lang stoeien kent HA nu wel de entiteiten maar doet er niks mee.
De kabel heeft geen led, ik heb een kabel met een FT232RL chip. RJ12 ->USB
Bij het instellen van de entiteiten krijg ik de volgende melding:
Deze entiteit heeft geen unieke ID, daarom kunnen de instellingen niet worden beheerd vanuit de gebruikersinterface. Zie de documentatie voor meer details
de chip is aangesloten:
Pinout
1 – N/A
2 – RTS
3 – GND
4 – N/A
5 – RxD
6 – N/A
in /config/configuration.yaml heb ik deze code toegevoegd.
sensor:
group:
meter_readings:
name: Meter readings
entities:
- sensor.energy_consumption_tarif_1
- sensor.energy_consumption_tarif_2
- sensor.energy_production_tarif_1
- sensor.energy_production_tarif_2
- sensor.gas_consumption
Uit frustratie Domoticz geïnstalleerd en daar werkt alles 🤯.
Most helpful comment
En live: https://www.home-assistant.io/integrations/dsmr_reader/
Updaten naar versie 0.103.0 en de volgende sensor toevoegen: