aleks

Dette er min personlige erfaring med å investere i solpaneler, og siden det er snakk om så mye penger synes jeg at jeg burde informere litt åpent om ting som har skjedd her. Begynte å planlegge solpaneler i fjor vår, og Otovo var svært raske ut for å selge solpaneler, som virket til å være en grei pris, og virket som å være en større seriøs bedrift som har tingene på stell, og gikk derfor for tilbudet de ga meg. Planleggingen gikk veldig fort, for fort, og ingen kommentarer, eller problemer ble påpekt. Lovet gull og grønne skoger med så og så mye produksjon. I midten av monteringen begynte tingene å komme, og ble opplyst om at solforholdene var oppdaget å ikke være optimale, og pipene ga mye skygge - da skulle de selge meg optimizere og ble satt litt ut av at jeg måtte legge ut mer for å få produksjonen - de monterte også 4 ekstra paneler, og prisen ble rundt 50.000 høyere, en totalregning på underkant av 200.000 I etterkant har jeg aldri hatt nær produksjon til hva som var originalt lovet, selv om jeg kjøpte flere paneler, inverterne som var levert er 2x 6kw, noe som ikke kan teoretisk ta full solpanelstyrke, men bare bygget for praktisk verdi (selger solpaneler som skal kunne gi 13-14kw, men montere 12kw invertere virker litt rart) - har vært mye tull med AP-punktene, bruk av kinesiske merker som spytter ut grid info til kinesiske nettsider mv. Fikk heldigvis nye wifi sticks, men enda synes jeg ikke disse inverterne skriker kvalitet (Solis) Så kom en regning på ca 160.000 og ble betalt med en gang, all informasjon hos Otovo viste alt var betalt, og jeg regnet med de hadde tatt til vettet og trukket fra noe grunnet feil i planlegging. Flere måneder etterpå klaget de på jeg ikke hadde betalt, og ga beskjed joda, regning var fullbetalt, og notert på sidene deres som fullbetalt, men Otovo hadde rotet det til slik regning ikke ble komplett, og midt i klaging og prøve å få et svar på mangel på planlegging etc så sendte de regningen til inkasso, et svært uetisk og truende steg når en er midt i en klagerunde med firmaet. Betalte regningen da jeg var midt i kreftoperasjon og ikke orket å krangle mer med dem. Det jeg reagerte på nå er de reklamerer på offentlig media, og når spørsmålet om snø kommer opp, sier Otovo offentlig problemer som takvinkling, ikkeoptimale forhold etc vil alt bli opplyst om - jeg har ikke optimal takvinkling for snø som kan skli av etc, og ble aldri informert om dette. Derfor står jeg nå med et solanlegg som kostet 200.000, er totalt ubrukelig hvis NOE snø kommer fra takvinkling er alt for lav til at snø faller av, har skyggeproblemer rundt alle pipene og må ettermontere optimzere til en etterkostnad, og har to invertere som ikke kan ta av en optimal produksjon. Ønsker ikke henge ut et firma, men mener et stort firma burde være seriøse og ikke først selge inn noe som en pakkepris, begynne midt i jobben og å legge på penger og ikke dimensjonere inverterne for opimal produksjon - jeg mener hvis jeg betaler for teoretisk sum burde de levere invertere til å ta den summen. Grunnen til jeg skriver her er jeg har klaget i flere måneder til Otovo, og ingen av punktene over er svart på fra Otovo eller ønske å rette opp i - de har fått pengene sine nå og da er det 100% tyst fra dem.

Jeg har gitt opp mitt tidligere prosjekt med å bruke UPS-er til batteribank som kan drive et akvarium som bruker ca 27kWh pr dag. Har kommet så langt jeg forstår det slik det ikke er verdt å kjøpe AGM blybatterier for å seriekoble to til 24V og paralellkoble flere grupper for å få høyere amp. Har sett litt på Tesla sine batterier som inneholder ca 5,5kWh pr bank på 24V og koster ca 9000 kroner pr stk. Noen erfaringer med andre batterier, pris, evt hvor lenge disse batteriene holder i forhold til blybatterier?

Nå vet jeg ikke hvor mye f.eks med lader som kan gjøres gjennom appen, men slik jeg forstår det er tibber integrasjonen hovedsakelig basert på sensorer, ikke automasjoner og servicer (i HA context). Rett meg hvis jeg tar feil. For min personlige del er en del powerups ifm selveste appen (på telefon) ikke interessante da jeg har hovedsystemet som er smarthjemmet og ønsker ikke aktivere ting som lad når strømprisen er lav, men ønsker å bygge servicer som tar hensyn til mer som f.eks lad basert på kalender, utetemperatur, juster amp basert på solproduksjon etc. Tibber er det eneste strømselskapet som pr dags dato leverer et API og forhåpentligvis devices som kan motta service calls (lader?) - jeg har laget dette for f.eks salto-ladere basert på vanlig serial-kommunikasjon, men med mer avanserte ladere gjør det mer interessant å portere koden.

Ja, men er snakk om litt mer dyp integrering, større service støtte, automasjon etc

Ja, fint å dele på det Hadde ikke hatt noe i mot å få flere signups heller, da jeg hadde tenkt å lage komponenter for pulse og laderen deres, selv om jeg har lader og ams-integrasjon med rpi fra før

Jeg er ganske sikker på du trenger en bypass https://www.elektroimportoren.no/fibaro-dimmer-bypass-2-z-wave/4512372/Product.html?Event=brandlist

Da får jeg også briefe invite kode - skal bruke bonus til å få produkter jeg kan skrive integrasjon mot Home Assistant og Homeseer med: https://invite.tibber.com/4f108cf

Kanskje dette hjelper. En export av min config. Dog bruker bridge modus - du kan kanskje finne noe du har glemt der. Måtte fjerne noe sensitiv info så du kan ikke importere hele configen dessverre. firewall { all-ping enable broadcast-ping enable group { network-group TV_WAN { description IPTV network 172.21.0.0/16 } } ipv6-receive-redirects disable ipv6-src-route disable ip-src-route disable log-martians enable name WAN_IN { default-action drop description "WAN to internal" rule 10 { action accept description "Allow established/related" state { established enable related enable } } rule 20 { action drop description "Drop invalid state" state { invalid enable } } } name WAN_LOCAL { default-action drop description "WAN to router" rule 6 { action accept description "Allow IGMP" protocol igmp } rule 10 { action accept description "Allow established/related" state { established enable related enable } } rule 20 { action drop description "Drop invalid state" state { invalid enable } } } receive-redirects disable send-redirects enable source-validation disable syn-cookies enable } interfaces { bridge br0 { address 192.168.1.1/24 aging 300 bridged-conntrack disable description "Local Bridge" hello-time 2 max-age 20 priority 32768 promiscuous enable stp false } ethernet eth0 { duplex auto speed auto } ethernet eth1 { bridge-group { bridge br0 } description "Local Bridge" duplex auto speed auto } ethernet eth2 { bridge-group { bridge br0 } description "Local Bridge" duplex auto speed auto } ethernet eth3 { address dhcp description Internet duplex auto speed auto vif 101 { address dhcp description "Altibox IPTV" dhcp-options { default-route no-update default-route-distance 210 name-server update } mac E4:18:6B:D7:64:A0 } vif 102 { address dhcp description Internet firewall { in { name WAN_IN } local { name WAN_LOCAL } } } } loopback lo { } } port-forward { auto-firewall enable hairpin-nat enable lan-interface br0 rule 1 { description torrent forward-to { address 192.168.1.2 port 51413 } original-port 51413 protocol tcp_udp } rule 2 { description "" forward-to { address 192.168.1.2 port 81 } original-port 81 protocol tcp_udp } rule 3 { description synology forward-to { address 192.168.1.2 port 80 } original-port 80 protocol tcp_udp } rule 4 { description synology forward-to { address 192.168.1.2 port 443 } original-port 443 protocol tcp_udp } rule 5 { description Nvc forward-to { address 192.68.1.100 port 37000 } original-port 3777 protocol tcp_udp } wan-interface eth3.102 } protocols { igmp-proxy { interface eth1 { role downstream threshold 1 } interface eth2 { role downstream threshold 1 } interface eth3.101 { alt-subnet 172.21.0.0/16 role upstream threshold 1 } } static { route 172.21.0.0/16 { next-hop 10.172.82.1 { } } } } service { dhcp-server { disabled false hostfile-update enable shared-network-name LAN_BR { authoritative enable } } static-arp enable use-dnsmasq enable } dns { dynamic { interface eth3.102 { service custom-duckdns { } } } forwarding { cache-size 150 listen-on br0 name-server 1.1.1.1 name-server 1.0.0.1 options localise-queries options domain-needed } } gui { http-port 80 https-port 443 older-ciphers enable } nat { rule 5010 { description "masquerade for WAN" outbound-interface eth3.102 protocol all type masquerade } rule 5011 { description "masquerade for TV_WAN" destination { group { network-group TV_WAN } } log disable outbound-interface eth3.101 protocol all source { group { } } type masquerade } } ssh { port 22 protocol-version v2 } unms { disable } upnp { listen-on br0 { outbound-interface eth3.102 } } } system { host-name ubnt login { } name-server 127.0.0.1 name-server 1.1.1.1 name-server 8.8.8.8 ntp { server 0.ubnt.pool.ntp.org { } server 1.ubnt.pool.ntp.org { } server 2.ubnt.pool.ntp.org { } server 3.ubnt.pool.ntp.org { } } syslog { global { facility all { level notice } facility protocols { level debug } } } time-zone Europe/Oslo traffic-analysis { dpi enable export enable } }

Hvis noen sitter på en Victron MultiPlus batteri-inverter er jeg interessert i å kjøpe.

Både Tibber og Smappee lagrer automatisk i InfluxDB gjennom home assistant

Jeg bruker i hvert fall fire tablets med 3D printer ramme og kabel bak. Helt integrert og ingen synlige kabler. Kjører med en kiosk browser og home assistant + Lovelace. dog savner jeg enda dimmere med Zwave. Gikk for elko pluss og dimmer2, men hadde foretrukket mer digitale brytere, feks med digital skjerm med dimmer som passer rett i elkorammer.

Det interessante med Avga er på strømpriser.no er de både de billigste og dyreste på samme forbruk med ganske så stor forskjell. Det virker litt påfallende rart.

Atm kjører jeg tibber og smappee, så det kunne faktisk passe

Er det noen som har en graphana / influx eller kode for å gjøre følgende m tibber sitt api lagrer jeg konstant prisendringer på strøm, pluss lagrer live forbruk og produksjon hadde ønsket to utregninger 1. forbruk utregnet med tibber strømpris (timestipulert) 2. 1 inkl alle offentlige avgifter (faktisk pris)

Min: 1,516.86 Max: 15,838.84W Min mean 1h: 2265.39W Max mean 1h: 12360.13W Min mean 24h: 3183.68W Max mean 24h: 6564.34W

Usikker på om det er mye å spare på noen strømleverandører - de fleste ligger vel ganske så nært spotprisen vi snakker om kroner i forskjell mellom leverandørene. Grunnen til jeg bruker Tibber er 1. De betaler overskuddstrøm med samme pris som de andre 2. De har et åpent API - tjener noen kroner eller taper gjør ikke noe for meg - å få god integrasjon med strømleverandøren gjør jeg kan lettere automatisere hjemmet til å spare inn de få kronene ekstra tibber evt koster

Du kan bruke POE passthrough på en kabel. Er mange selvdrevne POE-switcher f.eks den jeg linket til - eldre, men vil gjøre jobben for kameraer etc. Tviler på de fleste kameraer tar mange w å drive. Sjekket kameraene mine som er større utekameraer og de bruker 2,4w fra POW switchen akkurat nå, så du skal kunne drive en god del kameraer med passthrough.

I gjennomsnitt er det et kontant forbruk på ca 2500w om natten på sommerstider og 3500w om natten på vinteren når "alt" er i sovemodus. Tomannsbolig på 140kvm fra 1973

Evt kan du prøve å få tak i noe ala denne https://h20195.www2.hpe.com/v2/getdocument.aspx?docname=c04111586

Det er ingen plass til en POE switch på mellomveien? Normalt sett får du vel bare 1x cat6 kabel med strekker inn i et 16mm rør, men kan være heldig med 2 cat5 av en tynnere type (mange på ebay selger cat5-kabler som er ca halve tykkelsen fra f.eks de på clas ohlson, og fungerer bra på gbit). Hvis du bare skal overføre noe data _kan_ det være mulig å trekke cat-kablene som enkelttrådet, og da vil du klare å få 4-5 kabler gjennom røret. Den løsningen jeg ville anbefalt er å bruke en POE-switch på mellomveien hvis du klarer det. Alternativ nummer to er vel hvis kameraene kjører på 10/100 så kan du komme ut av det med å bruke to par pr kabel, og da klare å splitte to POE-devices pr kabel, og da trekke to kabler gjennom som er tynnere. Hvor mye du får trukket kommer jo veldig ann på hvordan du har lagt rørene.

Det står ganske klart her https://lovdata.no/dokument/SF/forskrift/1999-03-11-301/KAPITTEL_4#KAPITTEL_4

hva er å dra den litt langt? Det er lovfestet både installasjonsdato og funksjon

Jeg synes ikke en er sær - vi har fått tredd disse smartmålerne ned over ørene og har ikke hatt noe vi skulle ha sagt - direkte tvang. Nettselskapene har hatt flere år på å tilrettelegge for å følge lovverket, standarderen har vært klar i åresvis etc. At en ikke skal stille seg kritisk mot selskaper som står med monopol syntes jeg er rart - å gi monopolselskaper makt til å overse lovverket er for meg en skremmende utvikling. For meg er det bare en ren prinsippsak da jeg allerede har nøyaktig overvåkning av nettet, men det er prinsipp HAN port skal være åpen 01.01.19 ihht norsk lov.

Jeg tviler sterkt på den blir åpnet ila dette året

Fikk du inntrykket de var "tatt på senga" når det ble nevnt datoen var endret. Det er vel ikke en tilfeldighet den ble endret