Kandersen

Det er korrekt. Det håber jeg ikke.. For så betyder det at alle med summationsmålere skal skifte til fasemålere. Sagen som DENFO kører mod ministeren går på, at i Danmark sker der forskelsbehandling, (nogle har fasemålere andre summationsmålere). Og det må man ikke. Oven i det er der EU direktiv som foreskriver summationsmåler for egenproducenter, (netop for at undgå scenariet med at komme til at betale for sin egen overskudsproduktion). I DK bliver det hele så endnu værre, fordi de har ændre nettoafregningsgrupperne, så man ikke længere får betaling for overskud man sender ud på nettet. Og så falder ideen med fasemåleren helt fra hinanden. Hvis man havde beholdt nettoafregnings metoden og lavet den til 1:1, så kunne man godt have fortsat med fasemåleren, da det var blevet det samme som hvis man havde summationsmåler. Men vores "geniale" politikere (minister) skulle absolut lave det om. Og så gik det for alvor galt, udover at ministeren samtidig løb fra løftet om, at ikke røre ved aftalen i 20 år frem. Det er så den 3. del af sagen som DENFO kører. Det er rigtig skidt det der er sket. Nu er det godt nok længe siden jeg sad på el-bænken. Men er det ikke noget med CosFi (eller hvad pokker det nu var det hed)

LK´s problem, efter min mening. Hvis kortet skal fixes med et bestemt tool, så har de forhåbentlig leveret det med, så folk kan formattere kortet. Alternativ så bygger man en controller med med flash-ram, og benytter controlleren til at formattere SD kortet samt klargøre det til brug. Det har du sikkert ret i. Men det nytter jo nada, hvis folk ikke ved/ikke kan få formateret kortet, og på den måde komme videre. Så er der kun een vej tilbage, returner lortet. At Lk afviser det, det synes jeg egentlig er rigtig dårligt, da de ligesom selv har skabt situationen. I øvrig burde disse kunder jo aldrig skulle få problemet overhovedet, medmindre noget er gået galt et sted. Igen falder den tilbage på LK, evt elendige SD kort, (som i øvrigt er en rigtig skidt løsning at bruge, hvis man fx også begynder at logge på det (læs - skriver meget). Det ved alle med en Raspberry Pi og lidt mere seriøs brug. Det skal lige siges, jeg har ikke selv en v7 controller. Så jeg aner ikke hvad der følger med af tools til den. Men jeg ville klart forvente et tool til at klargøre SD kort til controlleren, fordi, som jeg forstår det, så virker controlleren ikke uden SD kortet.

Jeg prøver at lave en test i aften.. jeg kan selvfølgelig bare afprøve det med en af mine z-waves enheder. Det burde jo være nemt (og simpelt nok).

Måske du skal hive Pauli ind i debatten og høre ham, (på engelsk). Jeg har ikke så meget erfaring med at skrive til IHC controlleren fra en anden item, udover hvis det er via en rule. Og jeg undre mig vildt over, at det virker som du beskriver via PaperUI control panel. Det tætteste jeg kommer fra IHC bindingens doc, det er denne: Type number-channel : readonly_resource "Read only resource" [ resourceId=1212121, direction="ReadOnly" ] Type number-channel : write1_resource "Write 1 resource" [ resourceId=1111111, direction="WriteOnly", commandToReact="1", pulseWidth=300 ] Type number-channel : write2_resource "Write 2 resource" [ resourceId=2222222, direction="WriteOnly", commandToReact="2", pulseWidth=300 ] Type number-channel : write3_resource "Write 3 resource" [ resourceId=3333333, direction="WriteOnly", commandToReact="3", pulseWidth=300 ] Number multi_resource_test "Multi resource test" { channel="ihc:controller:elko:readonly_resource", channel="ihc:controller:elko:write1_resource", channel="ihc:controller:elko:write2_resource", channel="ihc:controller:elko:write3_resource" } Men det er vel i realiteten også sådan du har gjort det, bortset fra at du læser fra mqtt..

Det er fordi det ikke er potentialefri kontakter i output modulerne. Du kan godt få et output modul med potentialefri kontakter. Det er fx output 400 8 x 10. Men hvis du ikke har sådan et modul, (det er svine dyrt det modul) så er det billigere at købe et reedrelæ til det samme. Du kan selvfølgelig godt tage ledningerne direkte fra trykket og montere dem direkte på dimmeren. Men så er det helt uden om IHC installationen. I forbindelse med dimmeren, så ja. Jeg synes stadigvæk det er et rigtig godt alternativ til fx en UNI400 IHC/SA dimmer, (eller ældre typer). Det bedste havde selvfølgelig været hvis LK havde lavet tilsvarende. Men det findes kun som ø80 lampeudtag, som er det der kommer tættest på. Og så koster det en del mere. Ulempen ved Haseman dimmeren er, at man helst skal bruge en form for z-wave for at opsætte den, eller bruge de muligheder som der er i den. Og det er jo ikke alle der lige gider opsætte en z-wave gateway bare for en dimmers skyld. Så Hasemans dimmeren skal nok mest anbefales til de som allerede har eller påtænker at få z-wave.

Nu er jeg forvirret.. Hvor trykker du ok?

Jeg har selv Hue og bruger Google Home til stemmestyring. Men lige præcis med Hue, så kører den del uden om openhab (altså stemmestyringen). Jeg kan stadigvæk tænde/slukke/skifte farver osv fra openhab.

Med os som er i gruppe afregningsgruppe 5, så kan de næsten lave hvad som helst. Vi får hverken fordele eller ulemper ud af det Jeg interessere mig derfor kun for målertypen. Og det kan kun gå for langsomt med at få den skiftet til en summationsmåler. Men det er nærmest mafia metoder man er oppe imod hos el-selskaberne (el leverandører eller hvad pokker de efterhånden kalder sig. I vores tilfælde Cerius). Jeg forespurgte dem om muligheden for at få skiftet måleren, og ydermere tilbød at selv betale for det.. Deres svar var koldt og kynisk - "Vi har ingen planer om at udskifte din måler".. Det forstår jeg godt de ikke har, når de lever godt af at modtage vores overskudsproduktion gratis, som de så samtidig sælger tilbage til mig, pga målemetoden. Jeg vil nærmere kalde det for tyveri, fordi det er fasemåleren der måler på en meget uhensigtsmæssig måde, når der er tale om en egenproducent der over-producere strøm og sender det ud på det offentlige net. (som man jo er tvunget til).

Det er jo katastrofalt hvis det kan få controlleren til at gå i "udu" på den måde. Og helt hen i hegnet hvis de bortforklarer sig med, at SD kortet er formatteret på en windows maskine og de derfor ikke vil fortage sig noget. Hvorfor fanden bruger de ikke bare et globalt format som båder virker til linux og windows/andet.. Så er de ude over det ekstremt simple problem. Hvor er det bare belastende at høre de meldering er LK..

Jeg har ikke selv prøvet det den vej. Men er du sikker på du skal bruge number og ikke string? Og så fange værdien fra mqtt som string? Jeg synes jeg kan huske noget med, at mqtt operere med strings.. Men jeg kan ikke huske det præcist.

Minimumbelastningen er også væsenlig mindre på ø80 end 1-modul. Mener det er 3Watt på ø80 og 20watt på 1-modul. Det er et ret væsentligt argument for at skifte til ø80 (ver.2) hvis man påtænker at bruge LED.

Hvad bruges en ufølsom PIR til. Den vil jo i så fald ikke virke, så hvad hulen skal man med sådan en indstilling?

Så har du også nedsat levetiden på den

Man skal ihvertfald tage det med i regnestykket.. Og så vil det sandsynligvis ende ud negativt med 10% i rente. Vi var heldige at vi ikke skulle låne til anlægget, men derimod have nogle penge i overskud, som vi på een eller anden måde skulle "investere" i noget. Det blev bla solcelleanlægget. Det kan næppe blive værre end det er nu. Men fornuftigt nok at vente, hvis det ikke er fordi I har en stak penge som bare ligger og ikke trækker nogle renter hjem.. Det eneste som reelt kan vælte hele korthuset nu (udover den vanvittige fasemåler vi har som i øvrig også smadre betalingstiden), det er hvis regeringen får vilde tanker om at sætte prisen voldsomt ned på el-afgifterne. Men det er vist mest af alt bare varmluft i et valg-år fra dem. Ellers hvis solen ikke lever op til det forventet. Det sidste har regeringen heldigvis ingen indflydelse på.

Jeg tror det bliver svært på et Group item. Men jeg har ikke prøvet det. I så fald skal det gøres sådan her: Group gruppe1 "Fælles gruppe for Hue lamperne i gruppe 1 Dimmer [%s]" [ "Ligthing" ] <colorlight> Jeg tror bare ikke det virker, fordi Alexa, Google Home eller Homekit kender ikke Group items typen. En anden mulighed i openhab er at bruge en rule.. Men så er det lidt mere omstændigt. For dels skal du angive en virtuel dimmer, som du styre via stemmen, (det er den nemme del). Denne Dimmer skal så bruges til at styre (sætte niveau) for de Hue lamper du vil dæmpe, i selve rulen. Du kan stadigvæk godt bruge Groups i rulen (det eliminere nogle linjer). Men hvordan du lige aflæser Dimmer value og sender den til gruppen, den skal jeg vist tænke over. Mit hurtigste bud er at få Rich (rlkoshak) på openhab community til at hjælpe. Han er en ørn til det med rules. Så tror jeg bare at jeg ville bibeholde den måde du har det i dag, og så lade din stemmestyring service (fx Google Home) styre den del uden om openhab. Sådan bruger jeg det selv pt.

Yep.. Ikke en eneste Spøg til side.. Først skal jeg vide, hvilken openhab kører du med. Og specielt hvilken IHC binding. Hvis det er nyeste IHC binding (som du dermed har lagt ind manuelt), og du har sat den til autochannel, så viser den IKKE funktionsblokke i autochannel. Skal du linke til noget i funktionsblokkene, så skal du manuelt finde resourceID og lave channel. Mht til hue styring, så var det faktisk noget jeg ville have brugt tiden på her til aften, men der gik alt muligt andet i den, (bla solcelle). Så jeg når det nok ikke. Dæmpe fra openhab til hue er/har faktisk været et problem via IHC, fordi vi ikke har haft mulighed for langt tryk. Det samme gør sig gældende, hvis du havde villet dæmpe en LK tavle dæmper.. Men min plan var at prøve at lege lidt med den nye mulighed for langt/kort tryk i den nyeste binding. Hvis ellers jeg har fattet det korrekt, så burde det faktisk være muligt.. Mht til gruppere i openhab, så skal du lave items Group.. Det er tricky at forstå, men når den først er der, så er det ekstremt nemt og uhyre effektivt. Det du gør at du samler dine Hue lamper i den gruppe du vil have dem kørt sammen i (i items definere du en gruppe med () ). Fx sådan her: Dimmer hue1 "Hue lampe 1" <ikon> (gruppe1) {channel=....} Dimmer hue2 "Hue lampe 2" <ikon> (gruppe1) {channel=....} Dimmer hue3 "Hue lampe 3" <ikon> (gruppe2) {channel=....} Dimmer hue4 "Hue lampe 4" <ikon> (gruppe2) {channel=....} Så laver du en group items som ser fx således ud: Group gruppe1 "Fælles gruppe for Hue lamperne i gruppe 1 Dimmer [%s]" <colorlight> Group gruppe2 "Fælles gruppe for Hue lamperne i gruppe 2 Dimmer [%s]" <colorlight> Thats it.. Nu har du to nye items som du kan styre fx via sitemap, som kan dæmpe Hue lamperne i henholdsvis gruppe1 og gruppe2.. Bemærk, gruppen er navnet i () i items.. Der kan du smide de lamper ud som du har lyst til bare ved at angive gruppe navnet. Hvis du har en LK wireless dæmper, så kan du faktisk også smide den ind i, fordi den styres på samme måde som med Hue (procentvis). Udfordringen er at få et IHC tryk til at styre det her.. Det er, som vist, ingen kunst at få openhab til at styre gruppen. Men vi skal jo gerne kunne bruge et IHC tryk til det, for at det virkelig er brugbart.. Det er så det jeg skal igang med at kigge på, om jeg kan få den nye IHC binding til det..

Hmm det er sgu et godt spørgsmål.. Det burde være det samme resourceID du ser begge steder.. Så meget har jeg slet ikke kigget på den nye IHC binding, så jeg har kigget på om det er det samme. Kan du evt. finde 2912859 på een af de andre.. Og er du sikker på det er den rigtige dimmer du kigger på i Visual? Det burde være præcis det samme.. Måske jeg skulle se mine.. Der kunne jo være en fejl i bindingen.. Men de andre items jeg har linket, de har alle passet, så synes det virker underligt at din ser sådan ud. HOV, nej vent..... Årsagen er at den du ser i PaperUI, det er produkt siden.. Den du viser på dit billede, det er funktionssiden.. Hvis du tager den samme på produkt siden (venstre side i Visual) så vil du garanteret se det samme resourceID.

I får sgu også lige for de første 6 dage her i det nye år, (godt nytår i øvrigt).. Bare fordi Egentlig ikke et ringe billede. Det må gerne fortsætte resten af året.. Og blot fordi jeg kan, så ses her hvordan dagen forløb d. 2 januar 2019.. Den blå er inverteren, den røde er batteriet..

Nå, nu tog jeg lige og så på statiskkerne alligevel.. Her er et dump af året 2017 (inkl fejl, men jeg tror faktisk at batteriets tal er korrekte nok)... Som det ses, så afladede batteriet med 1762,36KWh. Med en elpris på 2.28, så svare det til ca. 4018,- som vi dermed sparede i 2017. Hvis det fortsætter på den måde, så tager det lidt mere end 12 år at betale batteriet som kostede 50.000 kroner. Og hvis det holder stik, så vil alt fra det 13. år og frem til 20 (måske mere) være ren gevinst, uanset hvor meget effektivitet batteriet taber derefter. Her er tilsvarende fra 2017, hvor vi dog kun har haft batteriet fra oktober.. (i øvrigt et skandale år for solcelle ejere). 154KWh = 351 kroner.. Skidt skidt for 1/4 af året. Så utrolig meget afhænger af, vejret!

Sorry, du har ret.. Skrev forkert.. Det er et 6.6KW anlæg vi har. De regler blev lavet om i oktober 2015, mener jeg. I dag må du opsætte så stort anlæg du har lyst til. Vi fik vores anlæg i Juni 2017. Inverteren er en 6.6KW inverter. Vi har 22 stks 300Watt solcellepaneler. Deraf 6.6KW anlæg.

Ja det er korrekt - Altså bortset fra at du ikke kan se det item der tænder/slukker for dimmeren, for det ligger ikke i dette test setup jeg har, men derimod på min gamle Rpi som kører med den gamle IHC binding. Så det du har set, det er udelukkende een items for dimmer status på en UNI400 dimmer.

Det er da netop det en alarm-pir gør/er.. At det så omvendt IKKE er det du vil have, det er en anden sag.. (stor hund, høj følsomhed - Det hænger ikke sammen ) Har du overvejet at skippe kræet? Specielt i den størrelse er det lidt svært at gøre noget ved. Ellers er Hennings ide nok den bedste, hvis du kan "ramme" højden der virker effektivt mod hunde og med mennesker.

Hvis du seriøst overvejer solcelleanlæg, så vil jeg helt klart anbefale solcellekonsulenten.dk. De er også billigere end Viva Energi, og de ved hvad de snakker om.. Den eneste anke jeg har imod dem, det er at jeg har noget data fra Sunnyportal (SMA`s hjemmeside) som er gået i ged i juni måned 2018, hvilket smadre alle dataterne. Og jeg har dels sloges med SMA om at få det rettet, men de henviste til dem der har opsat anlægget. Og her er vi desværre strandet, og jeg tror jeg er røget i glemmebogen hos dem, for problemet er ikke fixet. Ellers har al anden form for kommunikation være super optimal fra tilbudsgivning, til bestilling, til opsætning osv.. Batteriet var et par måneder forsinket, fordi det var meget nyt på markedet, men også der fik vi rigtig god løbende kommunikation fra dem. Og betaling super perfekt. Man betaler kun for de de har lavet. Dvs betaling for batteriet blev ikke opkrævet før de havde installeret det.. Anyway - Mht til betalingstiden, så skal man virkelig overveje det nøje og regne en del på det. Jeg tager udgangspunkt i vores eget. et 6.4kWh solcelleanlæg med 2.5kWh batterilader og et LG SUH10 (10kWh/8.9kWh batteri). Årsagen til vi valgte et 10kWh batteri var fordi jeg kunne se på vores tal fra Seas at vi forbrugte ca. 12kWh fra solnedgang til solopgang (i de solskinsrige timer/dage/måneder). Så princpielt set burde vi være næsten selv-forsynende den periode (fra maj til oktober). At opsætte et solcelle anlæg idag (uden batteri), det er svært at argumentere positivt for, fordi du intet får for overskuds produktion. Derfor gælder det om at forbruge det man producere. Kan man ikke lægge forbruget direkte i produktionen, så er eneste løsning et batteri. Batterierne er svine dyre, (tror dog de er lidt billigere idag). Derfor skal man virkelig regne om om det kan svare sig. Den hurtige løsning er at sige, at et eksempelvis 10kWh batteri, det spare dig for 10kWh, hver gang det er ladet helt op, (dvs pr dag). Og det er den relle pris, uanset hvad nogen forsøger bilde dig ind, (folk der mener det er bruttopris, før afgifter osv), forudsat at din husstand også kan nå at forbruge det. Dernæst kan du selv regne ud, hvad 10kWh er i kroner og øre for dig, eller hvis din husstand har behov for mere eller mindre batteri. Dvs man skal først og fremmest kende sit forbrug, og så have et anlæg der kan drive huset forbrug mens solen skinner, og samtidig oplade batteriet. Vi forbruger ca. 22kWh om dagen. Derfor faldt valget på et 6.4kWh anlæg, med 10kWh batteri. Dernæst er man nød til at kigge på, hvor ofte anlægget når at lade batteriet helt op. Her skal man selvfølgelig også have sin batteri inverter på plads. Dvs den skal kunne lade med maksimal strøm, så batteriet er ladt op hurtigst muligt. Laderen skal altså lade med den mænge som batteriet kan tage (i vores tilfælde er det 2.5kWh det lades med). Så rundt regnet tager det ca. 4 timer at lade vores 10kWh batteri op de dage hvor anlægget producere mere end 2.5kWH +huset forbrug. Så kommer den virkelig svære del og hele balladen med solceller. Hvor tit har vi nok soltimer og (effektivitet) til, at man både kan holde huset forbrug og lade batteriet op.. Disse dag er egentlig ikke så vigtige at snakke om, for alle (i husstanden) er glade de dage. Det er straks værre de dage, hvor der ikke kommer sol nok til at lade batteriet op. Jeg har desværre ikke fået kigget ordentlig på vores statistik endnu. Men de 30% du har hørt om, det synes jeg umiddelbart lyder lavt.. Omvendt skal du se på, om 30% alligevel er godt nok for jer. Så du er nødt til at vende det om og regne på, hvad er 30% af batteriets størrelse i kroner/øre. Så har du den pris som batteriet spare dig, og du kan regne betalingstiden ud. Med 30% effektivitet, så vil et 10kWh batteri svare til ca 3.3kWh om dagen x el-pris inkl transport/afgift/osv x 365 = 3.3 x 2.28 x 365 = ca 2746,- Det vil være en betalingstid på ca. 18 år for et batteri der koster 50.000,- Med til regnestykket skal man også tage de tidspunkter i løbet af dagen, hvor anlægget måske har ladet batteriet lidt op, så kommer der en mørk sky forbi, og så driver batteriet "værket" indtil skyen er væk. Disse dage er der også en hel del af. Men de er ufattelige svære at regne med.. Det er jo nærmeste som "vinden blæser" Vores batteri har en garanteret levetid på 20 år. Teoretisk set mister det effektivitet undervejs. Ned til 85% så vidt jeg husker. Den del skal man også tage med i 20 år er det ca. 0,75% om året. Men uanset hvad så vil man efter ca. 18-19 år have betalt det hjem, og køre teoretisk set på frihjul de sidste et-to år, eller hvor meget længere batteriet nu engang holder ved 30% effektivitet og tilsvarende forbrug.. Så selvom man (vi) ikke spinner guld på det, så vil det kunne betale sig ved 30% effektivtet. Det forudsætter dog, at man ikke skal ud og låne til anlægget, for så skal man huske at modregne afdrag/renter. Og så tvivler jeg kraftigt på, at det kan svare sig, (medmindre man kan låne rentefrit). Og så er der side gevinsten - Når solen skinner i mere end de 30%. 2018 har været et super solskins år. Men selvom det har været det, så har det ikke rykket så meget i regnskabet. For det har primært været de måneder, som allerede var højt i effektivtet. Og som solcelle ejer i dag, der får man ikke mere ud af sin invester, om solen skinner 100% i 5 timer eller 100% i 7 timer. Man spare lidt mere på husets "regning". Men batteriet er ladt op, så genvinsten starter først rigtig, når solen går ned og batteriet tager over. Dvs fordelen er: Jo senere solen går ned, og anlægget har ladt batteriet op - Desto længere driver batteriet husets forbrug. Der var mange dage i den forgangne sommer, hvor vi ikke engang nåede at forbruge hele batteriet, førend det begyndte at lade op igen. Alt det her betyder, at man reelt ikke kan sige, at et batteri ikke kan svare sig. Man kan heller ikke sige det modsatte. Teorien viser, at det godt kan svare sig, men man skal regne med en meget langt tilbagebetalingstid, der pt ligger lige på grænsen til, hvad der kan svare sig. Hvad man derimod KAN sige, det er at et solcelleanlæg uden batteri i dag, det kan næppe svare sig - Medmindre man kan regne et meget præcist forbrug ud, opsætte et anlæg der ikke er beregnet til overskudsproduktion. Dvs det skal kunne dækkes husets forbrug i de timer solen skinner, og kun det. Og så skal det helst ikke koste alverdens. Jeg skal have kigget ordentlig på vores statistikker, men har ikke rigtig haft tiden til det, plus at jeg bliver møg irriteret over at se statistikkerne er smadret, og jeg derfor ikke kan regne med total tallene. Jeg skal sidde manuelt og pille hver eneste dag ud i detaljer (Excel filer) fra en måned, fordi dataerne er smadret midt i juni måned 2018. Men jeg skal nok nå det før eller siden.. Så får jeg enten chokket eller den positive overraskelse for det første hele år og to måneder med batteriet

Og så blev der stille... (Sorry - Det er egentlig sørgelig hvis det er rigtigt.. Synes bare spørgsmålet indbød til et lidt "sort" humoristisk svar).

Det er da den lammeste forklaring jeg længe har hørt.. Hvis SD kortet ikke må formatteres på en windows maskine, så har LK et job med at afvise SD kortet/formatet. Og dernæst et stykke værktøj der så kan formattere kortet. Det er simpelthen for langt ude den forklaring. Hvad fanden er det for en holdning de efterhånden har skabt sig! Enig, jeg synes også jeg har bemærket en del.