Vinnerliste

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.

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

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

+1 Aeotec heavy duty.

Jeg ville vært forsiktig med å bruke det bittelille releet i en shelly til VVB. Den skal stå på mange timer i strekk. Selv har jeg gått for en 25A kontaktor som er styrt av en shelly, da skal det ikke være noen risiko for varmgang. Men dette krever jo elektriker.

Hei alle sammen! En gledens dag er kommet og vi kan endelig slippe FW oppdateringen til Namron Komfyrvakt! Selve oppdateringen må gjennomføres via Bluetooth og guide ligger vedlagt i zip-filen. Kjør oppdatering og kom gjerne med feedback! 140279X-Firmware.zip

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? 🙂

Du finner mye omtale av denne switchen her:

Du har jo også f.eks. https://www.elektroimportoren.no/shelly-1pm-gen3/1403029/Product.html Problemet med "smartplugs" på bereder er ikke den smarte biten men rett og slett at de har en Schuko-kontakt (vanlig 16A stikkontakt/støpsel) i begge ender og selv om de er godkjent for 16A har de vist seg å ikke tåle på langt nær 16A over lang tid og det viser seg på brannstatistikken...

Nå har jeg Aeotec Heavy Duty Switch på vv-bereder, både hjemme og på hytta. Ser du ikke vurderer den som alternativ, den bruker jo Zwave. Det jeg kan legge til er at jeg tidligere har benyttet en Verisure smartplugg på vv-berederen (2 kW) på hytta i 10 år uten problemer. Ingen synlige spor etter varmgang på den, slik det var på både pluggen og stikkontakten på min 3kW bereder hjemme (den har ikke vært tilkoblet styring før den ble tilkoblet Aeotec switchen). Regelen nå er jo at alle nye vv-beredere over 1500W skal tilkobles fast - ergo ingen plugg som kan plugges i en smartplugg. Men det gjelder jo kun nye enheter, så det er ingen som krever at du endrer noe her. Selv byttet jeg til Aeotec også på hytta når jeg uansett skulle ha elektriker inn på et annet oppdrag, slik du også vurderer her nå. Finner du en egne enhet så er jobben fort gjort og en potensiell bekymring fjernet.

Jeg bruker helt vanlige alkaliske batterier, de siste par årene kjøpt på Clas Ohlson. Har også brukt Ikea sine. Hvor lenge de har vart er jeg litt usikker på, men kan ikke se at jeg har opplevd behov for bytte så ofte at det har vært til plage. Home Assistant (HACS integrasjonen Battery Notes) logger kun når jeg sist byttet batteri, så det jeg kan si er at de på hytta har vart i 5 mnd, de i garasjen i 4 mnd, mens huset nylig ble byttet uten at jeg husker hvor lenge de da hadde vart, men tipper minst 4 mnd. Huset og garasjen åpnes flere ganger daglig, den på hytta mye sjeldnere. Oppladbare er naturligvis interessant å vurdere fremover. Jeg bruker Ikea sine i de sensorene jeg har kjøpt fra Ikea og annet smarthusutstyrsom aksepterer 1,2v batterier. Ang evt døde batterier og mangel på nye så er det mulig både å låse igjen og låse opp døren fra innsiden uten at det står batterier i. Dette er beskrevet i brukerveiledningen på side 24: "4. Lås opp ved å vri dørvrideren (C) 90 grader, mot hengslene. Vri hele veien forbi ”kneppet”. 5. Dra in hakrereilen (B) med dørvrideren (D).". Hvis dette er en leilighet der døren er eneste vei ut på bakkenivå er det lurt å lære alle i leiligheten hvordan dette fungerer. Det er lettere å få det til om behov brått oppstår hvis man har gjort det i praksis et par ganger i ro og fred.

Denne satt langt inne!! Nå ser det ihvertfall ut til at jeg har fått kontakt. Etter å ha sendt e-post til systemair support fikk jeg beskjed om disse default verdiene: - address = 0 - Baudrate = 1200 - Parity = None - Stopbits = 1 Fikk fortsatt ikke mottatt noe med disse. Leste litt mer og kom over noe om at slave address 0 bare var mulig å sende til. Brukte så QModMaster til å skrive til modbus register 17001 og legge inn ny slave adresse. Nå har jeg kontakt og får det opp i HA.

Eg fekk det til! Det var ein nyare versjon av z-wave plugin tilgjengelig (3.0.11.0), oppdaterte til denne og tok ny rescan og då dukka resten av child-devicane opp. Eg har ordna meg med HS4-lisens, men har per no ikkje sett nokon store fordeler med å oppgradere. Til no var dette det aller første tilfellet av trøbbel med inkludering av z-wave, og det løyste seg denne gongen òg. Det stemmer med prinsippet at z-wave skal vere z-wave med krav til kompabilitet på tvers av ulike fabrikat - i motsetning til zigbee der det kan vere ganske bob-bob om det fungerer på tvers eller ei. Eg har ein heil del NodeMCU-kort til bl.a. garasjeportovervåking, temperaturmålingar m.m., og samtlige av desse må rekonfigurerast ved overgang til HS4, då HS3-plugin ikkje er støtta av HS4. Så dette er den største og viktigaste grunnen til at eg ikkje har oppgradert. Fordi resten fungerer faktisk knirkefritt.

Hei Pål, dette er absolutt et stykke arbeid dere bør prioritere høyt og i min bok bør dette være et absolutt krav i avtalen med underleverandør. Zigbee2mqtt har bred støtte hos de aller fleste store hjemmeautomasjons sytemene - Home Assistant: https://www.zigbee2mqtt.io/guide/usage/integrations/home_assistant.html - ioBroker: https://github.com/arteck/ioBroker.zigbee2mqtt - Homey: https://homey.app/no-no/app/com.gruijter.zigbee2mqtt/Zigbee2MQTT/ - openHABian: https://www.zigbee2mqtt.io/guide/installation/04_openhabian.html - Homeseer: https://homeseer.com/zigbee-plus-plugin/ - Domoticz: https://wiki.domoticz.com/Zigbee2MQTT m.fl..... At dere støtter Z2M fullt ut vil øke deres potensielle kundemasse betraktelig.

Hei! Vil bare komme med en oppdatering her 🙂 Vi er nå i siste fase med test og leverandøren har fått luket ut bugs og Zigbee dropp. Vi vil slippe oppdateringen så fort FW er ferdig testet og signert. Oppdateringen må gjennomføres på både sensor og kontakt igjennom Bluetooth. nrfTools appen er å foretrekke og er tilgjengelig for både Android og IOS. Takk for at dere er tolmodige! /Pål - Namron

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?

Jeg vil dele en erfaring med måling av temperatur i varmtvannsbereder og integrasjon til Homey. Selv bruker jeg Home Assistant, men kan ikke anbefale det annet enn til de som ønsker en ny hobby… 😅. Da min bror flyttet inn i nytt hus og ønsket seg noen enkle smarthusfunksjoner anbefalte jeg Homey, basert på hva jeg har lest om Homey og hørt fra andre som bruker systemet. Ble selvsagt litt skuffet over at ESPHome ikke uten videre fungerer på Homey, valgte derfor en komponent jeg så var kompatibel for å kunne lese av temperatur i vv-bereder: https://www.kjell.com//no/produkter/smarte-hjem/smarte-hjem-losninger/fibaro-smarte-hjem/fibaro-smart-implant-z-wave-enhet-p51353 Det fysiske arbeid med å koble til 4 stk DS18B20 sensorer var ikke veldig mye enklere enn et ESP2866 kort, det måtte loddes. I tillegg måtte vi finne en egnet strømkilde og lodde på den også. Lodding er litt skryt, vi løste dette med varmluftspistol og slike loddeskjøter https://www.kjell.com/no/sok?q=loddeskjøt. Den store fordelen med bruk av Fibaro enheten kom ved integrasjon i Homey. Første forsøk var ingen suksess, da ble den oppdaget som en ukjent zwave enhet uten temperatursensorer. Installerte derfor Fibaro sin app i Homey, slettet «ukjent zwave enhet» og startet integrasjon av zwave enhet på nytt. Da ble den detektert korrekt og alle de 4 tempsensorene ble automatisk integrert. Den har også en intern temperatursensor. Her slapp vi å lese av og kode inn korrekt ID per tempsensor, slik man må i ESPHome, det var heller ikke nødvendig med noen motstand mellom sensorene. Resultatet er at Homey nå vet hva temperaturen er på flere punkt i berederen. Denne gangen valgte jeg ikke å montere noen sensor i bunn. Det jeg synes er interessant å måle er temperaturen litt over og videre opp, så mange nivå som praktisk mulig. Denne gangen styrt av 4 stk tilgjengelig sensorer, montert på nivå ca 1/4, 2/4, 3/4 og på toppen. Planen videre er å bruke temperaturen midt på (2/4) til å starte oppvarming uansett pris når den går under en viss temperatur. Dette fordi det tar minst 4 timer å varme hele berederen (200l 3kw), så ved å starte når omtrent halvparten er brukt opp vil det allerede etter 2 timer begynne å få effekt. Min erfaring med egen bereder (300l 3kw) er at det vannet som varmes opp av varmeelementet i bunn ikke flyter opp til toppen, men ligger i ro og at varmen til slutt smitter over på det som er over, ref bildet under. Oppsummert: For de som er komfortable med å koble elektronikk, men gjerne slipper kodearbeid er Fibaro et godt produkt til dette formålet, spesielt for Homey brukere.

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.