NilsOF

Så nå har du fem centimeter lengre armer, samt brukt et par timer på å spore opp kubbeskrujernet før du kjøpte ett nytt ? Samt noen striper i panna etter skapet? ?

Hadde en Safera som blandet seg borti matlagingen i utide. Og den skulle visstnok programmeres utifra antall blink med forskjellige farger. Dette fikk jeg aldri til. Etter mye research byttet vi til CTM-Lyng sin Mkomfy. Denne settes opp med microswitcher. Og det er deilig å lage mat uten å måtte øse svarte forbannelser over den idiotiske senilvakta.

Placebo-medisin er av de mest virkningsfulle medikamentene som finnes. Og virkningen har motsatt effekt også. Dess styggere APeet var med flere antennepisker stikkende ut dess flere fikk hodepine. Kraftige blinkende LEDer hjalp heller ikke på. De stedene hvor AP ble montert over himling var det ingen som reagerte i det heletatt. Ingen reagerer på de nyere runde UFO-ene i taket feks. Mot slike ting hjelper ikke argumentasjon og fakta. Har folk vondt i hodet, så har folk vondt i hodet. Det er noe som heter "ute av syne, ute av sinn".

Mye rart folk kan få for seg. Jeg ble møtt med uventet motstand da jeg plasserte ut WiFi APer for noen år siden. En person hadde fått noe forferdelig hodepine av APet som sto å blinket i taket av korridoren utenfor kontoret. "Det er ordnet nå" sa jeg etter å ha inspisert stedet og slått av LEDene på APn. "Ja, jeg merker stor forskjell med en gang" sa personen mens h*n løftet ut bluetooth-headsettet fra ørene..

Au.. Jeg har ingen forslag.. men; Du har min fulle sympati!

Om du bruker raspian -lite så er det eneste man trenger å gjøre er å installere og konfigurere ser2net. Og, ja Rpi4 bruker noen chiper fra Via som ikke virker med Aeotec g5 stikka. Jeg har anskaffet tre huber, men det viste seg at alle hadde chipset fra Via.. ? Jeg går over til UZB1 for å slippe den ekstra dingsen (huben).

Jeg kan ikke se at mitt CPU-behov vil overstige i3 på min NUC. Og det er for tiden Openhab, influxdb, grafana og mosquitto samt z-wave og openhab addon for hue. Men det avhenger hva du ender opp med å kjøre på den. Varmgang er ett poeng. Samtidig er hestekrefter godt å ha i bakhånda. Alltid ett kompromiss dette ?

Det går sikkert an å bruke den medfølgende gulvføleren på Z-TRM2fx som en romføler. På en annen side så funderer jeg på om en innebygd romføler samen med elektronikken i det hele tatt kan gi noen pålitelig romtemperatur. Det vil bli en estimert temperatur som KANSKJE er bra nok i de fleste tilfeller. Jeg er skeptisk intill ett produkt beviser at min skepsis er ubegrunnet ?

Det finnes noen produkter for dimming og hvitbalanse for flere lyspunkter: https://www.nortronic.no/lysstyring/dim-hvit En kjapp gjennomgang sier meg at det fort blir mange dingser med tilhørende kostnad. Ikke helt på det rene hvordan boksene kan hektes samen med logikkstyringen som mange av oss bruker. Kanskje verdt en titt og noen forespørsler?

Man kan sette opp en dimmer2 som en momentan av/på switch. Og det er en forutsetning. Men helt klart litt risky om dimmer2 finner ut på en eller annen måte at den skal bli en dimmer igjen. Sjansen for at den vil gjøre det er der, før eller siden skjer det nok.

Ikke kjøp SSR med mindre de har pålitelig datablad. Antall watt og kjøleribbe er beskrevet dær. Prisdifferansen mellom ebay/ali vs mouser/rs/elfa er der av gode grunner.

Jeg har bare en uke med Philips Hue, men muligheten for å endre fargetemperatur gir mersmak. Jeg har ingen fargepærer, bare hvitbalanse justering. Det føltes litt rart å programmere om en månedsgammel dimmer2 til av/på for så å skru inn en hue-pære.. Og enda rarere føltes det å endre logikken bak dimmer2 til alltid på. Det mangler noen produkter i smartbelysningssegmentet. Det gir ingen mening teknisk sett å ha strømforsyning, radio og (flere)pwm-utgangstrinn for hvert eneste lyspunkt når man har med spot-rekker og lysekroner å gjøre. Produktene kommer sikkert. Etterhvert.

WIFi/zigbee kollisjon på 2.4ghz? Jeg satte Philips Hue-bridgen til zigbee kanal 25. Da benyttes den delen ekstra vi har på toppen av 2.4ghz -båndet. Det forutsetter selvfølgelig at WiFi er satt til de tradisjonelle 1,6,11 -kanalene med 22mhz båndbredde. Du kan muligens sjekke at wifi er ledig på kanal 13-14 med en wifi scanner app på telefonen.

@Knutarn jepp, dette er nettverksoppsett ala Debian. Eksempelene jeg har i den andre tråden er kommentert ut (med #) Ta den for statisk IP på eth0 og tilpass. MEN, dersom dette er miniban og den ikke er oppdatert siden 2016 ville jeg sett etter en annen distribusjon. Mye har skjedd siden 2016. Rasbian er den som jeg antar er mest "standard" Om man leser imellom linjene i denne guiden og trekker ut det man vil ha fra mine skriblerier så er det mulig å få noe brukandes. Jeg skal se om jeg putter inn litt om ser2net i tråden min når jeg får tid.

Oh, ventnå litt dette er Miniban? Jeg vet ingenting om den. Jeg håper bare at den har fått noen oppdateringer siden 2016.. Er den Debianbasert så kan det være at /etc/network/interfaces brukes. Jeg skrev litt om det hær: https://www.hjemmeautomasjon.no/forums/topic/5971-rpi4-liten-headless-innstallasjon-med-redusert-skriving-til-minnekort/

Sjekket nå, fila finnes som /etc/dhcpcd.conf Dette er Rasbian Buster. Dersom du bommer på filnavnet vil nano lage en ny tom fil.

Nei du skal få opp en fil med mye innhold. Den er der på Raspian, mulig jeg bommer litt da jeg ikke er foran PCn

sudo nano /etc/dhcpcd.conf Og jeg rekker opp både hender og føtter som er dekkende for, tja, fem år. Og da har jeg ikke tatt med de timene som boksen har vært nede for vedlikehold. Nå holder riktignok lease-tiden IPen stabil, men likevel. Poenget med å sette en hard IP-adresse er å utelukke avhengigheter på andre bokser. Og det er ikke så vanskelig å holde rede på IP-adresser om man har en plan bak: IP adresser som slutter på: 1-9 gatewayer. Her har jeg plassert nettverks-gw, hue-bridge og zwave-rpien 10- switcher 30- servere 70- wifi aksesspunkter 100-254 dhcp-scope Med statisk IP om rpien ryker er det bare å ta ut minnekortet og flytte det til en ny. Poff, er alt på plass.

Med fare for å virke sur;; dette er ett bruksomeråde man virkelig trenger solid og entydig fast IP. Det er like kjapt å editere /etc/dhcpcd.conf og få det riktig med en gang som å missbruke en "router" til noe som ligner riktig medisin. Eksempelene i /etc/dhcpcd.conf er selvforklarende og enkle å forstå.

Jepp, dekning innebefattet støy. Også: Om en "mellom-node" sender beskjeden videre er det denne videresendingen som skal oppfattes som ACK. Jeg ser slike dobbelt-beskjeder av og til. Kan ikke huske å ha sett tre. I mitt nett , som er spredt geografisk, forekommer også beskjeder fra nodenummre som ikke eksisterer. Jeg mener at dette er korrupte pakker pga. dårlig dekning eller støy. Dårlig dekning kan utbedres med å sette inn en ekstra node i problemomerådet. Den regelen med/mot optimalisering og antall noder vil jeg tro er ganske avhengig av hvor spredt nodene er radiomessig i den delen av nettet. Dette er jo en tommelfingerregel. Z-nettet bør jo ha såpass med overhead at optimalisering på en node tåles.

Dobble rapporteringer kan være at trafikken tar to veier i z-wavenettet. Men dette skal normalt ikke overbelaste z-nettet. Og det skal fikse seg selv. Kanskje trafikken i z-nettet er så stor at routingen ikke klarer å fikse seg til? Går det å heale en nabonode til sensoren? Eller tryner nettet da og? Ta tiden til hjelp, la det gå ett par timer mellom hver healing. Prøv med og uten strøm på sensoren. Det er definitivt mulig å tryne z-nettet med for mange healinger på kjappen i mitt nett med ca. 20 noder. Mitt inntrykk er at det kan være mye trafikk i z-nettet som kanskje ikke kommer ut av z-dongla, noe jeg har misstanke om at skjer når noen noder har dårlig radiosignal. Hvilken z-dongle har du? (Ikke at det skal spille noen rolle) Ellers: Ekskludere, resette, inkludere sensoren.

Mellom 40 og 60 rH om jeg ikke husker feil. Temperaturer opp har alltid vært problemet. Det spørs på hvilke servere og deres evne til å sirkulere luft, men over 25 grader romtemperatur så vil levetiden begynne å gå ned fra forventet. Dvs. dess høyere temperatur dess hurtigere vil levetiden gå ned. Jeg håper virkelig ikke at du har en varm og fuktig kjeller ? En luftavfukter som står på 50 rH er kanskje en god investering for huset sin del uansett. Gulvmodellene er ganske billige, men slutter å virke på 4-5 grader. Og jeg vil tro liten virkning under 10 grader. En luftavfukter vil også heve temperaturen noen grader. Hvor kraftig avfukteren skal være er avhengig av tilsiget med fukt. Jo mere hestekrefter jo bedre. Serveren vil også bidra med varme, men kanskje det er lurt å løfte temperaturen over 15 grader med en varmeovn om det trengs.

Kontrollørene har iallefall varmtvannsberedere på sjekklista si. Jeg vil tro mest av statistiske grunner. Varmtvannsberedere er også ofte plassert litt bortgjemt så de blir ikke like ofte inspisert. Jeg er dårlig til å spå om fremtiden, men jeg kan se at wallplugs vil havne på den sjekklista i nær fremtid.

Da har jeg skaffet meg en Hue bridge og noen hue-pærer. Pærene jeg gikk for er "white ambience" og en retro filament for å teste det også. Jeg bryr meg ikke om fancy farger samtidig som hvitbalanse-pærene gjør den jobben jeg er ute etter. Jeg tror jeg har klekket ut hvordan jeg skal løse oppvåknings-scenario og hvitbalanse-justering mye takket @berland sin openhab- innklipp i den andre tråden linket til over. Og jeg vil bruke python via HabApp til mye av logikken. Jeg får da dusk, dawn, sunrise og sunset "gratis". Men jeg trenger noen brytere/fjernkontroller. Hvordan fungerer Ikea sin dimmer mot Hue-bridgen? https://www.ikea.com/no/no/p/tradfri-tradlos-dimmer-hvit-70408595/ Den ser enkel å grei ut for styring av natt/leselampe. Vil dobbelt/trippel -klikk detekteres av huebridgen? Alternativet er selvfølgelig Hue sin, ulempen med den er flere knapper å forville seg bort i om natta.

Katta er ute av sekken, om ikke annet enn delvis. Vi får vente å se hva som skjer. Regner med at det blir iverksatt noen tilltak fra produsentene/zigbee. Det behøver ikke bli enklere å få sakene kompatible fremover..