SveinHa

Som sagt: Lite arbeid å få opp de neste 4... Fikk akkurat koblet de siste 4 til da solen gjemte seg bak noe store grantrær... Men de 4 første ga nå 1500W i flere timer i dag... Dette ble første dag helt uten strømkjøp i år. Får grave og støpe litt de neste dagene. Ser at betongen trenger flere dager på å bli håndteringsherdet nå når det for det meste er under 5 grader...

Så er første 1/4 av de nye solcellene på plass og satt i drift. Det er lite jobb igjen for å få ferdig høyre halvparten som blir 2x4 panel og så kommer 2x4 panel til til venstre for disse: Så langt er det "proof of concept" og det ser vellykket ut så langt. Fundamentet så langt er festet til bakken med 8 stolpesko støpt ned i bakken. Selv om dette stedet er relativt skjermet for vind tror jeg det er lurt med ekstra "fortøyninger" til bakken og jeg har en plan for det...

Ja. Sleit mye med dekning i garasjen selv med et par strategisk plasserte link/mesh noder så da ble der en PI/zwavejs2mqtt til. Denne PIen har senere fått tilleggsoppgaver med å kommunisere med 2 invertere og 2 BMSer vha. mpp-solar. Det er ikke denne som krangler... Zigbee fra huset har god dekning i garasjen... Ok, visste ikke det. Har hatt en Conbee II i hylla noen år og satt i drift på hytta nylig og den har virket supert både da den var i bruk sist og også der den står nå. Kan ikke huske at jeg har oppgradert den...

Godt poeng. Jeg har splittet opp maksimalt: Pi-400 med Mosquitto Pi 3B+ med zigbee2mqtt Pi 3B+ med zwavejs2mqtt Pi 3B+ med zwavejs2mqtt (en til i samme nett av geografiske årsaker) Alle går dønn stabilt med med CPU last på under 2%. Unntaket er den ene zwavejs2mqtt som fyller opp SD-kortet etter noen mnd. Så langt har jeg bare passet på å ha en kopi liggende som jeg kan bytte til og så kopiere tilbake til det "døde" kortet. Det er jo å rette feil feil men inntil videre så blir det slik... Conbee II funker jo fint med zigbee2mqtt.

Kan den ha druknet? Fått alt for mye data å jobbe med? Jeg kjører på 3b+ og CPU ligger på 1-2% så det bør være rikelig maskinvare... Jeg har en 3b+ som kjører zwavejs2mqtt og den går av og til full på SD kortet av en eller annen grunn. Den virker fremdeles men grafisk grensesnitt dør først. Da har jeg en kopiert versjon som jeg setter inn og kopierer denne over til det fulle SD-kortet etterpå så har jeg en fungerende backup til neste gang. De andre PIene bare kjører og kjører... (men jeg har jo backup kopi av de og). Edit: Jeg hadde for litt siden en helt annen sak: Skulle sende et par meldinger fra Node-RED til en PI over ssh og plutselig lå der 32000 meldinger i kø... Og plutselig i denne sammenhengen er snakk om et sekund eller to... Min feil...

Oppskriften i forrige innlegg funket fint med min administratorkonto men jeg ville ha en egen Node-RED bruker til å styre låsene automatisk så jeg laget en ny admin-bruker men denne sleit jeg med å få til å virke. Kunne logge på i nettleser men ikke i app eller Node-RED. Etter litt om og men kom jeg til at jeg måtte frata Node-RED brukeren 2-trinns verifisering (visste jo for så vidt det men ble litt forvirret av at jeg ikke kunne logge inn i Verisure-appen) og da begynte den å virke alle steder. Reduserte så bruker-rettighetene til "Begrenset bruker" og virker fremdeles. Case closed (inntil Verisure finner på noen nye sprell...).

Mengden brukere her med HA gjorde at jeg også gjorde et forsøk men HA passet ikke mitt hode...

De er Zigbee så da kommer jo zigbee2mqtt inn i bildet også 😁 Jeg sleit også med HomeSeer men la først over til MQTT og kunne da ta en og en automasjon/et og et rom og legge over til Node-RED. Brukte vel 2-3 mnd på å flytte alle automasjoner fra HS til Node-RED og alt fungerte hele tiden.

Du har nok en god del jobb foran deg... Jeg ville startet med å sette opp en MQTT broker og zwavejs2mqtt (og MQTT-Explorer er et supert verktøy) så har du alle nodene dine oppegående og tilgjengelige for et hvilket som helst system. Om du må ekskludere/inkludere hver enkelt node vil nok vise seg etterhvert... Hvilket system regner du med å gå for? Der er ingen systemer som passer best for alle, folk har forskjellig ståsted på mange plan. Der finnes jo mange gratis systemer men også de en må betale for har gjerne noen uker gratis "testperiode". Når jeg skal i gang med et eller annet nytt der jeg har mange veier å gå så lager jeg meg en liten og relativt enkel oppgave og ser hva som skal til for å løse denne, hvor mye nett/forumhjelp jeg trenger for å komme i mål. Det tar tid å komme "under huden" på ethvert system og denne oppgaven hjelper meg godt på vei. For hjemmeautomasjon blir oppgaven f.eks. slik: Jeg har 2 wallplugs, en til espressomaskin og en til kaffekvern. Espressomaskinen skal kunne slås på/av fra wallplug OG et eller annet skjermbasert. 10 minutt etter espressomaskinen slås kvernen på da det indikerer at espressomaskinen er gjennomvarm. Etter 1 time slås alt av igjen om det ikke er slått av manuelt. Og kanskje det viktigste: Det skal kunne herjes med, slås av/på i hytt og pine uten at timerne går i ball... (og når en leker med disse tingene så settes jo selvsagt timerene til sekunder i stedet for minutt og timer...). Når oppgaven er i boks regner jeg med at jeg har kunnskap nok til å avgjøre om systemet er passende for meg... Ved siste korsvei endte jeg på Node-RED og har ikke sett meg tilbake...

Omsider tatt meg tid til å lete litt på nett etter løsning og har funnet denne her: https://github.com/persandstrom/python-verisure/tree/version-2 Fant ut at den måtte installeres i Linux med "sudo pip install vsure", virket ikke uten sudo. Ikke helt oppe i dagen hvordan den skulle brukes men så langt har jeg funnet at dette virker fra kommandolinjen: List alle låser: vsure bruker@epost.com verisurepassord --smart-lock Lås: vsure bruker@epost.com verisurepassord --door-lock 'devicelabel' verisurepin Lås opp: vsure bruker@epost.com verisurepassord --door-unlock 'devicelabel' verisurepin "devicelabel" finner du når du kjører første kommando i terminal. Og slik ser det ut i Node-RED: Change nodene setter msg.payload til de resp kommandoene nevnt over og exec noden huker en av for å hente kommando fra msg.payload, det er det hele. Dette burde være enkelt å få til i andre systemer også...

Greit nok for lys men ellers helt umulig hos meg. Både solceller, varmestyring og energiforbruk MÅ ha automasjonssystemet oppe og gå... Nå har ikke jeg planer om å flytte herfra før jeg skal 6 fot ned men jobber jevnlig med dokumentasjon slik at det skal være mulig for andre å overta/feilsøke.

Det er sant men uansett noe vi betaler pr kWh vi bruker...

...annet enn at den er en del av nettleiekostnadene vi betaler...

Økningene blir i alle fall merkbare... Det kan se ut som denne tabellen har forbruksavgift slik den er i dag men den dobles nesten om 2 uker...

Men hva er problemet med at datter/søsterselskap har noenlunde likt navn? De er nå såpass ulike at det er lett å skille de. Å kjøpe kraften et annet sted er jo enkelt og det MÅ til og med HKs eiere gjøre men på nettsiden har de monopol... og nettleien har økt mye...

Det som er Fagne nå var vel Haugaland Kraft Nett. Likte bedre det gamle navnet for da visste vi nå både hvem de var og hva de drev med... Mener det var Regjeringen som forlangte at de skulle ha et annet navn enn moderselskapet.

Så vidt jeg vet. Ja. Jeg har av og til slitt med å koble Shellyene til mitt nett, må av og til gjøre det flere ganger men når de først er på plass er de dønn stabile. Lurt å kjøre firmware upgrade med en gang de er på nett og før du gjør andre innstillinger. Noen enheter har flere år gammel fw... Har slitt litt med at 4G ruteren på hytta henger seg men Shelly Plus Plug S har innebygget bl.a. script for nettovervåking (ping til ekstern adresse) og restart av ruter. Den har spart meg noen 8 mils turer...

...og ligger disse på forskjellige steder er det veldig lett å miste oversikten. Har noen ganger endt opp med å lage lignende automasjoner på flere steder og feilsøking blir da litt krevende fordi en automasjon du har laget for lenge siden og ikke helt husker i farten kan lure deg lenge... Heldigvis er det lett å strukturere og jeg har flere gode søkeverktøy i mitt system (Node-RED)...

Nå skal en jo ikke ta en journalists uttalelser bokstavelig men denne dukket opp i dag: https://radioh.no/na-oker-nettleien-hos-fagne-haugaland-kraft/ Det har jo alltid vært et uttalt prinsipp at nettleien skal dekke reelle kostnader og å øke nettleien for økt profitt blir jo noe helt annet... Men slik de opererer så er det jo i realiteten bare en økt skatt... Nå har jo Haugaland Kraft alltid ballsparket kundene sine ved å ta maksimalt betalt og i tillegg går ut på førstesiden i avisen og skryter av hvor mye penger de tjener men denne her var litt i overkant grisk... Litt "morsomt" er det jo at eierne til Haugaland Kraft er så store strømkunder at de må sette strømkjøp ut på anbud og da taper jo deres eget kraftselskap med glans...

Jepp

Du får alle 9703 stasjoner i den nevnte flow men heng på en JSON node på slutten så blir det langt mer lesbart:

Nøyaktig samme grunn til at jeg ga opp HomeSeer selv om HS har en for så vidt grei gruppering.

Ser veldig bra ut. Her er "Uptime" historikken (timer oppetid siden sist restart) fra noen ESP32 med "ny" MQTT (gul penn er skjult bak grønn) og en gammel (TR1): TR1 bruker disse bibliotekene: #include <Adafruit_SleepyDog.h> #include <PubSubClient.h> //#include <WiFi.h> //ESP32 #include <WiFiNINA.h> //Arduino

Shelly har mye fint på WiFi. Jeg bruker Shelly via MQTT og det vil jo fungere fint med HomeSeer men om HomeSeer har noen direkte styring av Shelly vet jeg ikke.