Vinnerliste

Det er ingenting som prinsipelt skiller FutureHome's forretningspraksis fra alle andre som selger sky-avhengig hardware. Det er helt irrelevant om abonnementskostnaden var 0, 10, 100 eller 1000 kroner måneden den dagen det viser seg at det er for lite til å opprettholde skytjenesten. Det er komplett urealistisk å tro at noen klarer å selge slike tjenester til høy nok pris til å garantere evig drift. Derfor vil du som kunde på et eller annet tidspunkt oppleve at prisen øker drastisk og/eller at tjenesten faller bort. Alternativet er helt åpenbart. Ikke kjøp hardware som er avhengig av skytjenster. Skal FutureHome kritiseres så er det mer interessant å se på markedsføringen av de komponenter som evt viser seg å ikke fungere uten sky. Dersom de var annonsert som åpne, eller på en måte som må forstås som åpne ("zigbee" f.eks), så er jo markedsføringen misvisende. Men det er uansett nokså poengløst å angripe det etter at konkursen er et faktum... Se heller på hva de andre som ennå ikke er konkurs holder på med.

Bare til info: Jeg har syv kameraer og flere hundre enheter koblet til min Rpi5 (som var tidligere en Rpi4). Både på Rpi4 og Rpi5 kjørte dette med ca 1% prosessorutnyttelse og på Rpi5 er det så lite belastning av vifta sjelden går. En PC er sikker fint, men en trenger ikke det hvis det kun er HA som skal kjøre på den. Med tanke på oppetid så anbefaler jeg dedikert hardware. Og gjerne kjøp to Rpi, SSD og zigbee/zwave pinner så har en noe på lager og kan ta dette i bruk umiddelbart hvis noe skulle svikte. Men dette blir jo veldig avhengig av hvor langt en strekker det. Sørger en for at lys og varme kan styres manuelt så er det også lettere å være uten automasjon en uke mens en venter på postgang og nye enheter.

Vi er enige i det aller meste. Poenget mitt er at det gjelder alle som selger hardware basert på skytjenester. Men lovverk og forbrukermyndigheter har ikke helt kommet seg utpå banen ennå. Derfor er det fremdeles tillatt å selge ting som er helt avhengig av tjenester som krever vesentlig større omsetning i tingens levetid enn hver enkelt forbruker har tenkt å betale. Risikoen er helt uforutsigbar og overføres til forbruker allerede ved kjøpstidspunktet. Vi kan selvsagt kalle det kynisk å utnytte dette, men alternativet er å overlate markedet til konkurrentene. Det er bare myndighetskrav som kan gjøre noe med problemet. Blir litt som å selge avhengighetskapende stoffer som nikotin, tippekuponger eller alkohol. Rimelig kynisk, men det hjelper ingenting om din lokale nærbutikk nekter.

Jeg har nå satt opp en virtuell Home Assistant (HA) for testing, og opplevde at det var en relativt enkel prosess. Det skal imidlertid sies at jeg er oppvokst med PC-er, så jeg har kanskje en lavere terskel for tekniske oppsett enn de som opplever en viss "PC-frykt". Jeg vil likevel tro at de fleste som vurderer å migrere til Home Assistant er komfortable med PC-bruk. Har nå bestilt Raspberry pi 5 ++ zigbee dongle så nå er neste ledd snart på vei. I forbindelse med videre eksperimentering har jeg lekt meg litt med oppsettet, og det er helt riktig som du påpeker at det kreves en god del arbeid for å få dette systemet fullt operativt. Dette er nok en del av ett ledd i å gå over til å gjøre huset om til smarthus, som vil gi stor glede om man er villig til å legge ned en innsats... Men ting tar tid. Når det gjelder Futurehome, er jeg sterkt kritisk til deres forretningspraksis. Å lokke kunder med "0 abonnementsavgift", onboarde et stort antall brukere, for så å slå seg konkurs og deretter opprette et nytt firma for å innføre abonnementer, er ikke bare skuffende – det er på grensen til kriminelt. Det framstår for meg at de har solgt løsningen med lav onboarding + enovastøtte for å komme til dette punktet uten at det "vekker oppsikt". Personlig nekter jeg å støtte en slik fremgangsmåte og foretrekker heller en "dum lader" fremfor å bidra økonomisk til FHSD Connect /"Futurehome". Hadde de vært genuine hadde de tilbydd opprinnelige kunder å beholde løsningen, men legge framtidige forbedringer/oppdateringer bak en betalingsmur/frivillig abonnementsløsning. I stedet tvang de igjennom en oppdatering og godtok du ikke den ble du logget ut av appen. For øvrig setter jeg pris på at du har samlet all informasjonen om Home Assistant. Det er mye der jeg har bruk for. Tusen takk for hjelpen!

Jeg har samlet litt info for Futurehome brukere som vil bytte til Home Assistant. For de som er i tvil om valg av hub - se denne: https://youtu.be/vVaup-vrOSU?si=yEjY8gsq7ic7bUPX Generelt vil jeg si at de som vil ha noe som bare virker bør holde seg til Futurehome, betale abonnement og gi dem en sjanse. Home Assistant har blitt veldig mye enklere men er fortsatt mye mer krevende enn Futurehome. Det gir større muligheter, men stiller også krav til deg som bruker. Og det er ingen telefonsupport. Video om oppsett av HA Green: https://youtu.be/42GKCaB1xSg?si=WjJrn-40fIOR2xmQ fra 3:58 Mer grundig video: https://youtu.be/Z4gvkmJ8q48?si=PZUxlnrBMtp-MPfa Men merk at IP adressen som brukes i starten er et eksempel. Bruk http://homeassistant.local:8123 som angitt på skjermen under IP adressen. Fra 8:45 (det konkrete fra ca 10:30) vises installasjon av Zigbee dongle og oppsett av ZHA. Ekstenderkabelen bør brukes, det gir bedre rekkevidde for radiosignalene. Futurehome utstyr resett: Trykk og hold inne knappen på enheten i 5 sekunder, ref: https://support.futurehome.no/hc/no/articles/5347976198173-Futurehome-16A-relé Termostat: Sett termostaten i inklusjonsmodus ved å holde nede minus-knappen i 8 sekunder. (Zigbee-ikonet blinker på termostaten), ref: https://support.futurehome.no/hc/no/articles/5347913826077-Futurehome-Termostat HAN-sensor: hold inne knappen ved siden av LED-lyset i 15 sekunder. Den skal nå begynne å blinke igjen og gå i inkluderingsmodus, ref: https://support.futurehome.no/hc/no/articles/6549382163613-Futurehome-HAN-sensor Info om alle Futurehomeprodukter: https://support.futurehome.no/hc/no/sections/16473752972189-Futurehome-produkter

Angående hvilken z-stick man bør gå for har Home Assistant denne artikkelen: https://www.home-assistant.io/integrations/zwave_js/#which-z-wave-controller-should-i-buy og selvfølgelig - man velger ikke ut ifra hvilken som er mest tilgjengelig og rimelig, forhandlere i vårt land er ikke nødvendigvis de mest oppdaterte. Har selv Zooz sin z-stick 700 Idag hadde jeg kjøpt denne, selv om den ikke er nevnt i HA-artikkelen https://thepihut.com/products/zooz-800-series-z-wave-usb-stick

Det er litt mer bakvendt i HA enn ellers men greit beskrevet her: Generelt (tatt litt på husken): Du starter med å registrere deg hos Tailscale. Logg inn og legg til maskiner i Tailscale: https://login.tailscale.com/admin/machines, Add device/Client device I eksempelet her er Linux valgt og kommandoen som kjøres viser nederst. Følg instruksjonene på skjermen. Det er ikke store installasjonen. For telefoner/nettbrett henter du app i Appstore/Google Play. Alle maskiner dukker opp i https://login.tailscale.com/admin/machines og her finner du global IP og et mer "huskbart" navn som <maskinnavn>.<din tailscaleID>.ts.net Kommunikasjon med enheten som tidligere bare var i lokalnettet som "homeassistant.local:8123" eller 192.168.x.y:8123 (som fremdeles virker) kan nå gjøres fra hvor som helst, inkl i hjemmenettet, mot "homeassistant.<din ts ID>.ts.net:8123 Noe av der fine med dette er at når du er rundtom egen eiendom men utenfor WiFi sonen din (jeg har i alle fall en mengde slike steder) så har du direkte kontakt via mobilnett og Tailscale til lokalnettet uten noe plunder og heft.

Nå har utvikleren i tråden over laget en løsning for Futurehome røykvarslere i Homey: https://community.homey.app/t/app-pro-futurehome-sdco-smoke-and-co-detector/138932/15

Når det gjelder tjenester som endrer karakter og pris er det kun forbrukermakt som gjelder. Da bytter du over til noe annet. Det blir initielt litt dyrere for meg å bytte fra FH til HA, men jeg liker ikke måten det gjøres på. Samme med andre tjenester. Byttet fra Fjellinjen/Fremtind til Skyttellpass fordi jeg ikke orket kundeservice (dvs mangelen på). Sparer ikke noe på dette men slipper å bruke et selskap jeg ikke liker. Dette er forbrukermakt som hjelper meg først og gjør mange nok det samme så endres forutsetningene i markedet. Blir spennende å se hvordan HA (green) blir i praksis å sette opp og bruke. Noen i denne tråden sier det krever litt andre sier det er enkelt i basis. Jeg kan både være god og dårlig på samme tidspunkt, men min erfaring er at bruker jeg nok tid og interesse på noe så får jeg det til. Forum, YouTube, Chat gpt og generelt internett gir deg det du trenger. Terskelen er ofte å lære seg uttrykkene/stammespråket. Det er veldig bra med de som har bidratt i denne tråden med info som er basert på egen erfaring og tydelig kompetanse på hjemmeautomasjon 👍🏼 Tusen takk til dere.

Jeg har laget en template sensor i filen sensor.yaml (kan også ligge i configuration.yaml), du finner også omtale av dette her. Det er godt mulig dette nå kan gjøres direkte ved å opprette en template sensor gjennom GUI og så legge inn tilsvarende data der. Det trengs uansett hjelpere, i mitt tilfelle kalt bkk_nettleie_dag og bkk_nettleie_natt_helg av typen input number. Disse hjelperne kan du så oppdatere når nettleien endres, i stedet for å redigere verdier direkte i templaten. Og tillegget (tror jeg) kalender slik at HA vet hvilke dager som er helligdager. - platform: template sensors: bkk_nettleie: friendly_name: BKK Nettleie unit_of_measurement: NOK/kWh value_template: > {% set tariff = { "dag": states('input_number.bkk_nettleie_dag'), "natt": states('input_number.bkk_nettleie_natt_helg') } %} {% if is_state('sensor.calender.norway', 'On') %} {{ tariff.natt }} {% elif now().weekday() >= 5 %} {{ tariff.natt }} {% elif now().hour >=6 and now().hour < 22 %} {{ tariff.dag }} {% else %} {{ tariff.natt }} {% endif %}

FreeCAD + STL filer for 3D printede 1/2" og 3/4" overgangsnipler. Driver stadig på og utvider vanningsautomatikk. Her går jo mye i plast allerede, så hvorfor ikke printe overganger i steden for kjøpe metalldeler. Har brukt ABS og 0.8mm dyse for dette. Litt gjengetape, hamp og tetning eller pakning i enden, så fungerer det helt fint. I dette 4-soners oppsettet finner dere en del FreeCAD og STL filer for overganger under FreeCAD katalogen. Gjenger er av BSP standard som vel er mest vanlig her.

Med duck-dns må du åpne opp i din egen brannmur / ruter for å kunne ta i mot datapakker fra en eventuell klient. Da åpner en samtidig opp for alle andre mot din HA. Med HA sin løsning sammen med Nabu Casa, så er det HA som oppretter en utgående forbindelse til Nabu Casa. Ruter vil da automatisk ta i mot svar tilbake igjen fra Nabu Casa og sende dette til HA på ditt interne nett. Men det er slik at det er kun Nabu Casa ruteren åpner midlertidig opp for. Alle klienter må koble seg opp mot Nabu Casa og så fungerer den som en proxy og videresender til din HA. Url'en som en skal bruke mot Nabu Casa er slik utformet at den ikke er lett å gjette eller å prøve seg fram til. I tillegg er proxy til Nabu Casa utformet slik at den ikke videresender hva som helst. Tailscale kjenner jeg ikke til. Kanskje @SveinHa kan forklare hvordan den virker og hvordan en setter dette opp med HA hjemme og HA sin app på telefon?

Funker jo fint å åpne porter men sikkerheten må ivaretas på en fornuftig måte ellers kan du lett slippe andre inn i nettet ditt...

Du må ha BiDi TX 1310nm RX 1550nm. Når du får hjemmesentralen kan du se på modulen som står i den.

Jeg ville testet med SFP fra altiboxrouteren først, og eventuelt oppgradert om du får det til å fungere. Utfordringen med å bli kvitt altiboxrouteren er oppsett av VLAN og diverse, jeg har Mikrotic og har ikke klart å få det til å fungere (selv om oppsettet skal være rett) men unifi skal være enklere tror jeg. Men for å svare på spørsmålet, SFP du linker vil ikke passe. Det finnes såvidt jeg vet to typer fiber, den ene har to fibere med dobbel kontakt mens den altibox bruker kun har en fiber. Finnes et par typer kontakt med enkel fiber og, den blå du har og en grønn om jeg husker rett. Jeg handlet sjøtekabel og slikt fra direktronik da jeg satte opp utstyret her, de har bilder og produktbeskrivelser som gjør det enklere å finne frem. Edit: og pass på rekkevidden på SFP, den du linket er bare 300m så den vil bare fungere om du nærmest er nabo til fibernoden. Min alibox SFP er 10km og jeg har 8km til noden så det er helt nødvendig her.

Jeg var litt rask. Må nok ha Taliscale eller lignende ja. Men akkurat nå er jeg positiv til at jeg skal klare å få det til. Det finnes mye bruksanvisninger og en kan få hjelp på forum og det virker som brukervennlighet på HA har bedret seg på ting som er ganske grunnleggende. Så kan jeg ta det mer avanserte når jeg får lyst og behov. I motsetning til FH og lignende er jo det meste mulig 🤞🏼👍🏼

Nå vil jeg påstå at det aller meste av den 3D printingen jeg gjør har en vesentlig nytteverdi men noe som er bare for gøy gjør jeg selvsagt også . Tenkte denne tråden kunne samle en del av det mindre seriøse vi 3D printere driver med. For å starte en plass så har jeg irritert meg litt på fløyten i plystrekjelen, lite og varierende lyd... Dette MÅ jo kunne fikses enkelt tenkte jeg og lastet ned og printet noen fløyter. Ikke alle var på langt nær gode nok men spesielt EN utmerket seg med tydelig lyd med ganskje beskjeden "vind". Laget meg et adapter til kjelen etter mål fra den utvalgte fløyten i Onshape og gjorde et forsøk. INGEN lyd... Blåste i den og den virket helt fint... Fant en spesiallaget fløyte som skulle være designet for akkurat dette bruket, justerbar til og med, men lite hell med den også... Etterhvert ble den en del forsøk men varierende hell (litt pent språk for "elendig") og endte opp med bl.a. disse her: Den store oransje er "spesialdesignet" og de 2 mindre er mine modifikasjoner som hadde en smule nedsmelting pga feil materiale... Den røde til høyre er første forsøk med ferdigfløyte fra nett og resten er nå diverse forsøk... De svarte nede til venstre er Tsjernobyl utgavene, total nedsmelting, ikke på kjelen men i 3D printeren... PC-FR er ikke helt enkelt i bruk men tåler temperatur opp i rundt 150 grader uten deformering... Har nå laget en mengde seljefløyter så dette burde jo ikke være såååå vanskelig... Er endt opp slik: Ikke veeeeeldig imponerende men i alle fall bedre enn utgangspunktet...

I utgangspunktet er det jo ikke noe problem å ha mikse i HA. Jeg teller 47 integrasjoner på integrasjonssiden min i HA. Men det ER mer tidkrevende å ha 50 integrasjoner enn 10. SmartThings har eksempelvis nylig gått gjennom en større endring og har hatt diverse breaking changes. Det er gøy med HA, men at en oppdatering krever endringer i automasjonene mine er ikke blant det jeg syns er det gøyeste. 🙂

#DenFølelsen når man oppdaterer firmware på NASet som sist ble oppdatert i juni 2015...

Jeg ønsker meg ssh-tilgang og har tatt mot til meg for å åpne min FH Hub 2. Slik jeg ser det, er det ikke mye å hente. USB-C ser ut til å bare forsyne enheten med strøm. Koblet til PC, er det ingen tty som aktiviseres. Det er heller ingen JTAG synlig på kortet. Derimot er det tydeligvis en UART eller to der. Det mest lovende stedet er de 4 rektangulære loddepunktene på bilde FH-4. Der kan det være en mulighet for en vei inn, men med mine 80 år og skjelven på hånde, er nok ikke jeg den rette til å prøve meg med loddebolten. Når jeg først er inne på det, så kunne det være kjekt å fikse ethernet til å beholde MAC-adressen etter en reboot. Å gå inn på ruteren i etterkant og sette ipaddresse etterpå er i beste fall plagsomt. For de som fortsatte ønsker å bruke enheten uten app, så leverer den meningsfylte MQTT-meldinginger.All automatisering må i så fall gjøres utenfor enheten (Home assistant eller lignende). Etter at Futurehome kutter tråden, er det ikke lenger mulig å laste ned apper til huben (tror jeg). Et tips til de som vil beholde huben uten å bruke app. Aktiviser Thingsplex og download alt du kan tenkes å ha bruk for av integrasjoner. Da vil du få alt av MQTT-meldinger. De kan være litt forvirrende, men det går an å finne ut av.

Ja blir mye kabling, men det får bare våge seg. Her får alle dører, låsekasser og vinduer kablet sensorer, har 220V mmWave i alle tak (noen mer enn 1) og jeg har trukket mer Cat enn jeg noen gang kan skjønne jeg vil trenge. Så er det jo kablede temp og luft følere til alle rom, det blir jo noe ekstra.I tillegg har jeg trukket en Cat til røyk sensorene som er i alle rom. Jeg tenkte jeg skulle prøve å lage en DIY versjon av brannsentral. Nå skal det sies at mye av sensorene går til ESPer som står for å hente inn data for hvert rom, så slik sett så er det spart mye kabling om jeg skulle ha kjørt alt til en lokasjon. Fastmonterte smartstikk må gå ja, det er innafor tenker jeg. Så langt i utførsel og planlegging har jeg 100% klare å eliminere alt av batteri / USB, og alt er skjult så ingen små zigbee plastfirkanter rundt om, Teknisk rom har vært og er fortsatt mest jobb med tanke på all styring og sensorer for både vann og elektrisk. PS. Ja, dette er eneste (var første) døra hvor sensor sitter i siden av karmen og ikke toppen 😛

Følger tanken din om minst mulig på batteri, selv om det vil kreve mye ekstra kabling og dermed planlegging ved nybygg evt renovering. De enhetene som lever mange år på et (sett) batterier lever jeg godt med, men det er irriterende når f.eks. Ikea Parasoll dørsensor må ha nytt batteri etter bare et par mnd. Ang stikkontakter antar jeg du vil unngå smartplugger? Jeg ser i alle fall ingen ulemper når det er selve stikkontakten som er smart. Ang kabling er jeg veldig fornøyd med å ha lagt mye Cat5e kabling da huset ble bygget. Følger med på Apollos utvikling av en takmontert presence sensor med POE. Da kan det bli orden på diskre sensor i de rom hvor jeg ønsker kunne styre basert på tilstedeværelse.

Zigbee2MQTT støtter en mengde IKEA utstyr: https://www.zigbee2mqtt.io/supported-devices/#v=IKEA

Om en magnetventil stenger når den mister strømmen kommer an på om du kjøper NO eller NC.. Mine åpner når de mister strøm. Forøvrig er vel motorventiler det bedre valget.

Jeg ga opp forsøket med zigbee og holdt meg til z-wawe. På hytta har jeg ikke behov for smartlading og hjemme bruker jeg Tibber og Easee lader. Så har ikke forsøkt OCPP (og vet ikke hva det er i skrivende stund 🙈) så der er jeg større noob. Jeg holder på med å pusle sammen et Home Assistent system som er driftsikkert, enkelt og forholdsvis rimelig uten abonnement.

Jeg har kun brukt futurehome huben til z-wave og laget en egen bro med mqtt til Home Assistant. Grunnen til at jeg har beholdt futurehome var at hvis vi noen gang skulle selge huset, så kunne jeg bare ta med home assistant, og la futurehome bli igjen. Når jeg fikk e-posten så jeg for meg en vanvittig jobb med å få koblet fra enhetene og pare dem på nytt i z-wave js. Heldigvis hadde noen laget en guide for å koble seg direkte til z-wavekontrolleren på gen 1 hub: https://community.home-assistant.io/t/how-to-gain-root-to-futurehome-hub-activate-z-wave-js-ui-with-futurehome-app-as-a-fallback/839340 Men jeg synes at den var litt for uklar, og flere steg var ikke forklart spesielt godt. Jeg tok meg derfor friheten til å utvide guiden litt. Igjen den er kun for v1 og kun for å kunne bruke z-wave nettverket som er koblet til huben. Link til min utvidede guide: https://github.com/alekvie/SER2NET-guide-FH

Hei og takk for sist! Og til alle som har brukt diverse sTech homeseer plugins, beklager! Jeg gikk tom for tid og har ikke hatt homeseer på en god stund så derav ingen oppdateringer av plugins 😕 Bygger nytt hus om dagen, og da jeg skulle velge nytt system bestemte jeg meg for å gå for den store drømmen: Lage eget system helt i fra scratch. Planen er å lage billige sensorer med ESP32 og kina sensorer, og for alt med "høyspent" blir det hyllevare med åpent Api(trenger hjelp til å finne gode produkter her! Ser på sonoff for øyeblikket, kan det være noe?). Planen er å lage noe ala dette: Altså ett lass av C# console Klienter som snakker med en C# server via TCP, helt sikker på at det blir flere etterhvert. Så blir det en "app" laget i .NET MAUI slik at jeg kan bruke det på flere teknologier men i utganspunktet på android og iOs. Jeg er helt i startfasen og har laget en simpel sensor med temp og fuktighet(dht11) og lyssensor. Ikke veldig spennende men er iallefall i gang. Pr dags dato ser det slik ut, og følger ikke en typisk "nettverksprogrammering struktur", enda. Gjort det litt enkelt nå i starten for å komme i gang: Appen ser for tiden slik ut på windows maskin: Og slik på android: Planen videre er å begynne å teste lysstyring/høyvolt og tenker å kjøpe meg no sonoff greier for å teste. Men tar gjerne i mot tips til andre leverandører som har åpent og bra Api, er stabilt og bra og gjerne har en ok pris. Kommer til å fortsette å oppdatere etterhvert som systemet vokser og endrer seg 🙂

Ooooh! I like C# og MAUI. 🙂

Ta en titt på Shelly sine produkter også. De har flere gode piller/pucker og på de som er i plus serien kan man sette på en modul som gir mulighet til å koble på sensorer. Og siden Shelly plus (og de fleste andre) er basert på ESP32 kan du bruke flere av de sensorene du allerede har planlagt å bruke. Den store fordelen er at Shelly enhetene er laget og godkjent for tilkobling til 230v (de er i alle fall merket og selges bl.a. av Elektroimportøren). Dette løste mitt behov for en sensor tilkoblet strøm som gir kontroll på når ytterdøren blir åpnet. Jeg ønsket skjult montering og tilkobling til strøm, ikke batteri og var i prosess med å frigjøre meg fra Verisure, trengte derfor en ny sensor. Ved inngangsdøren har jeg termostaten til gulvvarme i vindfanget som jeg ønsket å montere strømmåler på. Jeg fikk derfor montert en Shelly Plus 1 PM som er koblet inn på tilførselen til gulvtermostaten og så plugget jeg en Shelly Plus Add-On på den. Add-on blir forsynt med svakstrøm (3,3 V DC) fra Plus enheten den plugges på. Deretter var den enkelt å koble en magnetkontakt til den ene egnede inngangen på Add-On (Den støtter flere enheter, men kun en av denne typen). Shelly sine enheter har lokalt web grensesnitt og kan settes opp til å fungere kun lokalt, frakoblet Shelly sin skytjenesten, om du ønsker det. Og liker du ikke Shelly sin programvare ser det ut til at du kan overskrive den med ESPHome (gammel, men ut fra kommentarene fortsatt gyldig sak): https://community.home-assistant.io/t/shelly-plus-1-flashing-and-setup-guide-tutorial/490396 Må legge til at det er et ambisiøst og spennende prosjekt du drar i gang. Jeg håper du lykkes og kommer til å følge med på denne tråden. 😀

Kjipt. IO har jo utgangspunktet en stor fordel ved toveis kommunikasjon, men det hjelper jo ikke stort hvis det bare virker gjennom en sky. Hvemfaen trenger skyer når de har solskjerming? Har ikke lest dette ennå, men det ser da halvveis lovende ut: https://deralchemist.wordpress.com/2021/05/10/reverse-engineering-remote-controlled-somfy-blinds-part-1/ Ellers er jeg ytterst imponert over hvor bra ESPSomfy-RTS funker når jeg først har fått mappet sensorer og fjernkontroller riktig i forhold til hva motorene er programmert med. Eliminerer langt på veg behovet for toveis kommunikasjon. Var litt forvirret i starten fordi det var så veldig mange sensorer som rapporterte data hele tiden. Slik er det når alle naboene har samme system. Kanskje like greit at jeg gikk for den lille antennen 🙂

Klart den løsningen også KAN forsvinne men så lenge Tailscale lever så skal det være gratis for personlig bruk, se den lappen jeg limte inn noen innlegg lengre oppe, klar tekst det... (og litt derfor jeg limte den inn i tilfelle de finner på å endre vilkårene). Der vil alltid finnes en eller annen VPN løsning som som vil gjøre jobben... Jeg har brukt OpenVPN tidligere og den gjør for så vidt samme jobben men er langt mer knotete både i bruk og oppsett. 100 enheter regner jeg med er RIKELIG for minst 99% av brukerene her. Jeg mener jeg har et litt komplisert/stort anlegg og har pt. 14 enheter registrert i Tailscale. Installasjon av Tailscale i Home Assistant er beskrevet her: https://www.home-assistant.io/integrations/tailscale/ og her https://tailscale.com/blog/remotely-access-home-assistant For andre enheter er det svært beint fram...

Tailscale er jo en superelegant løsning som vil virke på alle system og gratis for privat bruk på opptil 100 enheter. Hver enkelt enhet får sin egen globale IPV4 og IPV6 adresse i tillegg til et mer "huskbart" navn som <enhet>.<din TailscaleID>.ts.net

Noen klarte å roote v1 huben i januar: https://community.home-assistant.io/t/how-to-gain-root-to-futurehome-hub-activate-z-wave-js-ui-with-futurehome-app-as-a-fallback/839340 Kanskje det samme går med v2? Hadde vært fiffig om man kunne installere HA på den, siden FH har integrert Zigbee og Zwave radio

Norgespris ligger an til å bli vedtatt. Og jeg har forstått det slik at det skal fungere på samme måte som dagens strømstøtte. Dvs at du betaler full spotpris for strømmen og får betalt tilbake en strømstøtte fra netteier som er utformet slik at strømprisen time for time blir lik 50 øre. Dette blir utformet slik at støtten kan bli negativ, altså at du må betale tilbake til netteier hvis spotpris er mindre enn 50 øre. For meg er det helt OK. Da kan jeg beholde visning av strømstøtte slik det er, men kun endre formel for beregning.

Ser du har fått flere gode råd allerede, men vil svare på dette for å unngå at noen velger feil. HA Green er den enkleste enheten du kan kjøpe for å komme i gang med Home Assistant. Den leveres med HA ferdig installert. Kombinert med en Zigbee radio (USB enhet) har du en god startpakke. Har du Zwave enheter trenger du i tillegg en egen radio for dette, også i form av en USB enhet. Merk også at disse USB enheten ikke skal plugges direkte i enheten, men kobles til med en USB skjøtekabel på minst 20-30 cm. Dette for å få avstand mellom de forskjellige radioenhetene. HA Yellow leveres uten noe installert og anbefales til de som er komfortable med å installere ting selv og vil ha en kompakt enhet med mulighet for SSD lagring på enheten (M2 format). Men da er det også et godt alternativ å installere HA på en (gjerne brukt) kompakt PC, som har mye høyere ytelse og dermed bedre egnet for systemer med flere kamera eller veldig mange enheter.

Mulig du også trenger USB Dongle for Zigbee og/eller Z-Wave.

Du klarer den nok godt med et 16GB SD kort men jo større kort, jo lengre levetid...men som du sier: Det skal ikke store SD kortet til før du kommer bedre ut med SSD. Mener jeg har 64 GB SD kort i RPi 3B+ som kjører HA men har en 500GB SSD i RPi5 som kjører Node-RED. Ikke noe spesiell grunn til 500GB annet enn at jeg hadde den liggende i rotekassen... og den er 3% full...

Jeg vil mene det men samtidig så må jeg tilstå at jeg har veeeeldig lite peiling på HA (men der er mange andre her inne som er gode på slikt...).

RPi er en super maskin, spesielt ver. 5. Aller best med SSD disk men et godt og stort SD kort er også flott. Jeg kjører hele huset med både solceller, varmepumper, lys, varme, strømkjøp+++ med Node-RED med 5700 noder på en RPi 5 med SSD disk. Funker helt glimrende. Hadde behov for Home Assistant for en bitteliten oppgave som jeg fant ut var mye enklere med HA enn å hacke til noe selv i Node-RED. Prøvde forskjellige installasjoner på div. hardware og virtuelle maskiner jeg hadde liggende men den ene etter den andre feilet. Første forsøk med HA på RPi 3 virket og den har vært oppe og gå siden

Fordelen med en egen raspberry pi er at den raskt starter av seg selv ved strømbrudd da. Jeg har en selv på hytta, og har aldri hatt noen problemer med at den ikke dukker opp igjen etter strømbrudd. Vet ikke hvordan det er med en mac. I tillegg er all programvare klargjort for en pi, vet ikke hvordan dette er i et mac system. Men regner med noen har laget en eller annen løsning for dette. Ta en titt på Youtube f.eks.

Jeg vet ikke. De fleste oppskrifter på slikt er kanskje for andre plattformer, men det er vel bare å teste.

Litt mer research i går. Først snakket jeg med Tibber support, som sier følgende (veldig profft og raskt respondert av Tibber forøvrig!). Så kom denne tilbake fra teknisk: Så borret vi litt videre i en konkret hendelse og data fra dagen i dag (som var i går): Så kom den siste oppfølging, hvor jeg lurer på om jeg får Pulse til å skrive til en lokal MQTT. Så da slår jeg meg til ro med at dette må handle om API integrasjonen fra Home Assistant på en måte. Jeg lurer på om jeg skal migrere til en lokal mqtt løsning for jeg bruker ikke smart-ladingen til Tibber for jeg ønsker å styre dette selv lokalt. Så nå er det to valg, Pulse -> MQTT eller skifte til en Easee Equalizer om den gir meg bedre data og eventuelt kan bedre styre Easee laderobotene - siste påstanden er jeg usikker på. Siste ting, se denne buggen på github om Tibber integrasjonen: https://github.com/home-assistant/core/issues/125063 Denne langt på vei bekrefter dette problemet. Tommel opp til Tibber så langt for god og proff hjelp.

Jeg ville sagt at det finnes bedre bruk av en Mac Mini enn som en controller, men det kommer an på om du har andre behov. En Raspberry Pi høres bedre ut.

Home assistant er blitt veldig enkelt og bruker vennlig hvis du bare skal ha normale funksjoner. Tapo kameraer kommer for f.eks. frem av seg selv og bare å taste inn brukernavn og passord. Tror jeg vil si at det er vanskeligere å innstallere en PC en et enkelt HA oppsett.

Jeg ble litt nysgjerrig på dette anlegget og sjekket brukerveiledningen. På side 93 beskrives Boost funksjonen og beskriver at hastigheten både på inn og ut-luft økes. Ikke bare på innluft, slik jeg er vant til på Systemair ved aktivering av «komfyravtrekk» funksjonen der. Derfor mener jeg du kan koble deg innpå de to lederne som går til «Cooker hood» på skjemaet og koble dette til OUT1 på Smart implant, tilsvarende det som vises på side 14 i Smart Implant manualen. Slik jeg forstår dette vil da ventilasjonsanlegget aktivere boost modus så lenge utgangen på Smart implant er lukket og deaktiveres igjen når utgangen åpnes. Fibaroen er ganske grei på strømforsyning (9-30V DC), du kan trolig drive den med en strømforsyning du har liggende. I værste fall kan du teste med et 9v batteri. 🙂 Men dette dekker kun en funksjon, boost. Det å bytte til borte modus ser jeg ingen metode for i skjemaet. Utfordringen er at dette anlegget styres av en trådløs fjernkontroll som jeg ikke finner noe dokumentasjon på ift frekvens. Bruker den 433 Mhz kan du kanskje fange opp relevant kommando, men ut fra menysystemet på den tror jeg heller dette er bluetooth basert og at det ikke er praktisk mulig å fange opp den konkrete kommandoen. Jeg håper jeg tar feil, men tror du trenger modbus for full kontroll på dette anlegget.

Hei, jeg kom over denne tråden nå... Jeg har målere (med Modbus rs485) fra Carlo Gavazzi både hjemme på TN nett og på hytta, de viser nøyaktig strømtrekk på alle 3 fasene. EM540 har jeg begge steder. Jeg henter data fra måler til home Assistant.

Min gamle ESXi-server begynner virkelig å bli akkurat det: Gammel. Jeg trenger en ny. Men jeg har oppdaget at jeg her helt ute på hardware, totalt blankt. Jeg trenger altså en ny PC som skal kjøre Proxmox. Den skal kjøre 5-6-7 ulike VMer. Jeg har i dag 72 GB med minne, men vil muligens ha mer? SSD-disk. CPU? GPU, i det minste mulighet for det? Plex kan dra nytte av det. Hjelp meg! 😄 Hva skal jeg kjøpe?

Liten oppdatering: Jeg installerte ESPSomfy-RTS i helgen for å styre en Somfy screen. Micro controller: ESP32-S3 Trådløs enhet: C1101-modul (den varianten med 13cm antenne) Firmware: https://github.com/rstrouse/ESPSomfy-RTS Fungerer helt upåklagelig. Super-bra dokumentert og alt fungerte etter planen på første forsøk, kan nå styre både via app og fjernkontroll. Spratt rett inn i HomeAssistant også. HomeAssistant / app har også mulighet til å justere %-vis åpning og viser også dette i HA (fjernkontroll har ikke denne muligheten). Sjekket ikke videre rundt rekkevidde, men ingen indikasjoner på at den ikke dekker en romslig enebolig.

Helt grei den @christbj 😉 Jeg er klar over at slik metadata kan legges til, men jeg gjør det som dette av to grunner. 1. Lettere å gjøre entities unike F.eks har jeg tre bad, men jeg kan ikke ha tre light.bad_taklampe. Må skille badene i entity navn på en måte. Så leng jeg ikke har flere av samme type rom i en etasje går det greit. 2. Ønsker også god oversikt i f eks Z2M og Node-Red

Ikke helt fornøyd men langt bedre enn opprinnelig... 4 fløyter samtidig og med litt forskjellig tone...