Ihc Som Pulstæller

[Søren S]

Det har du fuldstændig ret i Lars, men da det jo næppe er livstruende, hvis den skulle misse et reboot, så går det nok 

Det du foreslår (som Mikkel sikkert ikke kan lade være med at implementere på et tidspunkt ) vil vel næppe virke meget bedre, da det jo stadig kræver at kaptajnen er kørende når controlleren rebooter...

[Søren S]

Tror desværre ikke de tabte pulse skyldes reboots af controlleren. Denne har kørt uden reboot de seneste 6 dage og i samme periode er Kamstrup'en og den interne tæller i IHC igen kommet ud a trit med 7kWh. Ser nærmest ud som om at der tabes en kWh om dagen i gennemsnit!

Nogen andre forslag til fejlkilder? Kan Kamstrup'en virkeligt være så unøjagtig i sin S0 udgang?

[Lars Jacobsen]

IHC Input moduler har følgende spec:

Pulstid: Min.: 50 ms. Pausetid: Min.: 100 ms

Chek lige med S0 spec. på måleren.

Og så er der noget med nogle meget gamle IHC Firmware som havde problemer med at detektere korte pulser (under 100ms). Det skulle være rettet i 2.7.132 og efterfølgende versioner.

 

 

[Søren S]

Bummer! Kamstrup'en kører med 30ms pulser: http://products.kamstrup.com/ajax/downloadFile.php?uid=512b690f4ef03&display=1

Så det vil nok være en del af problemet  Man kan så undre sig over, at den overhovedet samler noget op?!?

Fandt dog denne gamle tråd, hvor du skriver at 2.7 firmware godt kan klare 30ms pulser (jeg kører med 2.7.220 (p.t. nyeste)), men det hjælper vel ikke, hvis input'et ikke kan følge med.

Suk, det ligner en ny bi-måler, eller leve med den unøjagtighed der opstår overtid. 

[Lars1]

På 16/12/2015 at 08:27 , Søren S skrev:

Suk, det ligner en ny bi-måler, eller leve med den unøjagtighed der opstår overtid. 

 

Prøv at tage fat i din lokale elektronik pusher, og se om han ikke har et oneshot relæ eller tilsvarende, som du kan skyde ind mellem din Kamstrup måler og den sløve IHC controller.

 

[Søren S]

Det var selvfølgelig en mulighed, men synes efterhånden der skal lige rigeligt til, for at få noget så relativt simpelt til at virke.

Har lige bestilt en DIN 4-modul 3ph måler, som jeg lige vil prøve i stedet. Den skulle kunne justeres både ift pulslængde og antal pulser per kWh 

Ydermere har jeg bestilt et Arduino kort med ethernet shield, som jeg påtænker at teste som S0 logger. Bliver nok januar inden jeg får det testet, men skulle give lidt bedre muligheder...

[ihcJesper]

Hej Søren

Protokollen mellem input modul og controller opdaterer med en frekvens af 15 mSek.

Dvs hvis controllen lacker 0,00 (det gør den nok ikke....) så skal pulsen være minimum 16 msek, og kan tidligst ved HELT optimale forhold gå høj igen ved 45 mSek. Og så kan den iøvrigt ikke få tid til at lave det, som den  i tidernes morgen for 20 år siden blev designet til at skulle lave...

Så ja - du er på rette spor med Arduino, eller investere i en måler med dårligere opløsning på S0....

 

[Mikkel Skovgaard]

På 12/8/2015 at 22:37 , Søren S skrev:

Det har du fuldstændig ret i Lars, men da det jo næppe er livstruende, hvis den skulle misse et reboot, så går det nok 

Det du foreslår (som Mikkel sikkert ikke kan lade være med at implementere på et tidspunkt ) vil vel næppe virke meget bedre, da det jo stadig kræver at kaptajnen er kørende når controlleren rebooter...

Du har fuldstændig ret - jeg har allerede i den nye kode overvågning af controllerens online tilstand.

[Søren S]

Lige en opfølgning på denne. Har fået installeret en Carlo Gavazzi EM24DINAV93XO2X måler som "alternativ hovedmåler" (altså lige efter HPFI-relæ). Et dejligt lille apparat der virkeligt kan konfigureres ;-) Har kørt puls-output op mod samme 24V/3mA input og da jeg oprindeligt konfigurerede den med 1000 pulser/kWh gav den samme problem som den gamle Kamstrup, altså at den ikke kunne følge med og "tabte" pulser over tid  Efter en re-konfigurering til 100 pulser / kWh virker det nu perfekt og den tæller knivskarpt 

Er dog ikke helt tilfreds med den lave opløsning jeg er tvunget til at bruge, men for en start går det nok.

Carlo'en er iøvrigt konfigureret til 100ms pulser (alternativet er 30ms) og ifølge specs er T_OFF >= 120ms, så her skulle selv IHC'en sgu da kunne følge med! Nå, har modtaget mit Arduino grej, så forhåbentligt får jeg tid til at teste lidt på det i løbet af de næste 14 dage...