aleks

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

Sa de noe på at hafslund nekter å åpne?

Da er det store spørsmålet: Det er 01.01.19 - hvor mange her har fått aktivert HAN-porten?

Men enda skal de stå til rette til kunden for å kunne levere en lovpålagt rettighet / tjeneste. Ved manglende levering er det en mangel ved leveransen.