Hoe log ik telegrammen van een Landis+Gyr T550 UH50 stadsver

[Vaevictis_]

Wil onder Linux de stadsverwarming uitlezen, het gaat om een Landis+Gyr T550 UH50 stadsverwarming, welke met een optische IR kop verbonden is aan een Synology NAS.

De SIO interface werkt en heb al verschillende pogingen gedaan met verschillende baudrates, parity en stopbits.

Met de orginele software onder Windows (UltraAssist) kan ik ze wel uitlezen maar daar heb ik niets aan omdat ik alles op Linux heb draaien en verwerk.

Iemand al succes onder Linux met het loggen van data uit zo'n meter?

zie https://dl.dropbox.com/u/14916365/image.jpeg

[Ethnocentrix]

Je zou met een serial port monitor kunnen loggen wat er via UltraAssist heen en weer wordt gestuurd.

[Vaevictis_]

Hoi,

Inderdaad al gedaan maar nog geen geschikte software gevonden. Portmon van Sysinternals werkt niet op x64 en daarnaast nog wat tools geprobeerd maar die storen met UltraAssist. O.a. Docklight en Comcap

Zie wel dat hij op 9600 baud communiceert en dit commando stuurt. Is dit om de telegrams te triggeren?

Begin transmitted: 42681.740 s
Transmitted: ?..
End of transmission: 42681.760 s
Begin receive: 42681.770 s
(Nb+&5.19&5.19&F&0&18)!
End receive: 42684.710 s
Receive error: 0

[Ethnocentrix]

Een slimme meter die voldoet aan de DSMR (Dutch Smart Meter Requirements) zou een datagram moeten sturen door /? te sturen. Misschien dat dit helpt?

[Magnat]

Even een ouder topic omhoog liften. Ik heb dit inmiddels aan de praat op mijn raspberry. Met hulp van de topicstarter.

Ik heb hiervoor gebruikt een RS232 IR kabel van Udo
http://wiki.volkszaehler....llers/ir-schreib-lesekopf

Ik heb gekozen voor RS232 omdat ik het eventueel ook aan de praat wil krijgen op mijn Netduino. Op de raspberry gebruik ik een USB naar RS232 kabeltje. welke zit op /dev/ttyUSB0

Om deze UH50 uit te lezen is een serial verbinding nodig op 300BAUD 7bits Even parity en 2 stop bits ofwel 7E2.

Vervolgens stuur je 45 bytes in de volgende string naar je Serial port:

code:

("\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x2F\x3F\x21\x0D\x0A"

De volgende 2 regels die je ontvangt is een lege regel en het ID van de UH50 deze ontvang je op 300BAUD
Nu komt het tricky part. De rest van de data ontvang je op een andere snelheid. Dit is afhankelijk van je UH50 en hoe hij is ingesteld. Ik meen dat het standaard 2400 BAUD is maar dit weet ik niet zeker. Met Ultra Assist is dit in te stellen op 2400/9600/38400/115200. Mocht je dus niet weten waar deze bij jou op staat kan je dus met trial en error deze 4 BAUDrates aflopen.

code:

import serial
from time import sleep
conn = serial.Serial('/dev/ttyUSB0',
                     baudrate=300,
                     bytesize=serial.SEVENBITS,
                     parity=serial.PARITY_EVEN,
                     stopbits=serial.STOPBITS_TWO,
                     timeout=1,
                     xonxoff=0,
                     rtscts=0
                     )
# Wakker worden!
conn.setRTS(False)
conn.setDTR(False)
sleep(5)
conn.setDTR(True)
conn.setRTS(True)
# send /?!
conn.write("\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x2F\x3F\x21\x0D\x0A")
#lezen op 300 BAUD, typenr ofzo
print conn.readline()
print conn.readline()
#lezen op 2400 BAUD, ingesteld met UltraAssist op 2400 kan ook hoger nog niet getest
conn.baudrate=2400

#oneindig lezen TODO einde telegram detecteren en loop verlaten
try:
    while True:
        print conn.readline() # readlines() will probably never return.
finally:
    conn.close()

De output is dan alsvolgt:

code:

@/?!

/LUGCUH50

6.8(0026.752*GJ)6.26(00235.77*m3)9.21(66605904)

6.26*01(00166.10*m3)6.8*01(0019.427*GJ)

F(0)9.20(66605904)6.35(60*m)

6.6(0017.3*kW)6.6*01(0012.4*kW)6.33(000.828*m3ph)9.4(097.7*C&086.3*C)

6.31(0016949*h)6.32(0000001*h)9.22(R)9.6(000&66605904&0&000&66605904&0)

9.7(20000)6.32*01(0000001*h)6.36(01-01&00:00)6.33*01(000.420*m3ph)

6.8.1()6.8.2()6.8.3()6.8.4()6.8.5()

6.8.1*01()6.8.2*01()6.8.3*01()

6.8.4*01()6.8.5*01()

9.4*01(097.7*C&081.8*C)

6.36.1(2013-02-10)6.36.1*01(2012-01-29)

6.36.2(2013-02-17)6.36.2*01(2011-12-17)

6.36.3(2012-02-07)6.36.3*01(2012-02-07)

6.36.4(2013-03-26)6.36.4*01(2012-12-15)

6.36.5()6.36*02(01&00:00)9.36(2013-05-28&18:31:51)9.24(1.5*m3ph)

9.17(0)9.18()9.19()9.25()

9.1(0&1&0&0000&CECV&CECV&1&5.19&5.19&F&101008&040404&08&0&00&?:)

9.2(&&)9.29()9.31(0002808*h)

9.0.1(00000000)9.0.2(00000000)9.34.1(000.00000*m3)9.34.2(000.00000*m3)

8.26.1(00000000*m3)8.26.2(00000000*m3)

8.26.1*01(00000000*m3)8.26.2*01(00000000*m3)

6.26.1()6.26.4()6.26.5()

6.26.1*01()6.26.4*01()6.26.5*01()0.0(66605904)

!

b

Let er wel op dat (volgens de handleiding) de batterij duur met een half uur afneemt iedere keer dat je deze uitleest. Mijne komt standaard met een batterij die 11 jaar mee gaat.

Nu nog de data verwerken en naar een database schieten.

word vervolgd....

[Unity2]

Enorm bedankt voor deze update! Ik ben nog in afwachting van mijn IR kop van Udo en dan ga ik aan de slag op mijn Qnap. Ik was al aan het peinzen hoe ik dit zou moeten afhandelen. Ik volg dit topic verder op de voet en zal op den duur mijn eigen ervaringen toevoegen. Ik ga ervan uit dat jullie de T550 ook van Eneco hebben gekregen?

Wat betreft die batterij: kunnen we die zelf gewoon vervangen of verbreken we dan verzegelingen? Kunnen we de T550 niet gewoon aan netvoeding hangen?

[Vaevictis_]

Unity2 schreef op donderdag 30 mei 2013 @ 00:59:
Enorm bedankt voor deze update! Ik ben nog in afwachting van mijn IR kop van Udo en dan ga ik aan de slag op mijn Qnap. Ik was al aan het peinzen hoe ik dit zou moeten afhandelen. Ik volg dit topic verder op de voet en zal op den duur mijn eigen ervaringen toevoegen. Ik ga ervan uit dat jullie de T550 ook van Eneco hebben gekregen?

Wat betreft die batterij: kunnen we die zelf gewoon vervangen of verbreken we dan verzegelingen? Kunnen we de T550 niet gewoon aan netvoeding hangen?

Helaas kun je dit niet zelf vervangen, deze zit in de verzegelde behuizing. Ook een netvoeding aansluiten kan niet. Zal eens kijken of ik bij Eneco prijzen hierover kan krijgen

[Unity2]

Op mijn meter zit een zegeltje van de keuring, maar ik kan het klepje er grotendeels afhalen zonder de zegel te breken. Ik lees ook een hoop berichten over mensen die helemaal geen zegel hebben en de meter gewoon kunnen openen. Als Eneco hiervoor hoge prijzen zou vragen ga ik toch ernstig twijfelen of dat zegeltje niet per ongeluk verdwijnt...

De vraag is ook hoe vaak het zinnig is om de meter uit te lezen. Ik had oorspronkelijk het plan om een frequentie van een minuut of vijftien te pakken om iets zinnigs te zeggen over mijn verbruik in verhouding tot de tijden waarop ik thuis ben. Dit zou betekenen dat een batterij met een geplande levensduur van 11 jaar dus al na ongeveer 3,5 jaar leeg is.

Kun je mij zeggen of er een grens is hoe vaak de meter zijn gegevens kan verzenden? Of geeft de meter toevallig een IR puls bij een x hoeveelheid verbruik? Die zullen misschien minder stroom verbruiken en dan hebben we ook geen gelazer met de batterij.

Ik kan niet wachten tot mijn IR-kop binnen is Volgens Udo duurt het een week of twee voor het vanuit Duitsland naar Nederland is verzonden, dus ik mag nog 1,5 week wachten en dan kan ik los gaan.

[Vaevictis_]

Unity2 schreef op vrijdag 31 mei 2013 @ 23:28:
Op mijn meter zit een zegeltje van de keuring, maar ik kan het klepje er grotendeels afhalen zonder de zegel te breken. Ik lees ook een hoop berichten over mensen die helemaal geen zegel hebben en de meter gewoon kunnen openen. Als Eneco hiervoor hoge prijzen zou vragen ga ik toch ernstig twijfelen of dat zegeltje niet per ongeluk verdwijnt...

De vraag is ook hoe vaak het zinnig is om de meter uit te lezen. Ik had oorspronkelijk het plan om een frequentie van een minuut of vijftien te pakken om iets zinnigs te zeggen over mijn verbruik in verhouding tot de tijden waarop ik thuis ben. Dit zou betekenen dat een batterij met een geplande levensduur van 11 jaar dus al na ongeveer 3,5 jaar leeg is.

Kun je mij zeggen of er een grens is hoe vaak de meter zijn gegevens kan verzenden? Of geeft de meter toevallig een IR puls bij een x hoeveelheid verbruik? Die zullen misschien minder stroom verbruiken en dan hebben we ook geen gelazer met de batterij.

Ik kan niet wachten tot mijn IR-kop binnen is Volgens Udo duurt het een week of twee voor het vanuit Duitsland naar Nederland is verzonden, dus ik mag nog 1,5 week wachten en dan kan ik los gaan.

Volgens mij zit er geen grens op het verzenden van data, je kunt zo vaak uitlezen dat je wilt. Hangt wel van het telegramsoort af. Een maand uitlezen op 2400 baud duurt een paar minuten.

Ik had de IR leeskop binnen een week binnen.

[Unity2]

Inmiddels is mijn leeskop van Udo binnengekomen en heb ik de eerste stapjes kunnen zetten met het uitlezen van de meter. Ik begin met het uitlezen op een windows laptop, omdat ik niet heel erg thuis ben in Linux en rs232 communicatie. Als ik dit werkend heb wil ik het uiteindelijk draaiend krijgen op mijn Qnap nas. Ik heb nu het volgende gedaan:

* USB drivers installeren voor de IR-head
* HTerm gestart voor de seriële communicatie en met 300 baud, 7 bits, 2 stop en even parity geconnect met de IR-head op COM5
* De string van 45 bytes verstuurd naar de T550

Er volgt een reactie van de T550 met een modelnummer en daar achteraan een hoop troep:

code:

/LUGCUH50<\r><\n><16><16>]<28>TXL^<\r><20><26><22><26>E><28><26>|<7>MV<\r>RXX~<20>VR<15>TX|RTMO<30>LV<24>T<22><28><26><29>T_<20>>ZXXXW<5><28>PVM<16>|RM<16>lOR_<28><24>M\Z{<20>z<26>M<28>.<31><28><24>O<28><18><\f><28><26>M<28><18>P/<20>T<\r><16><20>XO<18><16>^<30><18><30>|8<28>^T<22><18>ZR<16>\|k<20>|<20>T<18><16>Z<26><28>Pk<20>l<30><20><<23><16><20>P<28><18>T<26>P]X^]RMOM<16>^G<7>

Ik zeg troep, maar ik bedoel dat ik er in ieder geval geen chocolade van kan maken. Ik heb het vermoeden dat deze troep daadwerkelijk het telegram is, maar dan uitgelezen op de verkeerde baudrate. Hij staat namelijk nog op 300baud als ik dit ontvang. Tevens is de troep in deze regel bij elke keer uitlezen weer anders wat mij doet vermoeden dat het de gewijzigde waarden in de telegram zijn die hiervoor zorgen.

Dit hele proces roept dus een aantal vragen op waarvan ik hoop dat iemand kan helpen:

1) Komt iemand de regel code die de UH50 mij teruggeeft bekend voor? Weten jullie wat het is?

2) Is het mogelijk om met HTerm een soort script te runnen waarbij hij snel van Baudrate kan wisselen? Handmatig lukt mij het niet om binnen een halve seconde de IR-head te disconnecten, te switchen van baudrate en weer te connecten. Ik heb hier niks over kunnen vinden helaas.

3) Jullie spreken over UltraAssist. Ik heb kunnen vinden dat dit de software van Landis&Gyr is, maar om dit te kunnen downloaden moet ik kunnen inloggen op hun site. Kunnen jullie me vertellen waar jullie UltraAssist vandaan hebben gehaald? Of is UltraAssist niet echt nodig om de UH50 uit te lezen?


Ik ga weer lekker verder klooien Mocht ik weer wat verder komen dan zal ik dat hier weer rapporteren.

[Dogooder]

Ik ben zelf bezig met een landis+Gyr Electiciteits meter uit te lezen via de IR head van UDO. zie het volgende topic.
http://gathering.tweakers.net/forum/list_messages/1539390

Mij lukt het ook niet om over te schakelen naar een hogere baudrate, daarom stuur ik een acknowledgement met daarin 300 bps en dan is het zeker 10 seconden wachten totdat het hele telegram ontvangen is.

Ik heb ook gebruikt gemaakt van het volgende programma om het telegram te analyseren.
http://files.domoticaforum.eu/Smartmetering/Test1107pack.exe
programma komt uit het volgende topic:
http://www.domoticaforum....c.php?f=71&t=7489&start=0

Wellicht heb je hier wat aan, ik denk dat de landis+Gyr protocol niet veel anders is tussen de verschillende meters.

[Unity2]

Dankjewel voor je reactie! Ik heb al geprobeerd om het metertest programma te gebruiken, maar na de /?! geeft hij een timeout (tout). Ik neem aan dat het commando om een de IR te activeren niet juist is. De string die hierboven genoemd wordt geeft wel resultaat en wordt door Hterm vertaald in:

code:

<\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0>/?!<\r><\n>

Als ik de opdracht zonder alle nullen ervoor stuur geeft de UH50 geen respons. In het metertest programma kan ik geen alternatieve string opgeven dus die heb ik verder links laten liggen. Op alleen /?! lukt het dus niet met deze meter. Ik zal domoticforum.eu nog eens goed uitpluizen op jacht naar nuttige informatie.

[Vaevictis_]

Dogooder schreef op vrijdag 07 juni 2013 @ 15:37:
Ik ben zelf bezig met een landis+Gyr Electiciteits meter uit te lezen via de IR head van UDO. zie het volgende topic.
http://gathering.tweakers.net/forum/list_messages/1539390

Mij lukt het ook niet om over te schakelen naar een hogere baudrate, daarom stuur ik een acknowledgement met daarin 300 bps en dan is het zeker 10 seconden wachten totdat het hele telegram ontvangen is.

Ik heb ook gebruikt gemaakt van het volgende programma om het telegram te analyseren.
http://files.domoticaforum.eu/Smartmetering/Test1107pack.exe
programma komt uit het volgende topic:
http://www.domoticaforum....c.php?f=71&t=7489&start=0

Wellicht heb je hier wat aan, ik denk dat de landis+Gyr protocol niet veel anders is tussen de verschillende meters.

Elektra en Warmte meters zijn niet hetzelfde he? Die telegrammen zijn ook anders. Uit mijn Smart Meter krijg ik zonder moeite telegrammen uitgelezen.

Dit topic gaat expliciet over Warmte meters van L+G.

[Unity2]

Dankzij jullie hulp is het me gelukt om de meter uit te lezen! Ik ben een blij man
Ik heb hier een volledig telegram liggen wat qua layout overeenkomt met het telegram van Vaevictis_. Ben nu aan het uitpluizen wat alle waarden precies betekenen. Heeft iemand hier toevallig al een lijstje van liggen? Ik ga rustig verder uitpluizen en als zal het resultaat hier posten als ik het compleet heb en niemand anders het inmiddels al gepost heeft.

[Magnat]

Unity2 schreef op woensdag 12 juni 2013 @ 17:41:
Dankzij jullie hulp is het me gelukt om de meter uit te lezen! Ik ben een blij man
Ik heb hier een volledig telegram liggen wat qua layout overeenkomt met het telegram van Vaevictis_. Ben nu aan het uitpluizen wat alle waarden precies betekenen. Heeft iemand hier toevallig al een lijstje van liggen? Ik ga rustig verder uitpluizen en als zal het resultaat hier posten als ik het compleet heb en niemand anders het inmiddels al gepost heeft.

Ik heb helaas nog geen tijd gehad hier verder aan te werken.

Hier een XLS met een screencap van Ultraassist en een copy past van output met RPi. nu is de data makkelijk te herleiden.

https://www.dropbox.com/s...u/UltraAssist_vs_RPi.xlsx

[Willie Wortel]

De telegrammen zijn dezelfde als van de slimme meters, hoeft niet qua inhoud maar wel qua techniek.
In het Netduino draadje zit veel expertise, eventueel "leen" je de Netduino programma code en vertaal je naar je eigen device. Gaat zeker lukken.

[Unity2]

Fantastisch Magnat, dankjewel! Ik had een deel al uit kunnen vogelen aan de hand van de handleiding van de T550, maar jouw bestandje maakt het allemaal wat duidelijker.
Dit zijn de resultaten zoals ik ze nu uitgewerkt heb met een eenheid tussen haakjes erachter:

code:

6.8 - Quantity of Heat (GJ)
6.26 - Volume (m3)
9.21 - Ownership Number
6.26*01 - Volume Previous Year (m3)
6.8*01 - Quantity of Heat Previous Year (GJ)
F(n) - Error Number (niet bevestigd)
9.20 - Device Number
6.35 - Measurement Period (minutes)
6.6 - Power Max (kW)
6.6*01 - Power Max Previous Year (kW)
6.33 - Flowrate max (m3/h)
9.4 - Flow Temperature Max / Return Temperature Max (Celcius)
6.31 - Operating Hours (hour)
6.32 - Fault hours (hour)
9.22 - (onbekend)
9.6 - Verschillende Settings van Eneco (niet bevestigd)
9.7 - (onbekend, identiek in alle meters)
6.32*01 - Fault Hours Previous Year (hour)
6.36 - Yearly Set Day (datum)
6.33*01 - Flowrate Max Previous Year (m3/h)
6.8.1 - (onbekend, blijft leeg)
6.8.2 - (onbekend, blijft leeg)
6.8.3 - (onbekend, blijft leeg)
6.8.4 - (onbekend, blijft leeg)
6.8.5 - (onbekend, blijft leeg)
6.8.1*01 - (onbekend, blijft leeg)
6.8.2*01 - (onbekend, blijft leeg)
6.8.3*01 - (onbekend, blijft leeg)
6.8.4*01 - (onbekend, blijft leeg)
6.8.5*01 - (onbekend, blijft leeg)
9.4*01 - Flow Temperature Max / Return Temperature Max Previous Year (celcius)
6.36.1 - Time Point (datum)
6.36.2 - Time Point (datum)
6.36.3 - Time Point (datum)
6.36.4 - Time Point (datum)
6.36.5 - Time Point (datum)
6.36.1*01 - Time Point (datum)
6.36.2*01 - Time Point (datum)
6.36.3*01 - Time Point (datum)
6.36.4*01 - Time Point (datum)
6.36.5*01 - Time Point (datum)
6.36*02 - Monthly Set Day (datum)
9.36 - Meter Date and Time (datum en tijd)
9.24 - Measuring Range (m3/h)
9.17 - (onbekend, blijft leeg)
9.18 - (onbekend, blijft leeg)
9.19 - (onbekend, blijft leeg)
9.25 - (onbekend, blijft leeg)
9.1 - Settings en Firmware (5.19) (identiek in alle meters)
9.31 - Flow Hours (hour)

Een telegram ziet er dan dus als volgt uit (even zonder code tag zodat ik de relevante punten vetgedrukt kan maken):

@/?!

/LUGCUH50

6.8(Quantity of Heat*GJ)6.26(Volume*m3)9.21(Ownership Number)

6.26*01(Volume Previous Year*m3)6.8*01(Quantity of Heat Previous Year*GJ)

F(Error Number)9.20(Device Number)6.35(Measurement Period*m)

6.6(Power Max*kW)6.6*01(Power Max Previous Year*kW)6.33(Flowrate max*m3ph)9.4(Flow Temperature Max*C&Return Temperature Max*C)

6.31(Operating Hours*h)6.32(Fault hours*h)9.22(R)9.6(Verschillende Settings van Eneco)

9.7(20000)6.32*01(Fault Hours Previous Year*h)6.36(Yearly Set Day)6.33*01(Flowrate Max Previous Year*m3ph)

6.8.1()6.8.2()6.8.3()6.8.4()6.8.5()

6.8.1*01()6.8.2*01()6.8.3*01()

6.8.4*01()6.8.5*01()

9.4*01(Flow Temperature Max Previous Year*C&Return Temperature Max Previous Year*C)

6.36.1(Time Point)6.36.1*01(Time Point)

6.36.2(Time Point)6.36.2*01(Time Point)

6.36.3(Time Point)6.36.3*01(Time Point)

6.36.4(Time Point)6.36.4*01(Time Point)

6.36.5()6.36*02(Monthly Set Day)9.36(Meter Date and Time)9.24(Measuring Range*m3ph)

9.17(0)9.18()9.19()9.25()

9.1(Settings en Firmware)

9.2(&&)9.29()9.31(Flow Hours*h)

9.0.1(00000000)9.0.2(00000000)9.34.1(000.00000*m3)9.34.2(000.00000*m3)

8.26.1(00000000*m3)8.26.2(00000000*m3)

8.26.1*01(00000000*m3)8.26.2*01(00000000*m3)

6.26.1()6.26.4()6.26.5()

6.26.1*01()6.26.4*01()6.26.5*01()0.0(Device Number)

!


Een aantal dingen blijven dus onbekend en een aantal velden blijven leeg. De onbekende punten lijken in alle meters gelijk te zijn en zullen denk ik betrekking hebben op settings. De velden die leeg blijven zullen waarschijnlijk bedoeld zijn om gegevens weer te geven die in onze situatie niet van toepassing zijn (koude bijvoorbeeld in plaats van warmte). Een aantal dingen blijven een mysterie, zoals de Time Points van 6.36.1 en verder. Deze datums zijn anders in elke meter en ik kan niet herleiden waar ze toe dienen.

De volgende stap in het geheel zal zijn om het python script op mij Nas te draaien en de data in een database weg te schrijven. Vervolgens nog een mooie GUI bouwen en het zaakje koppelen aan de agenda, de thermostaat en mijn aanwezigheidsscript en het feest is compleet I'll keep you posted!

[ Voor 23% gewijzigd door Unity2 op 14-06-2013 22:29 ]

[remysan]

Na een hoop te hebben ingelezen oa hier maar ook via http://www.smartmeterdashboard.nl/ besloten de IR Converter Cable via Udo van Volkszaehler te bestellen, deze is keurig geleverd.

Ik ben dus aan de slag gegaan zoals omschreven in de blog, daar zijn is een script en howto te raadplegen / downloaden top dus

Ik loop echter al snel vast en kom niet verder dan de eerste dos commando’s, zoals uitgelegd in de how-to txt van smartmeterdashboard .(HowTo_Run_UH50_V1 txt)

Om de datalogger te gebruiken start u achter de commandoprompt:
UH50.py <ip-adres> <IP-poort> <output-modus> <log-interval> <database-host> <database-user>
Als u geen / verkeerde paramaters meegeeft, ziet u vanzelf de instructies hoe het wel moet.

Allen gaat er iets niet goed of zie ik iets over het hoofd.


Gewenste uitkomst:


Tot zo ver gedaan

Zoals omschreven in de blog van smartmeterdashboard
HowTo_Install_UH50_V1
Driver (CP210x_VCP_Windows) geïnstalleerd en hij staat ook netjes in het apparaat beheer overzicht inc toegekende com poort.

Recenste Python software geïnstalleerd
PySerial geïnstalleerd
script van SMD in een map met korte pad naam C:\P1

Ook met de Landis & Gyr software “pappawin” kom ik niet verder deze krijgt geen data binnen
De nieuwere software Ultraassist 2.04.04 kan ik niet vinden helaas

Bonus vraag: “to be sure” vraag hoe plaats je de leeskop wat is boven en onder?

[nielsteekens]

Heeft iemand dit al geprobeerd met de L&G 2WR5? De Pappa software werkt ook voor deze meter. Dus tenzij er vreselijke slimme identificatie in Pappa zit, gebruikt deze meter dezelfde telegrammen als de UH50.
Iemand ervaring?
dank

[ Voor 66% gewijzigd door nielsteekens op 30-09-2014 21:38 ]

[nielsteekens]

Uit de 2WR5, werkt dus prima:

/LUGC2WR5

6.8(0408.680*GJ)6.26(03584.48*m3)9.21(65489591)

6.26*01(03288.48*m3)6.8*01(0377.843*GJ)

F(0)9.20(65489591)6.35(60*m)

6.6(0023.6*kW)6.6*01(0023.6*kW)6.33(000.708*m3ph)9.4(100*C&085*C)

6.31(0067633*h)6.32(0000632*h)9.22(R)9.6(000&65489591&0)9.7(20000)

6.32*01(0000632*h)6.36(01-01)6.33*01(000.708*m3ph)

6.8.1()6.8.2()6.8.3()6.8.4()6.8.5()

6.8.1*01()6.8.2*01()6.8.3*01()

6.8.4*01()6.8.5*01()

9.4*01(100*C&082*C)

6.36.1(2009-12-19)6.36.1*01(2009-12-19)

6.36.2(2008-11-19)6.36.2*01(2008-11-19)

6.36.3(2009-01-10)6.36.3*01(2009-01-10)

6.36.4(2014-10-08)6.36.4*01(2009-03-08)

6.36.5(2000-00-00)6.36*02(01)9.36(2014-10-13&20:08:11)9.24(1.5*m3ph)

9.17(0)9.18()9.19()9.25()

9.1(0&1&0&-&CV&3&2.21)9.2(&&)0.0(65489591)!

f

[Anoniem: 348090]

Ik heb een warmtemeter van Kamstrup (MC601).
Iemand een script of uitleg hoe ik deze kan uitlezen. Ik heb de IR kop naar USB er ook op zitten en aangesloten op mijn raspberry.

Krijg alleen geen waardes en heb ook geen idee hoe ik dit werkend kan krijgen.

Gr. Mark

[Gonnhirrim]

Met bovenstaande beschrijvingen (waarvoor dank!) heb ik het voor elkaar bericht terug te krijgen uit mijn UH50 en de bekende IR-kop. Dat wil zeggen: onder Windows 7. De vervolgstap om dit vanaf mijn Synology NAS 212+ te draaien wil echter niet lukken. Ik draai exact hetzelfde script (behalve connectie naar ttyUSB0 ipv COM6), maar de IR gaat via de Synology niet branden (wat je overigens heel mooi kan zien door er via de camera van een mobiele telefoon naar te kijken).
- Deze drivers geïnstalleerd: http://www.jadahl.com/synology6/?arch=88f6282. Worden goed herkend lijkt het, er verschijnt een ttyusb0 en dmesg geeft: "usb 2-4: cp210x converter now attached to ttyUSB0"
- Draai het onder python 2.7 met pyserial 2.7. Lijkt allemaal prima te werken
- Connectie wordt zonder problemen opgezet en het "wakker worden" commando wordt verstuurd. Maar toch geen IR-licht!

Vaevictis_ is het jou wel gelukt om het op de Synology aan de praat te krijgen?

[MisterLBP]

nielsteekens schreef op maandag 13 oktober 2014 @ 16:13:
Uit de 2WR5, werkt dus prima:

/LUGC2WR5

6.8(0408.680*GJ)6.26(03584.48*m3)9.21(65489591)

6.26*01(03288.48*m3)6.8*01(0377.843*GJ)

F(0)9.20(65489591)6.35(60*m)

6.6(0023.6*kW)6.6*01(0023.6*kW)6.33(000.708*m3ph)9.4(100*C&085*C)

6.31(0067633*h)6.32(0000632*h)9.22(R)9.6(000&65489591&0)9.7(20000)

6.32*01(0000632*h)6.36(01-01)6.33*01(000.708*m3ph)

6.8.1()6.8.2()6.8.3()6.8.4()6.8.5()

6.8.1*01()6.8.2*01()6.8.3*01()

6.8.4*01()6.8.5*01()

9.4*01(100*C&082*C)

6.36.1(2009-12-19)6.36.1*01(2009-12-19)

6.36.2(2008-11-19)6.36.2*01(2008-11-19)

6.36.3(2009-01-10)6.36.3*01(2009-01-10)

6.36.4(2014-10-08)6.36.4*01(2009-03-08)

6.36.5(2000-00-00)6.36*02(01)9.36(2014-10-13&20:08:11)9.24(1.5*m3ph)

9.17(0)9.18()9.19()9.25()

9.1(0&1&0&-&CV&3&2.21)9.2(&&)0.0(65489591)!

f

Na veel gekloot en combinaties van scripts te proberen eindelijk deze output kunnen krijgen op mijn rpi

Nu wil ik mijn warmte gebruik ook inzichtelijk hebben binnen Domoticz (naast mijn energie meter). Weet iemand of dit mogelijk is? Zo ja, hoe?

[BlakHawk]

Vaevictis_ schreef op vrijdag 31 mei 2013 @ 22:11:
[...]


Helaas kun je dit niet zelf vervangen, deze zit in de verzegelde behuizing. Ook een netvoeding aansluiten kan niet. Zal eens kijken of ik bij Eneco prijzen hierover kan krijgen

Daar ga je toch niet voor betalen?
Ik heb contact gehad met Kamstrup (leverancier van onze warmtemeter). Die geeft aan dat het gewoon een slimme meter is, maar dat hun klant (Eneco) de communicatiemodule bewust heeft weggelaten.

Wat was de reactie van Eneco op jouw vraag?

Vaak zijn batterijtjes niet vervangbaar en wordt de hele meter vervangen.

[ Voor 6% gewijzigd door BlakHawk op 15-02-2019 16:19 ]

[Vaevictis_]

dfrenner schreef op vrijdag 15 februari 2019 @ 16:18:
[...]


Daar ga je toch niet voor betalen?
Ik heb contact gehad met Kamstrup (leverancier van onze warmtemeter). Die geeft aan dat het gewoon een slimme meter is, maar dat hun klant (Eneco) de communicatiemodule bewust heeft weggelaten.

Wat was de reactie van Eneco op jouw vraag?

Vaak zijn batterijtjes niet vervangbaar en wordt de hele meter vervangen.

Bijna 6! jaar geleden, ik ben al een paar jaar van stadsverarming af. Nu een brine warmtepomp, erg blij mee.

[BlakHawk]

Vaevictis_ schreef op vrijdag 15 februari 2019 @ 16:42:
[...]


Bijna 6! jaar geleden, ik ben al een paar jaar van stadsverarming af. Nu een brine warmtepomp, erg blij mee.

Die 6 jaar had een mooi beeld gegeven van de batterijduur toch?
Maar hoe reageerde Eneco op jouw vraag van de kosten?

Ik ben overigens niet van plan ervoor te betalen aan eneco. Maar ik krijg mijn IR leeskop vandaag of morgen binnen en ga het wel uitleezen

[teacher]

Vaevictis_ schreef op vrijdag 15 februari 2019 @ 16:42:
[...]


Bijna 6! jaar geleden

dit...