Leaderboard

Svarer meg selv i tilfelle noen andre skulle være i samme situasjon. Har kjørt både ZHA og Z2M samtidig med samme koordinator. Var ikke klar over at dette ikke var lurt. Jeg har kvittet meg helt med ZHA og kjører alle enhetene mine gjennom Z2M. Oppdateringen startet umiddelbart etter dette.

Hatt Shelly Wall Display x2 i over 2 uker nå, har enda ikke bestemt meg om den blir stående på pulten eller blir byttet ut med bryteren på veggen. 😊

Utviklerne er satt til å undersøke saken /Pål Takk for at du svarer opp @raphaelc75! Det stemmer som du skriver 🙂

Hei! Det er Vetle fra SMARTi her. Grunnlegger/daglig leder / utvikler/ designer/ tester you name it. Jeg gant denne posten og vil bare skyte inn noen korte ord her. Denne huben vi har brukt til nå er som sagt et white label produkt fra Dusun IoT. Den er forsåvidt allsidig og har mange gode egenskaper og man kan få den i utallige varianter med ulike konfigurasjoner, men support fra leverandør er noe labert. Det er ikke sånn at dette har vært noe dropshippingløsning for å si det slik. Vi har kjørt et løp med ca 10 tester i Norge snart ett år hvor hver enhet har blitt satt opp fra bunnen av og hvor alt er blitt konfigurert til å være så sømløs som mulig ut av esken. Z2M er satt opp, Z-wave-JS-Ui, add-ons osv. Det som er hovedutfordringen her er at den kjører Debian 12 som underliggende OS og da HA Supervised på toppen. Hvis du ikke er flink med Linux og commandolinje, er ikke denne løsningen noe du skal fikle så alt for mye med. Det fører også til noen småting ikke fungerer helt 100% slik de skal og som sagt har support fra leverandør vært noe utfordrende da de gjerne ikke er så glad i å gi support til selskaper som ikke har de største volumene. Disse hubene har også blitt shippet med SMARTi dashbordet ferdig-installert og konfigurert. Dere kan lese mer om denne løsningen her: https://github.com/Prosono/SMARTi_BaseComponent hvis dere vil teste det ut selv på deres HA løsning fda den ikke krever noen spesifikk hardware. Dette er et auto-populerende dashbord til HA som gjør at du slipper å manuelt lage, endre og oppdatere et velfungernde dashbord som kan brukes på tablets, dasktops og mobil. Så over til det som vi jobber med nå. Ettersom vi har sett at løsningen vi har brukt med Dusun IoT har hatt sine utfordringer, holder vi nå på å utvikle egen hardwareløsning. Dette tar dog noe tid og vi er noen måneder unna lansering da vi enda er i prototype-fasen. Men her vil det være større muligheter for egen tilpasning på farge, utseende og modeller som har ulike egenskaper. Noen egenskaper som jeg vil trekke frem er: Valg om Innebygd UPS, veldig god rekkevidde og signalstyrke på både Zigbee og -Z-wave som danner gode og stabile nettverk, mulighet for Thread via Home Assistant SkyConnect, valg om long range Z-Wave osv. Kom gjerne med innspill om øsnker så kan vi se hva vi burde fokusere på. Til slutt vil jeg si noen om dette med strømstyring og fleksibilitetsmarkedet. Dette er også noe vi jobber med og mye av dette vil bli integrert inn i SMARTi integrasjonen som jeg henviste til tidligere. Dette er en løsning vi har valgt å kalle for SMARTi PowerFlow og tanken her er at man så enkelt som mulig skal kunne styre sine elektriske laster etter Pris, Fleksibilitet eller Nettleie - Mulkigens en kombinasjon også etterhvert. Dette med Fleksibilitet er ikke så veldig enkelt og krever ganske mye ressurser å få på plass både med tanke på kost og utviklingstimer. Siden vi enda er et lite og nytt selskap må vi derfor ta ting litt av gangen. Se noen screenshots under. Annet enn det så har jeg ikke så mye å melde. Tar gjerne imot spørsmål rundt det vi holder på med 🙂

Hepp! Skal få sett på det. Har nettop flyttet, så homeassistant instansen min er direkte deprimerende å se på for tiden 😅 Prøver å få ordna en fiks i løpet av morgendagen ✌️

Her er en artikkel jeg har laget om hvordan en kan lage en Air Quality Sensor med Matter over Thread basert på et ESP32-C6 Dev Kit og en Sensirion SEN66 Air Quality sensor. https://github.com/olavt/matter-air-quality-esp32 Sensirion SEN66 måler: - Temperatur - Relativ luftfuktighet - CO2 - PM1, PM2.5, PM4, PM10 - NOx - VOC

Veggen er mot nordvest. Vet ikke helt hvordan det er med sol midtsommers, men nå er det bare sol på den en times tid på kvelden. Jeg har en annen sensor mot øst, tenkte å "mikse" de to ved å enten bruke den til enhver tid laveste temp som utetemp, eller bruke den østvendte tempen på kvelden. Forslaget med et lite hus i samme materiale som veggen er et godt forslag 👍🏼

Nei, i det bryteren blir brukt er termostaten sin regulering overstyrt. Enten det, eller så kan du skru opp setpunktet høyt, så veldig lavt, så tilbake til normal igjen. Da får du på en måte synkronisert utgangen med termostaten sin faktiske status. Ja. Litt begrunnelse på hvorfor denne termostaten har dette. Da denne ble laget var Z-Wave "relativt" nytt enda, da fantest det ikke en Command Class for å vise statusen på releet. TF laget så en slags Workaround så brukere skulle kunne se statusen til termostatene. Vi fjernet tidligere ECO- og COOL-modusene fordi vi opplevde at overraskende mange brukere med varmekabler satte termostatene sine til "Cooling", noe som inverterte styringslogikken og førte til veldig varme gulv. I ettertid så har vi sett at forespørselen til disse modusene har vært høy nok til at vi har valgt å reintrodusere disse, til tross for risikoen for feilinnstillinger.

Da har jeg loddet inn stor WiFi antenne og gjort noe programendringer i ESP32 og har ikke opplevd dataheng siden. Siste ca 90 minutt klipping ser slik ut: Grønn er siste 10 pos.logginger, oransje logg nr 10-50 og blå er 50-1000 Tidligere har jeg hatt en del odde posisjoner som er langt utenfor min eiendom men nå har jeg forenklet MicroPython programmet i ESP32 til å sende GPRMC setningene i originalt format og dekode de i Node-RED i stedet. Samtidig har jeg laget en sjekksumtest og dropper de setningene som har feil sjekksum og nå ser det veldig mye bedre ut. Så langt i dag er bare halvparten av 25.000 setninger godtatt så det kan være min sjekksumsjekk som ikke er helt bra men jeg har i alle fall unngått de verste feilene...

Det har du rett i. Jeg hadde nok litt feil ordbruk. Takk for at du gjorde meg oppmerksom på det.

Det er vanskelig for norske særegne firmaer å drive hele det norske markedet alene med egne proprietære løsninger. Markedet er rett og slett ikke stort nok. Glenn Dimplex/Nobø valgte å gå for en proprietær løsning for noen år siden med sin Nobø Energy Hub. En veldig brukervennlig løsning, men låst fast inn i en blindgate på 860 MHz båndet uten repeater. Nå ser det ut til at de er altfor sent ute til å kapre markedsandeler gjennom å støtte åpne standarder. At de hevder at det er kostbart å lisensiere Zigbee 3.x protokollen betyr bare at de ikke har råd til å betale dem. Går man til www.proff.no så ser man at resultatet deres ikke var noe å skryte av i 2024. Her ligger nok hovedforklaringen til at de enda ikke har støttet Zigbee 3.x fullt ut. Namron - som også opererer i det norske markedet - valgte å gå for Wi-Fi og nylig klinket til med kompabilitet for Zigbee 3.x, med sine panelovner, men de trakk nylig tilbake alle sine panelovner på under 1000W fordi de ikke solgte mange nok av dem. De har også delvis overlatt styringen av panelovnene sine til smarthusløsninger (altså vekk fra det proprietære). De har også flere ben å stå på med sin brede produktportefølje, så de klarer seg nok, men synes å være mest opptatt av volumsalg enn å utvikle et langsiktig varmepanel produkt som kan virke i det norske markedet i de neste 10-20 årene. Futurehome - som primært tilbyr en smarthusløsning - sliter veldig økonomisk ettersom de både har sviktende salg og følgelig resultatsvikt. De har rett og slett ikke penger til å holde utviklingen oppe for å konkurrere med andre store aktører som Samsung, LG (Homey Pro) og Google. De støtter i dag kun Zigbee og ZWave, ikke Wi-Fi og Matter f.eks. Dette lover ikke godt for dem! Mill International AS (også norsk) - synes å ha skjønt noe ved at de har startet med å åpne sine APIer og produkter mot åpne standarder sånn som Wi-Fi og Matter (de støtter foreløpig kun Matter 1.x), men de slet veldig med å få Wi-Fi til å fungere skikkelig. De har heller ikke flust med penger skal man tro regnskapene man finner på nett når man søker, men de forsøker å gjøre noe som kan bli bra fremover. Adax - som også er norsk - har valgt å gjøre det riktig og integrerer og overlate styringen til smarthusløsninger (altså vekk fra det proprietære). Derfor er det et av Skandinavias mest solgte panelovner. De støtter i dag kun Wi-Fi og tilbyr en god app mot Homey Pro som de synes å ha sydd sammen selv, noe som lover godt for fremtiden. De har en nedadgående resultatgrad, men vi får håpe at de klarer å strategisk koble seg mot de større aktørene i markedet så de ikke må ta hele utviklingskostnaden selv mot smarthusløsninger. Så, de fleste norske operatørene synes å slite økonomisk ettersom markedet er begrenset i Norge til tross for at det er kaldt her i nord. De kan heller ikke hamle opp med de internasjonale Smarthus utviklerne - til det er vi for små her på berget! LG kjøpe opp Homey Pro nylig - noe som er spennende. Homey Pro støtter alle smarthus plattformene basert på åpne standarder. Markedet heller mot at produsentene nå må gå vekk fra sine proprietære løsninger og støtte åpne standarder ellers vil de dø i et konkurranseutsatt marked. Homey Pro har i dag støtte for 700+ apper/forbrukerelektronikk. Jeg var ikke i tvil da vi i 2022 valgte smarthusplattform for våre møtehus rundt omkring i Norge. Valget var åpenbart Homey Pro som fungerer helt utmerket i ditt lokale LAN og Wi-Fi nett dersom oppkoblingen mot skyen skulle falle bort. Med sine Homey Pro Bridge repeater bokser har vi klart å få et fungerende og stabilt mesh nettverk i møtehusene enten fordelt på 1.500 m2 på en flate eller tre etasjer bestående av betong. Vi har nå kjørt et robust og stabilt Homey Pro nettverk i 3 år. Det eneste aberet er at de i dag ikke tilbyr backup løsning av 13 ulike Home Pro systemer på en og samme konto. Vi ønsker at de i fremtiden vil gjøre det. Da har vi samlet alt i ett system - støttet av selveste LG! Vi har i dag ca. 300 Nobø panelovner som begynner å synge på siste verset. Dersom Nobø/Glen Dimplex velger å la sine nye Nobø Connect termostater støtter Zigbee 3.X, så vil vi kanskje forbli trofast mot dem og kan gjenbruke noen av ovnene, men vi vurderer sterkt å kaste ut alle panelovnene deres til fordel for noe annet - MEN DET STORE SPRØSMÅLER ER HVEM SKAL VI VELGE? Kanskje Adax som støtter Homey Pro? Andre ting vi gjør med Homey Pro og de appene som er tilgjengelige i våre møtehus (om noen synes det kan være av interesse): Styring av alle varmtvannsberedere som slås på når strømprisen er lavest og slås av når strømprisen er høyest innenfor samme døgn (vi har spart mellom 30 - 40% av energikonsum på dette for alle berederne). Vi har i dag gående ca. 70 Shelly reléer (www.shelly.com) som styrere ulike ting som varmtvannsberedere, ventilasjonsanlegg, ned- og opprulling av videolerret, lys, varmeovner, DALI lysstyring, måling av energi på visse sikringskurser osv. Ved hjelp av Homey Pro sendes vi Webhooks til å slå på/av videoprosjektorer, dempe lys samtidig i kirkesalene osv. Det er uante muligheter med en åpen løsning som støtter alle kommunikasjonsplattformene. Fra en Homey Pro fan som dere alle nå sikkert har skjønt! Håper dette kan være til nytte å lese. Leser du denne setningen så takk for din tålmodighet og at du orker å lese alt.

For hytter og avsidesliggende installasjoner er et generelt tips er å ha en Raspberry PI lokalt som kjører VNC (feks RealVNC) og også installere Tailscale på denne. Gir enkelt tilgang til alle interne enheter om det er behov for litt enkelt vedlikehold (routerens web-interface, kameraer etc etc.)

Er det mulig å få Somfy med Matter & Thread? Noen alternativer til Somfy?

Dette er et interessant prosjekt, selv om min gressplen er alt for liten til å trenge noe slikt. Ang Wifi dekning for ESP enheter har jeg nylig byttet ut ESP enheten i varmepumpene hjemme for å få stabil wifi forbindelse. Den opprinnelige typen hadde kun en bitteliten keramisk antenne, den nye typen antenne printet på kortet til ESP enheten(det jeg oppfatter som standard). Det ser ut på bildet fra i høst som du har en slik med standard antenne. Men jeg ser også at enden med antennen er montert inn mot det andre kortet og i tillegg med en annen komponent (GPS enheten) montert over. Begge deler kan redusere ytelsen på antennen. Det finnes ESP enheter med tilkobling for ekstern antenne. Det kan trolig være en egnet løsning for din bruk. Og hvis du virkelig liker å fikle kan du modifisere en ESP enheten du har og montere ekstern antenne på den, slik det vises her: https://community.home-assistant.io/t/how-to-add-an-external-antenna-to-an-esp-board/131601

Jeg tror jeg har funnet ut av det. Linje 22 «Dim nestePostDato As Date = DateTime.Parse(nestePostDato)» ser ut til å referere til seg selv. Som sikkert alltid er 0 og da forblir null. Jeg endret til «Dim nestePostDato As Date = DateTime.Parse(nestePost)» for å bruke neste dato fra svaret til bring. Det ser ut til å fungere. Dim nestePost As String = json.item("delivery_dates").item(0).ToString Dim nestePostDato As Date = DateTime.Parse(nestePost) Dim dagerTilPost As Integer = nestePostDato.Date.Subtract(Now.Date).Days

Zigbee OTA er lagt til 🙂 https://doc.clickup.com/9004130215/p/h/8cb07x7-30795/12688a97b1dfa55

Jeg lagde en slik til far min (er elektriker) for styring av bereder. Konseptet er: 1. Servicebryter i forkant 2. 25A relé for styring av fast tilkoblet bereder 3. Stikket lar deg koble til hvilken som helst smart plugg, og grenkontakten du ser på bildet plukker opp styrestrøm til releet. På denne måten kan han fritte benytte hvilket system han ønsker og enkelt selv bytte ut smartpluggen.

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

Hei! 110147 er samme som 110038. Så benytt FW for 110038 🙂 Korrigerert i vedlagte fil /Pål 140279X-Firmware.zip

Min IDlock 150 har stått ute i en sørvendt fasade siden 2019. Kan knapt se det på den. 🙂

De sa det var noe gæli på api'et deres, og at de hadde fått flere tilbakemeldinger på dette, så de skulle be utviklerne om å fikse det på deres ende. Jeg bygget uansett en ny versjon nå av docker-imaget. Det vil fortsatt feile ved oppdatering av tilstand, men uten at imaget krasjer. Hvis feilen oppstår, vil det også logges ut en del mer informasjon så det er mulig å forstå hva som faktisk forårsaker problemet.

Det var dårlig stabilitet installert i HA med ZHA, Komfyrvakten var offline over mer enn et døgn av gangen, også mens komfyren var i bruk. Sist fredag installerte jeg derfor på nytt, nå med Z2M i HA. Det ser bedre ut, ingen utfall nå etter 4 dager. Men jeg har ingen verdi på temperatur, heller ikke når koketoppen er i bruk. Sammenliknet med tidligere er jeg uansett fornøyd hvis stabiliteten holder seg slikt. Temperatur er kjekt å ha, strømforbruket var det jeg primært var på jakt etter. Send en takk fra meg til utviklerne, dette gjør komfyrvakten relevant i et smarthus.

Sant nok, men jeg ønsker meg uansett at elektrikere satte inne Zigbee eller Z-wave-utstyr istedenfor. I det minste valgt en åpen standard hvor du selv kan bestemme hva du vil styre med. 🙂 Kudos til Plejd for at de har fått elektrikere til å digge det, men synd for oss nerder. Men vi er vel i fåtallet... 😉

Du kan installere nRF Toolbox og gå til 'Device Firmware Update', klikk på 'Select' > 'Mine filer' > '140279X-Firmware' > Velg fil.

Jeg har nå testet den nye firmwaren i noen dager. Jeg ser en feil på strømforbruket (kWh). Tallet er 10 ganger så høyt som det skal være. Se vedlagte kurver: - Effekt (W) sendt fra komfyrvakt. - Strømforbruk (kWh) som Home Assistant beregner vha. integrasjon (riktig verdi) (1,39 kWh på to dager). - Strømforbruk (kWh) sendt fra komfyrvakt (feil verdi, 10 ganger for høy) (14 kWh på to dager).

Heatit Trm6 har jo heat og eco igjen 😄

Mange takk m

Hei! Filen er rett og slett kun lagret dobbelt! Ingen forskjell! Noen erfaringer for dere som oppdaterte for litt siden? 🙂

Fil med oppdatert Guide ligger vedlagt (Beklager feilen der!) En fullverdig oppdateringslogg kommer så fort den er klar, jeg ville dele den med dere så fort vi fikk filene oversendt! I korte trekk: - Oppdatering av kildekode til nyeste versjon - Endring fra Zigbee End device til Router device - Rettet feil som resulterte i Zigbee drop - Endret så komfyrvakten kan slås av/på via Zigbee Verdiene du har unknown på i oversiken i HA rapporterer ikke komfyrvakten noe data på. Vakten rapporterer: - Effekt (W) - kWh - Temperatur (Når vakten er aktiv og trekker strøm). Rundt den nye muligheten til å kunne slå på relé via Zigbee så har vi fått det vurdert at dette er innenfor kravene for sikkerhet. I tilfellet hvor vakten har slått ut og den forsøkes å slås på igjen vil den igjen slå ut så lenge det er en fare tilstede. 140279X-Firmware.zip

Her er kode for å hente inn pris for hver time i dag og i morgen. Den henter også inn pris for aktuell time, men det bruker jeg ikke til noe. Jeg er kun interessert i attributten "prices". Hvis du skal bruke aktuell pris i sensorens tilstand så ville jeg satt scan_interval til en mye høyere verdi, feks en gang i døgnet. Og heller trigget en oppdatering med en automasjon som kjører hver hele time med action: homeassistant.update_entity data: entity_id: - sensor.hvakosterstrommen_price_today command_line: - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ now().strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_today" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', now().strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ (now()+timedelta(days=1)).strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_tomorrow" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', (now()+timedelta(days=1)).strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices

Fikk dette til svar fra Homely support i dag:

Jeg endret navn på den SSID som laget trøbbel men denne SSID var oppe og gikk likevel... Med appen "WiFi Analyzer" på telefonen fikk jeg opp MAC på aksesspunktet som laget trøbbel og selv om det etter signalstyrke kunne se ut til å være i gangen i hovedhuset fant jeg det på eldhusloftet: Et gammelt Ubiquiti aksesspunkt som ikke styres av UniFi... Litt pussig at jo nærmere Quislingen jeg var, jo dårligere ble signalstyrken... og da jeg gikk rundt og lette var jeg mindre enn 2 meter unna... Koblet ut dette og da forsvant denne SSID. Tilbakeførte SSIDnavn på opprinnelig nettverk og så langt ser det ut til at jeg er oppegående igjen... ...men jeg skjønner fremdeles ikke hvor 192.168.80.84 kommer fra... Antar det er det gamle aksesspunktet som har en "skjult" DHCP server... Noen ganger hjelper det bare å stille et spørsmål... 👍😁

Hei! Det jobbes kontinuerlig med oppdateringer for komfyrvakt. Komfyrvakten følger også Zigbee standard så langt det lar seg gjøre. Da komfyrvakt ikke har noen egen standard i Zigbee 3.0 må det dessverre noen egne tilpasninger til for å få dette så nært optimalt som mulig. Når det er sagt så er det hovedsakelig rapportering som er fokus for produktet (sensortemperatur, strømforbruk, alarm og relé status). Kontroll av selve reléet er begrenset til kun å kunne slå dette av via Zigbee protokollen (krav for sertifisering - Vi har også vurdert å fjerne dette i fremtidig oppdatering og kun ha rapportering om status). Det jobbes med en firmware oppdatering for produktet som skal rette kWt oppdateringen (Rapporteres kun 1 gang pr døgn via Zigbee) samt generelle stabilitetsendringer. Vi jobber også med en OTA oppdateringsløsning via BT for de plattformer som ikke har OTA via Zigbee innebygget som gjør det enklere å få de nyeste oppdateringene på produktet. Vi har tidligere vært i dialog med Nabucasa direkte for en "Works with Home Assistant" sertifisering uten at vi kom i mål den gangen. Det er en del praktiske ting samt kostnadsspørsmål som må på plass. Når det er sagt så tar jeg dette absolutt med videre. Hva er deres foretrukne løsning for integrasjon i HA? Z2M eller ZHA?

Det holdt dessverre ikke lenge. Tilsynelatende har komfyrvakten kontakt med Z2M, men den har nå ikke rapportert nye verdier på 3 dager. Og komfyren er i bruk hver dag. Jeg har en strømmåler (med klemme rundt den ene ledningen) på kursen til komfyren og den har fungert stabil hele tiden og viser strømtrekk som stemmer med bruken av komfyren. Så lenge komfyrvakten rapporterte strømtrekk var verdiene sammenfallende, men nå viser komfyrvakten 0 hele tiden, også når komfyren er i bruk. Derfor må jeg si meg skuffet, dette var ikke bra nok.