Energiemeters... deel hier je ervaringen

[JeroenH]

Tjark Verhoeven schreef op woensdag 30 januari 2008 @ 16:26:
Jammer alleen dat ie nu bij Conrad voor 49,95 staat

Ja, da's nasty. Omdat ik hem dus waaaay back in time besteld heb heeft hij mij maar € 39 gekost.

[JeroenH]

CanonG1 schreef op woensdag 30 januari 2008 @ 16:07:
Zojuist even de helpdesk van Conrad gebeld, volgens de man die ik aan de lijn had is het met Excel mogelijk om de .bin bestanden direct te importeren. Ik heb het idee dat dat onzin is (op de website van conrad staat heel duidelijk: De comfortabele grafische software visualiseert de energiekosten van max. 10 verbruikers en maakt tevens het exporteren van de gegevens naarExcel mogelijk.) maar ik heb de .bin bestanden hier niet op mijn werk dus ik kan het nu niet testen. Vanavond meer.

Bij de helpdesk van Conrad zijn het nog leugenaars ook - of op zijn minst slecht geïnformeerd. Het bovenstaande verhaaltje (waarvoor ik 10 min in de wacht heb gehangen à € 0,50 per minuut) is, zoals ik al dacht, onzin. Excel kan helemaal niets met die bestanden.

Ik begin een bang vermoeden te krijgen dat het helemaal niet mogelijk is om te exporteren naar Excel. Ik heb ook al gezocht of er misschien een nieuwere of andere versie van die software ergens te downloaden is, maar dat leverde ook niets op.

Morgen maar weer bellen, hopelijk kan ik dan los peuteren hoe (of?) het kan...

[ Voor 0% gewijzigd door JeroenH op 30-01-2008 17:52 . Reden: spelfout ]

[TD-er]

CanonG1 schreef op woensdag 30 januari 2008 @ 17:48:
[...]

Morgen maar weer bellen, hopelijk kan ik dan los peuteren hoe (of?) het kan...

Vergeet niet de files te uploaden, vanavond heb ik tijd/zin om daar wel even naar te gaan kijken

[JeroenH]

TD-er schreef op woensdag 30 januari 2008 @ 17:55:
Vergeet niet de files te uploaden, vanavond heb ik tijd/zin om daar wel even naar te gaan kijken

Ik heb een kleine 'mini-review' van de CEL3500 online staan: http://www.solarwebsite.nl/nieuws/nieuws.htm.

De beide .bin bestanden staan hier en hier. Ik heb de software ook maar online gezet.

Het screenshot van deze .bin files staat in de review, maar met de software moet je hem zelf kunnen reproduceren.

Ik hoop dat je er iets mee kunt, want ik ben eigenlijk een beetje pissig dat juist de enige functie waarom ik het apparaat heb gekocht niet werkt. Ik bel morgen ook nog even met de helpdesk van Conrad, en ik hoop maar dat ze een goed verhaal hebben.

[TD-er]

Ha, goed dat je de software erbij hebt gezet, want die kon ik al niet online vinden... Ik zat net te twijfelen of ik nog even naar de kroeg zou gaan, dus je bent net op tijd

[JeroenH]

TD-er schreef op woensdag 30 januari 2008 @ 22:10:
Ha, goed dat je de software erbij hebt gezet, want die kon ik al niet online vinden... Ik zat net te twijfelen of ik nog even naar de kroeg zou gaan, dus je bent net op tijd

Ai, dus ik heb je een gezellig avondje kroeg onthouden... sorry daarvoor Hoe dan ook, ik ben erg benieuwd naar wat je met die bestanden kunt.

[TD-er]

Nou onthouden... Ik zocht eigenlijk nog naar een reden om maar even niet te gaan, want ik moet morgen vroeg weer op... en mischien ga ik zometeen toch nog "eventjes"

Maar goed, eerste indruk van de meegeleverde software:
Dat zuigt!!!!
Prijs bij het berekenen van de kosten (staat een pond-teken voor) verander ik "0.00" in "0.21" met jouw meetdata en dan ben je jaarlijks wel heeeeeel veel geld kwijt.
Verander ik het in "0,21"/kWh, dan zijn de bedragen alweer wat zinniger.

Het importeren van jouw meetdata lukte echt niet zonder de help-pagina, kortom totaal niet intuïtief.

Die kleine file lijkt mij mischien een soort van index-file en die 2e file ziet er min of meer gewoon een dump. De vraag is alleen hoeveel bits je per meting moet zien.
Om de hoeveel sec is er een meting?
elke 10 sec, of elke minuut?

Zou je ook een meet-periode van minder dan 1 uur kunnen uploaden?
Het lijkt er namelijk op dat de software op de X-as op hele uren begint.
Dus dan heb je zo'n 2,5 uur aan logdata en dat is dan ruwweg zo'n 320 bytes/uur.

Edit:
Het lijkt erop (je kunt met je scroll-wiel inzoomen en de point-data laten zien) dat je per minuut een sample hebt.
In de point-data gebruiken ze real-waarden, maar ik vermoed dat in de log-data gewoon 24- of 32-bits integers staan.
De meetwaarden van "Apparent Power" is veel te nauwkeurig, dus daar is aan gerekend. De "Active Power" heeft veel minder decimalen zover ik kon zien. Maar ook die nauwkeurigheid is veel hoger dan 16 bits (als je uitgaat van max 3500Watt, dan zit je op een resolutie-stap van ruim 1-op-514000)
De kleinste meet-stap die ik gevonden heb is van 15,198 tot 15,1912 Watt.
Dus ik vermoed dat de opgeslagen meetwaarden ook al een gemiddelde zijn van bijv 10 metingen.

Edit2:
Een interessante relatiegevonden:
Kleinste meet-stap bij "Apparent Power" is dus 0,0068Watt.
Stel de max meetwaarde is 3565 Watt, dan zit er een factor 2¹⁶⁺³ tussen.
Oftewel 19 bits.
In totaal zijn er 154 sample-punten en de laatste 4 bytes van de file zijn 'FF'
(18:59 - 20:12 = 73 mins en 20:17 - 21:36 = 79 mins => Totaal = 73+1+79+1 = 154 samples)
Er zijn 2 meetwaarden per sample en als je de file-size (798 - (4x FF) = 794) op het aantal samples deelt, kom je op zo'n 20 bits per sample uit.
Ik vermoed dus dat het op die manier achter elkaar is gezet, maar het is ook goed mogelijk dat de ene meetwaarde de andere x een bepaalde cos-phi-factor is, maar dan moet ik zo even Matlab installeren om die verbanden uit te zoeken. Uiteraard is een 32-bits real met een 8-bits int die de cos-phi aangeeft ook nog een mogelijkheid.


Edit3: (ik ga maar even hier in door, de meesten zullen de reactie toch pas morgen lezen )

Ik heb even de dump-file door hexdump gehaald en het laatste stukje even gesorteerd per paar van 20-bits in HEX-notatie:

code:

000002a0  52 5b 08 b3 01 59 5b 08  b5 01 53 5a 08 bb 01 59  |R[...Y[...SZ...Y|
000002b0  5b 08 b8 01 55 5b 08 b7  01 51 5a 08 bd 01 48 5a  |[...U[...QZ...HZ|
000002c0  08 ba 01 46 5a 08 ab 01  3b 59 08 aa 01 3a 59 08  |...FZ...;Y...:Y.|
000002d0  a5 01 32 59 08 a9 01 2e  59 08 a7 01 27 59 08 ac  |..2Y....Y...'Y..|
000002e0  01 22 58 08 ab 01 1a 58  08 ad 01 15 58 08 af 01  |."X....X....X...|
000002f0  12 57 08 af 01 12 57 08  b2 01 11 57 08 ae 01 0d  |.W....W....W....|
00000300  57 08 ae 01 0c 57 08 b1  01 06 56 08 a5 01 05 57  |W....W....V....W|
00000310  08 a7 01 03 57 08 a4 01  02 56 ff ff ff ff        |....W....V....|

code:

b3085 90108 
5b01b 55a53
bb085 90108 
5b01b 85b55
b7085 10108
5a01b d5a48
ba084 60108
5a01a b593b
aa083 a0108 
5901a 55932
a9082 e0108
5901a 75927 
ac082 20108
5801a b581a
ad081 50108 
5801a f5712
af081 20108
5701b 25711 
ae080 d0108
5701a e570c
b1080 60108 
5601a 55705
a7080 30108 
5701a 45602 
ffff ffff

De eigenschap van beide meetwaarden is dat "Apparent Power" altijd minstens de waarde heeft van "Active Power" en vrijwel altijd hoger. Zeker aan het eind van de bin-file. Er is in deze sortering te zien dat er niet één kolom is altijd hogere waarden heeft dan de andere kolom.
Tevens is er wel heel duidelijk een repeterend patroon per 5 bytes (40 bits) te zien, dus er zitten heel waarschijnlijk wel per 2 waardes opgeslagen in de logfile. (Aan het begin van de file moeten dan ook nog 8 bytes weggelezen worden voordat je de data kunt interpreteren.)
Ik denk dus dat je eerder moet gaan zoeken in een waarde voor "Apparent Power" en een factor die de cos-phi weergeeft.
De laatste 2 nibbles in deze notatie hebben wel opvallend lage waarden, dus mogelijk is dat de factor.

Hier nog even het stukje van de data waarbij de grafiek op "0" staat voor beide waarden: (19:32 - 19:56)

code:

000000b0  08 c6 00 37 35 08 c2 00  00 00 08 c1 00 00 00 08  |...75...........|
000000c0  bf 00 00 00 08 bf 00 00  00 08 bb 00 00 00 08 c0  |................|
000000d0  00 00 00 08 bf 00 00 00  08 c2 00 00 00 08 bc 00  |................|
000000e0  00 00 08 be 00 00 00 08  bd 00 00 00 08 b9 00 00  |................|
000000f0  00 08 c0 00 00 00 08 bd  00 00 00 08 b0 00 00 00  |................|
00000100  08 bb 00 00 00 08 be 00  00 00 08 c3 00 00 00 08  |................|
00000110  c2 00 00 00 08 c3 00 00  00 08 c7 00 00 00 08 c5  |................|
00000120  00 00 00 08 c9 00 00 00  08 ca 00 00 00 08 cc 00  |................|
00000130  00 00

code:

08c10 00000 
08bf0 00000 
08bf0 00000 
08bb0 00000 
08c00 00000 
08bf0 00000  
08c20 00000 
08bc0 00000 
08be0 00000 
08bd0 00000 
08b90 00000 
08c00 00000 
08bd0 00000
08b00 00000  
08bb0 00000 
08be0 00000 
08c30 00000 
08c20 00000 
08c30 00000 
08c70 00000 
08c50 00000
08c90 00000  
08ca0 00000 
08cc0 00000

hierin zitten wel erg veel nullen aan het eind, dus de notatie zou ook wel eens big-endian vs little-endian kunnen zijn.

[ Voor 81% gewijzigd door TD-er op 31-01-2008 01:50 ]

[TD-er]

Ik heb vannacht nog even lopen puzzelen in mijn slaap...
Er zijn zo'n 4 meetwaarden die de 3500 intern gebruikt (en op de LCD kan weergeven).
Dit zijn:
• Spanning
• Stroom
• cos-phi
• netfrequentie

Van in elk geval de eerste 3 meetwaarden kun je zo'n 10 bits resolutie verwachten per interval van 1 minuut en kennelijk zijn er zo'n 40 bits beschikbaar per minuut en met die nauwkeurigheid kom je uit op zo'n 19 a 20 bits per meetwaarde in Watt.
Even aangenomen dat het deze indeling is, moet er wel wat aan te passen zijn in de logfiles om te zien wat er in de grafiek veranderd en of het big-endian of little-endian is.

Van dat stukje van de meting waarbij de grafiek 0Watt weergeeft, zijn eigenlijk alleen de spanning en de netfrequentie vrijwel gelijk en de stroom en cos-phi 0 (of de cos-phi is dan 1) en daar zijn de laatste 24 bits per sample 0 (aangenomen dat ik de juiste offset heb gebruikt)

Kortom het enige wat we nu nog kunnen doen is de bin-files met een editor aanpassen en kijken wat de software gaat doen.

[JeroenH]

TD-er schreef op woensdag 30 januari 2008 @ 22:33:
Maar goed, eerste indruk van de meegeleverde software:
Dat zuigt!!!!

Dan zijn we het daar in elk geval over eens... Maar dat maakt me op zich niet zoveel uit, als ik de data maar naar Excel kan exporteren ben ik gelukkig. Straks om 09:01 hang ik aan de lijn bij Conrad voor uitleg. Later meer.

[TD-er]

Zou je nog wat korte sample-stukken kunnen maken van telkens zo'n 10 minuten?
Bijvoorbeeld 1 van een zware ohmse belasting, zoals een verwarmingselement of een gloeilamp en een zwaar niet-ohmse belasting zoals een Senseo die opgewarmt is (cos-phi van 0,03)
En als er niets is aangesloten, wat is dan de cos-phi? is dat 0 of 1?

[JeroenH]

Ik neem het apparaat mee naar mijn werk, en ik zal daar wat metingen doen. Ik zit alleen even te denken aan hoe ik aan een ohmse belasting kom... We hebben nergens gloeilampen.

-edit-

Ah, we hebben ergens zo'n klein elektrisch blowerkacheltje slingeren à 2kW, is dat ohms genoeg?

[TD-er]

Als de cos-phi richting de 1 gaat is het ohms genoeg
Graag ook een paar kleine notities bij de meetwaarden, zoals wat je op de display ziet staan.

[madwizard]

Download .NET reflector eens en open het logger programma er eens erin, staat hele interessante info in. Met name LoggerFileHandler.ProcessFile.

[JeroenH]

TD-er schreef op donderdag 31 januari 2008 @ 08:05:
Als de cos-phi richting de 1 gaat is het ohms genoeg
Graag ook een paar kleine notities bij de meetwaarden, zoals wat je op de display ziet staan.

Wordt helaas vanavond, moet wat onverwachte extra werkzaamheden doen.

Ik heb net wel de Conrad helpdesk maar weer gebeld. Hun reaktie in het kort: Excel MOET het kunnen, maar we kunnen u er niet mee helpen. Zoek maar met Google. Als het artikel niet naar uw zin is kunt u het terug sturen.

Klantonvriendelijke kloothommels

[TD-er]

madwizard schreef op donderdag 31 januari 2008 @ 09:29:
Download .NET reflector eens en open het logger programma er eens erin, staat hele interessante info in. Met name LoggerFileHandler.ProcessFile.

Die zal ik er vanavond even bij pakken.

CanonG1 schreef op donderdag 31 januari 2008 @ 10:10:
[...]
Ik heb net wel de Conrad helpdesk maar weer gebeld. Hun reaktie in het kort: Excel MOET het kunnen, maar we kunnen u er niet mee helpen. Zoek maar met Google. [...]

Ook fijn dat er zoveel aanbieders van deze meter zijn en dat de meter ook al heel lang te krijgen is, dus dat er al heel erg veel ervaring mee is en het internet er vol mee staat.

[ Voor 62% gewijzigd door TD-er op 31-01-2008 10:53 ]

[madwizard]

Excel kan het echt niet hoor Maar ik verwacht dat je met reflector (.NET disassembler inclusief handige IL->source tool) de structuur wel goed kunt achterhalen, ziet er niet erg ingewikkeld uit.

[ Voor 4% gewijzigd door madwizard op 31-01-2008 11:06 ]

[Anoniem: 135487]

Blijkbaar volgt Conrad dan enkel de spec van de eigenlijke fabrikant, zonder er meer van te weten (kan ik mij voorstellen dat zulke vragen dan niet de meest geliefkoosde zijn). Maar kort door de bocht, als excel die file niet kan openen (zou niet verwachten dat excel een bin formaat WIL openen) en er is geen export functie naar een excel bestand, dan lijkt het me niet (eenvoudigweg) mogelijk. Ik mompel hierbij nog iets van 'mss odf standaard', maar dan zouden ze er geen letterlijke 'Excel' bijgegooid hebben. Wel straf dat zo'n cruciale functie precies overboord gegaan is of verborgen...

[TD-er]

madwizard schreef op donderdag 31 januari 2008 @ 11:05:
Excel kan het echt niet hoor Maar ik verwacht dat je met reflector (.NET disassembler inclusief handige IL->source tool) de structuur wel goed kunt achterhalen, ziet er niet erg ingewikkeld uit.

Zonet maar even die disassembler er op los gelaten en het is inderdaad appeltje-eitje.

De interne datastructuur, oftewel meer data is er niet uit te halen:

code:

 DataSegmentInfo item = new DataSegmentInfo();
                item.Voltage.Clear();
                item.Current.Clear();
                item.PowerFactor.Clear();
                item.Month = list[num6++];
                item.Day = list[num6++];
                item.Year = 0x7d0 + list[num6++];
                item.Hour = list[num6++];
                item.Minute = list[num6++];

Het uitlezen van de bytes in de file: (num6 is kennelijk een soort van pointer die bijhoud waar in de file (eigenlijk een array) je aan het lezen bent)

code:

 double num8 = ((double) ((num << 8) + num2)) / 10.0;
double num9 = ((double) ((num3 << 8) + num4)) / 1000.0;
double num10 = ((double) list[num6 + 4]) / 100.0;
item.Voltage.Add(num8);
item.Current.Add(num9);
item.PowerFactor.Add(num10);
num6 += 5;

Aan het begin van de file (of opname-segment) staat een stukje van 3 bytes (E0 C5 EA) en om de datafile van de datum-file te onderscheiden staat er in de datafile nog een reeks van 5 tekens. (49 4E 70 4F 3A)

Ik had nog nooit in .net geprogged, laat staan met deze disassembler gewerkt, maar dit werkt echt makkelijk
Vanavond maar ff iets in elkaar knopen om te kijken of ik een nette Excel uitvoer kan maken.
Als ik het zo zie, is de spanning een 16-bits integer die de waarde in tienden van Volt weergeeft en de stroom een 16bits integer die in mA weergeeft en de cos-phi is een 8-bits int die kennelijk van 0..100 loopt en de PF in procenten aangeeft.

Daar moeten toch leuke dingen mee te doen zijn, zou je zo zeggen

[madwizard]

Je kunt zelfs delen van de code opnieuw compilen tot library en die in je eigen .NET programma gebruiken (niet direct met deze tool, maar het is mogelijk). Alleen dan verlaat je het grijze gebied van reverse engineering wel ben ik bang.

[JeroenH]

Weer wat ontdekt: bij het overdragen van het geheugen naar de memory meet de CEL3500 tijdelijk niet. Zoals in dit plaatje te zien:



Die twee onderbrekingen zijn de punten waarop ik de data overdroeg. Ik heb de beide .bin files hiervan ook, maar ik heb nu geen toegang tot mijn ftp, dus als iemand die wil hebben kan ik die wel mailen. Stuur me in dat geval maar even een mail op jeroen apestaartje solarwebsite.nl.

Cool die voortgang met het ontrafelen van die bestanden! Ik zie mezelf als niet echt dom, maar dat zou ik denk ik echt niet kunnen - of anders gezegd: ik heb er het geduld niet voor. Voor mij zijn de mensen die dit kunnen net zulke helden als die van Bletchley Park.

[TD-er]

madwizard schreef op donderdag 31 januari 2008 @ 13:10:
Je kunt zelfs delen van de code opnieuw compilen tot library en die in je eigen .NET programma gebruiken (niet direct met deze tool, maar het is mogelijk). Alleen dan verlaat je het grijze gebied van reverse engineering wel ben ik bang.

Ach dit is dusdanig simpele code, dat schrijf je zo in een nettere vorm.
Het enige wat ik alleen even moet weten is hoe de data te parsen en wat het voorstelt. Dat is nu duidelijk, dus een conversie naar een cvs-file die in Excel in te lezen is, incl een voorbeeld excel-file is dan zo gemaakt.
Het liefst doe ik dat vanavond even in Delphi, want ik ben voornamelijk met Pascal opgevoed en ik denk dat niet iedereen wat heeft aan een linux-bash-scriptje, dus een Windows-tooltje zou wenselijk zijn.
Ik heb van de week ook meterstand.info geregged met tooltjes voor dit soort dingen en de komende slimme meters in het achterhoofd.

CanonG1 schreef op donderdag 31 januari 2008 @ 13:28:
[...] Stuur me in dat geval maar even een mail op jeroen apestaartje solarwebsite.nl.

Cool die voortgang met het ontrafelen van die bestanden! Ik zie mezelf als niet echt dom, maar dat zou ik denk ik echt niet kunnen - of anders gezegd: ik heb er het geduld niet voor. Voor mij zijn de mensen die dit kunnen net zulke helden als die van Bletchley Park.

Nou om mensen hier te gaan vergelijken met een godheid als Turing....
Maar je krijgt zo een mailtje van me

[ Voor 24% gewijzigd door TD-er op 31-01-2008 13:36 ]

[JeroenH]

TD-er schreef op donderdag 31 januari 2008 @ 13:32:
Maar je krijgt zo een mailtje van me

En jij hebt er ook één van mij Is het nuttig als ik ook nog een meting van ± 5 min doe?

[Anoniem: 135487]

Dat hij niet blijft loggen tijdens dataoverdracht heeft te maken met implementatie, het schrijven naar het geheugen zal niet mogelijk zijn (gelocked) terwijl uitgelezen wordt naar de kaart. Verder wel super interessant, indien zo'n tooltje om excel bestand te maken er zou zijn. Dan schaf ik me ook zeker wel één aan.

Vraagje nog CanonG1, zat er een knoopcelbatterij bij de CEL3500?

[JeroenH]

Anoniem: 135487 schreef op donderdag 31 januari 2008 @ 13:50:
Dat hij niet blijft loggen tijdens dataoverdracht heeft te maken met implementatie, het schrijven naar het geheugen zal niet mogelijk zijn (gelocked) terwijl uitgelezen wordt naar de kaart. Verder wel super interessant, indien zo'n tooltje om excel bestand te maken er zou zijn. Dan schaf ik me ook zeker wel één aan.

Nou... wacht maar tot je dit leest. Ik had voor de zekerheid ook nog even een mailtje gestuurd naar Conrad Duitsland met mijn vraag, en dit kreeg ik daarop terug:

Dear Mr. Haringman,

Thank you, for your interrest in Conrad products.

There is a missprint in our catalog. It's not possible
to export the data to Excel with the delivered software.
But there will be a software available in our download-center
www.produktinfo.conrad.com
in the end of february.

Kind regards

i. A.Jürgen Schreier
Technical Customer Service


Conrad Electronic SE
Klaus-Conrad-Straße 2
D - 92530 Wernberg-Köblitz
www.conrad.com

Dammit.... Nu maar hopen dat onze 'huis-crypto-analisten' de bestandjes kunnen kraken En wie weet komt er nog eens een verbeterde versie van de software beschikbaar.

Vraagje nog CanonG1, zat er een knoopcelbatterij bij de CEL3500?

Yep, zoals beschreven in mijn mini-review.

[TD-er]

Ik heb de log-files even op http://energycheck.meterstand.info/ neergezet, mochten anderen ook ermee willen gaan spelen.

[JeroenH]

TD-er: ik heb je mailtje gehad, maar ik kan er pas vanavond weer mee verder denk ik.

Ik had nog wel even naar Conrad Duitsland gemaild met de vraag of in de genoemde software de mogelijkheid te exporteren naar Excel wel voorkomt. Daarop kreeg ik dit antwoord:

Dear Mr. Haringman,

We've got this information of our purchasing department.
End of february is only an estimated or expected date.
Our colleagues can not tell exactly, when the new software
will be available. It could take even longer.
This depends of our supplier.
But with this software, as allready prementioned,
You'll be able to export data to Excel.
We advise You, that You have the right, to send us the
product back within a fortnight.

Kind regards

i. A.Jürgen Schreier
Technical Customer Service

Een ietwat cryptisch antwoord... De software krijgt de functie, maar ik word geadviseerd het apparaat terug te sturen? Anyway, ik wacht sowieso nog even af wat ons team van crypto-analisten te weten kunnen komen

[TD-er]

Nogal wiedes dat ze je adviseren het terug te sturen... jij hebt er 40 euro voor betaald, terwijl ze het nu kunnen voorkopen voor 50

[Anoniem: 135487]

Ik denk dat hij bedoelde 'inform' i.p.v. 'advise'. Wellicht dus nog een maandje geduld voor die functie van naar excel te loggen. Maar je kan nu toch al een maand loggen en dan exporteren naar excel

[JeroenH]

@TD-er: ik heb een 3e log naar je geüpload. In het txt-bestandje staat wat ik gedaan heb. Ik ben nu bezig met een vierde.

Ook een 4e log staat er bij. Hopelijk heb je nu genoeg. Zo niet: laat maar weten welke truukjes ik uit moet halen

[ Voor 34% gewijzigd door JeroenH op 31-01-2008 20:37 ]

[Anoniem: 251028]

Afgelopen dinsdag heb ik ook de energy logger 3500 gekregen. Ik gebruik hem voor mijn 1000Wp zonnepanelen. Zoals al ergens geschreven; inpluggen en werken, niets hoeven om te bouwen. Ik ben niet zo'n techneut en lees met belangstelling hoe de gegevens om te zetten zijn in een excel bestand.

[TD-er]

OK, ik heb zojuist mijn console-progsel af, wat een .bin file uit de energycheck3500 lijkt te kunnen lezen.
Ik had eerst wat moeite met de gevallen waarbij de meting even onderbroken was, maar dat werkt nu ook.
Heel in het kort de file-structuur:
• een init-string van 3 bytes
• datumstring van 5 bytes
• een of meer samples van 5 bytes

Dan herhalen die 3 stappen zich 0 of meer keer.

• 4 bytes met waarde 255.

Ik heb nu snel even een CSV-structuur als uitvoer, maar het programma is zo opgezet dat het snel aangepast kan worden in een ander formaat.

Dit is een voorbeeld van de uitvoer van de eerste bin-file die hier gepost was:

code:

Date,Voltage,Current,Cos-phi
2008-01-29 18:59,222.6,0.067,0.65
2008-01-29 19:00,223.0,0.067,0.65
2008-01-29 19:01,222.0,0.067,0.65
2008-01-29 19:02,222.3,0.068,0.65
2008-01-29 19:03,222.6,0.067,0.65
2008-01-29 19:04,221.9,0.067,0.65
2008-01-29 19:05,223.1,0.068,0.65
[...]
2008-01-29 20:11,220.8,0.067,0.65
2008-01-29 20:12,220.8,0.067,0.65
2008-01-29 20:17,218.1,0.288,0.71     <==== hier een voorbeeld van een timejump
2008-01-29 20:18,218.3,0.342,0.91
[...]
2008-01-29 21:34,221.3,0.261,0.87
2008-01-29 21:35,221.5,0.259,0.87
2008-01-29 21:36,221.2,0.258,0.86

[TD-er]

Ik heb de uitvoer geupload: http://energycheck.meters...lesCanonG1/5e_log/Result/
De CSV-file is prima te verwerken in GoogleSpreadsheet, wat ik dus hier gedaan heb.

Mijn Delphi (Pascal) source staat hier
Ik neem aan dat het wel redelijk goed leesbaar is.
Er staat mogelijk nog wel het een en ander aan overbodige code in, maar ik zat vandaag flink te klooien met de File-IO.

De uitvoer van Google's Spreadsheet van de 5e Log van CanonG1 van vandaag:

En niet te vergeten zijn verklaring over het verloop van die dag en dus de beschrijving van de grafiek:

Dit is een complete werkdag. Twee PC's, drie monitoren, een laserprinter en wat randapparatuur. Je ziet duidelijk mijn lunchpauze, dan gaan de monitoren slapen ('s ochtends gebeurde dat eerder omdat ik wat anders aan het doen was). De pieken zijn de laserprinter aan het werk.

Leuk detail op het einde: na 'uitschakelen' verbruikt het zaakje bij elkaar dus nog 30W sluipverbruik. Gelukkig zit alles op een stekkerblok wat alles aan het einde van de dag stroomloos zet. Een aanschaf van € 5 scheelt mijn werkgever zo'n € 50 per jaar aan stroom, en hij heeft er geen idee van

[ Voor 49% gewijzigd door TD-er op 04-02-2008 01:06 . Reden: Grafiekje en CanonG1's beschrijving erbij gezet. ]

[JeroenH]

Wow TD-er, je programmaatje is briljant

Ik kan er nu niet veel mee doen, we gaan een weekendje naar Antwerpen maar als we terug zijn ga ik er hard mee aan de gang!

[TD-er]

Tot nu toe moet je de grootste bin-file gebruiken, want ik weet nog niet wat er in die andere staat aan informatie.
Kennelijk is die informatie niet noodzakelijk, voor ons doel, maar ik ben wel benieuwd wat er in staat, want de viewer van het apparaat zelf kan niets zonder die 2e file.

Maar goed, als je 't weekend weg gaat, mischien een idee om 'm tussen de solar-omvormers en je stopcontact te plaatsen, dan kunnen we nog leukere grafiekjes maken

[Erik Jan]

Die andere heb ik ook niks nuttigs aan kunnen ontdekken, behalve een byte voor het logger ID op 0x54 wat lager moet zijn dan 0x0A.

[JeroenH]

TD-er schreef op vrijdag 01 februari 2008 @ 23:16:
Maar goed, als je 't weekend weg gaat, mischien een idee om 'm tussen de solar-omvormers en je stopcontact te plaatsen, dan kunnen we nog leukere grafiekjes maken

Mijn solar-omvormers liggen in een doos in de schuur, omdat mijn panelen nog niet op het dak liggen, dat gaat dus niet lukken. Ik denk dat ik 'm maar tussen de koelkast plaats als we weg zijn, ik ben ook wel benieuwd hoe dat gaat.

[TD-er]

Ik zat nog even naar die kleine bin-files te kijken.
De logs van CanonG1 hebben in die kleine (102 byte groot) files aan het eind telkens dezelfde reeks staan.
Ik vermoed dat dat een soort van serienummer is. (Hex: 020205000202050e1b011f08 en dec: 2314938169937645793)
Maar dan zouden we die zelfde files van andere loggers ook moeten bekijken.
Verder staan er her en der ook nog wat andere getallen tussen de 0-en.

De naamgeving van de .bin-files is ook wel enigzins logisch.

Het tijdverschil tussen a029daab.bin en a028ae13.bin is ongeveer 21,5 uur, aangenomen dat de tijd tussen dumpen en naar mij sturen ongeveer even snel gedaan is.
Als je die 2 hex-waarden van de filenamen van elkaar aftrekt, dan kom je op zo'n 76952 (decimaal)
Dat is ongeveer 21,38 uur, als je ervanuit gaat dat het verschil in seconden is.
Echter is de timestamp niet het aantal sec sinds 1970, zoals de unix-timestamp, maar iets zo'n 85 jaar geleden.
Dus daar moet ik nog even aan puzzelen.
Maar als het dus een soort van serienummer is van de gebruikte meter, dan is dat ook wel handig om te identificeren in bijv een centrale webapplicatie.
De bestandsnamen verschillen namelijk steeds maar een paar sec van elkaar, dus ze zijn wel redelijk makkelijk bij elkaar te zoeken en mischien kan ik ze combineren om een zinniger bestandsnaam te maken voor de .CSV-files.

[Anoniem: 251084]

Ik heb de Energy Logger 3500 ergens in september besteld en nu al twee weken in huis. Destijds zou de levering half november plaatsvinden echter door kwaliteitsproblemen was die uitgesteld naar februari. Alles werkt nu wel met uitzondering van het exporteren naar Excel. Hierover heb ik afgelopen week gemaild met Conrad en dit was hun reactie (01-02-2008):

Tot onze spijt hebben wij na aandringen bij onze leverancier moeten horen,
dat er inderdaad nog geen mogelijkheid bestaat de BIN bestanden naar een
XLS bestand te converteren.
Wij zijn hier ook pas vanmorgen achtergekomen. Pas eind februarie wordt
een softwareupdate op onze site (weww.produktinfo.conrad.de) gezet, wat het
mogelijk maakt dit bestand te converteren naar
een CVS, een Access of een XLS bestand.
Uiteraard kunnen wij u voor dit ongemak alleen onze welgemeende excuses
aanbieden.
Natuurlijk bent u altijd vrij, om het artikel terug te laten komen.

Aangezien ik toch al zo lang wacht kan ik ook wel hier op wachten.

[madwizard]

Hier nog wat info over de kleine file, meeste zul je wel hebben maar ik zag nog iets in die laatste bytes.

De grootte moet altijd minimaal 0x66 bytes zijn, en de file begint altijd met 'INFO:'.

0000:  49 4E 46 4F-3A [red]00 00 5E[/red]-00 01 00 00-00 D6 00 00  INFO:  ^ ?   Í
0010:  5E 00 00 00-00 00 00 00-00 00 00 00-00 00 00 00  ^
0020:  00 00 00 00-00 00 00 00-00 00 00 00-01 00 00 00              ?
0030:  00 00 00 00-00 00 00 00-00 00 00 00-00 00 00 00
0040:  00 D6 00 00-00 00 00 00-00 00 00 00-00 00 00 00   Í
0050:  00 00 00 00-[blue]00[/blue] 00 02 02-05 00 02 02-05 [green]12 39 01[/green]        ??? ????9?
0060:  [green]1D 08[/green] FF FF-FF FF      -           -             ??    

rood (0x05-0x07): total power consumption, big endian, in watt-uur (delen door 1000 voor kWh). Programma geeft zelf alleen het dubbele aan lijkt (0,188 kWh ipv 0,094 kWh).
blauw (0x54): logger ID (0..9)
groen (0x5D): dit lijkt een datum, misschien van inschakelen van het apparaat?
Hex: 12 39 01 1D 08
Dec: 18 39 1 29 08
Omgeschreven: 29-01-2008 18:39, is even voor de eerste meting.

De rest van de waardes weet ik niet, maar ik zou het zoeken in instellingen op het apparaat zelf (kosteninstellingen e.d.)

[ Voor 5% gewijzigd door madwizard op 02-02-2008 14:03 ]

[Avalaxy]

Ik heb hier een energiemeter van Promax, gehaald voor €20,- bij Karwei. Hij kan het spanning meten, de stroomsterkte, het vermogen, maximale stroomsterkte, maximale vermogen, het overload vermogen, het aantal KWh en hij kan de kosten weergeven.

Toen ik hem gekocht was de eerste al gelijk defect. Display was niet helder en hij meette niet, hij gaf telkens 130V aan en ook de stroomsterkte meette hij niet. Toen heb ik deze geruild en een nieuwe gekregen, die wel goed werkte. Helaas heb ik geconstateert dat de bereking om het vermogen uit te rekenen (P=U*I) niet juist wordt uitgevoerd als ik hem aan m'n PC hang. Bij een spaarlamp geeft ie netjes 8W aan, bij een hardeschijf 14W en bij m'n straalkacheltje 950W, wat allemaal klopt. Bij m'n PC geeft ie echter ~12W aan Als ik het nareken met behulp van de stroomsterkte en de spanning dan krijg ik wel de juiste waarde: 122W.

De handleiding is overigens ook niet fantastisch. Er staan enkele spelfouten in wat erg slordig is.

De meter heeft een afwijking op het vermogen van maximaal 5%, een afwijking van 3% op de stroomsterkte en spanning en hij kan stroomsterktes meten vanaf 0.02. Volgens het boekje werkt de meter tussen 5 graden C en 40 C.

Al met al is het een handig apparaatje om te zien hoeveel iets gebruikt, maar het kan soms een beetje klooien zijn als het apparaat niet goed functioneert, waar deze apparaatjes schijnbaar erg veel last van hebben.

Pics heb ik helaas niet, kan niks vinden met google. Het gaat om artikelnr 03.010.03.

[Techneut]

@leonpwner1,
Ik weet niet hoe bekend je bent met electrotechniek, misschien weet je dit ook best. Maar bij wisselstroom geldt lang niet altijd P=U*I. Zolang je te maken hebt met gloeilampen, kacheltjes, broodroosters etc. mag je daar gerust van uitgaan. Maar voor heel veel apparatuur moet je rekenen met P=U*I*cosphi.
Alleen die P=12W bij een PC is inderdaad een beetje onwaarschijnlijk, tenzij het de slaapstand is.

[Avalaxy]

Techneut schreef op zaterdag 02 februari 2008 @ 14:42:
@leonpwner1,
Ik weet niet hoe bekend je bent met electrotechniek, misschien weet je dit ook best. Maar bij wisselstroom geldt lang niet altijd P=U*I. Zolang je te maken hebt met gloeilampen, kacheltjes, broodroosters etc. mag je daar gerust van uitgaan. Maar voor heel veel apparatuur moet je rekenen met P=U*I*cosphi.
Alleen die P=12W bij een PC is inderdaad een beetje onwaarschijnlijk, tenzij het de slaapstand is.

Daar had ik nog niet echt van gehoord Maar het werkt wel, want de resultaten die ik nu krijg zijn in lijn met de resultaten die ik eerder kreeg, toen het metertje nog wel normaal werkte

Edit: ik zie op m'n rekenmachine dat Cos * Pi 0.998 is, dus dan is er nog een kleine correctie... Maarja, m'n metingen zijn toch niet zo super nauwkeurig dat ding heeft sowieso al (maximaal) 3% afwijking, hoeft ook niet.

[ Voor 13% gewijzigd door Avalaxy op 02-02-2008 14:46 ]

[Techneut]

leonpwner1 schreef op zaterdag 02 februari 2008 @ 14:44:
Daar had ik nog niet echt van gehoord ......

Dat hebben de meesten niet die niet echt iets met electrotechniek hebben te maken. Geen schande, want je hebt vast andere dingen waar je wel heel goed in bent. Om dit goed uit te leggen zou ik een half boek nodig hebben.
Het komt heel in het kort hier op neer dat bij apparaten waar op de een of andere manier inductie (electromagnetisme) optreedt, voortdurend een deel van de opgenomen energie wordt teruggestuurd naar het net. Gevolg is dat als je de curve van stroom en spanning onder elkaar legt (beide een sinus) dan blijken de nuldoorgangen t.o.v. elkaar verschoven te zijn. Dus U en I zijn niet meer tegelijk nul resp. maximum. P=U*I moet dus met een factor kleiner dan 1 worden vermenigvuldigd, genaamd cosphi.

Ik zie een kleine toevoeging staan:

Edit: ik zie op m'n rekenmachine dat Cos * Pi 0.998 is, dus dan is er nog een kleine correctie... Maarja, m'n metingen zijn toch niet zo super nauwkeurig dat ding heeft sowieso al (maximaal) 3% afwijking, hoeft ook niet.

Op welke meting was dat, en bij welke berekenig?
Overigens is het inderdaad niet Cos*Pi, dat is compleet wartaal want een cosinus hoort bij een hoek en pi=3,14, maar wat ik in mijn bericht weergaf cosphi of desnoods met een spatie er tussen (cos phi) zoals TRRoads het bij voorkeur aangeeft. Mag allebei, alleen ik kon de Griekse letter phi die er officieel voor wordt gebruikt als symbool niet zo gauw vinden.

[ Voor 28% gewijzigd door Techneut op 02-02-2008 15:26 ]

[Anoniem: 178962]

Nee niet cos pi, cos phi, nogal een verschil

Bij simpele devices is de cos phi gewoon 1 of bijna 1 en dus zal je berekening kloppen, echter hoeft dat niet altijd het geval te zijn.

Bij geschakelde voedingen is de cos phi vrijwel nooit 1.

PUI werkt wel om het schijnvermogen in VA uit te rekenen.

[ Voor 11% gewijzigd door Anoniem: 178962 op 02-02-2008 15:12 ]

[TD-er]

madwizard schreef op zaterdag 02 februari 2008 @ 13:59:
Hier nog wat info over de kleine file, meeste zul je wel hebben maar ik zag nog iets in die laatste bytes.

De grootte moet altijd minimaal 0x66 bytes zijn, en de file begint altijd met 'INFO:'.

0000:  49 4E 46 4F-3A [red]00 00 5E[/red]-00 01 00 00-00 D6 00 00  INFO:  ^ ?   Í
0010:  5E 00 00 00-00 00 00 00-00 00 00 00-00 00 00 00  ^
0020:  00 00 00 00-00 00 00 00-00 00 00 00-01 00 00 00              ?
0030:  00 00 00 00-00 00 00 00-00 00 00 00-00 00 00 00
0040:  00 D6 00 00-00 00 00 00-00 00 00 00-00 00 00 00   Í
0050:  00 00 00 00-[blue]00[/blue] 00 02 02-05 00 02 02-05 [green]12 39 01[/green]        ??? ????9?
0060:  [green]1D 08[/green] FF FF-FF FF      -           -             ??    

rood (0x05-0x07): total power consumption, big endian, in watt-uur (delen door 1000 voor kWh). Programma geeft zelf alleen het dubbele aan lijkt (0,188 kWh ipv 0,094 kWh).
blauw (0x54): logger ID (0..9)
groen (0x5D): dit lijkt een datum, misschien van inschakelen van het apparaat?
Hex: 12 39 01 1D 08
Dec: 18 39 1 29 08
Omgeschreven: 29-01-2008 18:39, is even voor de eerste meting.

De rest van de waardes weet ik niet, maar ik zou het zoeken in instellingen op het apparaat zelf (kosteninstellingen e.d.)

Geweldig, samen komen we er wel uit
Ik zal vanavond de compiler en editor weer even aanslingeren en kijken of ik er wat leuks van kan bakken

Anoniem: 178962 schreef op zaterdag 02 februari 2008 @ 15:11:
Nee niet cos pi, cos phi, nogal een verschil

Bij simpele devices is de cos phi gewoon 1 of bijna 1 en dus zal je berekening kloppen, echter hoeft dat niet altijd het geval te zijn.

Bij geschakelde voedingen is de cos phi vrijwel nooit 1.

PUI werkt wel om het schijnvermogen in VA uit te rekenen.

Als aanvulling:
De cos-phi ligt tussen de 0 en 1.
Voor apparaten met eigenlijk alleen maar een weerstand (gloeilamp, waterkoker) is deze waarde dus 1 en dan is het vermogen in Watt en in VA gelijk (VA = spanning x stroom , Watt = VA x cos-phi) De cos-phi wordt om deze reden ook wel een PowerFactor genoemd. (je vermenigvuldigd altijd met een factor)
Heel in het kort is het aantal Watts wat je op de rekening terugziet en het aantal VA is waar je rekening mee moet houden met het ontwerpen van dingen, omdat de stromen door het apparaat dus hoger zijn dan je zou verwachten als de cos-phi dus laag is.
Denk aan een UPS, die is om deze reden dus altijd bemeten op het aantal VA en je zult er dus niet een vermogen in Watt op zien staan.

Een normale PC-voeding heeft een cos-phi van ongeveer 0,7 en voedingen met PFC (Power Factor Correction) zitten vaak zo rond de 0,8 - 0,85. Voedingen met Active-PFC zitten zo tussen de 0,9 - 0,99, oftewel die zijn het meest vriendelijk voor de energie-leverancier en het electriciteitsnetwerk. Daarnaast zijn die laatste vaak ook nog een stuk efficienter, waardoor het totale verbruik van de PC afneemt (kan zo 30% schelen)

[Avalaxy]

Hmm, ok.

Het zit namelijk zo; toen het apparaat de berekening nog wel goed deed kreeg ik deze resultaten:

Athlon 64 3700+ processor:
@ 2200 MHz: 154W stressed (hele pc)
@ 2400 MHz: 154W stressed
@ 2600 MHz: 155W stressed
@ 2800 MHz: 162W stressed

Opteron 165 processor:
@ 1800 MHz: 177W stressed
@ 2000 MHz: [apparaat deed het niet meer]

Met mijn P=U*I berekeningetje kreeg ik 188W. Dat moet je dus nog * cosphi doen. Hoe doe ik dit?

Ik heb een Coolermaster ExtremePower 430 watt voeding waarop staat W/ PASSIVE PFC. Ik dacht dat ik cos * pi moest doen, dat je dat bedoelde Hoe kom ik de cosphi te weten?

[TD-er]

Cos-phi kun je alleen maar weten als het op het apparaat staat, of als je het gemeten hebt
Voor een passive-PFC voeding zou je ongeveer 0,8 kunnen nemen. (vuistregel)
Op industriele apparaten staat vrijwel altijd de cos-phi vermeld, zoals zware motoren, industriele machines, etc.

Maar het is dus ook mogelijk dat jouw meter de cos-phi al meegenomen heeft in de meting.
De EnergyCheck3000 doet dat bijvoorbeeld.
Een simpele test is de Senseo er aan hangen.
Als die 8 Watt geeft als 'ie nog aanstaat na het opwarmen van het water, dan neemt de meter de cos-phi niet mee in de berekening. Als die meetwaarde rond de 0,3Watt zit, dan wordt de cos-phi wel meegenomen.

[ Voor 40% gewijzigd door TD-er op 02-02-2008 16:17 ]

[Boudewijn]

Heeft iemand die aanbieding van de week bij de lidl gezien? Zit erover te denken die nog even te halen, maar geen idee of het wat is.


edit: staat dus niet meer op de site.

[ Voor 13% gewijzigd door Boudewijn op 02-02-2008 16:25 ]

[Avalaxy]

TD-er, dank je voor je uitleg Mijn pa werkt in de elektrotechniek maar het is voor hem te lang geleden dat ie deze stof heeft gehad, hij zal even op z'n werk navragen erover.

Hopelijk kan ik m'n metertje weer aanzwengelen, want ik snap niet waarom hij bij alle apparaten het juiste vermogen aangeeft, maar bij mijn PC niet Bij m'n vaders PC geeft ie wel de juiste waarde, en bij mijn PC deed ie dat eerst ook...

[Boudewijn]

@leon: de cosphi kun je terug rekenen door P = U*I te doen over je bekende resultaten.
Je weet daar P U en I

[TD-er]

@madwizard

Die datum-notatie is wel een beetje apart.
Het is namelijk een andere volgorde dan in de logfile zelf.
Te weten: H:M M/D/Y in de bijlage-file tov. M/D/Y H:M in de log-file.

Kun je die logger-ID ook aanpassen?
Is die start-datum (aangenomen dat het inderdaad een datum is) ook anders nadat je het geheugen leeg hebt gemaakt?

Die total-power-consumption ga ik zo nog even nalopen in de logs van CanonG1.
Kijken of ik daar ook dingen over kan vinden.

De data op adressen 0x09 en 0x0A zie je ook weer terug op 0x2C en 0x2D
Hetzelfde voor 0x0C en 0x0D, die zie je terug op 0x40 en 0x41.

_{Het is jammer dat ik hier thuis die decompiler niet kan gebruiken, want dat programma gaat echt compleet over z'n nek van Vista.}

[madwizard]

TD-er schreef op zaterdag 02 februari 2008 @ 20:07:
Die datum-notatie is wel een beetje apart.
Het is namelijk een andere volgorde dan in de logfile zelf.
Te weten: H:M M/D/Y in de bijlage-file tov. M/D/Y H:M in de log-file.

Dat is wel vreemd, ik heb eigenlijk ook alleen maar in die ene logfile gekeken en het viel me daar op dat het op een datum kon duiden, maar heb het verder niet onderzocht in andere files.

Kun je die logger-ID ook aanpassen?

In het apparaat? Dat weet ik niet, de software sorteert wel iets op logger ID maar ik weet niet of het in de datafiles nog terugkomt (niet naar gekeken). Ik heb het apparaat zelf ook niet...

Is die start-datum (aangenomen dat het inderdaad een datum is) ook anders nadat je het geheugen leeg hebt gemaakt?

Dat weet ik ook niet, zoals gezegd heb ik het apparaat niet, ik heb alleen even naar de software gekeken.

Die total-power-consumption ga ik zo nog even nalopen in de logs van CanonG1.
Kijken of ik daar ook dingen over kan vinden.

In die voorbeeldfile was het precies de helft van wat het programma aangaf maar je zou dat nog moeten checken met andere files. Je kan ook het programma nog doorzoeken om te kijken wat er met die opgeslagen power consumption wordt gedaan.

De data op adressen 0x09 en 0x0A zie je ook weer terug op 0x2C en 0x2D
Hetzelfde voor 0x0C en 0x0D, die zie je terug op 0x40 en 0x41.

De software lijkt verder niets met die bytes te doen, het logger ID wordt uitgelezen en de total power consumption opgeslagen, zelfs die datum wordt niets mee gedaan.

Het is jammer dat ik hier thuis die decompiler niet kan gebruiken, want dat programma gaat echt compleet over z'n nek van Vista.

Ik heb ook vista maar heb er totaal geen problemen mee hoor?

[Techneut]

Een kleine toevoeging. Een aantal keren zie ik "cos phi wel/niet" meenemen staan. Ik kan daar eigenlijk maar één ding over zeggen, een meter die pretendeert een wattmeter te zijn, maar de cos phi niet mee meet is een waardeloos prutsding. Naar verluidt zwerven ze hier en daar rond, maar ik heb er zelf nooit eentje gezien. Het is ook geen wattmeter maar een VA meter. Dus (als hij een beetje nauwkeurig is) alleen geschikt voor cos phi = 1. Heb je dus weinig aan.
Overigens geen idee wat de beoordelingen zijn van deze Promax van leonpwner1.

[TD-er]

madwizard schreef op zaterdag 02 februari 2008 @ 22:04:
[...]

Dat is wel vreemd, ik heb eigenlijk ook alleen maar in die ene logfile gekeken en het viel me daar op dat het op een datum kon duiden, maar heb het verder niet onderzocht in andere files.

Ik denk ook dat het een datum is en wel telkens 1 a 2 minuten voor de eerste log-sample van de bijbehorende logfile.
De data-files hebben alleen die initstring, de datum en de samples erin staan (en FFFFFFFF aan het eind)

madwizard schreef op zaterdag 02 februari 2008 @ 22:04:
[...]

In het apparaat? Dat weet ik niet, de software sorteert wel iets op logger ID maar ik weet niet of het in de datafiles nog terugkomt (niet naar gekeken). Ik heb het apparaat zelf ook niet...

Ha dat is wel grappig, de 2 personen die dus niet zo'n meter hebben zijn druk bezig de software te ontleden
Ik zal zo de handleiding van dat ding eens downloaden van de Conrad-site

madwizard schreef op zaterdag 02 februari 2008 @ 22:04:
[...]
In die voorbeeldfile was het precies de helft van wat het programma aangaf maar je zou dat nog moeten checken met andere files. Je kan ook het programma nog doorzoeken om te kijken wat er met die opgeslagen power consumption wordt gedaan.

Ik zal zo nog weer eens kijken wat die .NET reflector voor probleem heeft met Vista en desnoods installeer ik even snel een XP in een VMware .
Ik heb even een paar dingen bekeken van de eerste log-files van CanonG1 en de Watt-kolom bij elkaar opgeteld (in Excel) en gedeeld door 60 (elke sample is 1 minuut) is zo'n 94Wh. (94,128 om precies te zijn) Dus dat lijkt te kloppen met de waarde 0x5E in die bin-file.

madwizard schreef op zaterdag 02 februari 2008 @ 22:04:[...]

De software lijkt verder niets met die bytes te doen, het logger ID wordt uitgelezen en de total power consumption opgeslagen, zelfs die datum wordt niets mee gedaan.

Dan vermoed ik dat alleen de waarde van het totaal vermogen gebruikt zal worden om de gebruikte meter te onderscheiden. (loggerid)

madwizard schreef op zaterdag 02 februari 2008 @ 22:04:
[...]
Ik heb ook vista maar heb er totaal geen problemen mee hoor?

Vista64 bit?
Mischien is het ook wel een .net-versie probleem.

Edit:
Ja je kunt volgens de handleiding de logger een eigen ID geven.
Dan is het dus toch interessant om de log-info-file erbij te verwerken.
Nu dan nog een manier vinden om logdata en infofile te matchen, anders dan dicht bij elkaar liggende filenamen en totaal verbruik.

[ Voor 5% gewijzigd door TD-er op 02-02-2008 23:08 ]

[Erik Jan]

Logger ID voor de datafile wordt bepaald.... aan de hand van de filename

ID = bestandsnaam[0] - 'a' <-- dat wordt dus a b c etc.

Dus ik denk zo:
1) *.bin inlezen
2) "INFO:" bestanden inlezen en parsen, 0xE0C5EA (datafiles) tijdelijk op een queue
3) voor elke geldige infofile bijpassende datafiles parsen
4) gegevens per logger naar excel bestand

edit:

Het aantal seconden dat het jaar bezig is, op het moment van schrijven van de file

[ Voor 13% gewijzigd door Erik Jan op 03-02-2008 20:13 ]

[TD-er]

Hmm als die "A" aan het begin van de filenaam wegvalt, doordat dat de logger-ID is, dan heb ik ook een sterk vermoeden naar de berekening van de rest van de filenaam...
Het aantal seconden dat het jaar bezig is, op het moment van schrijven van de file

[JeroenH]

Nou weer wat moois... de .bin-files die de CEL3500 uitgespuugd heeft (wat er overigens dit keer drie zijn... ) na twee dagen meten aan de koelkast zorgen ervoor dat de Conrad-software vastloopt... Waardoor dus de software van TD-er de enige software is waarmee ik de data kan lezen Overigens heb ik wat probleempjes in Excel omdat hij de punten niet snapt als zijnde komma's, maar misschien doe ik iets verkeerd.

Zal ik de bestandjes uploaden TD-er?

En @dit bericht: de helpdesk was dus niet ingelicht maar daar gaan ze dus mee om door mijkortaf te woord te staan en te zeggen dat het apparaat dan maar teruggestuurd moet worden. Ach ja...

[ Voor 37% gewijzigd door JeroenH op 03-02-2008 19:57 ]

[madwizard]

CanonG1: misschien ook eens proberen wat instellingen van het apparaat zelf te wijzigen voor zover dat kan, zoals de kosten per kWh, in duidelijke waarden zoals 12.34 euro ofzo als dat kan. Dan kunnen we kijken of er nog andere interessante info in de files zitten.

[TD-er]

Ja upload maar.
Als Excel het niet snapt, kun je het altijd in Google-document openen (ik weet dat je gmail hebt, dus dan heb je dat ook)
Dat Excel de punten niet snapt komt door taal-instellingen in Windows. Excel kan -irritant genoeg- per cel een aparte getal-notatie bevatten. Ik heb hier thuis ook mijn Excel op . voor decimalen en , voor 1000-tallen staan en dan werkt dat dus zonder problemen. Als ik de software omschrijf zodat de . een , gaat worden, dan kan het niet meer in CSV opgeslagen worden, omdat dan niet meer duidelijk is wat wat is.
Uiteraard kan ik die scheidingskomma omzetten naar een willekeurig ander teken, zoals tab of "|".
Ik pas zometeen wel even het programma aan zodat je dat op de commandline kunt meegeven. (-tab bijv)

madwizard schreef op zondag 03 februari 2008 @ 20:05:
CanonG1: misschien ook eens proberen wat instellingen van het apparaat zelf te wijzigen voor zover dat kan, zoals de kosten per kWh, in duidelijke waarden zoals 12.34 euro ofzo als dat kan. Dan kunnen we kijken of er nog andere interessante info in de files zitten.

Ja en ook de ID van de logger

[ Voor 21% gewijzigd door TD-er op 03-02-2008 20:09 ]

[JeroenH]

madwizard schreef op zondag 03 februari 2008 @ 20:05:
CanonG1: misschien ook eens proberen wat instellingen van het apparaat zelf te wijzigen voor zover dat kan, zoals de kosten per kWh, in duidelijke waarden zoals 12.34 euro ofzo als dat kan. Dan kunnen we kijken of er nog andere interessante info in de files zitten.

OK, zal ik doen, evenals de ID.

[madwizard]

ID van de logger is inderdaad de eerste letter (min 'a'), zag het nu ook in de code staan. CSV in excel is zoals je zegt taalafhankelijk, ook het scheidingsteken is ';' als je nederlandse instellingen hebt (tot zover comma separated files ). Je kunt de software vast wel taalafhankelijke uitvoer laten genereren dan gaat het automatisch goed zolang je de software maar op dezelfde PC gebruikt. Of gewoon direct XLS genereren maar ik weet niet of dat makkelijk gaat in delphi.

Over reflector, ik heb 32-bits Vista dus misschien is dat het maar reflector is zelf ook in .NET geschreven dacht ik en dat is toch redelijk onafhankelijk van de windows versie. Maar je weet maar nooit.

[TD-er]

Ik ben nu de -tab en -int optie aan het uitproggen.
tab om de comma te veranderen in een tab en de int om de getallen niet meer in reals uit te voeren, maar in ints, dus dan moet je in Excel de waarden zelf even delen door 10 voor Volts, door 1000 voor de Amperes en door 100 voor de cos-phi.
Uiteraard kun je de Watts ook wel berekenen door =product(A1,B1,C1)/1000000 te doen.
Maar goed, als een tab erin zit, is -sc ook een optie (semicolon)

[TD-er]

en een nieuwe versie van de tool: Versie met nieuwe commandline opties
Gelijk maar even de uitvoer van "Energycheck.exe -help"

Usage: EnergyLogger.exe [inputfile] [-hvd] [-tab] [-int] [-sc]

-int   : Output values in integers, to avoid regional issues in Excel
         Voltage is in 1/10th Volt
         Current is in mA (1/1000th Ampere
         Powerfactor is in percentage, devide by 100 before use
-tab   : Use tab-character as seperator between values
-sc    : Use ";"-character as seperator between values
-d     : Debug-mode
-v     : Verbose
-? -h  : Show this help

[JeroenH]

@TD-er: ik heb weer wat dingen geüpload.

Weer topwerk met die versie twee!

[ Voor 33% gewijzigd door JeroenH op 03-02-2008 22:54 ]

[TD-er]

en een nieuwe versie V.0.1.1 V.0.1.2 V.0.1.3

Usage: EnergyLogger.exe [inputfile] <options>

-int    : Output values in integers, to avoid regional issues in Excel
           Voltage is in 1/10th Volt
           Current is in mA (1/1000th Ampere
           Powerfactor is in percentage, devide by 100 before use
           Please note: accuracy of Watt and VA-column will decrease
-tab    : Use tab-character as seperator between values
-sc     : Use ";"-character as seperator between values
-dpc,dpd: Use "," resp. "." as decimal-seperator
-va     : Display column with computed VA
-watt   : Display column with computed Watt
-values : Do not display legenda on 1st outputline
-d      : Debug-mode
-v      : Verbose
-vv     : More verbose. Will also show decoded values
-version: Show program version
-? -h   : Show this help

Let wel, deze versie gebruikt -als het goed is- de instellingen van Windows om te bepalen welk decimaal-teken gebruikt moet worden. Dus op een Nederlandse Windows zal 'anderhalf' "1,5" worden en niet "1.5".

edit:
in versie 0.1.2 kan dit met de hand aangepast worden door -dpd (of -dpdot) om de decimale punt in te stellen op "." en -dpc (of -dpcomma) om een komma te gebruiken als decimale punt.
Indien DecimalSeparator en valueSeparator gelijk zijn, zal de valueSeparator op ';' gezet worden.

edit:
Versie 0.1.3: valueSeparator zal alleen aangepast worden als de decimale punt gebruikt wordt en een probleem geeft. Bij de '-int' optie dus niet.
Verder is de optie '-start' toegevoegd, die in de eerste 2 kolommen laat zien wanneer een meting begint en wat het sample-nummer is sinds de laatste startdate.

Gebruik eventueel dus de -sc optie, of -tab als de scheiding tussen meetwaardes niet meer te onderscheiden is.

De source is uiteraard ook weer erbij gezet en die is weer een beetje gefatsoeneerd.

Ik zal zo even de nieuwe logs gaan testen, om de info-files te kunnen indexeren.

Ik heb tevens de files iets anders gesorteerd op de webspace. Hierdoor zijn de logs van CanonG1 verhuisd naar hier.

edit:
Bij deze de uiteenzetting van het formaat van de begeleidende info-file en alles wat we weten.
Grootste deel is eerder al uiteengezet in deze post

---

De grootte moet altijd minimaal 0x66 bytes zijn, en de file begint altijd met 'INFO:'.

0000:  [abbr="INFO:"]49 4E 46 4F-3A[/abbr] [red][abbr="totaal Wh"]00 00 5E[/abbr][/red]-00 01 00 00-00 D6 [red][abbr="totaal Wh (kopie)"]00 00[/abbr][/red]  INFO:  ^ ?   Í
0010:  [red][abbr="totaal Wh (kopie)"]5E[/abbr][/red] 00 00 00-00 00 00 00-00 00 00 00-00 00 00 00  ^
0020:  00 00 00 00-00 00 00 00-00 00 00 00-01 00 00 00              ?
0030:  00 00 00 00-00 00 00 00-00 00 00 00-00 00 00 00
0040:  00 D6 00 00-00 00 00 00-00 00 00 00-00 00 00 00   Í
0050:  00 00 00 00-[blue][abbr="logger ID (0..9)"]00[/abbr][/blue] [b][abbr="Ingestelde kWh-prijs van 'Cost1' (€ 1,234)"]01 02 03-04[/abbr][/b] [u][abbr="Ingestelde kWh-prijs van 'Cost2' (€ 5,678)"]05 06 07-08[/abbr][/u] [green][abbr="Datum?"]12 39 01[/abbr][/green]        ??? ????9?
0060:  [green][abbr="Datum?"]1D 08[/abbr][/green] [abbr="4 bytes 'FF' om eind van file aan te duiden"]FF FF-FF FF[/abbr]      -           -             ??    

rood (0x05-0x07) en (0x0E-0x10): total power consumption, big endian, in watt-uur (delen door 1000 voor kWh). Programma geeft zelf alleen het dubbele aan lijkt (0,188 kWh ipv 0,094 kWh).
blauw (0x54): logger ID (0..9) Eerste letter van filenaam is ook indicatie van logger-ID (A-J)
groen (0x5D): dit lijkt een datum, misschien van inschakelen van het apparaat?
Hex: 12 39 01 1D 08
Dec: 18 39 1 29 08
Omgeschreven: 29-01-2008 18:39, is even voor de eerste meting.
N.B.Datum-notatie is anders dan in de datafile.
bold (0x55-0x58): Ingestelde kWh-prijs van "Cost1" (€ 1,234 in dit voorbeeld)
underlined (0x59-0x5C): Ingestelde kWh-prijs van "Cost2" (€ 5,678 in dit voorbeeld)

Naamgeving van de .bin-files:
d02cc23d.bin

blauw : LoggerID. A=0, B=1, ... , J=9
groen: (vermoedelijk) HEX-notatie van aantal sec sinds begin van het jaar op het moment dat de file geschreven wordt.

---

Edit2:

Log6 van CanonG1 is duidelijk de meter de mist in gegaan (of de software).
De info-file geeft aan dat het aantal Wh over de meetperiode 2²⁴ is.
De grote logfile (a02c9120.bin) bevat aan het eind heel veel "FF"-jes. De originele software kan hiermee niet overweg, omdat die kijkt naar de lengte van die file - 12 Bytes en dan samples probeert te lezen. Mijn software kan per gelezen sample verwachten dat er ineens "FF FF FF FF" staat. Echter kan ook mijn software nog onderuit gaan als midden in een sample ineens de file afgelopen is. Moet ik morgen nog maar even naar kijken.
Kortom die meegeleverde software is niet heel erg fouttolerant te noemen

[ Voor 65% gewijzigd door TD-er op 04-02-2008 09:13 . Reden: versie 0.1.3 ]

[JeroenH]

TD-er schreef op zondag 03 februari 2008 @ 23:51:
Kortom die meegeleverde software is niet heel erg fouttolerant te noemen

Dat is geen verrassing. Ik vind het ook niet onverwacht dat er fouten in de .bin-bestanden zitten, want toen ik het geheugenkaartje er gisteravond inschoof ging de CEL3500 uit... De schrik sloeg me om het hart, maar na een kort uit- en weer inpluggen werkte hij weer normaal. Maar er is dus wel data-verminking opgetreden.

Ik ben nog steeds blij met het apparaat, maar ik moet eerlijk zijn: de gebruikerservaring is tot dusver niet geweldig.

Hij zit nu weer op mijn werk ingeplugd en ik denk dat ik 'm een dag of drie ingeplugd laat om de situatie met de zonnestroompanelen te simuleren.

[TD-er]

Heb je nog suggesties voor meer opties om de weergave aan te passen, of is het nu naar wens in te vullen?
Ik ga vanavond de interne data structuur van de software omgooien, zodat het intern al meer lijkt op waar ik naar toe wil, in SQL-formaat en uiteraard dat de boel ook nog steeds in dit formaat uitgevoerd kan worden. (en mischien in een native-Excel formaat, maar dat lijkt vooralsnog niet heel erg triviaal)
Deze huidige opzet is (met lezen en schrijven per regel en 1 open bin-file) niet heel praktisch als je ook de info-file wilt gaan verwerken en meerdere loggers wilt kunnen combineren. (logger per solar-omvormer mischien)
Tevens wil ik kijken of ik de software zonder veel aanpassingen ook kan compileren voor andere platformen, zoals Linux, zodat het op mijn webserver zou kunnen draaien als backend van een site.

Is het handig om de uitvoer in files per meet-sessie mogelijk te maken?
Is het wenselijk om meetsessies te koppelen als deze hooguit X minuten onderbroken zijn, met X bijv 1 of 2? Dit om gaten tijdens kopieeracties naar de kaart op te vangen.
Is het handig om in de CSV-uitvoer een extra kolom mogelijk te maken met de kosten en die kosten per ingestelde tijds-eenheid en bijbehorende prijs (bijv op de meter ingesteld nachtstroomtarief) te maken? Oftewel eigenlijk alles wat je ook in Excel zou kunnen doen, alvast in de software te laten doen

Voor reverse-engineering toepassingen, zou iemand bin-files kunnen sturen met duidelijk te onderscheiden tijden waarop bepaalde tarieven ingaan? (wisseling tussen cost1 en cost 2), die gegevens hebben we namelijk nog niet gevonden in de info-file.

[JeroenH]

TD-er schreef op maandag 04 februari 2008 @ 10:49:
Heb je nog suggesties voor meer opties om de weergave aan te passen, of is het nu naar wens in te vullen?

Voor wat mij betreft ben ik al erg blij mee, het enige waar ik niet helemaal uitkom is het formaat van de datum. Excel lijkt niet door te hebben dat het een "fractionele datum" is, maar dat kan ook aan mijn toch wat gebrekkige kennis van Excel liggen. Ik moet daar zelf nog wat tijd insteken.

Het zou wel makkelijk zijn als je het bronbestand kon opgeven, voorzover ik weet is dat nog hardcoded.

Oftewel eigenlijk alles wat je ook in Excel zou kunnen doen, alvast in de software te laten doen

Dat was precies wat ik dacht toen ik je opsomming las

Voor reverse-engineering toepassingen, zou iemand bin-files kunnen sturen met duidelijk te onderscheiden tijden waarop bepaalde tarieven ingaan? (wisseling tussen cost1 en cost 2), die gegevens hebben we namelijk nog niet gevonden in de info-file.

Wil ik wel doen, maar ik ben de komende paar avonden weg, wordt later deze week... (maar ik heb dan wel weer een lange .bin-file, minimaal drie dagen lang verbruik werk-PC's gemeten met 's nachts verbruik 0, à la zonnestroompanelen).

[ Voor 6% gewijzigd door JeroenH op 04-02-2008 12:09 ]

[TD-er]

CanonG1 schreef op maandag 04 februari 2008 @ 11:57:
[...]
Voor wat mij betreft ben ik al erg blij mee, het enige waar ik niet helemaal uitkom is het formaat van de datum. Excel lijkt niet door te hebben dat het een "fractionele datum" is, maar dat kan ook aan mijn toch wat gebrekkige kennis van Excel liggen. Ik moet daar zelf nog wat tijd insteken.

Het zou wel makkelijk zijn als je het bronbestand kon opgeven, voorzover ik weet is dat nog hardcoded.
[...]

Welk formaat wil jouw Excel graag zien voor de datum?
Het toevoegen van een parameter om de datum/tijd notatie aan te passen is namelijk erg eenvoudig.
Eventueel zou je natuurlijk ook sample-nummer kunnen gebruiken en dan dus de hele datum weglaten. (parameter -start)
Ik heb even een standaard .csv-file hier op mijn werk in een NLs-talige Excel geopend, met NLse Windows.
Dan snapt Excel niets van de kolommen (punt als decimaal-teken en komma als value-separation) en krijg je alles in de eerste kolom te zien.
Selecteer dan de hele eerste kolom (op de A-knop drukken boven die kolom).
Dan met Data => Teks naar Kolommen.
In dat eerste venster selecteer je "gescheiden" en dan volgende.
Op die pagina vinkje plaatsen bij "komma" en volgende.
Op die pagina is de eerste kolom al geselecteerd en dan kies je als "gegevenstype per kolom" voor datum en in dat pull-down menutje selecteer je "JMD" en bij de "Geavanceerd" knop controleer je het teken voor decimalen (de punt in dit geval) en dan op "Voltooien" klikken.

Dan heeft Excel de datum-notatie in die kolom ook omgegooid, oftewel gesnapt en in mijn geval staat er dan ook "1-2-2008 8:39" terwijl er in de CSV-file staat "2008/02/01 8:39".

Over het hardcoded bronbestand...
Ik wil nog een optie -dir opnemen, die alle bin-files in die dir dan gaat interpreteren.

Edit:
Ik zal vanavond, als ik weer thuis ben, wel even een -dutch optie maken die standaard naar deze syntax output:

Date;Voltage;Current;Cos-phi
1-2-2008 8:39;220,6;2,88;0,73
1-2-2008 8:40;220,6;2,743;0,71
1-2-2008 8:41;220,7;2,736;0,7

[ Voor 9% gewijzigd door TD-er op 04-02-2008 13:36 ]

[Boudewijn]

Ik heb zojuist de energie-meter van de Lidl gehaald (kom er verder nooit) , van 15E oid.
Even een spanningsmeting gedaan hier in huis, de meter geeft 222V aan.
Mijn fluke 115 geeft 238 aan (ja dat is hoog, einde van het net, en binnen de toleranties).
Dat is dus 16V , en ruwweg 8%... terwijl het ding op 3% gespecificeerd is volgens de manpage.

Terugbrengen of niet? Het lijkt me sowieso dat als je voltage zoveel afwijkt , je vermogen dat dus ook minstens zo hard doet .

[JeroenH]

Boudewijn schreef op maandag 04 februari 2008 @ 16:20:
(kom er verder nooit)

Geeft niks hoor

Het lijkt me sowieso dat als je voltage zoveel afwijkt , je vermogen dat dus ook minstens zo hard doet .

Mogelijk zelfs het kwadraat daarvan... Als je voltmeter afwijkt mag (moet) je er van uitgaan dat de ampère-meter (wat feitelijk ook een voltmeter is) minimaal dezelfde afwijking heeft. Plus de vraag of cos phi wel/niet meegenomen wordt...

Terugbrengen of niet... Geen idee, alleen zou ik hem niet gebruiken voor metingen waarvan echt iets afhangt. Wat dat betreft heb ik veel meer vertrouwen in mijn Conrad meters; de Energy Monitor 3000 en de Energy Logger 3500.

[Boudewijn]

Stroom meter is idd wss een voltmeter met een shunt....
Maar feitelijk gezien valt hij buiten de spec zoals in de manual omschreven en kan hij terug en evt een nieuwe mee naar huis.
Ik wil dan wel enig vertrouwen in de onderneming hebben, want ik mag het de cassiere uit gaan leggen.

[Techneut]

Boudewijn schreef op maandag 04 februari 2008 @ 16:20:
Ik heb zojuist de energie-meter van de Lidl gehaald (kom er verder nooit) , van 15E oid.
Even een spanningsmeting gedaan hier in huis, de meter geeft 222V aan.
Mijn fluke 115 geeft 238 aan (ja dat is hoog, einde van het net, en binnen de toleranties).
Dat is dus 16V , en ruwweg 8%... terwijl het ding op 3% gespecificeerd is volgens de manpage.

Terugbrengen of niet? Het lijkt me sowieso dat als je voltage zoveel afwijkt , je vermogen dat dus ook minstens zo hard doet .

Voor ongeveer €15,- ? Daar kun je nooit iets goeds voor hebben. Met zo'n in mijn ogen grove afwijking kun je het net zo goed met een natte vinger doen. Persoonlijk, ik kom er ook nooit, zou ik bij zo'n adres sowieso behalve levensmiddelen weinig vertrouwen hebben. Ik zou hem terug brengen en bij een gespecialiseerde winkel een paar tientjes meer besteden.
Fluke behoort beslist tot de betere fabrikanten, alleen wanneer is die voor het laatst gekalibreerd? Want 238V is wel erg hoog! Is die waarde daar aannemelijk?

[TD-er]

Zojuist even snel versie 0.1.4 gebakken.
Toegevoegd is de -dutch optie.
Deze zorgt voor een datumformaat in de vorm "D-M-Y" , ";" als scheidingsteken en "," als decimale punt.

[Boudewijn]

Techneut schreef op maandag 04 februari 2008 @ 17:41:
[...]
Voor ongeveer €15,- ? Daar kun je nooit iets goeds voor hebben. Met zo'n in mijn ogen grove afwijking kun je het net zo goed met een natte vinger doen. Persoonlijk, ik kom er ook nooit, zou ik bij zo'n adres sowieso behalve levensmiddelen weinig vertrouwen hebben. Ik zou hem terug brengen en bij een gespecialiseerde winkel een paar tientjes meer besteden.
Fluke behoort beslist tot de betere fabrikanten, alleen wanneer is die voor het laatst gekalibreerd? Want 238V is wel erg hoog! Is die waarde daar aannemelijk?

Dat fluke geen brol is weet ik (de meeste mensen die een fluke kopen kopen die niet omdat hij er leuk uitziet in de opruimbak bij de gamma ).
Hij is half jaartje oud.... en ik heb hier een tek465 die dezelfde waarde aangeeft.
Feit is gewoon dat het lidl-ding buiten de spec werkt; ik accepteer een ruime spec (3%) voor die lage prijs... maar dit is gewoon incorrect.
Ga morgen eens stennis schoppen (wel eerst lief proberen).

[ Voor 5% gewijzigd door Boudewijn op 04-02-2008 23:12 ]

[Anoniem: 122995]

Iemand hier die zijn energiemeterstand bijhoudt zoals op www.bwired.nl?


Een gemodificeerd velleman kitje icm een 1-wire counter die het knipperledje van je verbruiksmeter bij houdt.

Ik zit er zelf aan te denken om op deze manier mijn energieverbruik bij te houden. In combinatie met een HA7net (1wire -> Ethernet, embeddeddatasystems.com) is het geheel vrij makkelijk aan een database te knopen.

[Anoniem: 135487]

Erg interessant, maar ik zit thuis nog met een draaischijfmeter. Momenteel probeer ik alles zowat bij te houden manueel (eenmaal per week checken), maar het zou wel handig zijn een totaal overzicht te krijgen (zo ook bv wat 's nachts verbruikt wordt). Maar goed, voor de individuele apparaten ga ik me daar eens een energiemeter voor aanschaffen.

[Anoniem: 122995]

Anoniem: 135487 schreef op dinsdag 05 februari 2008 @ 15:40:
Erg interessant, maar ik zit thuis nog met een draaischijfmeter. Momenteel probeer ik alles zowat bij te houden manueel (eenmaal per week checken), maar het zou wel handig zijn een totaal overzicht te krijgen (zo ook bv wat 's nachts verbruikt wordt). Maar goed, voor de individuele apparaten ga ik me daar eens een energiemeter voor aanschaffen.

Op dezelfde website houden ze ook de gegevens bij van de gasmeter, en dat werkt met een sensor die het reflecterende stukje op de "6" kan detecteren. Misschien kan zoiets ook op jouw draaischijfmeter?

[Techneut]

Niet eens zo'n gek idee om dit toe te passen op een kWh meter en een uitdaging voor doe het zelvers op het gebied van electronica. Op mijn kWh meter staat b.v. 600 omw/kWh. Met simpel tellen van de omwentelingen meet je dan met een resolutie van 1/600 kWh. Nog niet eens zo slecht.

[JeroenH]

Techneut schreef op woensdag 06 februari 2008 @ 11:37:
Niet eens zo'n gek idee om dit toe te passen op een kWh meter en een uitdaging voor doe het zelvers op het gebied van electronica. Op mijn kWh meter staat b.v. 600 omw/kWh. Met simpel tellen van de omwentelingen meet je dan met een resolutie van 1/600 kWh. Nog niet eens zo slecht.

Wel met twee sensoren meten zodat je ook de draairichting meet. Ander telt het systeem een zonnestroom-overschot niet

[Gwannoes]

Techneut schreef op woensdag 06 februari 2008 @ 11:37:
Niet eens zo'n gek idee om dit toe te passen op een kWh meter en een uitdaging voor doe het zelvers op het gebied van electronica. Op mijn kWh meter staat b.v. 600 omw/kWh. Met simpel tellen van de omwentelingen meet je dan met een resolutie van 1/600 kWh. Nog niet eens zo slecht.

Ik geloof in het router-hacking topic stond zoiets al beschreven, of was het in een Electuur van 2006/2007? Daar werdt beschreven hoe je een sweex routertje kunt hacken en er bijv. een gas/water/licht logger van kunt maken. Benaderbaar over ethernet

[joopv]

CanonG1 schreef op woensdag 06 februari 2008 @ 11:47:
[...]Wel met twee sensoren meten zodat je ook de draairichting meet. Ander telt het systeem een zonnestroom-overschot niet

De kans dat een Tweaker een zonnestroom overschot heeft is erg klein Dat zijn meestal geen ultragroene geitewollensokken milieufanaten.

[Techneut]

Waarom? Het een sluit het ander niet uit. Op dit zelfde Tweakers Net is een rubriek waar die overschotten bij zonnepanelen en dus terugleveringen juist worden gemeld.
Bovendien zal zo'n systeem bij helder weer sowieso fors terugleveren op tijdstippen waarop je niets verbruikt. Die tijdstippen zijn er genoeg.

Zal overigens nog niet meevallen om de draairichting d.m.v. een tweede sensor vast te stellen, of het zou moeten gaan d.m.v. tijdmeting tussen sensor 1 en 2, ruimtelijk iets van elkaar verschoven en dan tijdstippen elke omwenteling vergelijken.

[TD-er]

Techneut schreef op woensdag 06 februari 2008 @ 13:38:
Waarom? Het een sluit het ander niet uit. Op dit zelfde Tweakers Net is een rubriek waar die overschotten bij zonnepanelen en dus terugleveringen juist worden gemeld.
Bovendien zal zo'n systeem bij helder weer sowieso fors terugleveren op tijdstippen waarop je niets verbruikt. Die tijdstippen zijn er genoeg.

Zal overigens nog niet meevallen om de draairichting d.m.v. een tweede sensor vast te stellen, of het zou moeten gaan d.m.v. tijdmeting tussen sensor 1 en 2, ruimtelijk iets van elkaar verschoven en dan tijdstippen elke omwenteling vergelijken.

Het is exact die techniek die gebruikt werd in de oude muizen met balletje en die nu nog steeds voor je scroll-wheel gebruikt wordt.
2 sensoren waarbij de ene half open was en de ander volledig open of volledig dicht.
Op die manier kun je heel makkelijk de richting vaststellen.

[JeroenH]

joopv schreef op woensdag 06 februari 2008 @ 13:02:
De kans dat een Tweaker een zonnestroom overschot heeft is erg klein

Vrijwel iedereen met een zonnestroominstallatie heeft op zonnige dagen momenten dat hij/zij teruglevert, tenzij je een sluipverbruik van 600 Watt (of meer) hebt.

Dat zijn meestal geen ultragroene geitewollensokken milieufanaten.

Goed genuanceerd uitgedrukt weer Er zijn meer Tweakers dan je denkt met zonnestroompanelen, en dat zijn lang niet allemaal "ultragroene geitewollensokken milieufanaten" (wat dat ook zouden mogen zijn trouwens).

[TD-er]

CanonG1 schreef op woensdag 06 februari 2008 @ 14:00:
[...]
"ultragroene geitewollensokken milieufanaten" (wat dat ook zouden mogen zijn trouwens).

Ik denk milieu fanaten die sokken hebben van heeeeeeel erg groene geiten

[JeroenH]

TD-er schreef op woensdag 06 februari 2008 @ 14:35:
Ik denk milieu fanaten die sokken hebben van heeeeeeel erg groene geiten

Warning, ik ga offtopic :

[JeroenH]

Ik denk dat ik mijn Energy Logger 3500 terug ga sturen naar Conrad. Ik heb hem maandagochtend op mijn werk ingeplugd en vandaag aan het einde van de werkdag uitgeplugd. Ik ga de bestandjes analyseren met de geweldige software van TD-er... blijkt dat hij maar tot dinsdagavond 19:58 gemeten heeft. Daarna is er niets meer.

Het mooie is ook weer dat de originele software er volledig op stukloopt, allerlei vage interne foutmeldingen.

Wat een kloteding

-edit-

De betreffende .bin files geüpload naar TD-er....

[ Voor 6% gewijzigd door JeroenH op 06-02-2008 21:25 ]

[TD-er]

Hmm als ik de file-size van die 2 logfiles bij elkaar optel en deel door 5 Bytes, dan kom ik op zo'n 58 uur uit en dat zal in de praktijk dus iets minder zijn, doordat er ook informatie in zit wat geen samples bevat.
Als ik kijk naar de begeleidende tekst,, dan scheelt dat niet zoveel van de werkelijke log-grootte:

Gemeten vanaf 04-02-2008 ongeveer 09:00 t/m 06-02-2008 ongeveer 18:15.
Helaas heeft de Energy Logger er op 05-02-2008 om 19:58de brui aan gegeven, daar stopt de meting.

Oftewel puur gelet op de filesize, dan zou er dus nog wel meer in kunnen staan.
Ik zal morgen, als ik wat wakkerder ben, eens even in de files gaan duiken.
* TD-er heeft gisteren avond ook zo'n apparaat besteld en ik ben benieuwd wanneer 'ie binnen komt en of die ook zo instabiel is.
_{Voor het geval de conrad-medewerkers meelezen, Opdrachtnummer: xxx3346039}


Edit:
Ik kan er niets aan doen, maar toch maar even de boel bekeken....
De hele CSV-file. Tussen 05-02-2008 19:58 en 05-02-2008 20:04 mis je wel een paar minuten, maar verder lijkt alles er te zijn.
Het is mij ook opgevallen dat een .bin file kennelijk niet groter kan worden dan zo'n 10 kB, dus dat je dan die files aan elkaar moet plakken (laatste "ff"-jes eraf knippen) en dan kan mijn software er wel mee overweg.
Kortom, dat is een mooie feature voor versie 0.2, die ongetwijfeld morgen gaat komen
Ik heb hier ook nog even de 2 binfiles aan elkaar geplakt zoals zou moeten.
De complete log bevat nu zo'n 3474 samples, dat is zo'n 57 uur, 54 min.

[ Voor 33% gewijzigd door TD-er op 07-02-2008 21:09 . Reden: nu wel werkende complete CSV-file geplaatst ]

[TD-er]

En versie 0.2.0 versie 0.2.1 is geupload.

Usage: EnergyLogger.exe [-f inputfile] <options>
                                                               Version: 0.2.1
-int    : Output values in integers, to avoid regional issues in Excel
           Voltage is in 1/10th Volt
           Current is in mA (1/1000th Ampere
           Powerfactor is in percentage, devide by 100 before use
           Please note: accuracy of Watt and VA-column will decrease
-tab    : Use tab-character as separator between values
-sc     : Use ";"-character as separator between values
-dpc,dpd: Use "," resp. "." as decimal-separator
-va     : Display column with computed VA
-watt   : Display column with computed Watt
-values : Do not display legenda on 1st outputline
-d      : Debug-mode
-start  : Show when a new measurement was started
-dutch  : For use in Dutch Excel. Dateformat: D-M-Y. and options -sc -dpc
-f file : Select an inputfile (only in current dir.)
-dir    : Process all .bin files in current dir. Will override -f option.
-v      : Verbose
-vv     : More verbose. Will also show decoded values
-version: Show program version
-? -h   : Show this help

Intern heb ik de hele structuur omgegooid, zodat er makkelijker uitbreidingen gemaakt kunnen worden en op deze manier is uitvoer naar bijvoorbeeld SQL voor een database nu heel eenvoudig.
met de optie -f kun je een bepaalde .bin file meegeven (alleen in huidige dir, path wordt er nu nog vrij bruut voor geplakt)
Met de -dir optie kun je alle .bin files in de huidige dir in een keer verwerken.
De uitvoer gaat naar meerdere .csv-files. Per file zijn alleen nog maar opeenvolgende samples opgenomen en een onderbreking in de samples zorgt voor uitvoer naar een losse file.
Ik ga nog proberen om opname sessies aan elkaar te knopen als de onderbreking hooguit 1 minuut is. Als het apparaat meerdere files genereerd, zal je uiteraard ook meerdere uitvoer-files krijgen, omdat een .bin file altijd begint met een timestamp.
De info-files worden nu nog gewoon genegeerd.

Edit:
Een minor upgrade naar versie 0.2.1
De info-files worden nu ook geparsed, maar buiten het opslaan in de datastructuur en printen in debug-mode wordt er nog niets mee gedaan.
Wel zijn er nog wat extra checks ingebouwd om fout geformatteerde files beter te kunnen verwerken, zonder te crashen.
ToDo:
• Het combineren van de verwerkte data uit info-files in de meet-sessie-data.
• Combineren van meet-sessies die minder dan N minuten lang onderbroken zijn geweest (2 logfiles van het apparaat bijvoorbeeld)
• Grafische weergave.
• omzetten naar Lazarus, een OpenSource IDE om freepascal gebouwd.

[ Voor 15% gewijzigd door TD-er op 08-02-2008 01:57 ]

[Anoniem: 82384]

Ah, hierheen verwezen vanuit het Duurzaam energie topic. Wist niet dat er een dedicated topic was over meters (had niet eens gezocht )

Ik heb een vreemde situatie. Ik heb een oude meter die de power factor (cos phi dus) aangeeft, en een nieuwe die dat niet doet. De oude is een 'Paget Trading, model no. 9149' (denk een jaar of 5-10 oud), de nieuwe een Voltcraft Energy Check 3000 van Conrad.

In principe was ik over de oude tevreden (hij leek het prima te doen) behalve dat hij maar vanaf ongeveer 6 Watt kan meten, en alleen hele Watts (lastig voor lage verbruiken). Toen heb ik dus de nieuwe aangeschaft, en wat bleek: hij geeft andere meetresultaten. Voor 'simpele' dingen boven de 10 Watt zoals spaarlampen en een computer met active PFC voeding komen ze goed overeen (nauwkeurigheidsspec in acht genomen), maar het toppunt is onze (HR) CV ketel waar de oude 40 Watt geeft en de nieuwe 5W (als de ketel niet actief is, in standby zeg maar)!

Nu begrijp ik inmiddels dat zoiets met cos phi te maken kan hebben, maar als ik het snap, dan geeft een apparaat die cos phi begrijpt een nauwkeuriger waarde, en is deze gelijk aan, of lager dan een apparaat die dat niet snapt. Dit rijmt echter niet met de meting aan de CV ketel. De oude meter (die cos phi weergeeft) geeft juist (veel!) meer aan dan de nieuwe. Ik wil wel geloven dat de Voltcraft cos phi ook snapt maar alleen niet kan weergeven (is dat zo?) maar dan zouden ze dus een vergelijkbare meetwaarde moeten opleveren.

Ik zie op de oude meter wel dat de cos phi bij de ketel soms tot 0.6 zakt en als de meter dit aangeeft is de standby weergave ook lager (iets onder de 30 Watt). Het lijkt er dus op dat de oude meter wel de cos phi aangeeft, maar het toch niet helemaal snapt

Afgaande op de informatie uit de rest van dit topic, en aangezien de EC3000 consistent gelijk of lager aangeeft dan de oude meter ben ik voorlopig in ieder geval geneigd de EC3000 te geloven. Dat is ook nog beter voor de portemonnee

(Het probleem dat CanonG1 een stukje terug roept over het pulseren dat hij dan terug naar nul springt heb ik geen last van. Kan - afgezien van het bovenstaande verhaal - prima iets meten zoals een wasmachine die niet continu verbruikt.)

[Gwannoes]

Zoals ik in het begin van dit topic al eerder heb aangegeven, heeft dit niet zoveel met cosPhi te maken.

Phi is de hoek tussen spanning en stroom, die ontstaat bij fasedraaiing: bij bijvoorbeeld een inductieve belasting ijlt de spanning na op de stroom. Hierdoor is het effectieve vermogen niet gelijk aan U*I, aangezien de maximale stroom niet op hetzelfde moment is als de maximale spanning.
Door de cosinus van Phi te nemen, heb je een correctiefactor waardoor je toch het effectieve vermogen kunt berekenen: P=U*I*Cos(Phi).

Voor rare actieve belastingen (bijvoorbeeld bij fase-aansnijding) waarbij de genomen stroom niet sinus-vormig is, is er helemaal geen sprake van fasedraaiing. Je hebt echter nog wel een factor tussen het schijnvermogen U*I en het effectieve vermogen. Ik heb geconstateerd dat de Energy Monitor 3000 voor de Cos(Phi) gewoon deze factor weergeeft. Voor sinusvormige belastingsstromen klopt dit dus ook wel, maar voor rare pulserende belastingen gaat het dus niet over Cos(Phi) maar enkel over een correctiefactor.

Ook al geeft de Energy Check 3000 geen Cos(Phi) weer, hij hanteert waarschijnlijk wel het juiste meetprincipe: telkens de momentane spanning met de momentane stroom vermenigvuldigen, en dat integreren over de hele periode van de sinus.

Ik heb het idee dat goedkopere en/of oudere meters een ander meetprincipe hanteren, (waarschijnlijk met nuldoorgang-detectie) waardoor ze enkel cosPhi kunnen meten, maar bij actieve/pulserende belasting de fout in gaan en een veel hogere waarde aangeven.

[Techneut]

Goede uitleg. Alleen één puntje, ik zie de cos phi niet zozeer als een correctiefactor, maar als wezenlijk onderdeel van het vermogen P = U*I*cos phi. U en I zijn toch ook geen van beide een correctiefactor? Elke meter die pretendeert een wattmeter te zijn, maar de cos phi verwaarloost is een waardeloze prul. Bovendien is het geen wattmeter, maar een VA-meter. Alleen voor cos phi=1 komt het resultaat overeen met een echte wattmeter. En tenslotte kun je natuurlijk zowel met een als het ander te maken hebben, dus zowel faseverschuiving als vervorming.

De oudste (electrodynamische) meters met gewoon een wijzer en hoegenaamd geen electronica gaven heel merkwaardig het meetresultaat van nature altijd correct weer. Zodra ze werkten met alleen al het gelijkrichten van stroom en spanning liep men tegen het fenomeen vervorming aan. En dat was niet alleen maar sinds apparatuur met faseaansnijding in opkomst was, maar kwam al voor sinds het begin van wisselstroomtoepassingen. Denk daarbij aan een niet ideale stator en rotor van een generator (die bestaan nl. niet) of aan verzadigingsverschijnselen van een inductieve belasting. En een magnetiseringskromme van een spoel met een ijzeren kern is sowieso al nooit recht. Al met al oorzaken waarbij je nooit een ideale sinus hebt van stroom en spanning, maar altijd te maken hebt met harmonische vervorming.

Sinds de opkomst van de electronica in de meettechniek waren ontwerpers zich hiervan bewust. En een goede meterfabrikant hield hier met zijn ontwerp rekening mee door een systeem van sampling en integreren. Een prutsfabrikant hield en houdt hier geen rekening mee, hetzij vanwege de goedkoopte en speculeren op dat de doorsneeklant dit toch niet weet, of ze weten dit door een gebrek aan opleiding zelf ook niet.

Geen idee hoe serieuze testresultaten zijn van die "goedkoopies" uit de bouwmarkten.

[Anoniem: 82384]

Techneut schreef op vrijdag 08 februari 2008 @ 12:19:
Alleen één puntje, ik zie de cos phi niet zozeer als een correctiefactor, maar als wezenlijk onderdeel van het vermogen P = U*I*cos phi.

Het gaat uiteindelijk om een integratie. Integreren lijkt wel wat op vermenigvuldigen, bijvoorbeeld voor een blokgolf: integreren geeft dan hetzelfde resultaat als vermenigvuldigen van lengte en hoogte. Voor andere vormen wordt het uitkijken.
U*I gaat er van uit dat je twee sinus-vormige signalen hebt die je net als een blok gewoon kunt vermenigvuldigen (mits je niet top-top waarden neemt natuurlijk).
U*I*cos phi gaat er van uit dat je twee sinus-vormige signalen hebt die ten opzichte van elkaar verschoven zijn.

Als je met 'random' signalen te maken hebt kun je dergelijke vereenvoudigingen niet maken, en moet je echt integreren. Bij signalen waar dat niet lukt* moet je dan zo snel mogelijk samplen. Je gaat dan als het ware het signaal opdelen in kleine staafjes waarvoor de vereenvoudiging wel werkt. De samplerate moet dan (veel) hoger liggen dan de tijdschaal waarop het signaal verandert om een goed resultaat te krijgen.

Als je een 'vreemd' signaal hebt dan bestaat cos phi dus eigenlijk niet (want er is niet zomaar een fase-verschuiving) en kan dit dus wel als correctiefactor gezien worden (die natuurlijk wel de werkelijke situatie beschrijft). De waarde van deze correctiefactor hangt uiteindelijk natuurlijk ook af van hoe je de waardes van U en I bepaalt van zo'n random signaal. Meet je deze immers op het maximum gezien in een bepaald interval, dan zal de correctiefactor lager zijn dan als je deze bepaalt op het gemiddelde. Het werkelijk vermogen blijft in beide gevallen gelijk. De waarde van 'cos phi' is dus zowel een correctiefactor als ook wezenlijk onderdeel van het werkelijke vermogen

Conclusie is voor mij in ieder geval dat ik de oude meter niet vertrouw, omdat deze waarschijnlijk de cos phi (of correctiefactor) bepaalt op basis van de (al incorrecte of niet representatieve) meetwaarden van U en I...

* Als je het volume water wilt meten wat door een pijp stroomt waarvan bijvoorbeeld de diameter en stroomsnelheid allerlei random fluctuaties vertonen, is dat heel eenvoudig door echt te integreren: je laat namelijk gewoon het water in een emmer lopen. Dit principe werkt echter niet voor alle integraties, zo kun je de oppervlakte van een stuk land van willekeurige vorm niet bepalen door het land in een emmer te gooien

[Techneut]

Is wel een goede aanvulling. Ik weet heel goed wat integreren is, ik zou het niet "het lijkt wat op vermenigvuldigen" willen noemen, maar meer optellen van oneindig kleine delen. Maar nog steeds maakt het verschil of je die vervormde stroom door een zuiver ohmse belasting stuurt of door een deels inductieve.
Mijn opmerking ging over het noemen van de cos phi als correctiefactor. Dat is dus een beetje te kort door de bocht, want het gaat lang niet altijd om maar enkele procenten. Ik zou dan eerder kiezen voor de officiële term arbeidsfactor. Daarmee neem je alle facetten mee.

Nog even ter aanvulling.
Elke (periodieke) vervormde sinus kan worden ontbonden in een aantal wel sinusvormige stromen en spanningen met frequenties die een veelvoud zijn van de grondfrequentie, zogenaamde harmonischen. Voor elke frequentie zou dan een eigen cos phi gelden. Heel complex dus, maar een goed ontworpen meter met rms-weergave kan dit door een voldoend hoge samplingfrequentie en integreren gewoon doordat je per sample simpel u*i neemt. Let op de kleine letters, die staan voor de periodieke waarden en niet U en I die de effectieve waarden weergeven. Dus niks integreren etc.

En dat is het kardinale verschil met vroegere ontwerpen en huidige goedkoopies, die al wel een hele handel aan electronica aan boord hebben, maar niet voorbereid zijn op sterke vervormingen. Ze werken door eenvoudig met de stroom en spanning gelijk te richten en de vervolgens ontstane gemiddelde waarde (2/pi*i_max) simpel omrekenen met de vormfactor voor een zuivere sinus, met als resultaat de beoogde effectieve waarde (1/wortel 2)*i_max.

[TD-er]

Ik kreeg vanmorgen een mannetje van Selektvracht aan de deur met mijn EnergyLogger3500... Die zou pas vanaf de 20e weer leverbaar zijn.
Nu zit er op de zijkant van de doos een vrij grote fel-oranje-rode sticker met "24 stunden Service" en "Bevorzugt bearbeiten!", wat volgens mij zoveel wil zeggen als "Priority".
Zou Conrad meelezen?
In elk geval zit ik nu te spelen ermee en volgens mij wordt ook de munteenheid in de info-file opgeslagen, dus die zoeken we ook even op

---

In elk geval heb ik een klein bugje gefixed in versie 0.2.1 waarbij de uitlezing van de ingestelde tarieven niet goed ging...

code:

(((A*10)+B*10)+C)

is iets anders dan:

code:

(((A*10)+B)*10+C)

[ Voor 4% gewijzigd door TD-er op 09-02-2008 23:24 ]

[Gwannoes]

CanonG1 schreef op woensdag 06 februari 2008 @ 21:18:
Ik denk dat ik mijn Energy Logger 3500 terug ga sturen naar Conrad. Ik heb hem maandagochtend op mijn werk ingeplugd en vandaag aan het einde van de werkdag uitgeplugd. Ik ga de bestandjes analyseren met de geweldige software van TD-er... blijkt dat hij maar tot dinsdagavond 19:58 gemeten heeft. Daarna is er niets meer.

Het mooie is ook weer dat de originele software er volledig op stukloopt, allerlei vage interne foutmeldingen.

Wat een kloteding

Ik zou hem zeker terugsturen... Ze hadden al eerder leveringsproblemen omdat hij niet voldeed Conrad's kwaliteitseisen... Wellicht dat het apparaat nog steeds kuren heeft die bij latere versies wel opgelost zijn/worden.
Of met Conrad afspreken dat als er een bugfix is, je hem alsnog mag omruilen

[TD-er]

Gwannoes schreef op zaterdag 09 februari 2008 @ 17:26:
[...]

Ik zou hem zeker terugsturen... Ze hadden al eerder leveringsproblemen omdat hij niet voldeed Conrad's kwaliteitseisen... Wellicht dat het apparaat nog steeds kuren heeft die bij latere versies wel opgelost zijn/worden.
Of met Conrad afspreken dat als er een bugfix is, je hem alsnog mag omruilen

Ik zou 'm niet terugsturen, want de logfiles van hem geven wel gewoon de juiste waarden weer, mits je de data correct verwerkt en dat doet de meegeleverde software niet.
Voor zover ik kan zien is de meter niets mee mis en mijn software kan op dit moment al prima een hele dir met .bin files verwerken. (tot nu toe in 1 file per meetsessie, maar ik werk op dit moment aan een mooiere uitvoer)

[Malthus]

Net als TD-er ben ik ook bezig met een programma om de logfiles van m'n Energy Logger 3500 in te lezen. Ik kan de datafiles al wel inlezen (dankzij de informatie in dit topic), maar de info-file die ik heb ziet er compleet anders uit. De file is wel 102 bytes groot, maar begint niet met "INFO" en eindigt niet met 4x "FF".

code:

000000000  FD 00 0F 30 08 FB 00 0E-30 08 F2 00 0E 30 08 F7   |   0 û  0    0 ÷|
000000010  00 0E 30 09 02 00 0F 30-09 03 00 0F 30 09 08 00   |  0.   0.   0.  |
000000020  0F 30 09 0C 00 0F 30 09-0C 00 0F 30 09 0E 00 0F   | 0.   0.   0.   |
000000030  30 09 07 00 0F 30 09 08-00 0F 30 09 0B 00 0F 30   |0.   0.   0.   0|
000000040  09 0A 00 0F 30 09 0A 00-0F 30 09 04 00 0F 30 09   |..  0..  0.   0.|
000000050  08 00 0F 30 09 11 00 0F-30 09 11 00 0F 30 09 0F   |   0.   0.   0. |
000000060  00 0F 30 09 0B 00                                 |  0.            |

Offtopic: De uitvoer ziet er misschien niet zo fraai uit, maar ik zoek hier nog een handig programma voor. Dit is uitvoer met Notepad++, maar dat werkt niet zo soepel met hexadecimaal.

[TD-er]

Malthus schreef op zaterdag 09 februari 2008 @ 18:40:
Net als TD-er ben ik ook bezig met een programma om de logfiles van m'n Energy Logger 3500 in te lezen. Ik kan de datafiles al wel inlezen (dankzij de informatie in dit topic), maar de info-file die ik heb ziet er compleet anders uit. De file is wel 102 bytes groot, maar begint niet met "INFO" en eindigt niet met 4x "FF".
[...]

Zien al die info files (die files van 102 bytes groot) er zo uit?

---

Versie 0.2.2 is geupload.

Grootste aanpassing is dat de uitvoer nu ontdaan is van duplicaten.
Wanneer je de logger niet reset of het geheugen niet leeg maakt na het overpompen op de SD-kaart, krijg je verschilende data-files met feitelijk dezelfde meetdata (en meer data in de latere files).
Als je dat dan gaat verwerken in bijvoorbeeld Excel, dan krijg je nogal rare resultaten.
Nu worden de duplicaten weggegooid.
Om dat een beetje fatsoenlijk te doen, moest de data gesorteerd worden. Dat is ook handig/noodzakelijk om de kort onderbroken sessies automatisch aan elkaar te lassen, zodat je bijvoorbeeld bij metingen van enkele dagen, gewoon 1 logfile krijgt.
Als je tussen het uitlezen van de meter nu dus niet meer het geheugen leegmaakt, geeft dat ook geen problemen meer. Ook het bij elkaar gooien van oude logfiles is geen probleem meer.

Ik heb ook ontdekt wat die datum is in de info-files. Dat is de laatste keer waarop de meter gereset is, danwel het geheugen leeg is gemaakt. Als je bijvoorbeeld een instelling aanpast (currency bijvoorbeeld), dan is die timestamp ook weer bijgewerkt.
Dit kan dus handig zijn om de software te laten waarschuwen als het geheugen op de meter vol dreigt te lopen.
Ik heb nog niet goed weten te achterhalen waar in de Info-files de gebruikte currency is opgeslagen.
Ook is het mij nog niet duidelijk wanneer tarif1 ingaat en wanneer tarif2, maar beide worden nu in elk geval correct uit de info-file gelezen.

[ Voor 60% gewijzigd door TD-er op 10-02-2008 02:23 . Reden: versie 0.2.2 ]