All aktivitet

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.

Heldigvis ikke kommet til innkjøp av dette. Men holder meg laaangt unna alt som har med Futurehome i framtiden, så dette er godt å være klar over. Takk for innlegg. TLDR: Beklager, postet på gammel post. Innlegget kan slettes.

Greit med flere meninger, men her er jeg da uenig. Forbrukere skal slippe å sitte å gjette på hva ting kan koste/ende opp med å bli fram i tid. Det faller på sin urimelighet. En kunde som kjøper ett produkt skal få forespeilet nødvendige utgifter og tjenester ved inngåelse. Når ett firma gjør det på denne måten, og utnytter ett smutthull i lovverket for å tjene gode penger, så synes jeg det er kynisk og kritikkverdig. Samtidig tror jeg ikke det er noe poeng å diskutere dette videre her inne, har sagt det jeg mener, og håper det i det minste vil være med på å forhindre at enkelte andre stakkarer faller for FHSD Connect sin løsning i framtiden, forutsatt at de gjør noen kjappe googlesøk på løsningen før de betaler.

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.

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!

Fant du ut av det? Har ca. Samme problem med namron og Hue. Trodde kanskje hue hadde en kalibreringsmulighet, men det har den visst ikke. Jerntoft

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

Har ikke akuratt automatisert noe nytt ida, men jeg har satt sammen en RFlink og fått den til å virke med Homeassistant, dermed er jeg klar til å fjerne de siste enhetene fra Telldus.

Har et par 4G rutere "rundtom i verden" der en av de (ICE Smartrouter A1) er SVÆRT sær på hvilket SIM-kort den vil ha. I dag dukket en brukt Netgear LBR20 Orbi 4G LTE ruter opp i posten og etter et blunk var den oppe og gå med OpenWRT så nå er SIM-kortene plassert der JEG vil ha de... Kanskje et litt langt blunk da siden OpenWRT er helt nytt for meg men oppe og gå er den og ingen spesielle utfordringer med lasting av uoriginal fw eller oppsett...

Som @SveinHa skriver, alt foregår via brukergrensesnitt i en nettleser (eller i app'en). Du kan koble til en skjerm, men det er ingen relevant info der i forhold til bruk av HA. Den viser bare en tekstkonsoll med noe boot-info fra Linux. Som er veldig statisk også når systemet er startet opp.

Dersom Google Home sier at den ikke er sertifisert vil de si at Mill har sluppet en firmware versjon som ikke er sertifisert av Connectivity Standards Alliance. Apple Home lar en legge til enheter, selv om de ikke har sertifisert firmware. Du trykker vel da uansett "Set up anyway"?

Har akkurat gått over til Homey Pro fra FutureHome og sliter med å integrere en NEXA AD147-2 Dimmer Mini-plug. Den kommer bare opp som en generell z-wave-enhet og er trassig når det gjelder dimme-delen. Kan slå den av og på men setting av % fungerer bare hvert jubelår (som det etter min erfaring er få av). Finnes det en Z-wave dimmeplugg som fungerer bedre mot Homey Pro? Grunnen til at jeg vil ha Z-wave er at jeg har en 4-veis Z-wave bryter fra før, som jeg etterhvert håper å knytte direkte til dimme-pluggen: https://www.z-wave-shop.no/produkt/namron-z-wave-4-kanal-bryter-k8/

I dag bestemte jeg meg for å endelig flytte den siste gen 3 panelovnen min til Matter, ettersom det har funket utrolig bra på de to andre i rundt 8 måneder nå. Fulgte samme prosedyre som sist - holde tannhjul knappen til den viser "Fr", Activate Matter i Mill appen, den gikk til 100%, så sier den at noe gikk galt. Fikk allikevel paringskode på mail, så testet å legge den til i Google Home, men da får jeg melding at enheten ikke er sertifisert. Trykker "set up anyway", men da feiler den umiddelbart. Tenkte å forsøke å laste Matter firmware på nytt, men får ikke til å resette. Har prøvd med å holde alle mulige knappe kombinasjoner når jeg skrur på ovnen, men får aldri "Ra" i displayet. Hvilke knapper er de riktige? Og er det noen andre grunner til at Google Home sier at ovnen ikke er sertifisert?

Høyst sannsynlig finner du HA i nettleser på homeassistant.local:8123 og virker ikke det så skal den være på ip-adresse-til-enheten:8123

Hvordan ser du da at du kobler til en enhet? Mulig jeg pirker nå fordi jeg ikke har gjort dette før. På FH så ser en jo i app når en legger til en enhet ved at de dukker opp der.

Takk igjen! Jeg skal prøve å få det til å funke. 😁

Home Assistant trenger ikke skjerm koblet til for å settes opp. Hvis en bruker Raspberry pi så må en ha en PC for å klargjøre minnekort.

En må ha en skjerm til å sette opp, så går ut fra at du mener at huben ikke trenger skjerm etter at det er satt opp og koblet til. Evt at en bruker telefonen som skjerm i lokalt nettverk når en setter opp og kobler til enheter. Angående punkt to. Det blir veldig gøy om/når jeg får til dette. 😊Og sikkert enda mer gøy når jeg kan få automasjoner til å gjøre flere ting f.eks trigget av at min telefon kobler seg på nettverket. Første mål blir å kunne justere temp på termostater til varme samt skru på vvb. Sndre mål blir å koble til Tapo kameraene og evt få dem til å lagre på SSD disk. Flere punkter vil følge….. 🤞🏼

Lager et Matter over Thread device basert på DFRobot SEN610 (C4001 mmWave Presence Sensor (12m)). https://wiki.dfrobot.com/SKU_SEN0610_Gravity_C4001_mmWave_Presence_Sensor_12m_I2C_UART Bruker ESP32-C6 Dev Kit / Silicon Labs xG24-EK2703A. Tester begge. Dukker opp i Apple Home: C4001 mmWave Presence Sensor (12m)

Og mer enn et år senere så har jeg litt mer erfaring med håndtering av PR i esphome. DM9051-støtten ble endelig merget i dag. Uten at det var mer enn noe småpirk som ble endret i løpet av dette året. Review av de delene av esphome som ikke har dedikerte "code owners" er sirupstregt. Det går måneder mellom hver gang noen ser på en PR. Dette skyldes selvsagt bare det utbredte problemet at det er for få folk til å gjøre jobben. Men for en med min tålmodighet er prosessen såpass frustrerende at det spørs om jeg prøver flere ganger. Nå er jeg spent på hvordan prosessen hos espressif funker i forhold. Oppdaget underveis at DM9051 faktisk støtter "Energy Efficient Ethernet". Men driveren i esp-idf implementerer det ikke. Testet som kjappest og fant ut at dette faktisk sparer ca 200 mW på en dongle som bare fungerer som BLE proxy. Total-forbruket med PoE-modul, esp32c3 og DM9051 (på 100 Mbit/s) ligger på ca 700 mW med EEE og 900 mW uten. I følge PoE-switchen min, så tallene er neppe helt presise. Men uansett en ganske vesentlig forskjell spør du meg. Derfor prøver jeg å lure dette inn som default i esp-idf: https://github.com/espressif/esp-idf/pull/16138 Så får vi se hvordan det går. Fant ingen andre drivere med EEE der. Vet heller ikke om det er noen andre moduler som har muligheten. Så det er dårlig med eksempler på hvordan de ønsker slike features implementert.

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 %}

Takk, jeg tror jeg forstår hva du mener. 😁 Jeg er mer usikker på om jeg klarer å gjøre det, men jeg skal begynne med å installere Dynamic Energy Cost, takk! @christbj Hvordan lager man formelen i Nordpool-integrasjonen for å legge til effektleddet i nettleien? I Mandal er det Glitre Energi, der er den 53 øre fra 06-22 og 41 øre fra 22-06. Om jeg må nøye meg med et gjennomsnitt på 47 øre, så klarer jeg nok å svelge det også.

Mye gøy en kan 3D printe. Måtte lage meg noen 50mm-3/4" overganger til pool-varmepumpen: Har slitt litt med vanngjennomtrenging rett gjennom massiv plast, både PLA og PETG. Siste forsøket ble PC-CF, carbonforsterket polycarbonat. De er i alle fall sterke nok men om de lekker så blir det epoxy e.l. på innsiden... Disse her med slangenippel kunne jeg jo ha 3D printet fullt og helt da... men niplene koster jo next-to-nothing på Gubbdagis...

På søket etter USB radioer dukket denne opp https://aeotec.com/products/aeotec-z-stick-10-pro/ Noen grunn til å ikke bruke den?

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.