Vinnerliste

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.

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.

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 🤞🏼👍🏼

Hverken Home Assistant eller andre servere i ditt hjemmenettverk er tilgjengelig fra utsiden uten at du setter opp dette på en eller annen måte. Uten dette vil appen kun få kontakt med din HA server når du er tilkoblet nettverket hjemme. Tailscale er en av flere opsjoner, du kan lese HA sin beskrivelse av dette her: https://www.home-assistant.io/docs/configuration/remote/

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. 😀

Absoulutt ikke nødvendig med nabu casa, jeg kjører hytta uten og hjemme med, synes i grunnen ikke det har vært noen forsskjell i stabilitet. Men er veldig enkelt å sette opp nabu og jeg ønsker å støtte jobben de gjør.

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...

https://www.nabucasa.com/ Nabu Casa er ikke Home Assistant, men er veldig relaterte. Home Assistant er gratis i bruk. Det Nabu Casa tilbyr er en lettvindt fjerntilgang. Du kan få til det samme med andre løsninger som feks det @SveinHa nevner.

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

På Futurehome sine sider har de en oversikt over alle sine produkter der du kan filtrere på radioprotokoll (Bluetooth, Wifi, Zwave, Zigbee og Zigbee 3.0). Legg spesielt merke til skillet mellom Zigbee og Zigbee 3.0. Produkter som følger Zigbee 3.0 standarden vil som oftest fungere med andre smarthusløsninger som støtter Zigbee 3.0. Det samme er ikke nødvendigvis tilfelle med de som bare støtter Zigbee. Konkret her har jeg ikke lest om noen som har fått til å styre Futurehome sin ladeboks for elbil fra andre systemer, enda. Av Zigbee 3.0 produktene har jeg selv flere stikkontakter tilkoblet Home Assistant og de fungerer både stabilt og med alle relevante sensorer tilgjengelig (de har innebygget strømmåler for det ene uttaket som kan styres med relé. Jeg vil derfor tro at dine termostater, som er listet med Zigbee 3.0, lar seg knytte både til Home Assistant, Homey og evt andre systemer. Kanskje de bare støttes av Z2M (Zigbee to MQTT som er litt mer komplisert å sette opp enn ZHA) som ofte får støtte tidligere enn ZHA (Zigbee Home Assistant). Av Zwave enheter har jeg selv Futurehome sine røykvarslere, både på batteri og 230V tilkoblet Home Assistant. Generelt bør Zwave enheter kunne brukes med alle hubber som støtter Zwave. Men ut fra denne tråden for Homey Pro brukere ser det ikke ut som det er like lett for alle systemer - jeg har ikke funnet noen som har fått Futurehome røykvarslere til å fungere med Homey Pro.

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.

Slitasjen på SD kort og SSD er omvendt proporsjonal med størrelsen fordi de bruker det som heter "wear levelling". Hvis et 4GB SD kort varer i 1 år før det er utslitt så vil et 128GB kort vare i 32 år. Men når det gjelder HA så anbefales det et SD kort å boote fra og en SSD til å lagre alle data. SD kortet trenger ikke være så stort. HA monterer dette som "read-only" og det slites ikke ut. RPi5 har støtte for å boote rett fra SSD så du trenger strengt tatt ikke SD kort, men av en eller annen grunn er det allikevel det oppsettet HA anbefaler. Fremgangsmåte er her: https://www.home-assistant.io/installation/raspberrypi Jeg anbefaler å installere på SD kort. Etter at dette er oppe og kjører, kan du installere SSD og flytte HA sin data partisjon til SSD. Dette gjøres i fra brukergrensesnittet til HA og er fort gjort.

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?

Har byttet en del enheter fra Z-Wave til Matter. Benytter Apple TV som Hub / Thread Border Router. Har også lagt de samme enhetene til min egen Matter kontroller. Da kan jeg bruke Apple Home og i tillegg gjøre mer avanserte ting med egen kode. De fleste Matter enheten har jeg laget selv som: Aidon Han-leser for å følge med på strømforbruk, diverse enheter for å måle luftkvalitet (PM, VOC, CO2, NOx etc.). luftfuktighet, lufttrykk, temperatur, lysstyrke. Fungerer meget bra. Bruker en blanding av Espressif ESP32-C5 og Silicon Labs Dev Kits.

Litt mer finpussing av GPS... Sliter jo en del med feil sjekksum i meldingene fra NEO6-GPSen. Ser andre løser problemet ved å øke mottaksbufferstørrelsen i ESP32 til 512 men jeg har gått helt opp til 4096 uten at jeg ser noen bedring... For å eliminere feilkilder gjør jeg nå en sjekksum-sjekk i ESP32 og fjerner setninger med feil før data sendes til MQTT/Node-RED og har nå kommet opp i 100% riktig mottak i Node-RED sin sjekksum-sjekk. For å slippe å skru opp klipperen ved programoppdateringer har jeg tatt i bruk https://pypi.org/project/micropython-ota/ og den funker fint. Programoppdatering skjer da ved krasj eller når jeg skrur klipperen av/på. Kan jo lage til en manuell fjernoppdatering men ser ikke det store poenget når av/på knappen gjør jobben... Når jeg nå leter etter årsak til den halvhjertede kommunikasjonen finner jeg at NEO6 SKAL forsynes med 3.3V (<3.6V) og ved omkobling ser jeg at en masse av de feile GPS-setningene forsvinner... En kunne jo nesten tro at jeg hadde benyttet meg av KS (kunstig sladder, aka AI/KI)... Kjæm sæg

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...

Jeg har laget min første Home Assistant-integrasjon - Google pollen! Jeg kan egentlig ikke Python, men kan programmere i andre språk. Så jeg klarer å lese og forstå Python, men ikke å «skrive det fra bunn». Ble ganske imponert over Github Copilot, som ganske kjapt og enkelt lagde en fungerende kode som jeg kunne bruke som utgangspunkt! Koden ligger her: https://github.com/svenove/home-assistant-google-pollen