Vinnerliste

Da har jeg tatt avskjed med HomeSeer etter snart 20 år til fordel for Home Assistant. Jeg må si at jeg er mektig imponert over hvor enkelt integrasjoner bare popper inn. Har nå fått flyttet over alle Z-wave, Zigbee og RFXCom, samt fått opp Reolink kameraer, varmepumper, Nissan-tilkobling, Tibber, Yr, Sonos, TP-link mesh, Yale dørlås og en del andre Wi-Fi enheter jeg har i huset. Har ikke hatt noen problemer med å få dette satt opp overhodet. Z-wave var så enkelt som å flytte over USB-stick'en, siden den inneholder hele nettverket. For Zigbee valgte jeg å kjøpe en ny USB-stick (Sonoff 3.0) og legge til device på nytt inn i ZHA-integrasjonen. Dermed kunne den gamle PC'en fortsatt styre de enhetene jeg ikke hadde fått flyttet over. Skal sies at det gamle Zigbee-oppsettet kjørte på en Raspberry Pi med en Conbee stick. Kommer ikke til å savne noen av delene. Nå kjører alt på en Gigabyte Brix GB-BRR5H-4500 med 16 GB RAM (tenker å oppgradere til 32). Så nå er det bare å bygge noen kule dashboard og se på flere muligheter for å koble sammen enheter i forskjellige automasjoner.

Dagbladet kan ta seg en bolle, jeg gjør så godt jeg kan!!

Vi åpner nå tre nye forum for direkte kommunikasjon med smarthus leverandørene! Vi har snakket med tre av de store smarthus leverandørene og signalisert et behov for enkelt å kunne kontakte kompetente personer hos dem for å få svar på mer kompliserte tekniske spørsmål. Det viste seg at de også hadde et ønske om å kunne få ryddet opp i en del feilinformasjon og myter som flyter rundt i sosiale fora. Dette er organisert rundt et eget forum for hver leverandør der det som vanlig er oss forumdeltakere som spør og svarer på det vi kan, men i tillegg vil det være representanter for leverandøren der med egne brukere som kan gi fasit eller korreksjoner. Leverandørenes brukere vil være klart merket så det vil ikke være tvil om hvem du får svar fra. Hvert forum vil ha en underkategori for spørsmål og svar og en for generell diskusjon og kommunikasjon. Forumene finner du her: https://www.hjemmeautomasjon.no/forums/forum/110-leverandører/ Vis full oppføring

Da er jeg i boks med fjernstyring av Alde 3000 vannbåren varme og fjernstyring av stigetrinn i bobilen. Kabler var greie å komme til. I boksen er en RPi 3B+ og 2x4 rele som styres av Node-RED med Node-RED Dashboard som brukergrensesnitt. Som en bonus fikk jeg også med meg zigbee2mqtt, Mosquitto og en G-sensor som forteller meg om bilen står beint. Det hele plassert i custom designet 3D printet boks:

Høstens første frost krever alltid litt ekstra arbeid så det er greit å få et varsel noen dager i forkant. Hjul på bil må skiftes, vannslange må innendørs, utekrane må sjekkes at den er tom for vann og campingvogn sine vannbeholdere må tømmes. Så da er et varsel i HA laget slik som dette Det er kun et lett synlig bilde som har en betingelse for synlighet. Først laget jeg en sensor som viser laveste temperatur meldt de nærmeste dagene. - template: - trigger: - trigger: state entity_id: weather.orstad_utsyn action: - action: weather.get_forecasts data: type: daily target: entity_id: weather.orstad_utsyn response_variable: wd sensor: - unique_id: laveste_temperatur_framover name: "Laveste temperatur framover" unit_of_measurement: "°C" state: "{{ [state_attr('weather.orstad_utsyn', 'temperature')|float(0), (wd['weather.orstad_utsyn'].forecast | rejectattr('templow', 'undefined') | map(attribute='templow')|list|min)]|min|round(1) }}" Deretter en binær sensor som bruker laveste temperatur sammen med måned. Jeg trenger ikke varsel om høstens første frost i desember til mai. -template: - binary_sensor: - unique_id: bbb82639-7432-4f3f-8950-a5c860a6ede0 name: frostvarsel state: "{{ states('sensor.laveste_temperatur_framover')|float < 2 and (now().month == 9 or now().month == 10 or now().month == 11) }}" Selve kortet er lagd som dette

"Feilen" ligger i betingelsene dine: Når sikringen har gått vil garasjelyset aldri kunne bli "OFF". Dermed sørger denne linja: ... for å trigge eventet hvert eneste sekund. "For at least XX" er skummelt å bruke som første betingelse. Bruk heller "for exactly 10 m", så slipper du problemet 🙂 Som en ekstra betingelse går det som oftest utmerket å bruke "for at least". Se FAQ nederst i HS skolen del 7:

En dags erfaring med Versatile thermostat, det var noe helt annet @expl. Det er en komplett annen verden, og jeg har bare gjort mindre justeringer på stock-setup (on/off - thermostat_over_switch):

Jeg tenkte motsatt: Behold det du har og heller gjør en liten programmeringsjobb.

Ok nå har jeg lekt ganske mye. Laget meg en template sensor som bruker Nordpool input, og så har jeg satt opp en gjeng med hjelpere for å ha data om nettpriser for dag/natt, moms, strømselskap osv osv. Alt kan nå konfigureres via GUI, eneste som blir litt massivt er selve template sensoren men den setter man jo opp bare en gang. Synes det ble ganske bra! Nå skal jeg bare se over litt tid om det fungerer stabilt.

Jeg har satt opp min sensor med følgende config i configuration.yaml - platform: nordpool VAT: true currency: "NOK" low_price_cutoff: 0.95 region: "NO1" precision: 6 price_type: kWh price_in_cents: true friendly_name: "Nordpool med Elvia" additional_costs: >- {% set s = { "day": 0.5250, "night": 0.4500, "hourly_fixed_cost": 0.0295 } %} {# Strømstøtte på 90% på priser over 91,25 øre (ink. mva) trekkes ifra #} {% set pb = max((current_price - 91.25) * 0.9, 0.0) %} {# Er det arbeidsdag? #} {% if is_state('binary_sensor.arbeidsdag_sensor', 'on') %} {% if now().hour >= 6 and now().hour < 22 %} {# dagtid mellom 6 og 22 #} {{ (s.day + s.hourly_fixed_cost - pb) | float }} {% else %} {# ellers er det natt #} {{ (s.night + s.hourly_fixed_cost - pb) | float }} {% endif %} {% else %} {# ellers er det helg eller fridag (helligdag) #} {{ (s.night + s.hourly_fixed_cost - pb) | float }} {% endif %} Dette er for Elvia med Tibber. Sjekk dine lokale avtaler. Tidligere hadde Elvia forskjellig priser på vinter og sommer, det er tatt bort. Så da er det kun helligdager og helg, pluss dag/natt. For å ha kontroll på om det er arbeidsdag eller ikke bruker jeg integrasjonen workday. Denne lager sensoren binary_sensor.arbeidsdag_sensor som er på når det er arbeidsdag. Det eneste som ikke er 100% med denne løsningen er at morgendagens priser kan bli feil dersom i dag er en arbeidsdag og i morgen er helligdag. Dette skal jeg se om jeg finner en løsning på. Workday har også mulighet til å lage sensor for om i morgen er en arbeidsdag. Om noen har en god løsning på "i morgen" bare si ifra!

Hvis du bruker yaml så er koden noe slikt som dette: trigger: - platform: state entity_id: climate.bad attribute: hvac_action to: 'heating' Hvis du lager automasjon fra UI'en så er det et eget valg for Attribute og da velger man 'Current action'

Flytte alt på en gang. Om du har zwavejs2mqtt i egen container/enhet og kobler til via mqtt, så kan du styre via mqtt. Legger du de inn i addon i HA eller styrer de via HA-integrasjon, så styrer du de direkte fra HA(men kan styre de fra HS<->MQTT<->HA om man vil) Har begge mine via MQTT, men kunne hatt ene direkte. Bilde fra zwavejs2mqtt.

@OlavT Alle gen3 panelover kan oppdateres til Matter innen 1-2 dager, vi tester den nye koden for å være sikre på at ikke noe har bugs eller problemer. Men du kan regn med at det blir denne uken

Prøvde hardt å unngå å være vanskelig, men klarer ikke la være 😉 Hvorfor? Klart du kan lage noe slikt, f.eks ved å koble en slaktet radio-fjernkontroll til en zigbee-modul. Men det synes meningsløst når port-motoren mest sannsynlig har en inngang for kablet trykknapp som gjør akkurat samme nytten. Et relé er enklere, billigere og mye mer robust mot støy, avlytting, bugs og utilsiktet sletting av minnet i motorstyringen.

Det er mindre og mindre behov for programmering i HA, stadig mer skjer i det grafiske brukergrensesnittet (GUI). Jeg har redigert litt i YAML filer selv, men jeg vil ikke kalle det programmering, mer redigering. Det er selvfølgelig enklere å redigere hvis man forstår hva som står der, men jeg kommer langt med å forstå kun den delen jeg trenger å endre. Det jeg har mest av i YAML filer nå er sensorer som jeg ikke kan lage i GUI (enda), men dette er strengt tatt helt unødvendige detaljer som f.eks. en sensor som viser strømforbruket på en lyspære som enten selv er smart eller styres av en smart bryter uten måling av strøm. Bare fordi det både er mulig og jeg hadde lyst har jeg laget sensorer for dette som setter en beregnet verdi for strømtrekk basert på om lyset er på eller ikke og evt %vis hvis det er på en dimmer. Et tegn på at det ikke er så mye mer igjen å koble til HA i huset. 🙂

Fordi en ikke aner hva spørsmålet er før en har åpnet tråden... og en ser omtrent bare tittelen når en senere søker i forumet.

Du finner mange gode råd i denne tråden: https://www.hjemmeautomasjon.no/forums/topic/12168-totalrenoavsjon-av-bolig-og-litt-smartere-hjem/#comment-114752 For å ta ut det (for meg) viktigste: Kjøp kun utstyr som støtter åpne standarder (Z-wave, Zigbee, Matter) - spesielt utstyr som må monteres av elektriker. Det er jo ekstra kostbart å bytte ut det senere. Wifi er også en åpen standard, men veldig mange produkter på Wifi er avhengig av skytjenester, derfor velger jeg Z-Wave eller Zigbee når jeg kan. Matter støtter både Wifi(IP) og Thread (en radiostandard som ligner på Zigbee). Begynn med en plattform du føler deg komfortabel med. Homey Pro vil du sikkert være fornøyd med lenge, men den har en del begrensinger sammenliknet med Home Assistant. Og Homey Pro koster ca 5000,- kr. HA kan du teste ut gratis hvis du har en ledig PC eller raspberry Pi, det eneste som vil koste er om du ønsker å styre enheter på Zigbee eller Zwave (som forøvrig er klart anbefale åpne standarder). Enheter på Wifi (eller kablet ethernet) krever ingen egen HW, kun maksinen HA kjører på. HA Green er en enkel måte å begynne på, evt antenner er USB moduler som kobles til med minst 30cm lang USB kabel (for å oppnå litt avstand) Ang kvalitet på Open Source vil jeg si at HA sine offisielle integrasjoner er solide. De uoffisielle i HACS (Home Assistant Community Store) kan det være mer risiko med, men jeg har ikke måtte rulle tilbake til eldre versjon på minst 1 år. Og jeg oppdaterer som regel hver måned når ny versjon slippes. (kjører ikke motorsykkel lenger, så litt spenning må man ha i hverdagen 🙂 Basert på egen erfaring vil jeg si at du bør begynne med det du kan spare penger på, samtidig som du opprettholder komfort (og dermed husfreden). Styring av varme, i alle former, er der det er mest å hente. Selv har jeg brukt Nobø i alle år og har Nobø HUB både hjemme og på hytta. Nobø HUB styrer gulvvarme og panelovner etter ukeprogram. Home Assistant kan så endre status i Nobø (komfort, spare, borte), slik at jeg kun trenger å endre status i HA når vi f.eks. skal reise bort en uke. Nobø er bunnsolid, men er i ferd med å fase ut Nobø HUB og introdusere produkter på Zigbee som i første omgang kun er bekreftet å virke med Futurehome. Får du Nobø HUB utstyr på salg kan det være et godt valg. Og - som du skriver til sist - det er ikke nødvendig å samle alt med en gang. Du kan ta et steg av gangen. Og så lenge du velger utstyr som støtter åpne standarder kan du bytte hovedsystem senere, evt legge det til på toppen når du er klar for det. Men jeg skal innrømme at det var mitt mål da jeg begynte, og derfor valgte jeg Home Assistant, som det eneste systemet som kunne integrere alt i boligen (Nobø HUB for varmestyring, Systemair ventilasjonsanlegg, Verisure alarmanlegg som de viktigste). Lykke til med smarthus. Du velger selv hvor komplisert og avansert du vil gjøre det. Ta en skritt av gangen og ha det morro underveis. 🙂

Kan ikke stort om dette. Men jdolven har jo dokumentert den vanskelige biten som er protokollen. Å reimplementere det som en climate komponent i esphome synes rimelig overkommelig så lenge du har hardware å teste på. En "external" component er bare en veldig praktisk måte å teste/bruke kode som ennå ikke er merget. Du skriver koden som enhver annen komponent i esphome og kan derfor bruke det du finner der som eksempler. Foreslår at du kikker litt på andre eksisterende komponenter som implementerer climate. Burde komme unna dette med 93% klipp og lim 😉

Har du lest denne tråden? Der finner du mange gode erfaringsbaserte råd. Ikke bruk penger på å bytte ut noe før du har vurdert Home Assistant som toppsystem. Shelly fungerer veldig bra i HA. Tidligere sa jeg at du burde ønske deg en ny hobby for å velge Home Assistant, men det har blitt så mye bedre de siste to årene at det ikke er helt sant lenger. Nå kan svært mye settes opp i grafisk grensesnitt og det blir bedre for hver måned som går (med månedlige oppdateringer av systemet).

Det tenkte jeg ikke på! At noen kan overvåke kjøleskapet mitt og kunngjøre for verden at jeg henta min tredje juleøl på en kveld! Det hadde vært helt ødeleggende for mitt renomme. Spesielt om det også ble kjent at tannbørsten ikke var tatt ut av laderen den kvelden. Da hadde jeg dødd av skam! https://www.nrk.no/vestfoldogtelemark/eksperter-advarer_-smarthusteknologi-kan-misbrukes-1.17125277

@Erling Skal høre med logistikk avdelingen, det er info de sitter på. Skal gi deg et svar på Mandag morgen :)

@Handl3vogn Om du bruker Mill firwmare, så støtter vi XX.X , muligens Home Assistant bare ikke har implementert det. Vet lite om Home Assistant men vi vil komme med en offfisiel integrasjon der snart. Cooling mode er en funksjon som socket gen3 and gen4 har, hvor den vil åpne relee når temperaturen går over en vis verdig. Det kan brukes til vifter etc Vi vil også komme med timere og ukeplan funksjon til Matter, i version 1.0 så var det på plass men det fungerte ikke som reklamert av CSA. I versjon 1.3 så skal det fungere men vi fikk ikke tid til å implementere det. Men det kommer i oppdateringen som da også vil vise strømforbruk. @nle Er helt enig i at Zigbee er bra løsning, generasjon 3 ovnene har ikke zigbee støtte da det ikke er hardware som støtter det. Gen4 socket når den ble utviklet så hadde ESP32 C6 mini bare 4mb med plass og da kunne vi ikke få alt på plass og på den tiden så var SDK fra Espressif for Zigbee veldig bloated og stor. Til 2025 så kommer det en oppdatering gen4 socket(esp32 C6 mini med 8mb flash), samme utsende men med zigbee 3.0 I 2025 kommer også gen4 ovnene(panel) som støtter zigbee 3.0 (sertifisert) @Tinge76 Det kommer til nesten uke, da vil du kunne se effekt/forbruk etc :) @Tinge76 Strømforbruk/efffekt kommer til Homey til neste uke som en oppdatering :)

Woooow! Vi snakkes om denne! Må altså skaffe meg en ny server...

Ser vel ut til å først og fremst gjelde butikken deres. Får vel vite mer etter hvert...

Hei. Det er dessverre ikke så enkelt at man bare kan kjøpe en adapterring. Denne passer på gjengedimensjon M30x1,5 men løftehøyde må også være riktig. Den skal passe på ca 80% av manifolder i markedet. Men send et bilde av din manifold (samlestokk) til [email protected] så skal vi sjekke det ut.

For de som er interessert i å dykke ned hvordan en kan selv bygge et Matter device med diverse sensorer: olavt/matter-sensor-thread

Jeg er nybegynner i HA og har fått til dette. Det kjører på hytta og har gjort det i flere måneder. Så har jeg funnet ut at HA ser ut til å være mye mer stabil enn Homeseer, så jeg har installert her og tar alt over ett rom/område av gangen. Så skjedde noe snodig ved at HA fant AMS leser og alle tags den publiserer. Men de kom opp som unreachable! Da gjorde jeg som brukerveiledningen foreslår: jeg rebootet AMSleseren. Og nå er nesten alle på plass. Fortsatt noen som er unreachable, men det er bare minutter siden reboot, så de kommer nok. Jeg skjønner ingenting, da det ser dønn likt ut i MQTT explorer. Men samma det bare det virker. Mye bla-bla for å komme frem til det: Ta en reboot på AMSleseren!

Da er jeg oppe og går med 7 automasjoner pr dørlås og alt ser greit ut med både styring og statusrapportering (bortsett fra at noen av de mindre viktige entitetene som "jammed" ikke er liv i): Takker og bukker for hjelpen.

Her er et eksempel på "Åpne dør" med MQTT-melding, laget via web-grensesnittet: I "automations.yaml" ser det slik ut: alias: Åpne dør description: "" triggers: - trigger: mqtt topic: door/lock payload: unlock conditions: [] actions: - device_id: d3d3776b68abb6b5ec328c405d0c5170 domain: lock entity_id: 9e344ce79a0aacc6ba3eaa40c1916642 type: unlock mode: single Her er et eksempel på hvordan du kan lese ut flere verdier som restultat av 1 MQTT-melding: alias: Yale status description: Dør batterinivå triggers: - topic: door/lock payload: status trigger: mqtt conditions: [] actions: - action: mqtt.publish data: topic: door/lock/battery payload: "{{ states('sensor.front_door_battery') }}" - action: mqtt.publish data: topic: door/lock/status payload: "{{ states('lock.front_door') }}" mode: single Du kan sjekke ved å åpne to vinduer og kjøre disse, en i hvert vindu: ~$ mosquitto_sub -v door/lock -m status ~$ mosquitto_sub -v -t door/lock/#

Med sine nye Connect termostater har Nobø/Glen Dimplex valgt å inngå et samarbeid med Futurehome alene. Dette strategivalget betyr at brukeren binder seg til Zwave eller Zigbee plattformene. Har man Homey Pro fra før så betyr det at en Futurehome sin sentral ikke kan jobbe ved siden av Homey Pro ellers så får man to Zwave eller Zigbee nett som slåss mot hverandre. Nobø velger gal strategi etter min mening ved kun å støtte en eneste norsk særegen platform som forsøker å hamle opp med de store aktørene som f.eks. LG som nylig kjøpte opp Homey Pro og Samsung som ser ut til å velge bort Zwave i sin fremtidsstrategi med SmartThings hvor de drar med seg Wi-Fi, Bluetooth, Matter og Thread videre inn i fremtiden. Norge er etter min mening et for lite marked til at Futurehome skal kunne lykkes i å drive seriøs utvikling av sin hub for å støtte andre typer platformer som Wi-Fi, Bluetooth og de fremtidige plattformene Matter og Thread. I dag støtter Futurehome hubben kun Zwave og Zigbee. Skal de støtte flere platformer må nye chipset inn og man må høyest trolig kjøpe ny hub til flere tusen kroner. Futurehome har til nå også vist seg å være dårlig på backup/restore fra f.eks. versjon 1 til versjon 2 hub. Jeg har idag ansvaret for å drifte godt over 300 Nobø panelovner i 10 ulike møtehus rundt omkring i landet. Selve panelovnene er førsteklasses de, men de har de siste 3 årene blitt stående utenfor smarthus Homey pro platformen som ble valgt for automasjon av audiovisuelt utstyr, ventilasjonsanlegg, varmesystemer, belysning, styring av varmtvannsberedere osv. Her bruker man Wi-Fi, Bluetooth, Zigbee og Zwave om hverandre og alt spiller godt sammen. Nobø Energy Control har ikke engang klart å motta en DHCP IP adresse via vårt interne IoT VPN corporate network, og support funksjonen deres vil ikke engang hjelpe til eller yte service på området. Homey Pro plattformen smalt rett inn uten noen som helst problemer og har trivdes godt i dette nettverket i lang tid nå. Vi ser at den nye Nobø Futurehome Connect platformen ikke kan brukes hos oss ettersom de nye termostatene kun støttes gjennom Futurehome hubben. Dette er meget skuffende og betyr trolig at vi kanskje må investere i helt nye panelovner og gå helt bort fra Nobø/Glen Dimplex konseptet. Dette er veldig leit. Nobø/Glen Dimplex mister da mersalget ettersom de nå faser ut Nobø Energy Control hubben, ingen videreutvikling vil bli gjort og at de slutter å produsere de termostatene vi en gang investerte i. Nobø/Glen Dimplex har tydeligvis klart å gjøre sine nye Connect termostater bakover kompatible med panelovnene vi har i dag, men styringen har de misset grovt på når de ikke tillater andre Smarthus plattformer enn kun Futurehome å kunne styre termostatene. Skal også nevne at jeg drifter en Futurehome hub i en bolig på 330 m2 med 76 enheter hovedsakelig basert på Zwave. Dette fungerer veldig dårlig og enheter faller ofte ut selv om vi har installert en Zwave repeater i hver av de tre etasjene. Etter vår mening fungerer ikke Futurehome over litt større arealer med mange enheter og vi kan ikke se at Futurehome støtter eller vil støtte long-Zwave verken nå eller i fremtiden. Vi må restarte hubben opp til flere ganger om dagen. Alt funker bra de første 5 minuttene. Deretter mister flere enheter kontakt med Futurehome hubben. De 13 Homey Pro installasjonene jeg drifter har til sammenlikning vist seg å være utrolig stabile og de fungerer også offline og er ikke sky-avhengig. Her fungerer alt som det skal selv over flater på hele 1.500 m2. Nobø/Glen Dimplex! Vær snill å gjøre termostatene deres direkte tilgjengelige i andre smarthus platformer. Ikke lås dere til en platform/smart hub! Utvid markedet deres!

Dette skal jeg finne ut av @SveinHa, holder deg oppdatert.

Takk for feedback @SveinHa. Tror jeg har løst problemet, men fint om du kan bekrefte/avkrefte.

@ernie Litt problematisk å få Matter og slikt på Mill Sense da den er offline 99% of tiden, den våkner bare opp periodisk for å sende inn data og deretter går den i dvale igjen. Mill Sense vil ikke kunne snakke med ovner som er på Matter da de er på helt forskjellig infrastruktur og kode. På gen3m og gen4 så vil det være mulig da ovnene kan være på Mill sitt infrastruktur og Matter samtidig. Kommer med med info når det er på plass, gen3 kan bare være på enten Matter eller Mill, det er ikke nok minne til å kjøre begge på disse ovnene. Generasjon 4 ovnene er alt ute i det skjulte, men de selges som gen3m i butikken men har egentlig gen4 top deler. Du ser det ved at det står generasjon 3m. og ikke generasjon 3m under topp lokket, disse ovnene kommer i 500watt, 900watt og 1000watt. Når generasjon 4 rulles ut til alle modellene i 2025 så vil alle gen3m. ovner oppgraderes til generasjon 4. Disse oppdateringene vil da gi deg Zigbee 3.0 i tillegg Men er nok lurest å vente til nesten vintersesong når alt blir til gen4 , Matter til gen3 er klart i appen og vi kjørere noen siste tester og du vil se at Matter aktivering til gen3 dukker opp. I morgen blir Matter aktivering for generasjon 4 socket bli tilgjengelig. Tidlig nesten uke så blir Matter aktivering tilgjengelig. @OlavT Har snakket litt internt, vi oppdaterer Matter med strømmåling, kommer ny oppdatering mot slutten av året.

Pr i dag ser bildene for bobilen slik ut (menyknapper øverst):

Jeg kom tilfeldigvis over en video på Youtube som omhandler temaet. På 0:35 ser du den skjematiske oversikten. Jeg vet ikke om dette er noe du kunne implementert i bobilen din. Ser i eksempelet ditt at du har et ikon som heter Alde 3000, og er veldig nysgjerrig på hvordan du styrer varmeanlegget i bobilen. Har bobil selv med Alde 3020 og prøver å finne ut hvordan jeg kan fjernstyre denne via wifi.

@Venin Fix er på vei, er forløpig under testing...er en stor endring så vi må bare teste det ordentlig så det ikke skaper problemer. Men ikke lenge nå

Først og fremst vil jeg bare takke det forumet og community her for rå respons og responstid! Det gjør det gøyere å være her! Men jeg tenker jeg prøver meg på den rettningen du snakker om @christbj så får vi se hvordan det går!

Inntil videre har jeg laget men en knapp i skjermbildet for nedstenging. Klikker jeg på den kommer en bekreftelsesdialog og velger jeg "Ok" kjøres "sudo shutdown -h now". Det tar vel en 10-20 sekund med nedstenging og så kan jeg slå av... Har jo hatt enn god del tilfeller opp gjennom årene der Linux maskiner har mista strøm uten at jeg vet at det har gitt noen problemer men det handler vel kanskje mest om uheldige omstendighet som KAN skje og jo oftere en provoserer jo større sjangse er det for katastrofe... Alle RPIene mine har en USB-SD adapter fast installert og da kjører jeg en "SD Card Copier" enten manuelt eller automatisk og er da berget i tilfelle katastrofe...

Komme her og gi oss dårlig samvittighet på den måten, da! Samvittighet er no dritt 🙂 Jeg gjemmer meg bak unnskyldningen at det er handelen som er problemet. Produktene kommer fra Kina uansett om jeg handler på Ali eller Kjell. Så får jeg heller prøve å kjøpe andre ting så kortreist som mulig. Biler produseres f.eks i denne verdensdelen fremdeles, selv om batteriene sikkert kommer fra Kina uansett. Men det viktigste er selvsagt å kjøpe mindre nytt. Loppemarked-sesong, er det ikke? Dessverre ikke stedet for batterikjøp...

Hadde ikke forventet å måtte returnere men kinamannen ser ut til å være en vrangpeis og da skal han få det som han vil. Presenterte denne adressen (oversatt av google): Tror nok jeg må forenkle litt for å få plass på adresselappen...

Har gjort veldig mye de siste par mnd: * Migrert alle serverne mine fra ESXi 7.0 til Proxmox VE (takk for den, Broadcom! 😞). Det gikk overraskende smertefritt, siden jeg hadde tilgang på en ekstra PC som kunne brukes. La da til ESXi-serveren i Proxmox og kunne bare ta en "import" av hver enkelt VM. Så var det bare å endre litt på nettverksoppsettet, fjerne VMtools og installere QEMU i stedet, så var det i boks! * Migrert fra Xeoma til Frigate for kameraene mine. Frigate kjører i en Proxmox LXC (Xeoma var en egen Ubuntu VM) og den får tilgang til å bruke iGPU, slik at CPU-belastningen er minimal (3 kamera). Jeg har også fått aktivert varsling ved detekterte personer i carporten på natt/borte (mot varsel ved bevegelse i Xeoma - blafrende plastposer, osv ga mange falske varsler!). * Migrert Mosquitto og Zigbee2MQTT til LXC. Disse kjørte før på samme VM som HomeSeer, men nå har jeg satt opp en Proxmox LXC til hver av dem i stedet. Da slipper jeg nedetid på disse tingene ved restart av HS-VMen f.eks. * Oppgradert fra HS3 til HS4. Det var vel litt "på overtid", 5 år etter jeg kjøpte oppgraderingslisens... Det gikk dessverre ikke helt smertefritt, for jeg kom meg ikke forbi lisens-aktiveringssiden (første siden man får opp etter oppgradering). Meldte supportsak til HS også, uten at det førte noen vei. Snapshot i Proxmox funker heldigvis fint da, så jeg kunne lett rulle tilbake til HS3. Etter et par kvelder så prøvde jeg nest nyeste versjon av HS4 - da funket det! 🙂 Utover det så merker jeg at særlig HSTouch er mye raskere/stabil med HS4 enn det det var med HS3. Og mscMQTT er også mer stabilt i nyeste versjon. * Fortsetter migreringen fra HomeSeer til Home Assistant. Det meste av ZigBee, Chromecasts, 433 MHz-utstyr er nå migrert over og styres fra HASS. Z-wave gjenstår, men der må jeg flytte ALT samtidig (i motsetning til ZigBee, som via Z2M kan styres fra begge systemer samtidig). Så her er det nok noen uker enda før jeg er i mål. 😛

Home Assistant 2024.9 har nå integrasjon for Fujitsu varmepumper. https://www.home-assistant.io/integrations/fujitsu_fglair Jeg har brukt metoden Håvardgj har beskrevet i denne tråden i lengre tid og den har fungert uten problemer, men jeg kommer til å prøve denne integrasjonen når jeg får tid til å oppgradere til 2024.9.

@A.B. Hei, Matter er klar for Gen3 panelovner, med tentativ lanseringsdato i første eller andre uke av september 2024. Lanseringen kunne ha skjedd tidligere, men dette avhenger av en annen avdeling. Vi har også offisiell Homey Pro-integrasjon klar til august, som vil støtte alle Mill-produkter unntatt Gen1, som fortsatt bruker den gamle plattformen. Matter fungerer for alle andre produkter som socket, konveksjon og oljeovner, men i første omgang vil kun Gen3 panelovner og Gen3m bli sertifisert. Sertifisering er overraskende kostbart, og det er en lisenskostnad per enhet som Mill må betale. Det er mulig at andre enheter blir sertifisert hvis etterspørselen er stor nok. Jeg skulle gjerne sertifisert alle enhetene, men dette avgjøres av andre på kontoret. Skulle det bli besluttet, vil sertifiseringen gå raskt da alt fungerer utmerket. Noen interessante fakta: Gen3m batchen som produseres i år kommer med ESP32 C6, som har Matter, Zigbee i tillegg til WiFi 6. I 2025 vil denne brikken bli rullet ut til alle panelovner. De som har en Gen3m fra batchen som kommer i butikkene vil bli automatisk oppgradert slik at Zigbee og Matter støttes via OTA. Om du har noen gen3m ovner fra tidligere av så si ifra, jeg kan fikse nye gen3mv2 top del (som er gen4)for deg :) Bare send meg en PM med navn og addresse + tlf så fikser jeg det. Et annet morsomt poeng er at Gen3m og Gen4 kan kjøre Matter og Mill samtidig, så du kan være koblet til begge systemene. På Gen3 er dette ikke mulig på grunn av for lite minne, så der må man bytte mellom de ønskede systemene. Matter kommer som versjon 1.3, og funksjonaliteten er noe grunnleggende siden Matter fortsatt er ganske nytt. Det ser ut til at CSA bruker mer tid på å legge til nye produkttyper. De vil sannsynligvis legge til mer funksjonalitet i termostatmodulene etter hvert. Vi vil da kunne oppdatere til nye Matter-versjoner når tiden er inne. Ønsker deg en fortsatt flott kveld og sommer! @a.b En siste ting, neste uke øker vi API-kallgrensen fra 2300 til 5000 per time. Vi har mottatt mange klager på at den nåværende grensen er for lav. Derfor øker vi grensen til 5000 API-kall per time. Hvis dette fortsatt ikke er tilstrekkelig, tror jeg problemet ligger et annet sted.

Introduksjon Denne guiden gir ikke alle detaljer, men prøver å gi generelle retningslinjer som kan forenkle prosessen ved å bygge noe tilsvarende. Verktøy Kapp-/Gjærsag Drill 35mm bor (sylinderbor/ hengselbor) https://www.biltema.no/verktoy/bor/trebor/sylinderbor-2000016848 https://www.byggmakker.no/produkt/hengselbor-35mm-8x60-2-skjaer/7311662131784 “Tapetkniv” Mal for hullboring (skrog/dør) Hurtigtvinge Linjal/vinkel (stål/alu for kutting av sokkellist) Vinkelsliper 3d printer Deleliste Aktuator (150mm, 90mm/s) https://www.aliexpress.com/item/4000849922418.html?spm=a2g0o.order_list.order_list_main.14.21ef1802NtTDy9 Motorstyring https://www.aliexpress.com/item/4000002701244.html?spm=a2g0o.order_list.order_list_main.19.21ef1802NtTDy9 Hengsler (uten demping) https://www.clasohlson.com/no/p/40-7887 Monteringsbånd https://www.biltema.no/bygg/byggbeslag/hullband/monteringsband-galvanisert-2000017277 Limit switch https://artigereliv.no/produkt/elektronikk/mikrokontrollere/sensorer-og-tilbehor/3d-printer-limit-switch D1 mini (esp8266) Stepdown https://www.aliexpress.com/item/1005003140077648.html?spm=a2g0o.productlist.main.1.598b2b06DMKN7g&algo_pvid=3f583756-e566-460d-a392-336417dbe220&algo_exp_id=3f583756-e566-460d-a392-336417dbe220-0&pdp_npi=4%40dis%21USD%211.59%211.59%21%21%211.59%21%21%402103135816942659190861478edc71%2112000024308653563%21sea%21NO%21182151077%21S&curPageLogUid=J0TC7f4ZOn7G Strømforsyning https://www.aliexpress.com/item/32805093211.html?spm=a2g0o.order_list.order_list_main.129.24311802Qmk128 Passe lang M6 bolt til å feste aktuator (2stk) M6 Skiver M6 låsemutter Ståltråd https://www.biltema.no/fritid/hage/gjerde/staltrader/staltrad-50-m-2000041228 Div ledninger Små skruer til å feste aktuatorbrakett i dør Bygge rammen Mockup av rammen. Jeg bygget rammen min av terrassebord jeg hadde liggende (28x120), men akkurat hva det er så lenge det passer underkjøkkenbenken er ikke så viktig. Bredden innvendig bør være støvsuger + rundt 3cm klaring på hver side av den innvendig (husk bredde på aktuator og klaring fra denne mot ramme kan være rundt 4cm). Dybden på rammen kan være noe kortere enn totaldybde, da det kan justeres med overliggeren som døra festes i. Rundt 5mm kan være greit, men dette må vurderes individuelt. Senterpunkt i rammen vil da være mellom den ene siden, og mot aktuator på andre siden. Jeg kuttet også hull i bakkant til docking, for å få litt ekstra dybde. Jeg boret også hull til en guide-pinne som sitter i veggen (type treplugg som kommer med flatpakkede skap o.l.). Dette for å ha et fast punkt å jobbe fra (måtte ha rammen ut flere ganger for å måle). Toppen av overliggeren bør være så nært undersiden av benk som mulig, for at dør ikke skal komme i konflikt med rammen under åpning. Jeg endte opp med å shimme den opp fra rammen, for å redusere avstanden mest mulig. Hengsler Bor hull til hengsle ved bruk av mal i dør og overligger (holdes fast med hurtigtvinge). Modifiser hengsle ved å ta bort fjær, slik at den glir uten motstand. Bor ut aksling den er festet på ihht bilde. Aktuator Aktuator festes med noe klaring mot gulv, horisontalt fra dør til ramme. Klaring mellom dør og ramme er avstanden til hengsle, og må tas med i beregningen når overligger monteres mtp dybde under benk. Rundt 4-5mm opp fra gulvet burde være en god plassering. Forsenket M6 bolt med skive fra utside, slik at envelopen ikke er større enn rammen. Bolten er så festet med skive og låsemutter på innsiden, og så shimmet ut til riktig avstand for montering av aktuator. Brakett med M6 bolt, merk ingen mutter. Dette er for mekanisk override, ved at sokkel ved siden av ramme kan tas av, og bold fjernes ved funksjonssvikt. Legg merke til avrundet hjørne i bakgrunn for tilgang til bolt fra utsiden. Bolt er kuttet i lengden, slik at den skal være enklest mulig å få ut. Kutte sokkellist For å kutte sokkellisten lagde jeg først et dypt kutt med en tapetkniv på fronten (bruk linjal/vinkel med hurtigtvinge for å unngå feilskjær), deretter brukt jeg en gjærsag med dybdestopp for å kutte resten fra baksiden. Dette sørger for kutte bort minst mulig materiale, for best mulig sammenstilling. Kode // constants won't change. They're used here to set pin numbers: const int pushPin = 2; // D4 -> switch, motor const int overRidePin = 14; // D5 -> switch, override const int openPin = 16; // D0 -> 3, BTS7960 const int shutPin = 15; // D8 -> 4, BTS7960 // Variables will change: int openState = LOW; // int shutState = HIGH; // int pushState; // the current reading from the input pin int lastPushState = LOW; // the previous reading from the input pin // the following variables are unsigned longs because the time, measured in // milliseconds, will quickly become a bigger number than can be stored in an int. unsigned long lastDebounceTime = 0; // the last time the output pin was toggled unsigned long debounceDelay = 100; // (50) the debounce time; increase if the output flickers void setup() { Serial.begin(115200); Serial.println("setup"); pinMode(pushPin, INPUT); pinMode(overRidePin, INPUT); pinMode(openPin, OUTPUT); pinMode(shutPin, OUTPUT); // set initial state digitalWrite(openPin, openState); digitalWrite(shutPin, shutState); } void loop() { // read the state of the switch into a local variable: int reading = digitalRead(pushPin); // check to see if you just pressed the button // (i.e. the input went from LOW to HIGH), and you've waited long enough // since the last press to ignore any noise: // If the switch changed, due to noise or pressing: if (reading != lastPushState) { // reset the debouncing timer lastDebounceTime = millis(); } if ((millis() - lastDebounceTime) > debounceDelay) { // whatever the reading is at, it's been there for longer than the debounce // delay, so take it as the actual current state: // if the button state has changed: if (reading != pushState) { pushState = reading; // only toggle the door if the new button state is HIGH if (pushState == HIGH) { // open gate: digitalWrite(openPin, LOW); digitalWrite(shutPin, HIGH); Serial.println("shut gate"); } else { // shut gate: digitalWrite(shutPin, LOW); digitalWrite(openPin, HIGH); Serial.println("shut gate"); } } } // save the reading. Next time through the loop, it'll be the lastButtonState: lastPushState = reading; } Elektronikk Koblingsskjema til elektronikk Koble sammen og last opp kode til D1 mini. Bryter er festet med ståltråd i monteringsbånd, for å enkelt kunne justere denne til støvsugerpossisjon når den står i docken. Etterord Tatt i betraktning at det begynner å bli ganske vanlig med store dockingstasjoner for støvsugere med automatisk tømming og fylling av vann. Kan det være en ide å lage en slik garasje der man har et høyskap, slik at man kan få plass til å hente ut disse dunkene på en enkel måte. Koden som styrer døra er ganske enkel, så om det skulle dukke opp en oppgraderinger med MQTT autodiscovery, ville det vært veldig praktisk 😉. Vedlegg: - Holder til ESP, stepdown og motorstyring - Brakett til dør - Mal til hengsle-skrog - Mal til hengsle-dør Hengslemal skrog.stl Hengslemal dør.stl Motor festbrakett.stl Holder.stl edit: oppdatert aktuator spec edit2: oppdatert koblingsskjema

Gir deg linken til min automasjon som styrer ladefarten basert på kWh. Jeg begynte sånn ca. som dine automasjoner, men fant ut etterhvert som den feilet og at man gikk over til neste tariff at det trengtes mer styring I min automasjon som du ser på github har jeg lagt inn stopp av lading, start (hvis ledig strøm) og redusering av lading hvis tibber pulsen slutter å sende data. https://github.com/kimmilde/home-assistant/tree/main/automations/easee

Jeg må innrømme at jeg ville fjernet nederste linje i det programmet og heller lagt til noe annet som true...