All aktivitet

Jeg trenger hjelp å forstå dette , se bildet : Nederste kommando er fra i går kveld, ok. Neste er fra i dag morges, ok. Det to øverste har jeg ingen forklaring for. HA blir litt forvirret ...

23.05.4 mangler fiksen for kræsj ved disconnect fra 5GHz. Vet ikke om det forklarer alle problemene dine, men det gjør den ihvertfall ubrukelig. Enn så lenge så er det snapshot eller egen-kompilert som gjelder. Med de ulempene det medfører dessverre.

For de av oss som kjører HA på en Debian vert, og ønsker minst mulig hassle, så er dette rimelig gode nyheter: https://wiki.debian.org/Python/HomeAssistant Blir selvsagt nødt til å akseptere vesentlig tregere oppdateringer. Med en ny Debian stable ca annethvert år så ligger applikasjoner typisk ett til tre år bak bleeding edge. Men for min del så er det egentlig bare fint. Jeg oppdaterer HA forholdsvis ofte nå fordi jeg er redd for hva som brekker ved neste oppgradering hvis jeg faller for langt bak. Men jeg trenger absolutt ikke den spenningen i hverdagen.

Har en Shelly strømmåling er den ikke potensialfri. Det er en relekontakt men live siden av releet har samme potensiale som "L".

Jeg har Shelly Pro 3 og den har potensialfrie kontrakter i alle fall. 🙂

Hei! Jeg er ny her på forumet. Fant nettopp denne tråden som var veldig hjelpsom! Spesielt for å åpne ruteren, det var den vanskeligste delen... Jeg sliter derimot litt med firmwaren, det virker som den bare blir korrupt helt tilfeldig. Det fungerer helt fint i noen minutter eller dager. Det kan variere hva jeg gjør, men plutselig rebooter den og den tilbakestilles, bortsett fra at firmwaren er helt ubrukelig. Den ber meg sette passord, og kan ikke koble til SSH via ethernet fra PCen eller noe. Prøvd å reinstallere FW men får samme feilen etter hvert. Jeg brukte firmware jeg fant fra firmware selector fra OpenWRT: https://firmware-selector.openwrt.org/?version=23.05.4&target=mediatek%2Ffilogic&id=zyxel_ex5700-telenor Har noen erfaring med om denne builden er stabil og fungerer med telenor routeren? Har en EX7000 (dog ex5700-t0, om det har noe å si). Evt hvilken revisjon er stabil for tiden. Takk for evt svar!

Begynte på artikkelen om Matter-baserte sensorer linka til lenger oppe i tråden og der var det mye fjas gett. Aqara er Zigbee, punktum. Matterdelen kommer om man kjøper Aqaras nyeste hub og det vil man ikke. Ethvert stykke utstyr som enten krever egen hub eller "skya" for å være Matter bør unngås for enhver pris. Jeg var hard på "Skal ikke begynne med smarthus før Matter" og ga opp. Ikke bare fordi det aldri kom noe, men også fordi jeg har mista trua. Standarden er så diger at man vil ende opp med utstyr som sier de er Matter men som bare virker mot sky eller egen hub. Jeg ville aldri kjøpt en hub som ikke lovet støtte for matter, men de vil uansett støtte Zigbee og Wifi, forhåpentligvis også Z-wave. Og man vil ikke ha sensorer med Matter direkte, det man vil ha er Thread som er en Zigbeevariant laget for å være mer standard (lissom) og fungere med Matterenheter og hubber. Matter er et monster og i praksis noe man ikke vil ha på batteridrevet stæsj. Jeg ville også unngått wifi så mye som mulig uansett. Jeg håper Mill vil få Threads i tillegg til wifi og la seg styre helt uten sky eller wifi påskrudd. Da får jeg den kontrollen jeg ønsker å ha. Forøvrig har jeg en god del Aqara nå og bortsett fra at den ene sensormodellen (lille temp&humidity) er no herk å koble til Futurehome er det fine saker. Brukes både på Futurehome og Homey. HA endte jeg opp med å ikke gidde ta meg tid til, har nok andre prosjekter. (Og endte opp med et slags prosjekt uansett: få noe nyttig ut av Buttons+. https://button.plus/ )

Konverterte fra Deconz til Z2M selv for 2-3 år siden. Angrer ikke et sekund. For å konvertere mest mulig effektivt kjørte jeg opp begge systemer samtidig, med hver sin stick. Z2m sto konstant i pairing mode. Når jeg slettet enheter i Deconz så går de over i pairing mode, noen ganger måtte et power-switch til, så da la de seg til i Z2M - en etter en. Da ble det veldig enkelt å ta over løsningen steg for steg. Faktisk valgte jeg å kjøre den ene sticken på en laptop (den som hadde Z2M), for da kunne jeg også bruke Touchlink på enheter som av en eller annen grunn ikke kom over. I praksis brukte jeg dette bare på 2-3 Hue enheter før jeg begynte å kontrollert fjerne de fra Deconz heller.

Har hatt min yale doorman samt magnetsensorer og røykvarslere koblet mot en eldre "Yale Smart Alarm" i lengre tid. Dette har irritert meg sykt at boksen har webinterface som vi som sluttbrukere ikke får tilgang til. Så tenkte å få ordnet dette en gang for alle. Etter å ha kikket på kretskortet så fant jeg to flash brikker, loddet av disse og dumpet innholdet. Den ene innehold alle innstillinger i klartekst, inkludert til webinterfacet. Webinterface lar deg gjør alt du kan gjøre via den elendige yale appen, og den lar deg fjerne koblingen mot Yale UK, så nå helt skyfritt. Ser også ut som man kan legge inn post av events til en url eller mailadresse, så det blir neste å teste. Vet jo ikke om alle enheter har samme passord eller om det er unikt per enhet, men hvis noen andre sitter på samme boks og vil prøve så send meg en melding. Legger ved ett par bilder av interfacet om interresant (status viser ikke på enhetene da den nå ligger på labben min og ikke har dekning).

Jo, HomeSeer sin nye MQTT-støtte bruker Zigbee2MQTT i bånn. DeConz-støtten er tredjeparts, selv om den fungerer stort sett. Jeg må bare oppgradere til HomeSeer 4 også...

God poeng! Jeg bruker Tibber, de har vel et påslag per kWt ... jeg glemmer at de har en rolle å spille her. Basert på rask research ser det ut til at Tibber legger til 2,95 øre pr. kWt så da er fast påslag 0.0295 om jeg skjønner det rett. Med påslag på 0.0295 (hourly_fixed_cost) ble prisen min for samme timen: - start: '2024-07-25T11:00:00+02:00' end: '2024-07-25T12:00:00+02:00' value: 0.8756 som er det samme som 87,6 øre som Tibber sier det koster i appen. 🙂 Da tror jeg vi er på rett spor.

For meg er det uklart hvilken pris du mener er feil. Elvia er vel en netteier. Er det deres pris som er feil? Eller den du får i fra Nordpool sammenlignet med det du betaler hos din strømleverandør. Du nevner ikke hvem det er. Jeg bruker selv Vibb og jeg mistenker at de bruker en annen vekslingskurs fra euro til kroner enn det Nordpool gjør.

Dette er helt feil paste 😛 Klassisk copy/paste error. Sorry! - platform: nordpool VAT: true currency: "NOK" low_price_cutoff: 0.95 region: "Oslo" precision: 3 price_type: kWh friendly_name: "Nordpool med Elvia" additional_costs: >- {% set s = { "winter_day": 0.3959, "winter_night": 0.3209, "summer_day": 0.4825, "summer_night": 0.4075, "hourly_fixed_cost": 0.01 } %} {% set helligdager = ["0101", "0328", "0329", "0401", "0501", "0509", "0517", "0520", "1225", "1226"] %} {# Strømstøtte på 90% på priser over 91,25 øre (ink. mva) trekkes ifra #} {% set pb = max((current_price - 0.9125) * 0.9, 0.0) %} {# Er i dag en ukedag, og ikke helligdag? #} {% if now().isoweekday() <= 5 and now().strftime("%m%d") not in helligdager %} {# Sommerpriser fra april til og med desember #} {% if now().month >= 4 and now().month <= 12 %} {% if now().hour >= 6 and now().hour <= 22 %} {# dagtid mellom 5 og 22 #} {{ (s.summer_day + s.hourly_fixed_cost - pb) | float }} {% else %} {# ellers er det natt #} {{ (s.summer_night + s.hourly_fixed_cost - pb) | float }} {% endif %} {% else %} {# ellers er det vinter #} {% if now().hour >= 6 and now().hour <= 22 %} {{ (s.winter_day + s.hourly_fixed_cost - pb) | float }} {% else %} {{ (s.winter_night + s.hourly_fixed_cost - pb) | float }} {% endif %} {% endif %} {% else %} {# ellers er det helg eller helligdag #} {% if now().month >= 4 and now().month <= 12 %} {{ (s.summer_night + s.hourly_fixed_cost - pb) | float }} {% else %} {{ (s.winter_night + s.hourly_fixed_cost - pb) | float }} {% endif %} {% endif %} Jeg lekte litt med "other" og "hourly_fixed_cost" (basert på din versjon @stigvi, og fra dokumentasjonen for nordpool på HACS). Denne er den jeg for øyeblikket kjører. hourly_fixed_cost brukes kun fordi jeg ser at jeg får et resultat som typisk er ca 1 øre for lavt. Noen ganger 2 øre. Så derfor er den lagt til, men i praksis skal den ikke være nødvendig. Eksempel akkurat nå, her fra sensorens attribute: - start: '2024-07-25T11:00:00+02:00' end: '2024-07-25T12:00:00+02:00' value: 0.8661 Mens strømprisen akkurat nå er:

Hvorfor legger du da til påslag selv på 1 øre hvis Elvia har alle påslag inkludert, som du skriver? Og hvor setter du s.hourly_fixed_cost til en fornuftig verdi?

Jeg har lekt litt med denne nordpool sensoren, og jeg har heller ikke klart å få inn noen måte å bruke workday sensoren, så det er manuelt for nå. Men det jeg ikke skjønner er at jeg bommer på prisen med ca 1 øre her og der. Det har jo ingenting å si, men jeg skjønner ikke helt hvorfor. Elvia har alle priser inkludert i på slaget sitt ifm deres dokumentasjon (se her https://www.elvia.no/nettleie/alt-om-nettleiepriser/nettleiepriser-for-privatkunder/). Så langt ser dette ut å være 99% riktig men om noen skjønner hvorfor den noen ganger bommer så tar jeg gjerne imot tips. - platform: nordpool VAT: true currency: "NOK" low_price_cutoff: 0.95 region: "Oslo" precision: 4 price_type: kWh friendly_name: "Nordpool med Elvia" additional_costs: >- {% set s = { "winter_day": 0.3959, "winter_night": 0.3209, "summer_day": 0.4825, "summer_night": 0.4075, "other": 0.01 } %} {% set helligdager = ["0101", "0328", "0329", "0401", "0501", "0509", "0517", "0520", "1225", "1226"] %} {# Strømstøtte på 90% på priser over 91,25 øre (ink. mva) trekkes ifra #} {% set pb = max((current_price - 0.9125) * 0.9, 0.0) %} {# Er i dag en ukedag, og ikke helligdag? #} {% if now().isoweekday() <= 5 and now().strftime("%m%d") not in helligdager %} {# Sommerpriser fra april til og med desember #} {% if now().month >= 4 and now().month <= 12 %} {% if now().hour >= 6 and now().hour <= 22 %} {# dagtid mellom 5 og 22 #} {{ (s.summer_day + s.hourly_fixed_cost + s.other - pb) | float }} {% else %} {# ellers er det natt #} {{ (s.summer_night + s.hourly_fixed_cost + s.other - pb) | float }} {% endif %} {% else %} {# ellers er det vinter #} {% if now().hour >= 6 and now().hour <= 22 %} {{ (s.winter_day + s.hourly_fixed_cost + s.other - pb) | float }} {% else %} {{ (s.winter_night + s.hourly_fixed_cost + s.other - pb) | float }} {% endif %} {% endif %} {% else %} {# ellers er det helg eller helligdag #} {% if now().month >= 4 and now().month <= 12 %} {{ (s.summer_night + s.hourly_fixed_cost + s.other - pb) | float }} {% else %} {{ (s.winter_night + s.hourly_fixed_cost + s.other - pb) | float }} {% endif %} {% endif %} Har lurt på om det kan være MVA kanskje. At jeg burde regne alt før moms og legge på moms til slutt. Men her _skal_ jo alt være inkludert MVA. Jeg har også prøvd litt forskjellig på precision, men jeg tror alt over 3 gir ganske gode resultater.

prøvd å sette parameter 32 til 1(kun av/på). Så lagre, så endre tilbake til 2 igjen?

Versjonen skal være 3.5 🙂 Current Firmware: Manufacturer = Fibaro Version: 3.5

Lurt. Var det ikke så at HomeSeer sin plug-in baserer seg på zigbee2mqtt? Var dette et skifte i fra deconz eller er det en helt annen plug-in?

Kan du sjekke versjonen den har? Jeg erindres at dette var et problem for andre controllere enn Fibaro sin egen i eldre versjoner som 3.3 eller 3.4, men 3.5 har vært gjeldende i mange år nå, så det burde ikke være et problem.

Jo, men tiden sløyfen er åpen (dvs. at det blir tilført varme via vannet) er lavere i rom som f.eks. stue og gang enn i bad.

Det må vi klare å få til! Sant, @iblis 🙂 Det har ikke høyest prioritet sånn på tampen av juli, men i løpet av neste måned burde vi ha det på plass. 👍

Hei igjen @Tore Ringvold og @altibox. Vi har PM-muligheter her, så bruk heller det enn å sende rare meldinger åpent. 🙂

Oi! Dette er jo kjempebra! Min holder i 2-3 måneder. Maks. Og det er ikke engang med ukentlig trigging. Det er mulig jeg har en mandagsversjon, så det er mulig jeg skal ta en ny Aqara-sensor. Ja, stemmer. Jeg må kaste ut Deconz snart for jeg bruker det egentlig ikke. Zigbee2MQTT blir til høsten.

Ja jeg har også basert automasjon på den Tibber current hour sensoren for mine automasjoner. Siden jeg har to elbiler og en halvstor enebolig blir det å sikte særlig lavere enn 15 litt utopisk. Men kanskje nå på den varme årstiden. Jeg tester å sette target til 10 nå, og så har jeg satt opp noen regler for dynamisk å øke nivået om det brytes fordi mine begrensninger av en eller annen grunn ikke gjør susen. Så får vi se når vi kommer dit hvor vi må prioritere mer på oppvarming i vinter. Akkurat nå er en god tid til å teste litt.

Hei igjen, da har jeg fått prøvd det ut. Parameter 32 står på on/2, slik at dimming er mulig. Det fungerer jo også å dimme med den fysiske knappen som vanlig, samt at i Homeseer kan en trykke på knappen "Control...", og det dukker da opp en liten popup boks hvor en kan dimme den. Så det er jo mulig å dimme den, men det er jo ikke bare en kjekk "dimmeslider" som på de andre dimmerne. Jeg har prøvd å nullstille, ekskludere og inkludere den igjen, men akkurat det samme skjedde. Den har ikke noen "multilevel" support. Jeg har prøvd å "rescanne" den under "functions", uten noen suksess. Der hvor denne skiller ut fra de andre lysene er at denne får navnet "Fibaro Light", mens de andre har navnet "Fibaro Switch", men regner med at det ikke gir noen ledetråder. Men det er jo ingen krise, den fungerer jo som de andre. Bare litt rart at den ikke har en enkel dimmeslider. Uansett takk for hjelpen 🙂