Kandersen

Her er loggen der viser hvad anlægge producere fra Tripower inverteren, (den hvor solcellerne er forbundet til): Energy_and_Power_Day_2018-02-06.csv

Jeg har logfilerne fra alle dagene. Der er ingen steder jeg kan se, at batteriet lades med mere end anlægget producere. Du er velkommen til at se logfilen fra den pågældende dag.. Jeg har siddet studeret disse intenst den seneste uge.. En gang imellem kommer der en slags "spike" fra Seas (External energy Supply) på et tidspunkt, hvor det ikke burde ske. Men det er et kort øjeblik, hvor der registreret et sted mellem 1-20 watt i maks 15 minutter. (SMA loggen er i 15 minutters interval). Og der er pokkers til forskel på disse få "spikes", og så op til 1,7kW på en time, som Seas har registreret. Jeg har vedhæftet SMA loggen fra d. 6 februar 2018. Energy_Balance_2018_02_06.csv

Det der sker er, at ladning på batteriet afstemmes med forbruget kontra produktionen. Som du kan se ud af det øjebliks billede jeg netop har vist, så bruger produktionen overskuds strømmen til at lade på batteriet. Hvis det er forlidt i forhold til husets forbrug, så først der tages der fra External Energy Supply, (Seas). Dvs hvis der kommer en sky forbi og produktionen falder under husets forbrug, så "åbnes" der op for slusen fra Seas, så husets forbrug kan leveres. Men hvis der er strøm nok på batteriet, så vil strømme kommer derfra, og ikke fra Seas. (dog op til max 2500watt, da batteri inverteren ikke kan levere mere end det). I øjebliks billedet herover forbruger huset ca 450w. Der er 80% på batteriet. Lad os nu antage at der nu kommer en hel sort sky ind foran. Så stopper solcelle produktionen, og batteriet overtager, og leverer de 450watt huset forbruger. I den tid skal Seas heller ikke registrere noget forbrug.

Hov - Missede lidt pointen med øjebliks billedet herover. I den tid hvor anlægget har fyldt 80% på batteriet, der burde Seas ikke have registreret noget forbrug overhovedet. Men lur mig om jeg om et par dage kan se, at Seas har registreret et forbrug alligevel i samme tidsrum.

Ja det er en 3 faset installation. Hvordan det rent teknisk forholder sig, det har jeg ikke den fjerneste ide om. Jeg er lidt lost hvordan sådan et anlæg virker i praksis. Jeg har en ide om, at anlægget bør være en selvstændig enhed, der producere whatever det kan, og huset forbrug tager af denne produktion. Skulle anlægget ikke kunne yde det som huset trækker, så trækkes der ekstra strøm udefra 'External Energy supply'. Det er i grundlæggende sådan jeg opfatter et solcelleanlæg, uden batteri. Med batteri er det lidt anderledes. Det overskudstrøm som produceres af anlægget minus husets forbrug, det bruges til at lade batteriet, i stedet for at sende det ud på Grid. Batteriet er dermed forbruger af strømmen. Når batteriet er opladet eller når anlægget ikke længere producere nok energi til huset forbrug, så aflader batteriet, og bliver dermed en 'Energy Supplier'. Så konkret set, så ender man med: 1. Energy supplier - Solcellerne 2. Energy supplier - Batteriet, når det aflades. 3. Energy supplier - Ekstern, i vores tilfælde, Seas Nve. Det er det princip jeg forstår i prioriteret rækkefølge. Hvis det er korrekt, så bør der aldrig nogensinde opstå en situation, hvor: 1. (solcellerne) producere mere end husets forbrug, 2. lader på batteriet og 3. Seas Nve registrere forbrug samtidig. Det bør slet ikke kunne lade sig gøre. Men det er det jeg mener er sket d. 6 februar fra kl 11 og 12. (og adskillige andre tidspunkter). Og hvis det kan ske, så tror da pokker af intet hænger sammen mellem SMA og Seas´s registreringer. Her er et øjebliks billede af, hvordan det foregår via SMA´s Sunny Portal, taget for ca 2 minutter siden, realtime data direkte fra anlægget. Anlægget har foreløbig fyldt ca 80% på batteriet. Min teori er også, at noget er galt i installationen et sted. Og derfor jeg friholder Seas til at starte med. Jeg har hørt det om skæv belastning på faserne kan have en betydning for forskellen jeg ser mellem det som SMA mener 'external energy supply' er, og så det som Seas har registreret. Men jeg må erkende, jeg forstår ikke hvordan en skæv belastning skal kunne ende ud i de her resultater.

Min umiddelbare opfattelse er, at det ikke er Seas som har problemet. Men jeg skal være ærlig at sige, at jeg bestemt ikke ved nok om det her til at kunne sige det. Faktisk aner jeg ikke, (tiltrods for jeg er elektriker), hvordan udstyret er strikket sammen. Men min logik siger mig, at det giver ingen som helst mening, at Seas kan registrere et forbrug, samtidig med at solcelle anlægget overproducere og sender strøm ud på nettet. Det bør simpelthen slet ikke fysisk kunne lade sig gøre. Men det er det jeg kan se ud af de data jeg har adgang til.

@Lars Jacobsen Det er netop det her jeg frygter. @Kristian Poulsen Tak fordi du tager dig tid til at deltage i dette. Jeg er på den "nye" ordning efter november 2016. Og lever overskudsproduktion gratis ud på nettet. Det var årsagen til at vi valgte at få sat batteri på installationen Ja jeg undre mig i den grad over de tal jeg ser. Jeg er helt enig med dig i, at hvis anlægget producere 4kWh, og jeg forbruger 6kWh, så bør jeg aftage 2kWh fra Seas. Det er bare ikke det tallene viser, tværtimod viser tallene, at selvom solcelleanlægge producere mere end vi forbruger, inkl batteri ladningen, så registrere Seas stadigvæk et forbrug. Og det er det jeg har eventyrligt svært ved at forstå, hvordan det overhovedet er muligt. Se de næste to vedhæftede screendumps fra 6 februar 2018. Bemærk specielt tidspunktet fra kl 11 - 12 på billedet fra Mit Seas. Seas registerer et forbrug på 1.7kWh fra kl 11 - 12. I følge SMA portalen, så levere solcelleanlægget strøm til Seas i netop samme tidsrum. (den gule farve i den nederste graf). Så noget går helt skævt af hinanden. Hvis du kigger nede i deltaljerne for SMA portalen, så har SMA registreret et 'External Energy Supply' på 2.17kWh i hele døgnet d. 6 februar 2018. I samme døgn har Seas registreret et forbrug på 12,4kWh. De to første screendumps i mit først indlæg viser, at SMA registreret et 'External Energy Supply' på 5.55kWh d. 14 februar 2018. Men Seas registreret et forbrug på 16kWh i samme døgn. Og det er den difference som er blevet markant mere tydelig, efter batteriet blev tilsluttet i oktober 2017. Det er DEN difference jeg søger forklaringen på. Jeg har været i kontakt med Seas, faktisk kort tid efter vi fik sat anlægget op. Netop fordi jeg hæftede mig ved den forskel der var på SMA´s registrering af 'External Energy Supply', og så Seas´s registrering. Melding fra medarbejderen hos Seas var, at han ikke kunne sige sig fri for, at der kunne være fejl på måleren. Og jeg blev tilbudt at de tog den til teknologisk institut for at teste den. Men viser det sig måleren ikke fejler noget, skal jeg selv betale. Umiddelbart er det en fair løsning. Men fordi jeg faktisk ikke tror at problemet ligger i Seas måleren, så valgte jeg i første omgang at sige nej tak til tilbudet. Selvfølgelig også fordi problemet på det tidspunkt ikke var så markant med en forskel på ca. 20kWh om måneden. (det er under 1kWh om dagen). Det var før batteriet blev tilføjet til installationen. Da batteriet blev tilføjet til installationen i oktober måned 2017, så eskaleret problemet i en sådan stil, så jeg ikke længere kan negligere det. Visse dage i oktober måned (solskinsdage) er der en forskel på over 10kWh om dagen, præcis som vedhæftede billeder også viser. Samlet set fra hele oktober 2017 er der tale om en difference på 114kWh. Det kunne jeg tildeles også godt leve med. Men i og med problemet forværres på solskinsdage, så må det betyde, at de "gode dage" i forår, sommer og efteråret, at de kommer samlet set til at betyde en markant endnu større difference, når problemet er konstant. Derfor kæmper jeg lidt en kamp lige nu med at finde årsagen, så vi kan få klarhed over, hvor pokker det er der sker. Er der tale om en fejlopsætning et sted i installationen eller en defekt komponent? Er der tale om SMA registerere tallene forkert, og det derfor er korrekt det som Seas viser? Er der tale om SMA registrering er korrekt, og Seas har et problem? Det er det jeg forsøger at finde ud af. Min opfattelse er dog, at SMA ikke viser forkert. Det er et meget stort anerkendt firma, som dels har vundet priser på deres udstyr, men også på deres portal. Faktisk skulle deres Energy Meter være en af de mest korrekte der findes. Men om der er fejl i installationen eller opsætning - Det virker måske mere sandsynlig, alene af den grund, at det jeg ser, det bør slet ikke være fysisk muligt. Hvis det omvendt er muligt, så kan problemet faktisk ligge alle steder, dvs både hos SMA og Seas. Firmaet som har stået for installationen af anlægget inkl batteri er blevet kontaktet. SMA er blevet kontaktet. Jeg mener det er de to parter i første omgang, som må finde ud af, hvad pokker det er der foregår. Hvis de når frem til, at anlægget er skruet sammen som det skal være, og i øvrig uden fejl, så er det klart at så må jeg pege i retningen af Seas. Jeg håber jeg inden længe bliver klogere på det her, for jeg er ved at gå død i logfiler. Jeg har detaljeret logfiler fra SMA udstyret, samt fra Seas. De er dog hæmmet af, at Seas operere i kWh for hver time. SMA operere i Watt for hvert 15 minut. Men nu når du er her, så kan jeg jo passende spørge dig - Ved du om det er muligt at få en mere detaljeret log fra Seas, en som viser det aktuelle watt forbrug?

Ahh okay. Troede de sad tæt på. Jeg har nemlig mine siddende ved tavlen, dvs max 1m fra antennen.

Nu for jeg har været rimelig optaget med andet, Mikkel har haft ferie osv osv.. Men regner med vi måske kan finde tid i løbet af ugen.

Hvad mener du med dem længst væk er det tryk eller lampeudtag?

De er sgu imponerende!

Er de bare holdt op med at svare, selvom du har fodret med med informationer?

Du skal lave dine items filer manuelt for de IHC komponenter du vil have registreret i OpenHab2.

Ved godt det ikke har så meget med IHC at gøre, men der sidder jo en del elektrikere her, så måske nogen ved noget. Sidst år i juni måned fik vi opsat et 6.4kW solcelle anlæg. I oktober måned fik vi tilføjet et 10kwh batteri til anlægget. Anlægget består af: SMA inverter STP 6000TL-20 190 SMA batteri inverter SBS2.5-1VL-10 380 SMA Energy meter. LG chem RESU10H batteri. Jeg har siden juni måned kunne registrere en forholdsvis minimal forskel mellem det som SMA Energy Meter har registreret vi aftager fra Seas, og så hvad Seas siger. Det har ligget såen i retningen af små 20kwh om måneden. Og det er egentlig en difference jeg godt kan leve med, selvom jeg godt havde set at det var væsentlig lavere. Siden vi fik tilsluttet batteriet er det derimod gået helt galt. Seas registrere et markant højere forbrug, hvergang batteriet lader, og et lidt mindre forbrug, når batteriet aflader. Jeg kan via simple log påvise, at det Seas registrere på ingen som helst måde er korrekt med det aktuelle forbrug. Jeg tvivler dog på at Seas har problemet direkte. Jeg tror til gengæld at det er noget i SMA´s inverter som er helt galt skruet sammen. Oktober måned er differencen helt oppe på 113kWh. Og flere dage kan jeg påvise over 10kWh til forskel om dagen. Det er de dage hvor solcelle anlægget lader på batteriet, og der efterfølgende er en afladning. Hvordan er det muligt at Seas kan registrere et endog temmelig højt forbrug, når solcellen anlægget producere meget og lader på batteriet, (langt over hvad der forbruges). Et par dage som meget tydeligt viser, at noget må være helt galt.

Hmm.. Vil det sige, at i tilfælde af at alarmen er slået til, og controlleren genstarter, så starter en "delvis" alarm? Det lyder ikke helt gennemtænkt.

Ved desværre ikke så meget om Siri/Apple produkterne. Men hvis Openhab2 har en binding til det, så bør det være en forholdsvis smal sag.

Det giver vel reelt ingen mening at have få muligheden for 2 eller flere controllere, og ikke kunne binde dem på tværs? Altså bortset fra hvis det er 2 controllere som ikke er på samme installation/lokation, og derfor ingen behov har for at kunne binde dem sammen.

Det er omvendt. Jeg laver mit visual program med sensorer (ikke kalibreret). Det sender jeg til controlleren. Derefter går jeg i serviceview og kalibere sensore. Alle er glade. Bagefter ændre jeg 'noget' i mit program i Visual og uploader det igen til controlleren. Spørgsmål - Vil værdierne for kalibrering ikke dermed være tabt og man skal starte forfra?

Men bliver de gemt, når du overskriver programmet i Visual?

Det er desværre betydelig nemmere, hvis du tager rammen af først. Det LK har lavet er en skidt konstruktion. Heldigvis er det ikke noget man gør tit.

Det er efter min mening forkert at kalibrere i ServiceView. Årsagen er, at når man gør det, så vil kalibreringen blevet "reset" næste gang man uploader sit IHC program til Controlleren. Derfor bør man lave kalibrering i Visual (direkte i IHC programmet), så det derved altid er der, i programmet, hvor det høre til. Blot min mening!

Godt at du nu ved hvilken del der skaber problemerne. Udskift/tjek installationen til/fra magnet kontakten. Der er ikke rigtig så mange andre muligheder. Mit bud er en løs forbindelse eller lign, (defekt kabel/ledning) som måske viser sig bedst i koldt vejr pga ledningers ændring af kulde/varme. Kan kablet evt være blevet klemt et sted eller noget i den stil. En anden mulighed kan være afstanden til metalpladen. Hvis den i forvejen ligger lige på grænsen, så er det måske afstanden som ændre sig pga kulde.

De andre indlæg med lign problem læser jeg som, at problemet har været når de skal sende til controlleren. Ikke hente.

Det lyder som om det er to forskellige versioner af Visual som programmet er lavet med. Den ene er vist den gamle til HW 6.1 controlleren. Og den Visual du sidder med nu er nyere til HW 6.2 controlleren. Selvom de kan køre med samme Visual, så er der netop forskel i produkterne for lampeudtag med dimmer. (har jeg selv bemærket, da jeg i min HW 6.2 controller har program i som er lavet i en tidligere Visual version). Den bør dog ikke gå i stå, når du forsøger at hente programmet ned. Har du evt prøvet med et andet USB kabel? (kortere og med støjfilter (klods) på kablet). Træk LAN stikket ud, når du forsøger med USB. USB bør altid virke uden problemer. Har du prøvet LK´s Javastarter program? Jeg ville fokusere på at få "ordentlig" forbindelse til controlleren, inden jeg ville begive mig i krig med at hente en kopi af programmet. Men jeg har forståelse for din frustrationer.

Som i gamle dage - med Serviceview.. Det er jo et LK produkt, så nyhederne er begrænset