Kandersen

Okay @Kristian Poulsen Jeg tager en snak med Seas lige så snart jeg har været igennem eloverblik.dk, fået svar fra SMA (udestår) samt har fået direkte adgang til min SMA Energy meter. På den måde har jeg forhåbentlig præcise tal, på præcise tidspunkter, fra alle steder, som jeg kan kaste efter "nogen" og sige, fix det!

Ahh okay, det har jeg prøvet. Det ændrede ikke noget i mit tilfælde.

Henning, kan du forklare det her lidt mere praktisk, for jeg er ikke helt med på, hvad du mener. I øvrig hæfter jeg mig ved, at dit problem opstod efter at have uploaded et tomt projekt. En "øvelse" som ellers skulle løse andre lignende problemer, skaber så åbenbart også problemer andre steder.. Det er sgu da belastende

Den bedste løsning at komme fra 12volt halogen til LED, det er at droppe alt lavvolt og lave installationen om til 230volt. Der kan være nogle praktiske forhold der gør sig gælde, hvor 230volt ikke er en løsning. Og det er desværre netop i din situation, under overskabe osv. Der er kun een løsning, og det er at prøve sig frem. Det er bare op ad bakke hele vejen. Der findes ikke rigtig nogle gode facitliste. Og hvis man blander en eller anden form for dæmper ind, så kommer bakken til at virke som en lodret væg! For nu er det ikke bare en tænd/sluk funktion, (som i øvrigt nok skal skabe problemer, når det er en touch funktion i spejlet). Nu er det driver, dæmper/tænding og LED kilder som skal passe sammen 110%. Og det kan virke som en nål i en hø-stak at finde den rette kombination. Den driver du har linket til, den kan slet ikke dæmpe LED kilder, ihvertfald ikke umiddelbart. Ydermere er det en mA driver, og der skal du virkelig være opmærksom på, hvilke LED kilder du sætter på, for det er spørgsmålet om de dæmper på spændningen eller strøm. Men igen, jeg tvivler på den driver overhovedet er dæmpbar. De har andre drivere på siden som de skriver er dæmpbar. Det er sådan en du skal have. Og så er det ellers at krydse fingerne, når du skal finde kilder der virker med den og din touch funktion/dæmper.

Føler sgu med dig.. Jeg kan ikke huske om du har prøvet det, men ellers kunne du prøve at bytte rundt på to lampeudtag, for at se om du kan påvirke resultatet på een eller anden måde?

Jeg skal bruge webaccess koden for overhovedet at logge ind på eloverblik.dk. Den kode har jeg ikke og den står ikke på mine regninger. Jeg er med på flowet, at Cerius er dem der "opsamler" og sender data til datahub. Og derfra kan dem jeg har aftale med hive dataerne ud og afregne ud fra dem. Egentlig et rimelig logisk og godt system, når man tænker på, at man derved kan skifte 'el-leverandør' uden de store armstræk. (man skifter vel bare aftagernummer og webaccess kode, når man opretter sig som ny kunde hos en ny leverandør). Men spørgsmålet er så, om spørgsmål angående målerdata og målemetoden skal rettes til Seas eller Cerius. Det burde jo i så fald være Cerius, da Seas intet (længere) har med måleren, målemetode, data eller andet at gøre..

Ahh tak for oplysningen - Det er gået min næse forbi. Det besværliggøre dog lidt i min situation hvor jeg har spørgsmål. Cerius er Seas-Nve´s elnetselskab. De har ansvaret for måleren og for at sende målinger til datahub. Seas Nve er så dem der har aftalen med mig om afregning af forbruget, ud af de data som de henter fra datahub, samt abonnement osv. Seas-Nve sørger for at vise data på mit-seas. Så langt så godt. Men..... Hvem skal jeg så kontakte angående, hvordan måleren registrere forbruget? Cerius eller Seas-Nve? Dernæst. Jeg synes bestemt jeg læste et sted, at data der sendes til datahub skal angives i max 15. minutters interval og gerne mindre. Mit-seas angiver i hele timer. Det er dog rimelig nemt at tjekke.. Man kan bare selv logge ind på datahub med NemID og på www.eloverblik.dk forudsat man har aftagenummer (står som regel på regningen) og webaccesskode. Sidstnævnt har jeg ikke. Ved du hvor jeg kan få fat i den? Den oprettes jo som et tilfældigt nummer, når man bliver registreret som kunde. Men den tilhører vel i realiteten Cerius nu, selvom jeg er kunde hos Seas-Nve?

Energy meter sidder umiddelbart foran Seas måleren, og inverterne samt resten af installationen sidder efter. Jeg er rimelig sikker på at den del er korrekt, fordi elektrikerne der satte det op havde en lærling med og gjorde et stort nummer ud af at forklare ham, hvorfor det var meget vigtigt at det ikke blev monteret forkert. (Jeg stod og smug-lyttede og kigge dem over skulderen, men fra afstand. Man er vel en ordentlig bygherre (plus at jeg nok har en notorisk mistro til alt hvad der lugter af håndværkere, et levn fra dengang jeg selv var i faget, spædet op med nogle kedelige håndværksmæssige oplevelser sidenhen, dog primært fra tømrere)). Så årsagen skal nok findes i Seas´s måde at måle på. Jeg har dog eventyrlig svært ved at se, at det skulle være hele årsagen. Lige pt er jeg ved at finde ud af, om jeg kan få direkte adgang til energy meter. Elektrikkerne som opsatte det har sat energy meteres ethernet port direkte til batteri inverterens ethernet port. Det er SMA´s måde at lave Speedwire forbindelse på. Problemet med det er, at så får Energy meter ikke en lokal IP (fra mit lokale net), men det kommunikere fint med batteri inverteren og Sunny portalen. Jeg kan bare ikke få adgang til energy meter direkte. Så lige nu er jeg ved at undersøge hvad der sker, hvis jeg smider netkablet direkte i energy meter. Kommunikationen skal nok virke, da det er den metode vejledningen foreskriver. Men jeg vil nødig risikere at miste data/log lige nu pga det. Hvis jeg kan komme direkte ind i energy meter uden problemer, så vil jeg kunne se real time data ala dette: Det er ikke sikkert jeg bliver meget klogere af det. Men sjovt er det nu alligevel, altså bortset fra videoen er tysk og i øvrig omhandler at energy meter bliver "stresset". Samtidig kan jeg på den måde også selv fange dataerne og bruge dem i fx OpenHab2, som kan snakke sammen med Energy meter. Og så overvejer jeg lidt at kontakte Seas og spørge, om det er muligt at få de rå data de har logget. Hvis de siger nej, så er muligheden måske at rette henvendelse til Datahub. Men jeg ved ikke om de bare får de samme data, som kunderne får.

Hvordan skulle de kunne lukke det ned? Det ville kræve de laver helt om i deres egen controller. Næppe en løsning der er gangbar for dem, hverken rent praktisk, men da slet ikke økonomisk.

@Lars Jacobsen Jeg fandt en anden pdf (muligvis den samme) som netop omtaler problemet med målemetoderne. Se denne fra side 25 og frem. (jeg har desværre ikke bilag med). http://www.ft.dk/samling/20161/almdel/EFK/bilag/229/1757737.pdf

Det er en Echelon måler vi har. Men jeg må erkende, jeg er stadigvæk noget forvirret over det her. På installationen har vi jo SMA Energy Meter siddende lige umiddelbart efter måleren, (eller før, om man ser installationen indefra). Den er tre-faset og registrere forbruget i begge retninger, uanset hvad Seas´s måler så end har af kompensering eller mangel på samme. Hvis det samlede forbrug som Seas registrere vi aftager fra dem er højere end det forbrug som SMA Energy Meter registrere, så må der for pokker da være noget galt. Det er jo ikke en forskel i små procenter, som jeg faktisk startede ud med at acceptere inden batteriet blev tilsluttet. Det er adskillige hundrede procent mere i forskel efter batteriet er tilsluttet. Hvordan kan manglende fase kompensering skabe det? https://www.sma.de/en/products/monitoring-control/sma-energy-meter.html

Jeg tror ikke batteri laderen kræver et vist forbrug. Og hvis den gør, så burde det være rigeligt med de ca 450watt "standby" forbrug vi har 24/7. Jeg kan ikke se den pdf fil du har lagt op?

Har kigget lidt på solcelledebat.dk men den side fandt jeg ikke meget på om det. Den er også fyldt med spam indlæg, så jeg gik måske død i det. solcelleforeningernes hjemmesider er ret lukket. Man kan læse nyhederne, men ikke debatterne. Nyhederne er det tætteste jeg kan komme, det er ministerens ændringer af netto afregningerne fra vistnok maj 2017. Jeg kan ikke huske hvad gruppe jeg er i. Mener det er 5 eller 6, hvor alt overskud bare leveres gratis ud på nettet. Uanset hvor mange/lidt faser der afregnes på, så kan jeg simpelthen ikke få ind i mit lille hoved, at det på nogen som helst måde er sammenhængende med det jeg oplever, at jeg bliver afregnet hos Seas på tidspunkt hvor anlægget overproducere og sender strøm til dem. Det kan antallet af faser næppe ændre ret meget på. Mht fasekompensering, så fik jeg at vide at det er et EU krav. Men jeg kan heller ikke finde det direktiv.

Det ligger inde i IHC Captain. Der kan du lave en backup, som du efterfølgende kan læse ind i den nye version. Jeg har selv lige været igennem det for et par uger siden, da jeg installerede Mikkels nye version. Og det funger.

Men kan man styre en wireless dimmer niveau i % gradvis med lux målingerne? Jeg havde forstået at man sætte et lux niveau for, hvornår noget skal tænde/slukke, og så satte man et fast niveau ud fra det? Ligesom en temperaturføler, skumringsrelæ osv..

Hehe, ja når man ved hvad man laver, så plejer ting oftest at foregå i hurtigere tempo

Sagen har i den grad taget en noget uventet drejning, og jeg er nok mere forvirret og forundret end nogensinde. @sornorvar i øvrig lidt på sporet af det.. Altså, hvis og såfremt..... Kort fortalt efter en telefonsamtale: Jf konsulenten så har "man" fundet ud af, at det problem jeg oplever, det skyldes at batteri inverteren ikke er 3-faset men 1-faset. Normalvis er dette ikke noget problem, så længe elmåleren er fasekompenserende. Konsulenten kunne oplyse, at Seas (og et fynsk energiselskab, som jeg ikke lige husker navnet på) ikke benytter fasekompenserende elmålere, på trods af at det er et EU krav. Og der skulle eftersigende versere en højt rangerende sag ang dette. Jeg har forsøgt at finde informationer om det på nettet, men det er ikke lykkedes mig. Så om det er rigtigt eller forkert, eller på hvad måde det er rigtigt, det aner jeg ikke. Jeg har ikke umiddelbart nogen årsag til at mistænke nogen for noget, bevidst. Men det undre mig lidt, at jeg ikke kan finde nogle informationerne omkring det. Det er muligt jeg søger de forkerte steder. Så skulle der være nogen der ved mere om dette, så vil jeg meget gerne høre om det. I det hele taget har jeg svært ved at forstå, hvordan manglende fase kompensering kan skabe det her resultat som jeg oplever. Men jeg aner heller ikke en pind om teknikken i sådan et system, så måske... Foreløbig løsning er, at vi afventer. Ikke på en afgørelse af en evt. sag, Seas ændre måler eller andet, men derimod på producenterne af nye batteri invertere, som pt er på vej fra flere producenter, der skulle kunne løse dette problem. SMA´s skulle være tilgængelig i Maj 2018. https://www.sma.de/en/products/battery-inverters/sunny-boy-storage-37-50-60.html I følge konsulenten, så er planen, at så snart de kan kan få inverteren hjem, så udskiftes min nuværende Sunny Boy Storage batteri inverter, med den nye model. Og så er problemet forhåbentlig forsvundet. Jeg er dog kommet lidt i tvivl om denne nye inverter løser noget, da den er 1-faset sådan som jeg læser det. Det primære nye er, at den nu kan tilslutte op til 3 batterier til den. Samt at man nu har mulighed for "backup", hvis strømmen fra Grid af en eller anden årsag går, (det er vel principielt det samme som en stor UPS så).

Jeg har ikke den fjerneste ide om, hvordan man laver et IHC program til dine ønsker, eller om det overhovedet kan lade sig gøre. Når du skriver 1: holde konstant 500lux.. Hvad er det så helt præcist du vil holde konstant? luxmåleren eller lyset? (førstnævnt giver ingen mening). Man kan mig bekendt ikke holde en konstant lux på en lampe uden dimmer. Det bedste man kan det er at omsætte lux måling til en vis procent af lyset. Og så på den måde "beregne" sig frem til, hvilken % lysstyrke som lyset skal fastholdes på, fx i et scenarie. Alternativ skal man finde en lyskilde med ligepræcis 500lux, og så glemme alt om luxmåler og dimmer, da de derved bliver overflødige. Men den bedste løsning er nok, at finde niveauet via en dimmer, og så fastholde lyset der - Hvad du så skal bruge luxmåleren til, det er mig lidt en gåde.

Jeg ved ikke helt hvad IHC appen bruger. Jeg tror den bruger trykkene. autoupdate=false. Det er den mulighed du har i items for at definere en switch som en push button (tryk som vi kender det). Men man skal stadigvæk definere det som kip i sitemap og push i habpanel, ellers kan det ikke rigtig bruges til noget.

Nej og ja.. Ejvind´s anbefaling er to tryk, et til ON og et til OFF. Desværre kender items i openhab2 ikke et tryk (fjeder olign) som standard. Og det har virkelig givet mig grå hår i hovedet, når det praktisk talt er det eneste vi operere med i IHC verden. Det betyder ikke at du ikke kan bruge tryk i openhab2, men det betyder at du skal lave "tryk" funktionene i "frontend", dvs i Classic UI eller i habpanel, hvor du i classic definere en [KIP] funktion, eller en switch i Habpanel. Så virker det som hvis det havde været et almindeligt IHC tryk.

Jeg kan dælme godt følge dig. Jeg ville blive skrub hysterisk hvis det var her hos os

Det er netop en af fordelene ved litium batterierne, udover at de selvfølgelig holder meget længere og fylder væsentlig mindre. Til gengæld koster de også en krig. Vores batteri koster lidt over 50.000. Ang setting i batteri inverteren, så er det en hel videnskab i sig selv. Så umiddelbart kan det snildt tænkes noget i det står forkert. Det er default opsat til batteriet, og til optimalt brug i opsætningen. Men det er slet ikke noget jeg har forstand på overhovedet. Meget af det er ren volapyk.

Og sådan ser det ud når solen er gået ned.

Endnu et øjebliks billede der viser, at Seas (external energi supply), stadigvæk ikke er i spil, selvom produktionen er lavere end forbruget. Nu levere batteriet derimod strømmen.

Mht til items filerne, så ændre det ikke noget for dig