stigvi

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.

Jeg har i mange år nå hatt en lyslist over garasjeport der jeg endrer farge ut i fra solhøyde. Den er i utgangspunktet hvit, men når sol kommer like under horisont så endres den til mørk rosa med en overgangstid på en time og videre mot blått med en overgangstid på enda en time. Men forandring fryder og jeg så etter muligheten for å endre til en tilfeldig farge. Jeg kunne ikke fortsette med en scene fordi disse er statiske. Men i Home Assistant kan en definere dynamiske scener i skript og bruke scene.apply. Neste utfordring var at jeg ikke ville ha fargene grønt og gult med alle nyanser mellom disse to. Jeg ville heller ikke ha rødt og jeg ville kun ha sterke farger. Hvordan løser en det med RGB koder? Ikke så lett, fant jeg ut. Men Philips Hue smartpærer kan også styres farge på med X og Y koordinater eller med Hue og Saturation (HS). Det siste er løsningen. Jeg ville ha sterke farger så metningen er alltid 100%. Fargene styres med antall grader fra 0 til 360 så da er det bare å velge tilfeldig tall innenfor områder som utelater rødt, grønt og gult. Jeg har to skript. Et for å sette en tilfeldig farge i den røde/rosa enden og et for å sette i den blå enden. Så det er vel det en kaller semi-tilfeldig. Transition settes som en parameter til skriptet. Her kunne en selvsagt tatt med lysstyrke også, men jeg trenger ikke det i denne omgang. Det er ment som et eksempel på hvordan en setter en scene dynamisk....... tilfeldig_farge1_ute_1_etg: alias: Tilfeldig farge1 Ute 1. etg sequence: - variables: hue: '{{ (range(15, 45)|list+range(275,330)|list)|random }}' - service: scene.apply data: entities: light.ute_1_etg_a: state: true color_temp: 451 brightness: 180 light.ute_1_etg_b: state: true color_temp: 451 brightness: 180 light.ute_1_etg_c: state: true color_temp: 451 brightness: 180 light.garasjeport_lys: state: true hs_color: '[{{ hue }}, 100]' brightness: 150 transition: '{{transition}}' mode: single icon: mdi:palette tilfeldig_farge2_ute_1_etg: alias: Tilfeldig farge2 Ute 1. etg sequence: - variables: hue: '{{ (range(180,275)|list)|random }}' - service: scene.apply data: entities: light.ute_1_etg_a: state: true color_temp: 451 brightness: 120 light.ute_1_etg_b: state: true color_temp: 451 brightness: 120 light.ute_1_etg_c: state: true color_temp: 451 brightness: 120 light.garasjeport_lys: state: true hs_color: '[{{ hue }}, 100]' brightness: 140 transition: '{{transition}}' mode: single icon: mdi:palette

Topic navn for mqtt skiller mellom store og små bokstaver. Samtidig er Home Assistant veldig glad i bare små bokstaver, men om det er tilfelle når det gjelder topic, det vet jeg ikke. Men for å ikke friste skjebnen kan det være greit å holde seg til små bokstaver. @ArnieO Edit: Store bokstaver i name tag er verre. Her bør amsleser endre koden og kun tillate små bokstaver. Entity navn i HA kan _ikke_ inneholde store bokstaver. Det er noen andre begrensinger også som å ikke bruke mellomrom og helst unngå å starte med et tall.

For å spore det tilbake. Tråden starter med dette Men trenger det å være smarte strømleverandører? Hva med smarte netteiere? Elvia har et api som tilbyr ganske mye. Jeg har forstått det slik at de også tilbyr priser (Nordpool pris) og de nevner spesifikt at api er åpent for alle, også de som ikke er Elvia kunder. Da har en tilgang til pris. Selv bor jeg i en kommune som har funnet ut de vil ha et eget lite selskap for å drifte strømnettet. Alle nabokommunene har havnet under Lyse sitt nett. Klepp er forsåvidt greie nok. De har satset 100% på 400V TN nett og stort sett samtlige husstander i kommunen har dette. Det gjør elbil-lading litt mer fleksibelt i og med at utvalget bokser for AC lading blir litt større. De har også vært rimelige på nettleie, men det endret seg i 2024, dessverre. Det skorter stort på smarte løsninger. Her er det null api for deling av pris og forbruk. Egentlig er det rart at vi i Norge har endt opp der at vi har en spotpris som endrer seg time for time, men ingen felles api for å hente ut denne prisen. Og vi har en nettleie som varierer både i løpet av døgnet, basert på forbruk og basert på maks forbruk i løpet av en måned. Men heller ikke her en standardisert måte for kunder å vite hvordan en ligger an og hva en skal betale. Istedenfor har vi en drøss halv- og heldårlige løsninger lagd av selskaper som driver med fakturering og netteiere. Og det er mange av dem. En standard løsning på dette ville gjort det enkelt å utvikle løsninger og apper for å presentere dataene, men det nytter ikke slik det er nå. Jeg kan ikke engang få det jeg betaler for strømmen på en enkelt faktura. Jeg anser meg som rimelig oppegående på Home Assistant, men det er helt umulig slik det er nå å presentere tall for forbruk og hva jeg skal betale for dette. Jeg kan samle inn data selv og få det veldig likt det jeg til slutt skal betale, men helt nøyaktig blir det ikke.

Enn så lenge trenger du ikke tenke på å bytte vekk fra Vibb. Men det virker som om misnøyen med strømfaktureringsselskaper er økende. Og flere og flere lurer på hvorfor vi ikke bare kan få strømmen til Nordpool pris, fakturert av netteier som sitter inne med all info om forbruk. Det er jo egentlig helt molbo at forbruket skal sendes til et annet firma som gjør en fakturering av en av postene som den totale strømprisen består av. Mulig at politikere skjønner det etterhvert, selv om det muligens er å håpe på for mye. Alternativet er strømfaktureringsselskaper som kjøper inn kraft på langtidskontrakt og selger denne videre til en pris som er lavere enn spot. Men dette tror jeg sitter lenger inne.

Prisen for straffetakst er regulert av NVE kun i de 6 første ukene. Fra og med 7. uke kan Lnett sette opp prisen til hva de selv vil. Fint hvis det er 6,25 øre, men det er ikke slik i Klepp hos KE Nett.