berland

Jeg har gjort dette unntaksvis (en dørsensor som må stå nært z-wave stick ved parring og ca. første døgn). På min hus-server kjører jeg da kommandoen: socat PTY,perm-late=777,raw,echo=0,link=/dev/USBzwave tcp:husserver:8888 OpenHAB sin Z-wave-binding konfigureres til å bruke /dev/USBzwave og på klientmaskin (som har z-wave-stikk plugget inn) kjøres: socat /dev/ttyACM0,raw,echo=0 tcp-listen:8888,reuseaddr

Du må jo heller ikke ha Tibber Pulse for å ha Tibber. Jeg har også min egen HAN avleser laget før Pulse var klar, har min egen automasjon men kjøper strøm fra Tibber. Bruker APIet til å hente ned timesprisene.

Jeg bruker appen HabpanelViewer (OpenHAB) på Android nettbrett, og da kan jeg sende kommando til appen fra OpenHAB om å skru på skjermen når jeg vil, typisk når jeg registrerer bevegelse. Brukte tidligere FullyKioskBrowser til det samme, men appen (en browser satt opp mot vilkårlig webside), den kunne gjøre det uten å involvere OpenHAB.

Jeg bruker temp og strømforbruk til maskinlæring for oppvarming av hus i tilfelle variable strømpriser, som vi ikke lenger har... Tilsvarende for varmtvannstank men med en annen algoritme. Har også en pythonsnutt som fjerner spikes i influxdataene.

Her er fra 1. januar. I midten av perioden er det to dager med temperaturer ned mot null. https://snapshot.raintank.io/dashboard/snapshot/qAmUqQGwSzO7eiWWWkwitt0kqdvK3sTl?viewPanel=25&orgId=2

Jeg har installert trykkmålere i ventilasjonsaggregatet mitt (tilluft-kammer og fraluft-kammer), dette er noen Bosch BME-680. Og så har jeg en Netatmo i stua som også måler trykk, og her er lenke til de siste 7 dagers målinger: https://snapshot.raintank.io/dashboard/snapshot/bbrlUVWkmwvObBY6HuXd6Drvfi3njaHo?orgId=2&fullscreen&panelId=25 Jeg har hatt disse lenge, men aldri fått brukt tallene til noe. Trykk i fraluftkammer er alltid litt høyere enn tilluft, og med høyest trykkforskjell når anlegget går på normal hastighet. Trykk i stua (Netatmo) er alltid høyere (Netatmo rapporterer både trykk og absolutt trykk). Denne forskjellen er kanskje en kalibreringssak.

Ja, denne er koplet i en Raspberry Pi Zero. Jeg videreformidler USB-serieporten over TCP til hus-serveren i kjelleren. Denne kjører OpenHAB, og det er da modbus-plugin'en til OpenHAB som snakker med ventilasjonsaggregatet.

https://www.aliexpress.com/item/32344295137.html?spm=a2g0s.9042311.0.0.27424c4dKWO5ZZ

Er dette noe annet enn socat? Jeg har socat for Modbus til ventilasjonsanlegget på kaldloft (en pi zero der som gir usb'porten sin videre til kjelleren over wifi). Sålenge man holder pi'en i live på fornuftig vis, så er dette dønn stabilt. Jeg har også gjort det med z-wave, helt uproblematisk med socat i begge ender. Hvis socat dør, så får jeg det ikke med meg, for systemd restarter den på sekundet.

WAF-dødar!

Ikke akkurat i dag, men siste to uker: Bygget ny hus-server med litt arvede komponenter (CPU) fra husets gamingsmaskin (i7-7700k). Installert fra scratch med Ubuntu 19.10 og bygget hele stack fra scratch. OpenHAB 2.5.1 ble også bygget fra scratch (ikke gjenopprettet fra backup fra gammel maskin). 32 Gb RAM, i7-7700k 4.2Ghz, 512Gb M2.SSD, 4 Tb disk. Burde ventet til april/mai for Ubuntu 20.04 men klarte ikke. Grovt overdimensjonert for å være OpenHAB-server, men du verden så behagelig det er å gjøre en 'ssh <maskinnavn>" og så er du ferdiginnlogget på noen hundredeler. Sammen med grå gammel maskin i "Elfa-racket" mitt: Har ikke fått tak i slikt LCD-display til den nye. Prosjektet var egentlig bare å få oppgradert Ubuntu (16.04 LTS) på den "gamle grå" som står over den nye svarte, men kunne ikke risikere nedetid på huset i noen dager hvis OS-oppgradering gikk skeis, så det var god nok unnskyldning for ny hardware.

Det er litt hummer og kanari her, noen gamle Philips-pærer, og litt diverse Lumens-pærer. En av Lumens-pærene røk også nettopp - kanskje relatert? Hvis det er brent noe pga. høy strømstyrke - er det noe som kunne vært unngått hvis en fibaro bypass hadde vært installert fra start av?

Er akkurat over på OH 2.5.1, Aeotec Z-stick Gen 5. Eksludering fra habmin ble forsøkt for første gang nå, og mot denne dimmeren så virket det på første forsøk. Foretrekker likevel å gå rundt med stick'en for å se kvitteringsblinkingen med egne øyne.

7 stk 5-7W LED-pærer på 230V.

Jeg har en Fibaro Dimmer 2 som muligens har tatt kvelden: * Led'en på pilla lyser rødt hele tiden * Jeg klarer eksludere og inkludere den in z-wave-nettverket, men den kan ikke styres Hvis jeg tolker manualen riktig, så betyr dette at kalibrering med bypass har feilet. Lyset står på konstant, bryteren som er tilkoblet gjør ingen forskjell (klarer ikke skru av/på). Passe irriterende siden den lyser med laveste dimmenivå, som flimrer forferdelig. Prøvd med og uten bypass, og prøvd noen factory reset. Det røde lyset endrer seg slik det skal når man holder inne S-knappen for å gå i "menyen", men ender tilbake på konstant rødt lys. Noen vært borti noe lignende? Antar potensiell reklamasjon hvis jeg finner ut hvor den er kjøpt.

Takk! Herregud, her har jeg gått og grudd meg til å reparere z-wave-netttverket (som knakk, skylder mest på aeotec stick'en) fordi jeg må inn i spotkasser i taket og bak lysbrytere for å gjøre factory reset på fibaro-pillene (og jeg har akkurat gjort det), så oppdager jeg i etterkant av å skjønne det du skreiv at jeg kan sette en factory-resatt aeotec stick i exclude-modus og bare trippeklikke på bryterene uten noen demontering.. Neste gang så!

Ok. Har noe å si, men da er jeg enda mer sikker på at det ikke hadde noe å gjøre med problemet mitt - nesten alle mislykkede forsøk ble gjort med z-stick'en i hånda.

Endelig ferdig med å krangle med mine 13 Heatit (v1) termostater i forbindelse med gjenoppbygging av hele Z-wave-nettverket. Heatit'ene (firmware 1.92) gjorde jeg factory reset på (to høyre knapper inne i 20 sek) i den tro at det da bare skulle være å inkludere på factory-resatt aeotec z-stick gen5. Inkludering etterpå ga bare "Err" i Heatit-displayet, selv etter mange forsøk, mange factory-reset og sikring avskrudd (bare i noen minutter, ikke timer). Lesing av denne tråden ga meg noen hint: Security og Exclusion. Jeg tror ikke security var avgjørende, men skrudde dette av i min OpenHAB (var visst satt på pr. default for ny Openhab 2.5.1). Det som jeg tror var avgjørende var å ta med seg z-stick bort til hver termostat, sette denne i Exclusion mode (hold inne action-knapp til den blinker raskt gult), og så aktiver inclusion/exclusion på Heatit, etter kort tid sa den da "Ecl" (for ekskludert). Byttet så modus til Inclusion på z-stick (sakte blå blinking) og så samme prosedyre på Heatit, og den klarte koble seg til. Lærdom da var at factory reset på Heatit v1.92 ikke er en fullstendig factory reset. Dette kan hende er en bug i 1.92, da jeg mener jeg har gjort factory reset før firmware-oppgradering uten å ha hatt dette problemet. Det er også snodig at man kan gjøre Exclusion mot en z-stick som har hatt factory reset, dette gir ikke helt mening i mitt hode. Kanskje en firmware-bug det også?

Noen flere som ønsker å låne kabelen? Hvis ikke går den i retur (til meg).

Jeg har vært gjennom samme runde med dyndns og følt på samme irritasjon. Endte opp på no-ip.com for vel et år siden og har vært fornøyd. Oppdateres fra linux-boks, eller direkte fra Unifi gateway (tror det er det som er aktivert for øyeblikket her). Brukes mest til vpn.

Innenfor +/- en uke for når problemene startet, så ble wall plug resatt og lagt til på nytt (pga. den hadde falt ut)

Min Aeotec Z-stick tar nærmere 15 minutter. Er i krisemodus for Z-wave i huset, det er ikke stabilt, og det har ikke hjulpet å overføre backup til en reserve-stick. Har 50% "cancelled frames", og må vel til slutt trekke i snora og ta factory reset av kontroller og alle rundt 40 z-wave enheter. Arg. Skulle gitt mye for en backup for ca en måned siden, men det har jeg ikke (og vet heller ikke om det hadde hjulpet, siden jeg ikke skjønner hvorfor det begynte å gå galt nå).

Jeg har en smappee-enhet som "gjør" dette, med noen tilhørende kommentarer her:

Grafana hos deg henter kanskje fra Influx? Klarer du bekrefte at null-verdiene mangler også i Influx? Jeg har også watt-måling på endel smartplugger (stort sett Fibaro wall plug), men det er varierende i hvilken grad de er til å stole på når det gjelder å sende rapport om at forbruket har falt til null (enda verre når man skal detektere om vaskemaskinen er ferdig og piper, da trenger jeg rapporter på 1W-nøyaktighet, og det har jeg aldri fått stabilt selv etter eksperimentering med z-wave-parametrene til enheten). Grafana og InfluxDB er dønn stabilt iforhold til disse effektrapportene fra smarthusenheter, jeg gjetter på at feilen ligger før dataene kommer til HomeAssistant.

Strøm- og pengesparing ligger i dagsenking og nattsenking. Hvis du sløser litt pr. i dag ved å holde konstant temperatur døgnet gjennom fordi du ikke gidder justere termostater, så kan det være tusenlapper å spare i året. Styring etter strømpris går ut på senke regningen i kroner og øre, men det vil i noen tilfeller øke antall kilowatt-timer. Det er sågodtsom ingenting å spare på å styre slik. Jeg "sparer" 6 øre i døgnet (for øyeblikket) på helt optimal styring av min VVB. Jeg har også en algoritme som styrer forvarming av huset hvis det kommer en dyr time, dette kan det hende jeg sparer opp til 10 kr på i året. Strømprisene varierer langtfra nok til at det kan forsvare noen investeringer kun utifra timesoptimaliseringer. Når det er sagt, investeringen er gjerne allerede gjort fordi man har kjøpt inn utstyret for dag- og nattsenking allerede, så for min del kostet det bare (mange) timer med programmering. VVB-styringen går klart i minus, men siden jeg måtte ha inn elektriker for å gjøre tilkoblingen godkjent, var det altfor fristende å bruke en drøy tusenlapp på en Aeotec Heavy Duty-switch.