|
|
Ämnessammanfattning
Skrivet av: l_exus
« skrivet: 13 februari 2006, 18:41:40 »
Hej.
Det är klart det finns en lösning på detta. Tex det som disuterats tidigare i denna tråd. Jag använder mig själv av en egen lösning med PIC inblandad som pulsräknare. Vad är det du vill ha hjälp med?
/Peter
Har du möjlighet att beskriva din lösning lite närmare. Jag har en PIC-programmerare (tror jag från AD-teknik). Kan man använda den? Är lite dåligt insatt men lite mer info vore mycket intressant. Kan man använda en sådan här till loggningen av SO-signalen från elmätaren? http://www.aagelectronica.com/aag/en-us/p_37.html
Skrivet av: pelle.mia
« skrivet: 06 juni 2005, 21:10:32 »
Givande läsning här ovan, men tyvärr lite för mycket teknik för att jag ska kunnabegripa det helt. Jag söker:
1. En anslutning till min elmätare (S0 har jag förstått att det heter...)
2. Data (varje puls, antal pulser per 10 min, antal sekunder/100 pulser osv) ska sparas ner till min pc. Helst direkt till en databas, men via en textfil kan väl också funka.
Om denna lösning går direkt via en "server" som alltid är påslagen, eller via en PIC som min server i sin tur kan läsa av, spelar mindre roll. Ett visst eget lödande kan jag tänka mig, bara jag har alla komponenter i schemat klart
Konkret grabbar: Vad har ni för lösning att ge mig?
Skrivet av: tipo874
« skrivet: 08 april 2005, 09:15:16 »
Det stämmer att VV drar mera effekt än värme. Syns tydligt i mina grafer: &xinc=2%20hour&xstubfmt=HH&linedet=color=green%20width=0.5&linedet2=color=red%20width=0.5&linedet3=color=blue%20width=0.5&linedet4=color=orange%20width=0.5&data=/export/home/thomas/logger/log.out) Man ser tydligt att effektförbrukningen stiger i slutet av värmekörningarna, och att det blir en peak vid VV-körning. Obs att grafen ovan genereras dynamiskt, så den varierar med tiden.
Skrivet av: utopiazz
« skrivet: 08 april 2005, 01:02:35 »
Kom just på att det blev enkelt att räkna ut hur mycket VP drar vid värme resp VV produktion. Under den tid som värme produceras drar VP totalt 2,22kW inkl alla pumpar vid en framledning på 25gr Motsvarande för VV produktion blir 2,9kW. Undrar om det kan stämma med verkligheten också  Ser ut som det blir lite högt värde för VV produktionen. Intressant är också att man från kurvorna även kan se hur effektbehovet ökar i slutet på varje cykel. /Johan
Skrivet av: utopiazz
« skrivet: 08 april 2005, 00:49:38 »
Har nu fått ut lite statistik från min "yxmätning" av elmätaren
Lite intressant att titta på den momentana förbrukningen. Har ringat in när VP gör VV resp rumsvärme. Man ser tydligt skillnaden i elförbrukning vid resp läge
/Johan
Skrivet av: utopiazz
« skrivet: 07 april 2005, 01:36:06 »
Nu har det hackats lite här i denna sena timme. Resultatet blev en blanding av en EXE fil tillsammans med en vanlig BAT fil.
Loggningen sker till en textfil som får efterbearbetas i Excel. För tillfället räknar jag pulser var 10:de sekund. Tanken är att få in texfilen i RRDTool men det får vänta några veckor.
Nu orkar jag inte mer för idag (natt) utan får hacka Excel imorgon istället.
För att kunna köra denna "yxiga" lösning krävs en riktig DS9097U adapter samt en Maxim/Dallas räknare som heter DS2423 (och lite krimskrams såsom dioder och batteri runt den).
/Johan
Skrivet av: Skorsten
« skrivet: 06 april 2005, 10:43:47 »
Det finns en färdig lösning för puls mätning på http://www.madgetech.com/Den heter Pulse101 och kostar 1800 kr lite dyr kanske. Även mjukvara finns att ladda ner på www.madgetech.com. Läs om den här http://www.kimo.se/pdf/pulse101.pdf
Skrivet av: tipo874
« skrivet: 05 april 2005, 13:15:34 »
Jag testade också Digitemp för mysql, och konstaterar att det inte finns någon mysql-support alls för ds2423:an.
mysql supporten känns lite "klunkig" också. Det sparas inte i samma format som Digitemps lösa perl-script, så dtgraph går inte att använda rakt av.
Det blev lite stiltje för mig också.
Skrivet av: utopiazz
« skrivet: 05 april 2005, 13:08:13 »
För tillfället ligger projektet lite på is. Håller på med lite ombyggnader hemma som tar all tid.
Under den tid jag läste av DS2423 kretsen hämtade jag data en gång i minuten. Det är nog lite väl ofta och det borde räcka med var femte minut.
Skälet till att det blen varje minut var att jag även lästa av tempgivarna en gång i minuten. Det jag har upptäckt med Digitemp (Dos/Windows version) är att den har lite svårt att komunicera med givarna på ett tillförlitligt sätt. Ibland blir det inga värden alls. Vet inte om det beror på min hårdvara eller om det bara är så att Dos/Windows versionen är buggig. Med Digitemp för Linux fungerade det klockrent direkt.
Jag har en liten testrigg med två DS18S20 samt en DS2423 som jag körde allt mot. Provade både med den vanliga Linuxversionen men även med SQL varianten. Tyvärr klarar SQL varianten inte av att logga DS2423 kretsen till MuSQL (eller så gjorde jag fel vilket inte är otroligt). Mot SQL servern tänkte jag köra Cacti som är en frontend för RRDTool men har inte gjort mer än installerat Cacti.
Men som sagt det ligger lite på is.
/Johan
Skrivet av: thalvars
« skrivet: 05 april 2005, 11:52:51 »
Hej igen
Ja det är nåt sånt jag är inne på också men inte med linux (kan inte linux tyvärr) så det får bli windows
Låter som digitemp kan vara nåt med rrdtool som databas så man kan få ut fina kurvor efter behov.
Sen kanske man har ett litet vbscript imellan som fixar till värdena så dom skalar rätt
Sen så ska även ds1820 läsas av med detta så man kan skrota det finska progget (som funkar fint iofs)
Nästa sak är väl att kunna slippa ha en pc vara igån och ha en pic processor som man kan läsa av när man vill och lagra dessa värden i databasen
Har beställt lite saker som jag väntar på..
en fråga:
hur ofta läser du av ds2423 ?
/T
Skrivet av: utopiazz
« skrivet: 19 mars 2005, 00:39:11 »
Hej!
så är det någon som har en lösning på att få in förbrukningen i datorn och som vill dela med sig?
jag har en mätare med s0 utgång...
/T
Jag håller på att labba med en applikation som heter Digitemp. Den kan läsa en krets från Dallas som heter DS2423 som är en pulsräknare. Kika här så ser du hur kortet ser ut ( http://www.varmepumpsforum.com/vpforum/index.php/topic,2494.msg26875.html#msg26875). Problemet med pulsmätning från elmätare är att dom har lite olika antal pulser för varje kWh. Beroende på antalet pulser/kWh så måste resultatet från DS2423 räkans om från antalet räknade pulser till kWh. Iof sig inget problem om man använder olika typer av script eller kan få med det i applikationen som läser av kretsen men vill man använda så mycket standard som möjligt får man räkna om informationen från loggfilen i tex. Excel (väldigt enkelt). /Johan
Skrivet av: Sune
« skrivet: 19 mars 2005, 00:35:33 »
I denna tråd så finns det ett gäng som talar om PIC, bitar, ord, farad osv...... och så en mekare som jag.
Finns det någon "grej" där man kopplar ena änden i pulsutgången på elmätaren och andra änden i datorns com-port, lite mjukvara och voila..... så mäter den?
Ger grafer, tabeller och annat nyttigt.
På "Rickards-logger-nivå" med andra ord. Fast kWh i stället för grader C.
Skrivet av: UMH
« skrivet: 18 mars 2005, 23:45:20 »
Hej.
Det är klart det finns en lösning på detta. Tex det som disuterats tidigare i denna tråd. Jag använder mig själv av en egen lösning med PIC inblandad som pulsräknare. Vad är det du vill ha hjälp med?
/Peter
Skrivet av: thalvars
« skrivet: 18 mars 2005, 16:35:05 »
Hej!
så är det någon som har en lösning på att få in förbrukningen i datorn och som vill dela med sig?
jag har en mätare med s0 utgång...
/T
Skrivet av: tipo874
« skrivet: 29 november 2004, 10:47:19 »
tipo874
Jag bryr mig inte om att lagra serienumret utan skyfflar ut serienumret och innehållet i scratch paden rått, 17 bytes.
Så tänkte också. Det var ju du som gav mig iden har jag för mig 
Dock måste jag addresera givarna.
Då finns det två sätt(enl mig) att addresera givarna. Antigen lagra nummren i EEProm(det kör jag idag) eller så implementerar man Search rutinen(Det är det jag försöker med).
Search rutinen är att föredra.
Det var nog du som fick upp mina ögon för ett PIC system som hade Search rutinen impplementerad.
Jag har två gånger tidigare försökt implementera Search rutinen och misslyckats! Hur algoritmen fungerar är jag på det klara med det är 'bara' implementationen i ASM som är problemet. Nu har jag källkod till PIC så utgångsläget är bättre än någonsin.
Håller dock inte med om att detta är en simpel applikation(770 rader). Att skriva om en del i C skulle nog få ner storleken en hel del. Dessutom börjar min ASM kod att se ut som skit. Men det är ju en annan historia.. 
Allt som går in på mindre än 512 instruktioner får nog betraktas som simpelt. Hela min Atmelkod är på ca 370 ord, och av det är en del ascii-strängar. Min "search rom" funktion är på 41 instruktioner. Den använder iofs funktionsanrop för att vifta och läsa på 1-wire-bussen, men det är knappast fusk  Ibland får man ta ett beslut om att kasta det man håller på med och börja om när det börjar se för eländigt ut.
Skrivet av: Alexander Pettersson
« skrivet: 29 november 2004, 10:05:26 »
tipo874 Jag bryr mig inte om att lagra serienumret utan skyfflar ut serienumret och innehållet i scratch paden rått, 17 bytes. Så tänkte också. Det var ju du som gav mig iden har jag för mig Dock måste jag addresera givarna. Då finns det två sätt(enl mig) att addresera givarna. Antigen lagra nummren i EEProm(det kör jag idag) eller så implementerar man Search rutinen(Det är det jag försöker med). Search rutinen är att föredra. Det var nog du som fick upp mina ögon för ett PIC system som hade Search rutinen impplementerad. Jag har två gånger tidigare försökt implementera Search rutinen och misslyckats! Hur algoritmen fungerar är jag på det klara med det är 'bara' implementationen i ASM som är problemet. Nu har jag källkod till PIC så utgångsläget är bättre än någonsin. Håller dock inte med om att detta är en simpel applikation(770 rader). Att skriva om en del i C skulle nog få ner storleken en hel del. Dessutom börjar min ASM kod att se ut som skit. Men det är ju en annan historia..
Skrivet av: tipo874
« skrivet: 28 november 2004, 21:50:23 »
Jag kör med 12F675 den har 64B RAM och 128B EEProm.
Använder nu 28B RAM i programmet.
EEProm minnet använder jag för att lagra serienummret räcker till 16:st. Tar jag 4B blir det 15st.
Nej du har rätt... Resurser finns jag är nog bara lat.
Jag skriver enbart i ASM :-[.
Skrev lite till PIC:en i C 97.
Efter ett tag insåg jag att C-kopilatorn jag köpt var så buggig att det inte fungerade. Mina gratisuppgraderingar tog slut efter ett år. Kände mig smått lurad.
Antar att det hänt en del på dessa år..
Har du någon C-Kompilator att rekomendera? Gratis?
Sitter just och brottas med search rutinen för 1-Wire protokollet. Har källkod i ASM för 16F84 så jag ska 'bara' porta till 12F675...
Simpla applikationer som detta görs nog bäst i assembler :-) Jag bryr mig inte om att lagra serienumret utan skyfflar ut serienumret och innehållet i scratch paden rått, 17 bytes. Bättre att låta mottagaren mangla till datat efter eget tycke och smak. För de lite större Atmel AVR-processorerna finns det en gcc-port. Om du behöver en bättre beskrivning av search-rutinen än vad som finns i Dallas/Maxims usla beskrivning, rekommenderar jag Atmels AN 318. Den är betydligt överskådligare, och pdf-filen är inte Atmel-specifik.
Skrivet av: Rdx
« skrivet: 28 november 2004, 19:06:03 »
Jag använder PICC från HTSoft. Det finns en gratisversion med vissa begränsningar http://www.htsoft.com.
Skrivet av: Alexander Pettersson
« skrivet: 28 november 2004, 17:54:59 »
Jag kör med 12F675 den har 64B RAM och 128B EEProm.
Använder nu 28B RAM i programmet.
EEProm minnet använder jag för att lagra serienummret räcker till 16:st. Tar jag 4B blir det 15st.
Nej du har rätt... Resurser finns jag är nog bara lat.
Jag skriver enbart i ASM :-[.
Skrev lite till PIC:en i C 97.
Efter ett tag insåg jag att C-kopilatorn jag köpt var så buggig att det inte fungerade. Mina gratisuppgraderingar tog slut efter ett år. Kände mig smått lurad.
Antar att det hänt en del på dessa år..
Har du någon C-Kompilator att rekomendera? Gratis?
Sitter just och brottas med search rutinen för 1-Wire protokollet. Har källkod i ASM för 16F84 så jag ska 'bara' porta till 12F675...
Skrivet av: PerF
« skrivet: 28 november 2004, 14:52:48 »
Ridax
PerF menar nog att du inte drar slut på batteriet vid strömavbrott då du inte kan ha jordslutning just då.
Hoppas jag :-[
Jo, det var så jag menade.
Skrivet av: Rdx
« skrivet: 27 november 2004, 23:14:17 »
Jag har tittat på PIC, men ger alltid upp eftersom jag tycker den ser så ucklig ut att programmera. Atmels AVR:er verkar betydligt trevligare.
Det hela är nog mycket frågan om vad man är van vid. Men jag kan hålla med om att PICarna ofta har många moder och pinnar som kan användas till flera saker, så man får konfigurera upp sin PIC som man vill ha den först. När det gäller programmeringen, så har PICarna blivit såpass stora i minnet och C-kompilatorerna såpass bra, att jag börjat programmera det mesta i C (med inslag av ASM där det är tidskritiskt och man måste räkna CPU cykler). Läsbarheten har ökat markant och utvecklingstiderna för stora projekt gått ner.
Skrivet av: Rdx
« skrivet: 27 november 2004, 23:06:26 »
Det där med 'tappade' pulser är nog inte så lättlöst.
OCH
Hur löser man att räknaren 'tippar' runt?
En PIC(8-bitars CPU). Med 3 register skulle den klara 1.9år typ. Ja ni förstår problemet...
Någon med en smart/lätt/smidigt lösning?
Det brutala sättet att räkna med 4 register blir krångligt och tär på resurserna i PIC:en.
En kondensator som håller matningen medan PIC:en skriver till EEProm:et. Det passar nog mig bra.(en diod och en konding och kondingen måste man ju i alla fall ha. Ett motstånd oxå kanske).
Förstår inte alls problemet? En PIC16F88 (en mycket "basic" PIC i dagsläget) har ju ett RAM på 368 bytes, alltså nästan 3000 bitar. Visst, några bytes behöver du säkert till programmet, men inte speciellt många. Du kan antagligen räkna hela Sveriges elförbrukning i århundraden utan att slå i taket! Varför skulle du lägga räknaren i registren (om du nu med register menar det man i vanliga processorer kallar register och inte RAMet)?! De använder man ju bara för tillfälliga operationer. Inte ens konstigt att koda. I C skulle det bli typ: a++; if (!a) {b++; if (!b) {c++...... Om det är en 8-bitars, 16-bitars eller 128-bitars CPU spelar ingen större roll. PerF menar nog att du inte drar slut på batteriet vid strömavbrott då du inte kan ha jordslutning just då.
Du menar att pullupen inte drar ström eftersom optokopplaren inte leder när mätaren är strömlös?
Skrivet av: Alexander Pettersson
« skrivet: 27 november 2004, 20:46:34 »
'ucklig'  lokalt uttryck? Amtel ser ju fin ut. Vad vinner du med en PIC? Kör med Amtel om du 'kan' den. Målet är ju viktigast. Verktygen och vägen dit är ju mindre viktigt. Jag har en likadan mätare som du. Dock ej inkopplad.....ännu. 
Skrivet av: tipo874
« skrivet: 27 november 2004, 19:55:37 »
Det där med 'tappade' pulser är nog inte så lättlöst.
OCH
Hur löser man att räknaren 'tippar' runt?
En PIC(8-bitars CPU). Med 3 register skulle den klara 1.9år typ. Ja ni förstår problemet...
Någon med en smart/lätt/smidigt lösning?
Det brutala sättet att räkna med 4 register blir krångligt och tär på resurserna i PIC:en.
Jag använder en Atmel ATtiny15, fast jag borde nog hacka om den för Tiny23. Jag använder 4 register (av 32), så det räcker till över 7 GWh med min mätare ;-) ATTiny15 är en 8-pinnars processor, men 6 I/O pinnar. Tiny23 är 20-pinnars, och kostar bara hälften (~25:- stycketal på Elfa). Jag hade dock lite Tiny15 liggande sedan tidigare, och den har A/D, vilket 23:an inte har. Jag har tittat på PIC, men ger alltid upp eftersom jag tycker den ser så ucklig ut att programmera. Atmels AVR:er verkar betydligt trevligare.
Skrivet av: Alexander Pettersson
« skrivet: 27 november 2004, 18:53:55 »
Ridax
PerF menar nog att du inte drar slut på batteriet vid strömavbrott då du inte kan ha jordslutning just då.
Hoppas jag :-[
Håller med PerF är det en typ av störning kör så lågomigt som du vågar. Utan att bränna utgången från mätaren.
Eller en liten konding som LP-filter kanske?
Skrivet av: Alexander Pettersson
« skrivet: 27 november 2004, 18:46:57 »
Det där med 'tappade' pulser är nog inte så lättlöst.
OCH
Hur löser man att räknaren 'tippar' runt?
En PIC(8-bitars CPU). Med 3 register skulle den klara 1.9år typ. Ja ni förstår problemet...
Någon med en smart/lätt/smidigt lösning?
Det brutala sättet att räkna med 4 register blir krångligt och tär på resurserna i PIC:en.
En kondensator som håller matningen medan PIC:en skriver till EEProm:et. Det passar nog mig bra.(en diod och en konding och kondingen måste man ju i alla fall ha. Ett motstånd oxå kanske).
Skrivet av: Rdx
« skrivet: 27 november 2004, 17:48:50 »
Om pulsen ligger hög eller låg om mätaren är strömlös spelar ingen större roll. Anledningen till att ha PICen på batteridrift var ju inte för att kunna fortsätta att följa mätaren när den arbetar, utan för att inte tappa redan insamlade (räknade) pulser.
Skrivet av: PerF
« skrivet: 27 november 2004, 15:25:47 »
Kan det vara mätaren som signalerar något? Jag har inte lyckats se hur dessa pulser ser ut, de vanliga pulserna är 40 ms, och dessa "spökpulser" måste nog vara betydligt kortare än så.
Om störningarna är korta i förhållande till den "riktiga" pulsen kan du ju enkelt filtrera bort dom i programmet. Betydligt enklare än att fippla med feriter (som hjälper mest vid höga frekvenser). En pullup på typ 1k skulle jag tro är lagom. Pulsutgångarna kan oftast dra flera tiotals mA så det är inget problem. Och går strömmen och du kör PIC:en på batteri så kommer inte pulsen att ligga på heller eftersom mätaren är strömlös!
Skrivet av: PerF
« skrivet: 27 november 2004, 14:32:48 »
Som jag tolkar det är den avsedd för max 10A, 63A stötström.
De e de här me tre faser igen! Värdena som anges på mätaren är maxvärdena för kontinuerlig balanserad respektive obalanserad last. En trefaskompressor är en typisk balanserad last. Pulsutgången ger 10 pulser per kW och isolationsmotståndet är minst 4000V (mellan pulsutgång och mätare).
Skrivet av: tipo874
« skrivet: 26 november 2004, 14:51:28 »
Är det inte spolverkan som gör rusningen? vid tillsag av kompressor och elpatron bli ju strömrusningen fruktansvärd under nån halvsekund tills tex kompressorn startar... även om en del hopp där verkar lite föör stora men det kan ju som sagt hända att pulsräknaren missuppfattar en strömrusning..
Det händer oftast inte vid till/frånslag, även om jag har en vid ett frånslagstillfälle också. Jag har hängt på en 4.7k pullup, och jag ser att pulserna ser lite snyggare ut med det. Men det är nog störningar utefter den långa kabeln.
Skrivet av: G-man
« skrivet: 26 november 2004, 14:34:04 »
Är det inte spolverkan som gör rusningen? vid tillsag av kompressor och elpatron bli ju strömrusningen fruktansvärd under nån halvsekund tills tex kompressorn startar... även om en del hopp där verkar lite föör stora men det kan ju som sagt hända att pulsräknaren missuppfattar en strömrusning..
Skrivet av: tipo874
« skrivet: 26 november 2004, 14:22:46 »
Du får väl trigga skåpet med programvaran så att du kan fånga ett sådant tillfälle. Skulle tro att det är störningar eller något fel på inkopplingen. Hur har du det kopplat? En TTL-ingång med en +5V pull-up som är kopplad till kollektorn på elmätaren och jordad emitter?
Jo, vifta på en statuspinne i serieporten när jag ser problemet vore ju möjligt. Jo, kopplingen är som du beskriver. Jag använder en Atmel ATtiny 15 med den inbyggda pullupen. Den är iofs lite klen, 35k - 120k, så en extern pullup vore kanske på sin plats. Skall testa att vira kabeln några varv genom en ferritkärna också.
Skrivet av: Rdx
« skrivet: 26 november 2004, 13:53:45 »
Du får väl trigga skåpet med programvaran så att du kan fånga ett sådant tillfälle. Skulle tro att det är störningar eller något fel på inkopplingen. Hur har du det kopplat? En TTL-ingång med en +5V pull-up som är kopplad till kollektorn på elmätaren och jordad emitter?
Angående PIC-processorer och att spara vid strömbortfall, så skulle det ju vara möjligt, men eftersom en PIC i SLEEP läge inte drar mer än typ 0.1uA 2V och processorn i en sådan här applikation skulle kunna vara i SLEEP läge i stort sett hela tiden och dessutom köra med väldigt låg klockfrekvens när den inte sover, så kan man lika gärna köra den på batteri. 2st vanliga 1.5V AA-batterier skulle kunna hålla PICen i liv i typ 2600 år i sov-läge (om man bortser från att batteriet kommer att ha självdött efter så lång tid). Ingen idé att lägga ner kraft på att göra ett komplicerat nätagg som detekterar spänningsbortfall. Om man vill kan man ju ha kretsen nätansluten med batteribackup, det kräver ju i princip bara en diod.
Skrivet av: tipo874
« skrivet: 26 november 2004, 12:43:50 »
Är det nån som kör pulsmätning av sin mätare?
Jag har hackat ihop en kombinerad temp och elmätar logger, och jag upptäcker emellanåt lite konstigheter med pulserna från mätaren. Helt plötsligt kommer en skur av pulser.
Exempel:
---
Counter: 24.2 kWh (14506), 1.446 2.651 2.167 0.192
Counter: 24.2 kWh (14506), 1.422 2.642 2.167 0.192
Counter: 24.2 kWh (14506), 1.399 2.633 2.166 0.192
Counter: 24.2 kWh (14507), 1.471 2.644 2.167 0.192
Counter: 24.3 kWh (14589), 9.297 4.205 2.297 0.198
Counter: 24.3 kWh (14589), 9.142 4.191 2.297 0.198
Counter: 24.3 kWh (14589), 8.989 4.177 2.296 0.198
Counter: 24.3 kWh (14589), 8.840 4.163 2.295 0.198
Counter: 24.3 kWh (14589), 8.692 4.149 2.295 0.198
---
Det ovanstående visar är antalet kWh sedan loggern startades, antalet pulser (600/kWh), genomsnittsligt effektförbrukning senaste minut, 5 minuter, timme och dygn. Programmet har bara körts ca två timmar, vilket gör att dygnsvärdena fortfarande är låga.
Vid 14507 pulser ser man plötsligt ett hopp till 14589. Jag har lite andra dylika hopp också:
---
Counter: 22.0 kWh (13224), 1.423 2.628 1.782 0.113
Counter: 22.1 kWh (13275), 6.282 3.595 1.863 0.116
---
Teoretiskt skulle det kunna vara ett programvarufel i loggern, men jag har även sett en "burst" på pulsutgången med ett oscilloskop. det skulle teoretiskt också kunna vara ett loggerproblem, men det skule kräva att loggern ställer om ingången till utgång och börjar vifta på den, vilket är mindre troligt.
Kan det vara mätaren som signalerar något? Jag har inte lyckats se hur dessa pulser ser ut, de vanliga pulserna är 40 ms, och dessa "spökpulser" måste nog vara betydligt kortare än så.
Det skulle också kunna vara en störning. Jag har en ca 5 meter lång lampsladd från mätaren, vilken går parallellt med en massa andra kablar, och jag använder bara processorns pullup.
Mätaren är en finsk Enermet, K420NNs.
Någon som har liknande problem?
Skrivet av: tipo874
« skrivet: 18 oktober 2004, 13:30:51 »
Jag hittade förresten en leverantör av mätare, både gamla mekaniska och elektroniska: http://www2.blocket.se/view/3187471.htm?caller=usl_s&l=0&c=1&city=0Jag beställde en elektronisk med pulsutgång :-)
Skrivet av: ME
« skrivet: 17 oktober 2004, 20:48:12 »
Låter rimligt det du säger tipo874, så den ger en impuls för varje tiondels kwh.....
Skrivet av: tipo874
« skrivet: 17 oktober 2004, 16:20:27 »
Det är en ganska liten mätare, eller hur?
Som jag tolkar det är den avsedd för max 10A, 63A stötström.
Jag antar att den har skiva som snurrar, och jag skulle tro att det är den som snurrar 640 varv/kWh, medan fyrkantsutgången ger 10 pulser per kWh.
Skrivet av: admin
« skrivet: 17 oktober 2004, 13:38:25 »
Minnet...
Så här ser det ut, var jag fick 360 pulser ifrån vet jag inte ens själv.
Däremot undrar jag om någon vet om det är 640, 4000 eller 10 pulser per kWh med ledning av bilden nedan...
Skrivet av: tipo874
« skrivet: 17 oktober 2004, 11:56:46 »
Hur låter detta?
Ta en PIC.
Låt den räknar pulserna och 'kräka' ut värdet vart tiondesekund (typ) över en RS232/V24/comport. Låt den räkna till 2Exp32 sedan tippa över till noll. Är man lite listig kan man nog få den att skriva ner värdet i icke-flycktigt minne innan strömen försvinner så att den klarar strömavbrott utan att glömma var den var.(att räkna direkt i det minnet sliter nog ut det minnet)
360 pulser/KWh 360?! gud vad perverst. Varför just 360?
Låter som en OK väg. Kanske även komplettera med avläsning av några DS-1820 tempgivare också och med jämna mellanrum skicka över alla aktuella data. Med en vettigt designad strömförsörjning så borde man kunna detektera spänningsbortfall och ha tid på sig att lagra i eeprom. Min elmätare snurrar 120 varv/kWh...
Skrivet av: Alexander Pettersson
« skrivet: 16 oktober 2004, 23:53:17 »
Hur låter detta?
Ta en PIC.
Låt den räknar pulserna och 'kräka' ut värdet vart tiondesekund (typ) över en RS232/V24/comport. Låt den räkna till 2Exp32 sedan tippa över till noll. Är man lite listig kan man nog få den att skriva ner värdet i icke-flycktigt minne innan strömen försvinner så att den klarar strömavbrott utan att glömma var den var.(att räkna direkt i det minnet sliter nog ut det minnet)
360 pulser/KWh 360?! gud vad perverst. Varför just 360?
En PIC programmerare har var och varannan. De tror dock att de har en D2MAC-piratkort programmerare.
Skrivet av: ME
« skrivet: 16 oktober 2004, 22:51:17 »
Wow... en ritig tuff sak du fick tag i där (vill &så ha en)
Ja en enchips historia skulle vara bästa lösningen, borde finnas någon här i forumet med sådan kunskaper...
Skrivet av: tipo874
« skrivet: 16 oktober 2004, 22:39:04 »
Var fick du tag på den mätaren? Jag har varit på jakt efter en sådan. Stiebel har en box med vilken man kan fjärrstyra och övervaka pumpen, och den har tre fria ingångar som bland annat kan konfigureras som räknare, och det vore cool att kunna logga driftdata från pumpen plus elmätaren Annars vore det väl listigast att ha någon simpel enchipshistoria som alltid är på och som håller rätt på pulserna. Man vill ju inte tappa pulser bara för att datorn inte är på.
Skrivet av: admin
« skrivet: 16 oktober 2004, 21:37:26 »
Min nyligen installerade separata elmätare till värmepumpen har en kontaktutgång, den ger 360 pulser/kWh.
Finns det någon som vet om det finns någon enkel lösning för att PC-logga elförbrukningen online med hjälp av dessa pulser?
|
|
|
gäster: 310
dolda: 0
användare: 0