:strip_exif()/i/2000584960.png?f=thumbmini)
:strip_icc():strip_exif()/u/39359/OCR2.jpg?f=community)
En dan 115200 neem ik aan?:
[...]
BS170 i.p.v. BC170
Maar misschien heb je een namaak CH340-chip ofzo, met die Chinezen weet je het nooit wat je opgestuurd krijgt. BS170 en nog een 10K weerstand ertussen en klaar.
:strip_icc():strip_exif()/u/146731/crop562615a0aa64c.jpeg?f=community)
Ik heb hetzelfde gehad met een zogenaamde CH340, bagger uit de meter en na het toevoegen van de inverter was was de data schoon...
Inverter heb ik overgens gemaakt met een BC547B, werkt ook goed. Opbouw zoals de afbeelding hieronder, met nog wel een pull up weerstand aan de kant van de meter.
Inverter heb ik overgens gemaakt met een BC547B, werkt ook goed. Opbouw zoals de afbeelding hieronder, met nog wel een pull up weerstand aan de kant van de meter.
2030Wp + 2520Wp PVoutput
Ik heb netjes om de 10 seconden een uitlezing, echter een deel van de karakters wordt niet goed weergegeven.
Ik gebruik nu de kabel van sos solutions op mijn debian linux.
Zie de screenshot.
Wat kan hiervan de oorzaak zijn. Verkeerde karakterset?
Ik gebruik nu de kabel van sos solutions op mijn debian linux.
Zie de screenshot.
Wat kan hiervan de oorzaak zijn. Verkeerde karakterset?
[ Voor 25% gewijzigd door raswic op 14-05-2016 20:55 ]
:strip_icc():strip_exif()/u/94045/crop66c1b4250e8a2_cropped.jpg?f=community)
/u/463626/sas.png?f=community)
Heeft iemand al de meter uitgelezen via ttyUSB0 met alleen gebruik van PHP?
Diverse sites geven voorbeelden met fopen en fread scriptjes maar wanneer ik het probeer blijft de pagina maar laden en gebeurd er niets. Verder kan ik hier ook weinig over vinden helaas.
Als ik cat /dev/ttyUSB0 als commando in linux gebruik werkt het prima en krijg ik de juiste data elke 10 sec.
EDIT: het werkt, om een nog onbekende reden waren de rechten van ttyUSB0 veranderd
Ik heb dit gebruikt voor het testen:
Diverse sites geven voorbeelden met fopen en fread scriptjes maar wanneer ik het probeer blijft de pagina maar laden en gebeurd er niets. Verder kan ik hier ook weinig over vinden helaas.
Als ik cat /dev/ttyUSB0 als commando in linux gebruik werkt het prima en krijg ik de juiste data elke 10 sec.
EDIT: het werkt, om een nog onbekende reden waren de rechten van ttyUSB0 veranderd
Ik heb dit gebruikt voor het testen:
[ Voor 27% gewijzigd door laforte op 21-05-2016 22:56 . Reden: probleem is opgelost ]
Met de P1 kabel aangesloten op een Pi, en een testlog naar CSV format kun je al leuke dingen zien:
Het minimum verbruik is dus 50W in deze periode (komt door de zonnepanelen), en in de nacht is het minimum rond de 95W met een gemiddelde van 130W. Dat valt nog mee met zoveel IT spullekes, een amerikaanse koelkast en een close-in boiler
Ik had overigens wel verwacht dat ik het aanslaan van de koelkast nog zou zien, maar blijkbaar (zuinig type) kan dat ding ver terugmoduleren zodat er geen pieken zichtbaar zijn...
Verder zitten de vaatwasser en de watkerkoker op dezelfde groep: aan het piekverbruik (ca 1200W) kun je dus zien dat dat ook makkelijk kan.
De oven zit gelukkig wel op een aparte groep, en dat is maar goed ook met ruim 3000W piekverbruik.
De wasdroger doet het dan weer rustig aan met een gemiddelde van 900W.
Leuk speelgoed dus!
Wat me nog wel in negatieve zin is opgevallen dat de meter een DSMR v4.2 type is, maar de meeste velden als '0' rapporteert (al die power velden, netspanning, etc.).
Dat is dus weer jammer, tenzij er natuurlijk nog ergens een verwerkingsfoutje zit. Dat moet ik nog nakijken.
Het minimum verbruik is dus 50W in deze periode (komt door de zonnepanelen), en in de nacht is het minimum rond de 95W met een gemiddelde van 130W. Dat valt nog mee met zoveel IT spullekes, een amerikaanse koelkast en een close-in boiler
Ik had overigens wel verwacht dat ik het aanslaan van de koelkast nog zou zien, maar blijkbaar (zuinig type) kan dat ding ver terugmoduleren zodat er geen pieken zichtbaar zijn...
Verder zitten de vaatwasser en de watkerkoker op dezelfde groep: aan het piekverbruik (ca 1200W) kun je dus zien dat dat ook makkelijk kan.
De oven zit gelukkig wel op een aparte groep, en dat is maar goed ook met ruim 3000W piekverbruik.
De wasdroger doet het dan weer rustig aan met een gemiddelde van 900W.
Leuk speelgoed dus!
Wat me nog wel in negatieve zin is opgevallen dat de meter een DSMR v4.2 type is, maar de meeste velden als '0' rapporteert (al die power velden, netspanning, etc.).
Dat is dus weer jammer, tenzij er natuurlijk nog ergens een verwerkingsfoutje zit. Dat moet ik nog nakijken.
Material 3 Thema's voor HA | Swiss Army Knife custom card voor HA | AmoebeLabs
De CH340 inverteert het signaal niet. Mensen die een kabel obv deze chip zonder soldeerwerk aan het werk hebben gekregen, hebben een CH340 RS232 converter. Door de spanningsnivo verschillen tussen RS232 en TTL (wat je meter afgeeft) werkt zo'n kabel in veel (maar niet alle is de ervaring) gevallen WEL.:
[...]
BS170 i.p.v. BC170
Maar misschien heb je een namaak CH340-chip ofzo, met die Chinezen weet je het nooit wat je opgestuurd krijgt. BS170 en nog een 10K weerstand ertussen en klaar.
Als je een CH340 USB-TTL converter hebt, moet je nog steeds (jn hardware) inverteren.
Als je zekerheid wil, koop een kabel voor 20 euro bijv bij smartmeterdashboard.nl
/u/747887/crop581a4b4491fc7_cropped.png?f=community)
Mijn slimme meter kan ik nu uitlezen via mijn SolarEdge omvormer.
Veroordeel niet, verwonder u slechts
:strip_icc():strip_exif()/u/315047/crop65ae451fb5727_cropped.jpg?f=community)
/u/254540/debian%2520avatar.png?f=community){kind=avatar}
Ik zou de RJ11 verlengen, dat is serieel en dat kan over een langere afstand dan USB.
Of je neemt een USR-TCP232 (Serial to Ethernet) om je slimme meter een Ethernet-aansluiting te geven. Of een ESP8266 (met esp-link) als je het liever over WiFi doet
Of je neemt een USR-TCP232 (Serial to Ethernet) om je slimme meter een Ethernet-aansluiting te geven. Of een ESP8266 (met esp-link) als je het liever over WiFi doet
[ Voor 15% gewijzigd door ThinkPad op 22-06-2016 13:09 ]
Maar USB is ook serieel en voltages zijn hetzelfde. Dus waarom zou ik de RJ11 verlengen?:
Ik zou de RJ11 verlengen, dat is serieel en dat kan over een langere afstand dan USB.
Of je neemt een USR-TCP232 (Serial to Ethernet) om je slimme meter een Ethernet-aansluiting te geven. Of een ESP8266 (met esp-link) als je het liever over WiFi doet
Ik bedacht me gisteravond dat op USB niveau zitten er iets meer protocol dingetjes om eventueel wat opnieuw te sturen e.d. dus daar zou ik minder snel problemen verwachten dan op RJ11.
De andere oplossingen zijn wel leuk, maar ik wil iets van 5 a 7 meter verlengen en ik heb er al een kabelgoot lopen. Dus ik zou het wel moeten kunnen redden met gewoon langer kabeltje leggen, ook al is het laag voltage spul. Simpeler en goedkoper, en hou ik een RJ45 port over.
Ik bedenk me net dat ik op m'n werk ook wel eens een USB kabel ver heb verlengd met een zootje 2 meter usb verleng kabeltjes, ook voor een simpele lage snelheid seriele (console) verbinding. Werkt goed ook al is de afstand behoorlijk te noemen, dus dat ga ik hier ook maar doen.
[ Voor 28% gewijzigd door !null op 22-06-2016 13:44 ]
Ampera-e (60kWh) -> (66kWh)
/u/252293/crop6898f1df79a28.png?f=community)
18950Wp🌞, Atlantic 270V3💧, Pana 5J🔥. Zendure 2400AC 11,5kWh🔋,Hyundai Kona 64kWh 🚗, Peblar Home ⛽
/u/66989/flist.JPG?f=community)
:strip_exif()/u/115469/shakyshake4sec.gif?f=community)
Ik heb net mijn slimme meter (Kaifa) aan de RPi gehangen met Domoticz. Ik heb voor de makkelijke manier gekozen en een veel te dure kant en klare kabel gekocht. Met dank aan de blog van thinkpad de baudrate op 115200 gezet en gaan met de banaan 
Heren,
Ik heb sinds eergisteren een Pi en P1 kabel aangesloten op mijn Landis+Gyr E350. Het is me gelukt met behulp van gejanssen zijn script om deze uit te lezen. Ik heb hierop het één en ander aangepast om zo ook de fases uit te kunnen lezen en te plotten naar grafieken. Zo far so good.
Er is alleen een raar probleem waar ik mijn vingers niet achter kan krijgen. Het script om P1 uit te lezen werkt als volgt:
1. Crontab start elke minuut het scriptje op om het resultaat weg te schrijven naar .txt file
2. in hetzelfde script worden de RRDtool DB's bijgewerkt
3. in hetzelfde script worden de grafieken ook meteen bijgewerkt
Dit werkt voor ALLE waardes correct, op 1 na. Dat is de T2 verbruikswaarde die vaak gewoon aanwezig is in het telegram, maar niet wordt weggeschreven in het tekstbestandje omdat het een half bericht is van het vorige telegram en de nieuwe.
Na wat onderzoek kwam ik erachter dat het probleem vermoedelijk zit in het volgende:
- Crontab start elke eerste seconde van de minuut
- Telegram wordt elke 10 seconde verstuurd
- Gisteren werd het telegram verstuurd op de volgende momenten: 03-13-23-33-43-53
In mijn mijn scriptje heb ik dan ook een sleep commando toegevoegd:
Hiermee zorg zorg ik ervoor dat de P1 pas op seconde 16 wordt uitgelezen. Gisteren werkte dit weer een tijdje vlekkeloos, maar vandaag zag ik weer een mooie whitespot in mijn grafiek.
Ik heb dus de laptop weer aangekoppeld en aan de P1 gehangen en kwam tot een aparte ontdekking.
Vandaag wordt het telegram verstuurd op de volgende momenten: 04-14-24-34-44-54
Het uitzenden van het telegram is verschoven?
Op het moment dat het fout gaat, ziet het telegram er als volgt uit met de T2 waarde er dus in (1-0:1.8.2), maar ook wat waardes die zijn afgekapt.
Met als output
Als het goed gaat ziet hij er als volgt uit:
met als output een correcte value. Zie ook
Telegram output rechtstreeks uit slimme meter via laptop.
Is hier een slimme oplossing voor? En hebben jullie een verklaring waarom dit alleen voor een probleem zorgt bij de T2 waardes uitlezen?
Om jullie een idee te geven wat het doet in mijn grafiek (het hersteld zicht dus ook uit zichzelf):
Ik heb sinds eergisteren een Pi en P1 kabel aangesloten op mijn Landis+Gyr E350. Het is me gelukt met behulp van gejanssen zijn script om deze uit te lezen. Ik heb hierop het één en ander aangepast om zo ook de fases uit te kunnen lezen en te plotten naar grafieken. Zo far so good.
Er is alleen een raar probleem waar ik mijn vingers niet achter kan krijgen. Het script om P1 uit te lezen werkt als volgt:
1. Crontab start elke minuut het scriptje op om het resultaat weg te schrijven naar .txt file
2. in hetzelfde script worden de RRDtool DB's bijgewerkt
3. in hetzelfde script worden de grafieken ook meteen bijgewerkt
Dit werkt voor ALLE waardes correct, op 1 na. Dat is de T2 verbruikswaarde die vaak gewoon aanwezig is in het telegram, maar niet wordt weggeschreven in het tekstbestandje omdat het een half bericht is van het vorige telegram en de nieuwe.
Na wat onderzoek kwam ik erachter dat het probleem vermoedelijk zit in het volgende:
- Crontab start elke eerste seconde van de minuut
- Telegram wordt elke 10 seconde verstuurd
- Gisteren werd het telegram verstuurd op de volgende momenten: 03-13-23-33-43-53
In mijn mijn scriptje heb ik dan ook een sleep commando toegevoegd:
code:
1
2
3
| #!/bin/bash sleep 15 # Elke Minuut, uitlezen via P1 interface van de slimme meter |
Hiermee zorg zorg ik ervoor dat de P1 pas op seconde 16 wordt uitgelezen. Gisteren werkte dit weer een tijdje vlekkeloos, maar vandaag zag ik weer een mooie whitespot in mijn grafiek.
Ik heb dus de laptop weer aangekoppeld en aan de P1 gehangen en kwam tot een aparte ontdekking.
Vandaag wordt het telegram verstuurd op de volgende momenten: 04-14-24-34-44-54
Het uitzenden van het telegram is verschoven?
Op het moment dat het fout gaat, ziet het telegram er als volgt uit met de T2 waarde er dus in (1-0:1.8.2), maar ook wat waardes die zijn afgekapt.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
| /XMX5LGBBFG1009228892 1-3:0.2.8(42) 0-0:1.0.0(160729120720S) 0-0:96.1.1(4530303330303033313630353437313135) 1-0:1.8.1(000005.539*kWh) 1-0:1.8.2(000007.480*kWh) 1-0:2.8.1(000000.000*kWh) 1-0:2.8.2(000000.000*kWh) 0-0:96.14.0(0002) 1-0:1.7.0(00.099*kW) 1-0:2.7.0(00.0 1-0:99.97.0(0)(0-0:96.7.19) 1-0:32.32.0(00001) 1-0:52.32.0(00000) 1-0:72.32.0(00000) 1-0:32.36.0(00000) 1-0:52.36.0(00000) 1-0:72.36.0(00000) 0-0:96.13.1() 0-0:96.13.0() 1-0:31.7.0(000*A) 1-0:51.7.0(001*A) 1-0:71.7.0(000*A) 1-0:21.7.0(00.051*kW) 1-0:41.7.0(00.036*kW) 1-0:61.7.0(00.010*kW) 1-0:22.7.0(00.000*kW) 1-0:42.7.0(00.000*kW) 1-0:62.7.0(00.000*kW) !920F /XMX5LGBBFG1009228892 |
Met als output
code:
1
2
3
4
5
| T1 Verbruik (Nacht) 000005.539 Huidig Verbruik 99 W Belasting Fase_1 51 W Belasting Fase_2 36 W Belasting Fase_3 10 W |
Als het goed gaat ziet hij er als volgt uit:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
| /XMX5LGBBFG1009228892 1-3:0.2.8(42) 0-0:1.0.0(160729120119S) 0-0:96.1.1(4530303330303033313630353437313135) 1-0:1.8.1(000005.539*kWh) 1-0:1.8.2(000007.471*kWh) 1-0:2.8.1(000000.000*kWh) 1-0:2.8.2(000000.000*kWh) 0-0:96.14.0(0002) 1-0:1.7.0(00.071*kW) 1-0:2.7.0(00.000*kW) 0-0:96.7.21(00002) 0-0:96.7.9(00000) 1-0:99.97.0(0)(0-0:96.7.19) 1-0:32.32.0(00001) 1-0:52.32.0(00000) 1-0:72.32.0(00000) 1-0:32.36.0(00000) 1-0:52.36.0(00000) 1-0:72.36.0(00000) 0-0:96.13.1() 0-0:96.13.0() 1-0:31.7.0(000*A) 1-0:51.7.0(001*A) 1-0:71.7.0(000*A) 1-0:21.7.0(00.023*kW) 1-0:41.7.0(00.036*kW) 1-0:61.7.0(00.010*kW) 1-0:22.7.0(00.000*kW) 1-0:42.7.0(00.000*kW) 1-0:62.7.0(00.000*kW) |
met als output een correcte value. Zie ook
code:
1
2
3
4
5
6
| T1 Verbruik (Nacht) 000005.539 T2 Verbruik (Dag) 000007.471 Huidig Verbruik 71 W Belasting Fase_1 23 W Belasting Fase_2 36 W Belasting Fase_3 10 W |
Telegram output rechtstreeks uit slimme meter via laptop.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
| /XMX5LGBBFG1009228892 1-3:0.2.8(42) 0-0:1.0.0(160729111829S) 0-0:96.1.1(4530303330303033313630353437313135) 1-0:1.8.1(000005.539*kWh) 1-0:1.8.2(000007.201*kWh) 1-0:2.8.1(000000.000*kWh) 1-0:2.8.2(000000.000*kWh) 0-0:96.14.0(0002) 1-0:1.7.0(02.028*kW) 1-0:2.7.0(00.000*kW) 0-0:96.7.21(00002) 0-0:96.7.9(00000) 1-0:99.97.0(0)(0-0:96.7.19) 1-0:32.32.0(00001) 1-0:52.32.0(00000) 1-0:72.32.0(00000) 1-0:32.36.0(00000) 1-0:52.36.0(00000) 1-0:72.36.0(00000) 0-0:96.13.1() 0-0:96.13.0() 1-0:31.7.0(009*A) 1-0:51.7.0(001*A) 1-0:71.7.0(000*A) 1-0:21.7.0(01.979*kW) 1-0:41.7.0(00.036*kW) 1-0:61.7.0(00.012*kW) 1-0:22.7.0(00.000*kW) 1-0:42.7.0(00.000*kW) 1-0:62.7.0(00.000*kW) !0F38 |
Is hier een slimme oplossing voor? En hebben jullie een verklaring waarom dit alleen voor een probleem zorgt bij de T2 waardes uitlezen?
Om jullie een idee te geven wat het doet in mijn grafiek (het hersteld zicht dus ook uit zichzelf):
Tnx, die had ik nog niet gevonden in mijn zoektocht, maar de oplossing voor mijn probleem was makkelijker dan gedacht....
door het volgende aan te passen van 0 naar 1:
code:
1
| ser.xonxoff=1 |
lijkt het probleem opgelost te zijn. Ik zit nu al een uur te kijken naar betrouwbare data zonder spikes of drops
. Ik kijk het even 24 uur aan, maar het ziet er goed uit zo far dus toch tnx voor het wijzen op een eventueel alternatief mocht dit toch niet werken.
:strip_exif()/u/8064/bang.gif?f=community)
Bijna goed, heeft me verdorie een uur gekost om uit te vissen dat je helegaar niet GPIO10 moet gebruiken (dat is namelijk pin 19 op je Raspberry
) maar dus PIN 10 welke ook beter bekent staat als : GPIO15 or RXD Check anders deze maar eens
Dus top plaatje dit :
Alleen dus verkeerde benaming gebruikt (zelfde gaat om de website die je noemt) verder klopt alles dus lullig foutje hoor, ben nog steeds blij met de verdere uitleg
En werkt idd 10x beter dan een USB converter ertussen (en let wel tis ook nog eens stukken goedkoper transistor en 2 weerstanden kosten nog geen 25 cent.
Geen idee wat je gedaan hebt inmiddels maar ik heb ruim 15 meter kabel (cat5) tussen mijn meter en mijn Raspberry Pi liggen waarover het seriele signaal gaat. (Woon op een woonboot dus de meter staat op de wal en mijn raspberry ligt bij mij binnen dus moest een aardig eindje kabel tussen).
Geen centje pijn. Geen idee hoelang je die seriele kabel kunt maken maar veel langer dan een USB kabel in ieder geval.
[ Voor 38% gewijzigd door cyclone op 30-07-2016 18:52 ]
Bij IT-ers gaat alles automatisch, maar niets vanzelf.
Linux is only free if your time has no value...
Ok bedankt voor de info. Had hem nog niet verhuisd 
Ga het inderdaad wel serieel verlengen.
Ga het inderdaad wel serieel verlengen.
Ampera-e (60kWh) -> (66kWh)
:strip_icc():strip_exif()/u/12156/crop5e00838980023_cropped.jpeg?f=community)
Bij IT-ers gaat alles automatisch, maar niets vanzelf.
Linux is only free if your time has no value...
Hier het script wat ik gebruik om de P1-poort van mijn slimme meter uit te lezen: smartmeter-influxdb.py --> nieuwe versie die ook CRC controleert: hier Helaas, het checken van CRC werkt opzich wel, maar ik krijg nog steeds incorrecte data terug. Het is beter om een nieuw P1 > InfluxDB script te schrijven op basis van https://github.com/nrocco/smeterd denk ik.
Ik heb het script niet zelf gemaakt dus kan er niet inhoudelijk op reageren waarom iets op manier A of manier B is gedaan
De data wordt door het script weggeschreven naar InfluxDB. De verzamelde data maak ik dan vervolgens met Grafana weer grafiekjes mee.
Om het script automatisch te starten bij booten van m'n systeem en automatisch te laten herstarten bij een evt. crash gebruik ik supervisor. De config staat hier: smartmeter-influxdb.conf.
Je meter spuugt elke 10 seconden een nieuw telegram uit en het script slaat deze allemaal op. Omdat dit natuurlijk vrij snel ruimte gaat innemen is het verstandig om in InfluxDB een zgn. 'Retention Policy' in te stellen.
Ruwe data ouder dan 30 dagen wordt daarmee automatisch weggegooid.
Om de kWh en m3 per dag te berekenen kun je een 'Continuous Query' instellen:
Dat geeft uiteindelijk dit resultaat:
Klik voor groter formaat
Dat Grafana dashboard heb ik ook even een export van gemaakt: Grafana_dashboard_export.json
Helaas is het mij nog niet gelukt om totalen per maand te maken, InfluxDB kan namelijk alleen groepen per interval en niet per absolute periodes, zie ook GitHub. Een GROUP BY per 4 weken of 30 dagen zou kunnen, maar niet elke maand duurt even lang, dus het blijft behelpen omdat de weergave niet gaat kloppen met hoe je het zelf zou berekenen.
Ik heb het script niet zelf gemaakt dus kan er niet inhoudelijk op reageren waarom iets op manier A of manier B is gedaan
De data wordt door het script weggeschreven naar InfluxDB. De verzamelde data maak ik dan vervolgens met Grafana weer grafiekjes mee.
Om het script automatisch te starten bij booten van m'n systeem en automatisch te laten herstarten bij een evt. crash gebruik ik supervisor. De config staat hier: smartmeter-influxdb.conf.
Je meter spuugt elke 10 seconden een nieuw telegram uit en het script slaat deze allemaal op. Omdat dit natuurlijk vrij snel ruimte gaat innemen is het verstandig om in InfluxDB een zgn. 'Retention Policy' in te stellen.
SQL:
1
| CREATE RETENTION POLICY raw ON p1smartmeter DURATION 30d REPLICATION 1; |
Ruwe data ouder dan 30 dagen wordt daarmee automatisch weggegooid.
Om de kWh en m3 per dag te berekenen kun je een 'Continuous Query' instellen:
SQL:
1
| CREATE CONTINUOUS QUERY cq_smartmeter_daily ON p1smartmeter RESAMPLE EVERY 15m BEGIN SELECT min("+T") AS "+T_min", max("+T") AS "+T_max", spread("+T") AS "+T_spread", min("+T1") AS "+T1_min", max("+T1") AS "+T1_max", spread("+T1") AS "+T1_spread", min("+T2") AS "+T2_min", max("+T2") AS "+T2_max", spread("+T2") AS "+T2_spread", min(G) AS G_min, max(G) AS G_max, spread(G) AS G_spread INTO p1smartmeter."default".smartmeter_daily FROM p1smartmeter.raw.smartmeter GROUP BY time(1d) END |
Dat geeft uiteindelijk dit resultaat:
Klik voor groter formaat
Dat Grafana dashboard heb ik ook even een export van gemaakt: Grafana_dashboard_export.json
Helaas is het mij nog niet gelukt om totalen per maand te maken, InfluxDB kan namelijk alleen groepen per interval en niet per absolute periodes, zie ook GitHub. Een GROUP BY per 4 weken of 30 dagen zou kunnen, maar niet elke maand duurt even lang, dus het blijft behelpen omdat de weergave niet gaat kloppen met hoe je het zelf zou berekenen.
[ Voor 68% gewijzigd door ThinkPad op 01-01-2017 21:22 . Reden: Dode links gefixed ]
:strip_icc():strip_exif()/u/29391/crop68aea42e0034d_cropped.jpg?f=community)
Nee, dit staat helemaal op zichzelf van welke domotica oplossing dan ook.
Als je iets in Domoticz wilt tonen (verbruik vandaag ofzo) dan zou ik zelf al een script maken wat een query uitvoert en het resultaat daarvan in een virtuele sensor van Domoticz stopt.
De grafieken die uit Grafana komen vind ik persoonlijk 10x beter dan de grafieken die Domoticz uitspuugt
Als je iets in Domoticz wilt tonen (verbruik vandaag ofzo) dan zou ik zelf al een script maken wat een query uitvoert en het resultaat daarvan in een virtuele sensor van Domoticz stopt.
De grafieken die uit Grafana komen vind ik persoonlijk 10x beter dan de grafieken die Domoticz uitspuugt
Daarom zit ik ook naar Fibaro HC2 of HomeGenie te kijken 
Vind Domoticz lelijk.
Vind Domoticz lelijk.
“Choose a job you love, and you will never have to work a day in your life.”
18950Wp🌞, Atlantic 270V3💧, Pana 5J🔥. Zendure 2400AC 11,5kWh🔋,Hyundai Kona 64kWh 🚗, Peblar Home ⛽
Ik heb twee maanden aan ruwe data in m'n database, een drietupel voor energie, een waarde voor gas. Dat kost welgeteld 2,9 MB op disk. Ofwel 1,5 MB per maand. Ik zie geen reden om data weg te gooien.
Overigens heb ik de zaak net weer aangeslingerd, de data nam in het oude databaseformaat (< 0.1.0) een factor tien meer in beslag. Maar zelfs dan is het nog prima te behappen.
Ik gebruik deze pythoncode om P1-data in InfluxDB te laden.
Mijn script is minder polished dan het script van ThinkPad (lees: niet), maar functioneel iets correcter - ik hanteer de timestamps zoals ze van de meter zelf komen. Dat is iets accurater in het geval van electra (scheelt een afwijking van 0-10s), maar als je gasmeter maar een keer per uur verse data levert dan levert dat netjes 1 datapunt op, in plaats van 600 dezelfde datapunten met een andere timestamp.
Bonus: CRC checks, ik meen wel eens brakke data te hebben ontvangen.
Het feit dat Grafana/InfluxDB niet per kalendermaand kan aggregaten is inderdaad vervelend, hoop dat daar snel een oplossing voor komt.
Dat lijkt me een beetje Python 101, tijd voor een goed(e) boek/tutorial/cursus?
Ik zie geen JSON, wel een ResultSet-object. Volgens de (karige) handleiding krijg je met ResultSet.get_points() een generator voor alle points terug, zonder dat men specificeert hoe die points eruitzien - gewoon die dict die je ook al terugziet in de repr-representatie van je ResultSet-object lijkt me.
Jij gebruikt de last-functie, dus dan is er maar een datapunt. Gokje, zoiets?
Of in een regel:
Ik zie geen JSON, wel een ResultSet-object. Volgens de (karige) handleiding krijg je met ResultSet.get_points() een generator voor alle points terug, zonder dat men specificeert hoe die points eruitzien - gewoon die dict die je ook al terugziet in de repr-representatie van je ResultSet-object lijkt me.
Jij gebruikt de last-functie, dus dan is er maar een datapunt. Gokje, zoiets?
Python:
1
2
3
4
| points = rs.get_points() print points print points[0] print points[0]['last'] |
Of in een regel:
Python:
1
| print rs.get_points()[0]['last'] |
:strip_icc():strip_exif()/u/67189/rawr-avatar.jpg?f=community){kind=avatar}
Voor mijn projectje lees ik de slimme meter uit met een Arduino Nano met ethernet shield, deze post daarna de gegevens op mijn Raspberry Pi. Voor het uitlezen van de slimme meter heb ik code van blog.hekkers.net gebruik maar aangepast voor mijn doel.
De nieuwe versie van mijn site herstart automatisch de Arduino als het geheugengebruik hoog wordt. De library van de ethercard geeft geheugen van mislukte verzoeken niet vrij. Deze werkt inmiddels al meer dan een week probleemloos. Hij stuurt ook de Gas waardes door van mijn specifieke Iskra. De code verwacht serieel 7E1 rechtstreeks op pin 7 van de Arduino Nano, de rest doet de code. De data word als GET request aangeboden aan het IP adres wat in de source staat.
De RPi gaat een energie opslag systeempje aansturen, zo ben ik lekker aan het programmeren geweest en komen er al wat aanstuur beslissingen uit
Een Meanwell Led Driver (HLG-185H-30A) als accu lader en een Involar MAC250 om terug te leveren moeten straks de energie gaan verzetten. De accu is nog in aanbouw, de PWM regelaars zijn nog onderweg, een PWM aansturing is wel geprogrammeerd maar moet nog op de RPi gestoken worden.
Lekker bezig
De nieuwe versie van mijn site herstart automatisch de Arduino als het geheugengebruik hoog wordt. De library van de ethercard geeft geheugen van mislukte verzoeken niet vrij. Deze werkt inmiddels al meer dan een week probleemloos. Hij stuurt ook de Gas waardes door van mijn specifieke Iskra. De code verwacht serieel 7E1 rechtstreeks op pin 7 van de Arduino Nano, de rest doet de code. De data word als GET request aangeboden aan het IP adres wat in de source staat.
De RPi gaat een energie opslag systeempje aansturen, zo ben ik lekker aan het programmeren geweest en komen er al wat aanstuur beslissingen uit
Een Meanwell Led Driver (HLG-185H-30A) als accu lader en een Involar MAC250 om terug te leveren moeten straks de energie gaan verzetten. De accu is nog in aanbouw, de PWM regelaars zijn nog onderweg, een PWM aansturing is wel geprogrammeerd maar moet nog op de RPi gestoken worden.
Lekker bezig
/u/26908/crop65218c79c2acf_cropped.png?f=community)
:strip_icc():strip_exif()/u/192109/zonnebloem.jpg?f=community)
Ik gebruik de volgende pinout:
Toegevoegd op de meeste schema's die je op internet vindt is de 1k pull-up weerstand tussen TxD en 5V, omdat de TxD een open-collector output is bij de E350.
Volgens mij staat de P1-poort trouwens altijd aan dus dat ticket bij Enexis zal weinig opleveren.
Toegevoegd op de meeste schema's die je op internet vindt is de 1k pull-up weerstand tussen TxD en 5V, omdat de TxD een open-collector output is bij de E350.
Volgens mij staat de P1-poort trouwens altijd aan dus dat ticket bij Enexis zal weinig opleveren.
[ Voor 65% gewijzigd door Koenradus op 05-09-2016 15:01 ]
2.160kWp Zuid-West: http://pvoutput.org/intraday.jsp?id=52262&sid=47507
:strip_icc():strip_exif()/u/177828/crop5db1af9701f4c_cropped.jpeg?f=community)
Heb je ook de RX en TX op de ESP/NodeMCU een keer omgewisseld? Wil per leverancier nog wel eens verschillen wat de betekenis is van deze pinnen
In principe zou je met de ESP op de pc aangesloten via USB ook de data moeten kunnen zien als je een serial monitor start (bijvoorbeeld die uit de Arduino IDE).
Heb uiteindelijk een kant en klare unit gekocht bij Romix, hij gaf me tevens een schema waarmee het wel moet lukken, ga vrijdag avond weer aan de slag, het MOET en ZAL me lukken
/u/241825/Avatar_for_terrorist.png?f=community){kind=avatar}
Denk om uw spatiegebruik. Dit scheelt Tweakers.net kostbare databaseruimte! | Groninger en geïnteresseerd in Domotica? Kom naar DomoticaGrunn
Doe eens ipv een INSERT even handmatig 1 row invoeren en dan in je code een "SELECT *" dan weet je in elk geval of het mysql deel werkt
Ik zie wel 1 dingetje in je query
je hebt:
9x een field (AfgenomenT1 etc)
8x een %s
9x een value
Allicht helpt het al om 1 extra "%s" toe te voegen.
Ik zie wel 1 dingetje in je query
je hebt:
9x een field (AfgenomenT1 etc)
8x een %s
9x een value
Allicht helpt het al om 1 extra "%s" toe te voegen.
3780wP (18x 210wP EC Solar) | 2x Marstek Venus E (5.12kWh)
Thnx, die had ik i.i.g. gemist, maar er bleek ook nog een s vervangen te moeten worden door een S.:
Doe eens ipv een INSERT even handmatig 1 row invoeren en dan in je code een "SELECT *" dan weet je in elk geval of het mysql deel werkt
Ik zie wel 1 dingetje in je query
je hebt:
9x een field (AfgenomenT1 etc)
8x een %s
9x een value
Allicht helpt het al om 1 extra "%s" toe te voegen.
nu heb ik het werkend.
Dat is iets wat ik later wel wil doen, voor nu valt dat bij mij nog even onder de hogere wiskunde.
Eerst nog maar eens zorgen dat ik het inzichtelijk krijg in wat grafiekjes...
Denk om uw spatiegebruik. Dit scheelt Tweakers.net kostbare databaseruimte! | Groninger en geïnteresseerd in Domotica? Kom naar DomoticaGrunn
Ben al lekker bezig. Dashboard mpet nog veel meer data gaan hebben. Zoals een jaarrekening enzo. Maar het begin is er:
Weet iemand toevallig of je de P1 poort kan splitten? Ik heb "Toon" ook hangen en deze moet eigenlijk ook gewoon blijven werken. Vroeger had je van die RJ11 splitters, zou ik die nog steeds kunnen gebruiken? (Misschien gewoon proberen anders hahaha).
Edit: Hier staat dat het wel kan werken Ik ga het gewoon proberen met el-cheapo splitter. https://forum.eneco.nl/al...10/p1-poort-splitsen-5641
Weet iemand toevallig of je de P1 poort kan splitten? Ik heb "Toon" ook hangen en deze moet eigenlijk ook gewoon blijven werken. Vroeger had je van die RJ11 splitters, zou ik die nog steeds kunnen gebruiken? (Misschien gewoon proberen anders hahaha).
Edit: Hier staat dat het wel kan werken
Ik ga het gewoon proberen met el-cheapo splitter. https://forum.eneco.nl/al...10/p1-poort-splitsen-5641
[ Voor 17% gewijzigd door Tylen op 11-10-2016 13:01 ]
“Choose a job you love, and you will never have to work a day in your life.”
Ziet er mooi uit (maar dat heb je met Grafana al gauw, mooi product).
Met InfluxDB ga je wel hier tegenaan lopen: prein2 in "Slimme meter uitlezen via P1-poort"
Ik zit daarom te denken om de data op te slaan in MySQL i.p.v. InfluxDB. Dan kun je ook eenvoudig groeperen per maand, met InfluxDB kan dat namelijk niet. Maarja het ontbreekt mij een beetje aan tijd om dat te realiseren. Dus als iemand daar toevallig mee bezig is.... please share
Met InfluxDB ga je wel hier tegenaan lopen: prein2 in "Slimme meter uitlezen via P1-poort"
Ik zit daarom te denken om de data op te slaan in MySQL i.p.v. InfluxDB. Dan kun je ook eenvoudig groeperen per maand, met InfluxDB kan dat namelijk niet. Maarja het ontbreekt mij een beetje aan tijd om dat te realiseren. Dus als iemand daar toevallig mee bezig is.... please share
18950Wp🌞, Atlantic 270V3💧, Pana 5J🔥. Zendure 2400AC 11,5kWh🔋,Hyundai Kona 64kWh 🚗, Peblar Home ⛽
Zelf zat ik te denken aan diodes ertussen te zetten. Maar dit is wat makkelijker idd
“Choose a job you love, and you will never have to work a day in your life.”
Je oplossing met diode's zorgt er dan wel weer voor dat het op beide apparaten blijft werken als het voedende apparaat uitstaat.:
[...]
Zelf zat ik te denken aan diodes ertussen te zetten. Maar dit is wat makkelijker idd
Mijn MySQL kennis is niet zo best, hoe zorg ik dat MySQL de data van een dag gaat groeperen per 10 minuten? Of per uur? Ik zou dat normaal gesproken op de client doen.
PC's; Home; Met 8619 units als 72e geëindigd bij DPC @ SETI-classic
Ik had de vraag hier niet geplaatst omdat ik hier nergens een enelogic als oplossing voorbij zie komen, wat ik wel voorbij zag komen in "serieus electriciteit besparen". Maar ik ben benieuwd
Lees maar even rond morpheus. De meeste hier lezen de P1 poort uit met een Raspberry Pi en parsed deze data naar een database om vervolgens grafieken ervan te maken.
Mijn SQL kennis is denk ik nog lager dan die van jou
[ Voor 51% gewijzigd door Tylen op 12-10-2016 13:41 ]
“Choose a job you love, and you will never have to work a day in your life.”
Bij projecten als dit merk ik echt dat ik te weinig programmeer om dingen echt goed voor elkaar te krijgen 
En je mist dan echt iemand om wat aan te kunnen vragen. Op GoT word meteen geroepen dat je de search moet gebruiken
Ik snap best dat het antwoord vast ergens op GoT te vinden is maar ik heb savonds misschien 2 uurtjes de tijd om iets te doen. Als je dan moet gaan zoeken ben je een week bezig met 1 probeersel wat uiteindelijk een doodlopende richting blijkt te zijn omdat ik ergens in het begin verkeerd ben begonnen.
Ben nu in Java bezig om m'n meter via ethernet uit te lezen en deze data vervolgens in MySQL te gooien. Maar je loopt dan tegen dingen aan waar je normaal echt niet bij stil zou staan.
Zo blokkeerd het wachten op input vanuit de meter de hele applet waardoor je dus met threads moet gaan werken. Iets wat ik nog niet voor elkaar heb gekregen door gekloot met iets met 'public'. Maar een goede uitleg van hoe dat zit heb ik nog niet kunnen vinden. Net als dat er 2 manieren zijn om threads te starten die volgens mij ook allebei een andere manier gebruikte om data met elkaar te delen. Maar ook daar kon ik geen goede uitleg over vinden.
Het importeren van files die ik nodig heb voor telnet, date() en mysql zorgt voor conflicten in functies. Vooral date() zorgt voor problemen. Java heeft tot versie 7 (oid) een slecht werkende date() functie maar de programmeer omgeving waar ik een beetje aan vast zit (Geany) zit nog op versie 7 geloof ik.
Allemaal dingen waar iemand die dagelijks met Java werkt waarschijnlijk zo omheen werkt maar bij mij gewoon dagen kost om iets op te lossen
Ik ben met Java gaan werken omdat het platform onafhankelijk is. Ik kan op mn PC iets programmeren dat ook werkt op mn Raspberry. Deffen op het 6" scherm van mn Raspberry werkt niet lekker. Bovendien wil ik achter mn PC wat kunnen programmeren en testen en daarna pas de werkende versie uploaden naar mn Raspberry.
Ik heb ook met andere talen geprobeerd wat te doen maar loop dan ook tegen rare dingen aan. Met .net (2012 oid) had het programma bijvoorbeeld niet goed door dat een telnet verbinding verbroken was en kreeg ik het niet voor elkaar om de oude verbinding op te ruimen om vervolgens een nieuwe aan te maken.
Zo vermoeiend allemaal
En je mist dan echt iemand om wat aan te kunnen vragen. Op GoT word meteen geroepen dat je de search moet gebruiken
Ik snap best dat het antwoord vast ergens op GoT te vinden is maar ik heb savonds misschien 2 uurtjes de tijd om iets te doen. Als je dan moet gaan zoeken ben je een week bezig met 1 probeersel wat uiteindelijk een doodlopende richting blijkt te zijn omdat ik ergens in het begin verkeerd ben begonnen.Ben nu in Java bezig om m'n meter via ethernet uit te lezen en deze data vervolgens in MySQL te gooien. Maar je loopt dan tegen dingen aan waar je normaal echt niet bij stil zou staan.
Zo blokkeerd het wachten op input vanuit de meter de hele applet waardoor je dus met threads moet gaan werken. Iets wat ik nog niet voor elkaar heb gekregen door gekloot met iets met 'public'. Maar een goede uitleg van hoe dat zit heb ik nog niet kunnen vinden. Net als dat er 2 manieren zijn om threads te starten die volgens mij ook allebei een andere manier gebruikte om data met elkaar te delen. Maar ook daar kon ik geen goede uitleg over vinden.
Het importeren van files die ik nodig heb voor telnet, date() en mysql zorgt voor conflicten in functies. Vooral date() zorgt voor problemen. Java heeft tot versie 7 (oid) een slecht werkende date() functie maar de programmeer omgeving waar ik een beetje aan vast zit (Geany) zit nog op versie 7 geloof ik.
Allemaal dingen waar iemand die dagelijks met Java werkt waarschijnlijk zo omheen werkt maar bij mij gewoon dagen kost om iets op te lossen
Ik ben met Java gaan werken omdat het platform onafhankelijk is. Ik kan op mn PC iets programmeren dat ook werkt op mn Raspberry. Deffen op het 6" scherm van mn Raspberry werkt niet lekker. Bovendien wil ik achter mn PC wat kunnen programmeren en testen en daarna pas de werkende versie uploaden naar mn Raspberry.
Ik heb ook met andere talen geprobeerd wat te doen maar loop dan ook tegen rare dingen aan. Met .net (2012 oid) had het programma bijvoorbeeld niet goed door dat een telnet verbinding verbroken was en kreeg ik het niet voor elkaar om de oude verbinding op te ruimen om vervolgens een nieuwe aan te maken.
Zo vermoeiend allemaal
[ Voor 4% gewijzigd door NBK op 12-10-2016 22:57 ]
PC's; Home; Met 8619 units als 72e geëindigd bij DPC @ SETI-classic
Tja java is dan ook een complete programmeer taal, je kan ook meer richting de scripttalen gaan, php, python etc
Hier wat code in php:
https://github.com/Mattie112/php-p1-logger
Moet nog steeds een nieuwe versie uploaden maar in essentie ewrkt dit
En ik weet zeker dat als je hier op GoT een gericht vraag stelt, compleet met code van wat je al hebt niemand je zal doorverwijzen naar de search. Als je een vraag stelt van "jah hoe lees ik mijn meter uit met java help" dan is het wat anders
Hier wat code in php:
https://github.com/Mattie112/php-p1-logger
Moet nog steeds een nieuwe versie uploaden maar in essentie ewrkt dit
En ik weet zeker dat als je hier op GoT een gericht vraag stelt, compleet met code van wat je al hebt niemand je zal doorverwijzen naar de search. Als je een vraag stelt van "jah hoe lees ik mijn meter uit met java help" dan is het wat anders
3780wP (18x 210wP EC Solar) | 2x Marstek Venus E (5.12kWh)
Meeste doen het hier met Python scripts volgens mij (ook ik).
Ik heb een Raspberry Pi met een P1 naar USB kabel (home made).
Dan lees ik de USB poort uit met python en process die data naar begrijpelijke taal (Meterstand_Tarief1=33109) en die upload ik naar InfluxDB (Ook op de Raspberry). Dan maak ik met Grafana (Ook op de Raspberry Pi) mooie grafiekjes.
Als je wilt kan ik mijn Raspberry Pi image online zetten zodat je een werkende omgeving hebt. Moet je wel kijken of de telegram hetzelfde is welke uit de P1 poort komt
Ps: Gisteren RJ11 splitter gehaald. En onder het mom van YOLO niet de draadjes doorgeknipt of diode erussen gedaan. En ik had mazzel. Toon en mijn Raspberry Pi lezen nu beide tegelijk de P1 poort uit
Ik heb een Raspberry Pi met een P1 naar USB kabel (home made).
Dan lees ik de USB poort uit met python en process die data naar begrijpelijke taal (Meterstand_Tarief1=33109) en die upload ik naar InfluxDB (Ook op de Raspberry). Dan maak ik met Grafana (Ook op de Raspberry Pi) mooie grafiekjes.
Als je wilt kan ik mijn Raspberry Pi image online zetten zodat je een werkende omgeving hebt. Moet je wel kijken of de telegram hetzelfde is welke uit de P1 poort komt
Ps: Gisteren RJ11 splitter gehaald. En onder het mom van YOLO niet de draadjes doorgeknipt of diode erussen gedaan. En ik had mazzel. Toon en mijn Raspberry Pi lezen nu beide tegelijk de P1 poort uit
[ Voor 16% gewijzigd door Tylen op 13-10-2016 14:06 ]
“Choose a job you love, and you will never have to work a day in your life.”
Toon zet continue +5V op de P1 poort (om hem actief te houden). Je kan dus bij je PI die overslaan en alleen de RX/GND aansluiten! Werkt als een trein!:
Meeste doen het hier met Python scripts volgens mij (ook ik).
Ik heb een Raspberry Pi met een P1 naar USB kabel (home made).
Dan lees ik de USB poort uit met python en process die data naar begrijpelijke taal (Meterstand_Tarief1=33109) en die upload ik naar InfluxDB (Ook op de Raspberry). Dan maak ik met Grafana (Ook op de Raspberry Pi) mooie grafiekjes.
Als je wilt kan ik mijn Raspberry Pi image online zetten zodat je een werkende omgeving hebt. Moet je wel kijken of de telegram hetzelfde is welke uit de P1 poort komt
Ps: Gisteren RJ11 splitter gehaald. En onder het mom van YOLO niet de draadjes doorgeknipt of diode erussen gedaan. En ik had mazzel. Toon en mijn Raspberry Pi lezen nu beide tegelijk de P1 poort uit
3780wP (18x 210wP EC Solar) | 2x Marstek Venus E (5.12kWh)
Idem hier. Alleen maak ik een WinSCP verbinding en open ik vanuit daar het python script. Dit opent hem direct in Notepad++ en als ik op save druk saved hij hem op de Pi.
Heb het dus niet gedaan en werkt ook
Maar moet uiteindelijk wel even doorgeknipt worden hoor Is wel beter ja.
[ Voor 20% gewijzigd door Tylen op 13-10-2016 16:39 ]
“Choose a job you love, and you will never have to work a day in your life.”