Äntligen har jag haft tid att börja experimentera med att logga vår elförbrukning. Programmet jag använder är EMC, ett gratisprogram skrivet av Techtrade.

Efter ett par dagars experimenterande och lite mailväxlande med Göran Krook på techtrade har jag fått det som jag vill ha det…iaf för tillfället. Eftersom jag är på humör för att skriva nu ska jag berätta hela historien för er. Håll tillgodo.

Första steget var att bestämma vilken form av sensor jag skulle använda, eller rättare sagt vilken kompexitetsgrad den skulle ha; endast en sensor baserad på en fotodiod fungerar i mitt fall. Valet stod mellan en väldigt enkel bestående av tre komponenter och en andra variant med ett tiotal komponenter. Den senare inkluderade kompensation för bakgrundsljus och därmed var betydligt mindre känslig för störningar, men samtidigt betydligt jobbigare att löda ihop. Valet föll på den enklare varianten då jag ju alltid Läs resten av inlägget »

Idag fick jag ännu en förfrågan om jag har tillgång till protokollet för IVT’s värmepumpar. Det korta svaret på denna fråga är nej. Det långa svaret är “nej, men det verkar inte vara ett komplicerat protokoll”.

Följande är det det jag minns från då jag undersökte IVT’s kommunikation. Om det stämmer för andra än den pump som jag har vet jag inte.

• Gränssnittet är normal RS232 kommunikation.
• Varje datapaket består av nio byte; stx, cmd, sex data bytes, samt kontrollsumman (XOR av datat)

Jag har inte sparat de anteckningar jag gjorde då jag först undersökte möjligheten att själv kommunicera med pumpen då det för min del inte är värt besväret. Statlink, programmet som Peter Hansson har skrivit kan ju redan kommunicera med de flesta av IVT:s pumpar och programmet kan dessutom exportera all nödvändig data till fil i drift så det känns som att uppfinna hjulet igen. Dessutom säljer han programmet så billigt att det inte är lönt att lägga ned tid på att göra det själv.

Jag lade istället min energi på att skriva ett grafprogram samt ett annat program som läser in det exporterade datat och för över det till en MySQL databas.

Så tyvärr min kära läsare, jag har inte tillgång till IVT:s protokoll.

…to name the application I’m working on. If you have any ideas, please post them as a comment.

I’ve completed the FileSystemMonitor replacement class. I’ve intentionally left out the part that would check for newly created files as this is not needed at this stage. The result is that when there is a change of dates, i.e at midnight, the monitor will no longer receive any updates since the values are now written to another file.

…if you want something done properly. Argh!

As I stated in an earlier post, I had the file monitoring working. Well, so I thought. After installing the computer that will be the one I’ll use to log all the data I discovered something that really ruined my day - networked drives does not support monitoring very well.

I am (read was) using a class named FileSystemMonitor that comes with the .NET platform. This class has the capability to monitor changes in the filesystem. Nothing in all the articles I’ve read about this class have suggested that it won’t work over a network - I’ve actually seen several examples that are supposed to work on a network drive.

After much testing I’ve come to the conclusion that this class won’t do what I need it to do. Sure, it works on the local file system just fine but networked drives is just a big black hole it seems. Very annoying.

So - I’m currently writing my own file monitor with support for networked drives.

I’ve not yet got a name for the application I’ve previously mentioned I’d write, so I’ll just name it X for now. I’ve decided to use the already existing Lämpömittari files that Statlink produces since they give the data in an easily readable format. I’m currently workin on the file parsers/monitors.

Current features are:
- Regular expressions for parsing
- File system notifications for real time monitoring
- OOP, obviously

I generated some statistics from the data from 19:00 last night to 06:25 this morning. Looks pretty damn good to me

 [Detta inlägg är hämtat från min tidigare blogg och därför skrivet på engelska]

The piece of hardware I’ve been waiting for arrived today. As can be seen, it’s just a four-wire cable, with some circuitry for galvanic isolation in one end and a D-sub with an USB-plug for power supply.

The image shows how it looked like before I started working on it. Today the curcuit board is mounted inside the heat pump, and the D-sub is located at the computer in the other end of the house, connected with the cable I’ve previously mentioned.

The initial tests looks promising; now I’ve got to set up the logging properly and then write the applicationI’ve been thinking about that will parse the data and present it as diagrams. I know there’s an application that does this already, but I’ve got some additional things I want it to do.

[Detta inlägg är hämtat från min tidigare blog och därför skrivet på engelska]
The first thing I’ll write about on this blog is my shiny, newly installed geothermal heatpump. It’s an IVT Greenline HT+ C6, with an additional volume tank of 100L.

So what’s there to write about such a thing then? Well, it’s not something that interests the general public, but I know that people with a system like, or similar, to this one likes to read about other people’s experiences.

I’m currently waiting on some hardware that will enable me to connect my PC to it and log temperatures and other interesting data over time. The hardware in question is actually just an RS232 cable, but with added galvanic isolation between the PC and the heat pump. I guess I could have built it on my own, but it was cheap enough, and it comes with a nice (at least it looks promising) program to log the data.

[Detta inlägg är hämtat från min tidigare blogg och är därför skrivet på engelska]

I’ve been trying to get hold of a specification of the communication protocol for my heatpump and today IVT, the manufacturer of my heatpump, gave me a call. I’ve not received the protocol yet, but what they did tell me sounds promising.

I’ve had quick a look at the communication protocol and to my suprice, it is a very simple protocol. As far as I can tell, all commands are nine bytes in total; stx, cmd, six bytes of data and the checksum, which is the xor:d value of the data.

It’s hardly worth the trouble to reverse engineer the protocol since there already is a program available to read the data I want, but it is fun none the less
I’m such a tech-freak

[Detta inlägg är hämtat från min tidigare blogg och därför skrivet på engelska]

I pulled a cable across the entire house today so that I can hook up he PC with the heat pump. Thankfully I could pull the cable through the attic so it is hardly visible
Total length is about 25m so it should work allright