slippern

Telenor 5 G antenne for trådløs bredbånd | FINN torget

Har laget en automasjon i Node-Red som kan integreres med Home-Assistant relativt enkelt, denne automasjonen styrer Easee laderoboten basert på elbilens SOC, strømpris og effektledd (5 eller 10kw), kan enkelt legge til flere effektledd om ønskelig. slippern1/node-red-easee: Charging flow for Easee (github.com)

Automasjon for elbilladingen ble gradvis mer og mer avansert, helt til den ble uoversiktlig og innhold noen bugs. Har nå skrevet flow-en helt på nytt, den består av to deler. Del 1 avgjør hvor lenge bilen må lades + planlegger ladingen basert på strømpris. 2: Flowen for ladingen: Tidligere så var det skeduleringen av ladningen som avgjorde hva som skjer når, har nå snudd om til det, at det er noden "Sjekk av laderobotens status" som avgjør i større grad. Flowen gikk dermed i fra dette: Til dette: La også inn en autentiseringssjekk, så om en av http-nodene mottar "Unauthorized" fra Easee så trigges en reautentisering Har også hatt på todo-listen og få på plass lastbalansering på 3-fase, men siden jeg skal forsøke og holde meg innen for 5kw effekt-leddet og dermed også 1-fase lading så har jeg lagt dette på is inntil videre.

Denne har vell ikke støtte for mobildata (4G/5G)?

Om du har dårlig dekning kan en Zyxel NR7101 eller tilsvarende være et godt alternativ. Disse får du brukt på Finn.no fra 900kr og oppover, disse er ofte låst til Telia eller Telenor (Følger med mobilt bredbånd deres) og må dermed låses opp. Du kan så ha en vanlig hjemmeruter koblet på denne igjen.

Er ikke usannsynlig at sensoren kan kobles til en Fibaro Smart Implant.

Har laget en bryter i Home-Assistant til fruen i huset når kidden har sett nok på nettbrett: Node-Red kjører et API-kall til brannmuren, som så aktiverer en regel som blokkerer all trafikk for nettbrettet. Etter 90 sekunder så kjøres det en "clear sessions" for og drepe eksisterende sesjoner..

OCPP benytter SOAP og JSON (Som regel benyttes HTTP/HTTPS som transportprotokoll av disse). Easee har allerede OCPP støtte, men da via Easee skyen, og det er nok denne integrasjonen Tibber benytter allerede. Open Charge Alliance - Global Platform For Open Protocols Om Easee skulle gå konkurs og skyen deres ned for telling, så er det jo mange leverandører som ville slitt med deres smartlading integrasjon mot Easee laderne, så en type tredjepartsløsning med nok en boks i huset som funker som mellommann imellom wifi/lan og bluetooth ville nok da sett dagens lys.. Trikset er jo også og automatisere slik at opplærings ikke behøves 🙂

Ja jeg slapp heldigvis unna med skrekken... 😛

Jepp! 🙂 Jeg må nok finne meg et bluetooth -> wifi adapter 🙂

Gikk på en liten automasjonstabbe i går.. Elbil + varmtvannsberederen skal ikke få dra mer enn 5kw strøm (Med mindre jeg havner på 10kw energileddet). Men en bug i automasjonen for VVB gjorde at den ikke skrudde seg på igjen når temperaturen i den var under 50 grader. Så når powersaveren kicket inn og skrudde den på igjen, så var vannet hele 17 grader varmt. Den startet akkurat klokken 12 og varme opp vannet, og Teslaen var fullstendig utladet etter langtur i går.. Så Teslaen fikk bare ca 1,5kw lading igjennom natten helt til klokken 0400 når varmtvannsberederen nådde sin temperatur.. Bilen var bare 50% oppladet i morgest, men kjærringa hadde varmtvann heldigvis...

Er kunde hos Tibber, men har ikke kjøpt Pulsen deres. Easee får OCPP støtte via Bluetooth straks, så da får man alt lokal-styrt 🙂

Fikk min Easee home montert for halvannen uke siden og har nå laget en integrasjon i node-red som sørger for at den aldri forbruker mer enn 5kw (Om effektleddet for måneden allerede ikke har oversteget 5kw)... Har fått testet det litt og ser ut til og holde greit.. Peaken på bortimot 15kw er når laderen starter opp på 11kw 3-fase, men etter 2 minutter blir den justert ned. Data om husets øvrige forbruk hentes i fra AMS-måleren også er det litt matematikk involvert hvor mye ned eller opp laderen må alt etter som..

Har laget en automasjon for lading av elbilen. Benytter API-et til Tesla for og sjekke om bilen er hjemme og koblet til laderen. Resten av automasjonen benyttes API-et til Easee og AMS-måler fra amsleser.no Funksjonen "Utregning av ladeeffekt(Ampere)", regner ut hva som er tilgjengelig av effekt (både på 1-fas og 3-fas) uten og bryte effektleddet på 5 eller 10kw. Bruker også Powersave for og lade i de billigste timene.

En mulighet er også og bruke en lys- eller ultralyd-sensor alt etter hva som passer best.

Jeg har satt opp en Intel Nuc med Zigbee usb-dongle og Zigbee2MQTT som sender alt til Home-Assistant hjemme via en VPN-tunell, har vært 100% stabilt i 2år nå. Alle automasjoner etc lages som vanlig i Home-Assistant / Node-red etc.

Fysisk for stor og for lite mA.

Kjører disse to samme firmware?

Og "gjemme" seg bak en sær, ukurant høy port gir absolutt null sikkerhet, "security by obscurity" gir kun falsk trygghet. Tjenester som Shodan.io avslører jo slikt ganske greit. Facet Analysis (shodan.io)

Bestilte meg en Easee lader i forrige uke, men elektrofirmaet vil ikke montere den før Easee kommer med en uttalelse.

Da er Namron ZigBee Termostatplugg støttet offisielt i 1.30.0 versjonen.

Kjører Home-Assistant i VMWare. HA kjøres på et eget VLAN og sone i brannmuren, slik at all trafikk fra/til HA må traversere brannmuren. Eget nettverk-interface mot klient VLAN kun for multicast trafikk. Brannmuren er en NGFW med de funksjonene det gir. Ekstern tilgang skjer via en Nginx-proxy med Lets encrypt sertifikat og MFA pålogging. IoT-enheter kjøres på eget VLAN med klient isolering, disse får ikke lov å nå internett, med mindre de må nå egne skytjenester som er hvitelistet i brannmuren. HA får også kun snakke ut på internett mot FQDN, URL og applikasjoner som er hvitelistet. Backup kjøres hver natt i HA, og kopieres til ekstern disk. I tillegg tas backup av hele VM-et, restore er testet opptil flere ganger 🙂

Fant du ut noe her @Tinker ?

Denne sensoren ble lagt til i Z2M for ca 14 dager siden 🙂

Hovedregelen min er nei, holder ting lokalt om mulig.