stigvi

Den timebaserte værmeldingen er slått sammen med den daglige værmeldingen. Når det gjelder sensoren "timer med sol" så skal jeg endre på den ganske snart og jeg poster den nye her.

Jeg har altså det midterste alternativet, men jeg har en linje mellom koordinator og dimmer også. Basis funksjonalitet som å slå av og på lys og sette lysstyrke, blir håndtert med direkte binding. Men koordinator ser jo hva jeg gjør med dimmer og i HA har jeg feks laget lang-trykk på knapper som henter fram forskjellige scener. Så jeg kan bruke ekstra funksjonalitet når HA er oppe og kjører, men stopper HA og zigbee2mqtt, så er det bare basis funksjonalitet som virker. Og det er å slå av og på og stille lysstyrke. Jeg bruker Philips pærer og Philips Dimmer med 4 knapper. Disse har funksjonalitet der de gir denne muligheten, men jeg vet ikke om alle andre zigbee knappepanel kan det samme.

Og spørsmålet er? Dine 4 absolutte krav er fornuftige. Jeg hadde omtrent det samme, men jeg satte ikke som krav at jeg skulle bruke zigbee2mqtt. Jeg vet fortsatt ikke om den er det beste alternativet. De andre 3 alternativene har jeg løst enkelt i og med at dette er standard funksjonalitet i zigbee. Jeg har kun smarte pærer og har fjernet gamle lysbrytere og bruker zigbee knappepanel og zigbee bevegelsesensorer til å styre lys.

Du trenger neppe å tenke på det. Zigbee fungerer greit på samme kanal som et annet zigbee nett. Mesteparten av tiden er det ledig i en slik kanal og hvis det skulle bli en kollisjon så har de algoritmer for å resende. Det samme gjelder om wifi og zigbee deler på samme frekvens. Men det er jo litt mer avhengig av hvor mye du "belaster" wifi nettet.

Når det gjelder Aqara sin lyssensorer så må jeg innrømme at jeg aldri har åpnet disse for å bytte batteri. Så jeg vet egentlig ikke om det står et 2032 knappebatteri i de. Noe nevneverdig større enn det er det ikke plass til. Men de har rapportert lysstyrke i mange år så enten er de ekstremt strømgjerrige eller så har de et lite solcellepanel på innsiden som de lader batteri med. Det siste er ikke helt fjernt når en ser batterinivå siste døgn. Det går opp fra 60-80% om morgenen til 100% på ettermiddag. Edit: Jeg ser i en omtale at de har CR2450 batteri så da er det ikke den helt minste typen. Og at batterikapasiteten går til 100% skyldes nok at de ligger i solen og varmes opp.

Etter en opptelling har jeg 17 slike sensorer. Jeg bruker Philips Hue utendørs og innendørs bevegelsesensorer. De sender lysstyrke hvert 5. minutt og går til >60000 lux. Jeg har noen få Aqara bevegelsesensorer, men de stopper på 1000 lux. Og så har jeg noen få Aqara lyssensorer som ligger løst i enkelte vinduskarmer. Det er for å måle om sol skinner inn vinduet med hensyn til automatiske gardiner. De klarer også >30000-60000 lux. Alle sensorer, bortsett fra Aqara bevegelsesensor, fungerer helt topp. Philips sine bruker AAA/AA batteri og har veldig god levetid. Aqara sine lyssensorer har også gått i mange år nå på et lite 2032 knappebatteri.

Jeg har ikke mye erfaring her, naturlig nok. Men det kan se ut som om vifte blir et mindre problem på RPi5 enn det er på RPi4. Jeg har en vifte på RPi4 også og den surrer konstant og krever litt olje et par ganger i året. På RPi5 er det lagd litt mer smart styring og viften er stort sett av hele tiden. Det er mer å lese her: https://www.raspberrypi.com/news/heating-and-cooling-raspberry-pi-5/ The idle performance of a Raspberry Pi 4 and a Raspberry Pi 5 is about the same, and under typical loads Raspberry Pi 5 will run cooler than a similarly loaded Raspberry Pi 4.

For det meste Philips sine smartpærer, men har byttet ut noen dumme led-drivere med smarte og disse er fra Ikea og en annen produsent jeg ikke husker navn på. Jeg har kun to spot-pærer i huset og de står i ventilatorhette. De er også Philips hue. Totalt har jeg ca 80 lyskilder. Zigbee er lagd for å være stabilt. Hvorfor skulle en ledning være bedre for stabilitet enn å sende et radiosignal? Radio er jo ikke akkurat ny og uprøvd teknologi. Dessuten er det bare å følge med litt på forumet eller å søke. Det er nesten ingen som skriver om problemer med smartlys, men derimot er kompabilitet med dimmere og led-pærer en gjenganger. Flimring på svak lysstyrke er omtrent noe en må regne med, virker det som.

Det finnes kjølere uten vifte også. Men ikke vits å bytte bare for å bytte og en RPi4 duger i massevis. Det var ikke prosessoren som gjorde at jeg byttet. Jeg vil over til 64 bits OS som krevde en reinstallasjon. Jeg kunne klart meg med nytt minnekort så det er et syltynt argument. Men jeg hadde også sansen for RPi5 sin pcie buss som gjør at en kan bruke m.2 flashminne uten å gå via usb.

De har laget en "offisiell" kjøler med vifte og har en viftetilkobling på kortet. Det forklarer vel kanskje det meste?

Kan hende. Sist jeg sjekket hadde de ikke det tilleggsutstyret jeg var ute etter. Og det er et problem for mange forhandlere. Jeg kunne handlet en RPi5 lokalt i en butikk bare et par km unna der jeg bor. Men når de har null interesse av å selge "det andre" en trenger når en skal ha noe slikt, så blir en jo tvungen til å finne noen andre. Og da kan en like greit kjøpe alt der.

Da blir det en RPi5 på meg. Jeg har en RPi4 i dag så behovet for å oppgradere er minimal. Men jeg kjører 32-bits HA på den og det lager begrensinger. Den gangen jeg la inn HA så var ikke 64-bits versjonen klar ennå. Så med en ny RPi5 kan jeg installere på denne i ro og mak og skifte over fra gammel til ny når det passer seg.

Jeg bruker denne: https://guidgenerator.com/. Kjører du Visual Studio Code Server som en add-on i Home Assistant?

Er det noen som vet om norske forhandlere på Raspberry pi og som har et bra utvalg på tilleggsutstyr. Jeg er feks ute etter noe tilsvarende dette: https://www.waveshare.com/product/raspberry-pi/boards-kits/raspberry-pi-5/pcie-to-m.2-hat-plus.htm Det trenger ikke være Waveshare sin PCIe -> M.2 adapter. Jeg kan jo bestille fra USA, men det er dyrt pga frakt og norsk tollbehandling.

Du skrev at 3 stk Dongle-P går på reservedelslageret. Det var derfor jeg nevnte at Dongle-E fortsatt er merket som "ikke anbefalt". Men før eller siden vil den jo slutte med det og gå over til å være "anbefalt", vil jeg tro. Men en Dongle-P er en dårlig reservedel for Dongle-E. Det er ikke gjort på en lett måte å bytte ut koordinatorer med forskjellig type. Selv med lik type, kreves det fikling og du må kopiere gammel koordinators adresse / ID til den nye koordinatoren. Sånn sett er det lurt å notere ned hva denne er. Zigbee2mqtt lister den opp i et av skjermbildene sine.

Jeg letet det ikke opp, men de nevner det for Rpi 5 på samme måte som de har gjort for eldre rpi https://www.home-assistant.io/blog/2024/02/26/home-assistant-os-12-support-for-raspberry-pi-5/ Hvordan en flytter data, står i dette dokumentet: https://www.home-assistant.io/common-tasks/os/#:~:text=Connect the data disk to,the list of available devices. Ja, det virker å boote direkte fra SSD. Men det er fordi en ikke har utfordret tingenes iboende jævelskap, som linken til NTNU ovenfor handler om. Før eller siden vil det svikte, uansett hva en gjør. Men hvis en bruker anbefalinger så kan det hende det tar litt lenger tid før det svikter.

Se på det nedenfor som et humoristisk innlegg med alvorlig undertone. Kilde er https://www.ntnu.no/documents/1261860271/1292414587/Det+uforutsette+-+problemer+både+før+og+etter.pdf/c2be8fcf-0cb1-244f-1254-de26a5f7bedf?t=1583135603452

Har du erfaring med at et 256GB SD kort er mer utsatt enn en 256GB SSD? Når det gjelder å boote fra SSD, så er ikke dette en anbefalt løsning. Skal en lage noe robust for fremtiden så er det greit å bruke andre sine erfaringer og ikke ramle ned i gamle hull. Anbefalt løsning er å boote fra et SD kort og sette opp SSD som en data partisjon. SD kortet vil monteres som "kun lese" i HA OS'et og vil ikke slites. (PS. Gjelder altså Raspberry Pi) Og så er heller ikke Sonoff Dongle-E anbefalt, som nevnt tidligere ...........

Vil bare føye til at IKEA selger såkalte zigbee "repeatere". Disse er zigbee routere som er på strøm hele tiden og den eneste oppgaven de har er å forlenge rekkevidde på zigbee nettet. De gjør samme jobben som en zigbee lyspære, men uten å lyse 🙂

Før kom office pakken som en "pakke" med CD'er eller disketter. Da kunne en knytte det opp mot en faktisk leveranse. I dag har bedrifter større utgifter til skytjenester. Jeg jobber selv i en bedrift som betaler millionbeløp i skytjeneste-utgifter. Selvsagt må vi skyve slike kostnader over på kundene. I tillegg kommer oppgradering av programvaren oftere og ikke med årlig eller flerårlig intervall. Tidene har endret seg, rett og slett. Og kundene forventer hyppige oppdateringer slik de er vant med på telefon. Da kan ikke vi slippe en "pakke" og ta betalt for oppgraderingen som inneholder peanuts i forhold til hva det var i forrige uke eller måned. For Homeseer sin del er det langt mer gunstig å ha faste og trygge inntekter hver måned. Så jeg vil tro det blir mer og mer abonnement. Og som du sier, litt surt når en i utgangspunktet har betalt en fullpris. Dette er et dilemma som Homeseer bør løse på en grei måte med feks å gi rabatt til eksisterende kunder.

Det skal de og å betale abonnement er for meg helt naturlig. Men jeg jobber i IT bransjen og har vel nettopp en forståelse for at noen skal ha lønn. Ser derimot både her på forumet og i andre forum at det er noen som er prinsipielle motstandere på å betale. For meg er det en merkelig holdning, men folk må jo få ha sine prinsipper selv om de ikke fører til noe positivt. Prinsipper gjør sjelden det.......

Jeg har hatt det på Android en god stund, men har ennå ikke kommet på noe å bruke det til. Garasjeport er nok det nærmeste, men jeg har allerede en løsning som fungerer bedre. Jeg har en NFC brikke skjult under dashbord og bare "tæpper" telefonen der for å åpne eller lukke. Mulig jeg hadde brukt Android Auto hvis bilen hadde støttet trådløs tilkobling. Det er stort sett på lengre turer jeg tar meg bryet å koble til ledning. Ellers ser jeg at en kan opprette sensorer for å lese status på bilen som feks km-teller. Men disse virker ikke på min bil, dessverre.

Når en bruker service kall climate.set_temperature så må en sette både høy og lav. Er usikker på hvor denne begrensingen er, men det skaper ikke store utfordringer. Climate'en har target_temp_high og target_temp_low som attributter så hvis en vil endre kun den ene så setter en den andre til det attributten er. Jeg har brukt mange forskjellige kort opp gjennom årene og har aldri hatt problem med å sette temperatur og kun en av de. Det er kun service kallet som for meg krever at en oppgir begge temperaturene. Siste årene har jeg landet på climate-mode-entity-row der jeg bare setter presets, men klikker jeg på teksten, kan jeg sette temperaturene.

Jeg kjenner ikke til heat-it. Jeg bruker HA sin Nobø integrasjon. Den har støtte for presets.

Jeg styrer de via "climate" som har borte, øko og komfort modus. Så bruker jeg bayesian sensor i HA til å avgjøre hvilken modus de skal være i. Bayesian sensor for stue har inngang for effektregulator som passer på at jeg ikke havner i feil pristrinn på nettleie, om vi er på ferie, om vi snart er reist på ferie, om vi snart kommer hjem fra ferie, om vinduer er åpne, om noen er hjemme, om det er sovetid, om det snart er sovetid, om vi snart er hjemme, om vi snart står opp, om vi har besøk, om strømmen er så dyr at jeg heller vil fyre i vedovnen, prisnivå på strøm, om jeg har hjemmekontor neste dag. Varmekabler er styrt på samme måte, men der har jeg færre innganger på bayesisk sensor. På bad er det inngang for effektregulator / nettleie, om vi er på ferie, snart på ferie eller snart hjemme fra ferie, om vi har besøk og om strømmen snart blir billigere.