Kim123

Du må gå inn på navnet ditt og huke av på "Advanced mode"

Jeg tror du må legge ut ny kode av configen din, samt feilmeldinger i loggen (som det forrige). Den skal ikke endre set temp på den fysiske termostaten din. Du har laget en ny uavhengig termostat som nå ikke har noe å gjøre med den som står fysisk plassert nede uten enn å lese av en temperaturføler. Hvis du skal endre settpunkt på den fysiske termostaten må du kjøre en automasjon som endrer setpunktet på den fysiske.

Noe som skurrer her. Den følerne du har ringet rundt er en entity til climate.termostat_nede (?) som er en Z-wave enhet og ikke din generic_thermostat. På configen du har lagt ut tidligere har det stått "name: nede", da skal entityen for generic climaten din være climate.nede Hvis du ikke finner den, gå inn i developer tools -> states søk så etter climate og se om den ligger med et annet navn kanskje.

Ser ikke helt hvordan du ikke får brukt den. Det er i teorien å ta taggen og sette inn i generic thermostat configen din

Target sensoren din er feil kan det se ut som, du må inn på enheten å finne en som gir temperaturen, ikke i climate. domene, men sensor. domene (typ, sensor.battery_thermostat_temperature)

Klikk deg inn på enhetene på Z-Wave JS integrasjonen, velg så devicen du vil endre, klikk så på pennen som er ringet rundt, bytt navn, trykk oppdater, velg Ja på om du vil endre alle entityene med det nye navnet, da skal alt endre seg

Har du sjekket loggene dine? Jeg har en en generic thermostat som jeg bruker på en mill ovn i stuen (se under). Denne virker alltid, så du kan prøve å kopiere og bytte ut heater og target_sensor. Ser folk har noen bugs når de bruker keep_alive funksjonen. Forsøk å fjerne denne? #Denne thermostaten styrer mill ovnen i stuen. #input_boolean.mill_stue_ovn aktiverer automasjon "stue varme" - platform: generic_thermostat name: Stuen heater: input_boolean.mill_stue_ovn target_sensor: sensor.ute_temperature min_temp: 15 max_temp: 25 ac_mode: false #target_temp: 23 cold_tolerance: 0.2 hot_tolerance: 0.1 initial_hvac_mode: "heat" min_cycle_duration: seconds: 5

Når du skrur på switch.z_water_6 trigger releet da?

Det er en diskusjon om dette og tibber integrasjonen på HA sin github side. Jeg har valgt å rulle tilbake til 2021.11, mest grunnet det nye innstillingspanelet. Det som er frustrerende er at sånne ting som dette slutter å fungere fra en versjon til en annen

Du kan jo ta og sjekke ut release Notes hver måned tilbake i tid (slippes ny versjon første onsdagen i måneden) og se om det oppdateres med interessante ting

Spørsmålet her er nesten om zwave pluggen failer som en konsekvens av at HA går tom for minne. Jeg har og noen devicer med noen merkelige data som tide vann og nh3 (ammoniakk) målinger. Jeg ville forsøkt å sette opp MySQL feks (tar 5min) og se om systemet blir stabilt etter en periode. Muligens det ligger noen oppskrifter for å migrere over til MySQL Har du mye lesing og skriving til disken? Kan wearour begynne å bli et problem? Du kan bruke "iotop" for å monitorere datamengden som blir skrevet/lest til disk.

Fikk ikke det med meg, men ville begynt der mtp at at systemet kræsjer. Ikke et feilslag på MySQL på mitt oppsett (kjørt i litt over 1 år). Purger databasen etter 90 dager. Har du dmesg'et for å sjekke at ikke sticken detter ut?

I følge containerlisten din kan jeg ikke se en ekstern database? Bruker du home assistant sin innebygde?

Du kan sette opp utility_meter hvis du ønsker en lik funksjon. https://www.home-assistant.io/integrations/utility_meter/

Jeg brukte en Asus rt66u som wifi før og syntes denne ga dårlig signal opp i 2. Etg så kjøpte meg mesh deco, bruker fortsatt asusen som router og deco som aksesspunkt, men for noen måneder siden installerte jeg freshtomato på router og den kan tydeligvis booste Wi-Fi signalet litt, nå har jeg faktisk greit signal helt opp med den gamle asusen.

Mine går på Wi-Fi og poller data lokalt (localtuya), gjør dine det?

https://m.aliexpress.com/item/1005002039175546.html?trace=wwwdetail2mobilesitedetail&spm=a2g0s.12269583.0.0.5a8943a2v9yRUp

Jeg har noen plugger fra Tuya og de har heller ikke kWh måling. Jeg har trikset det til med å bruke denne koden under. #Tørketrommel for utregning av kWh - platform: integration source: sensor.torketrommel_consumption # name: "Tørketrommel kWh" name: torketrommel_kwh method: left unit_prefix: k # unit_time: h round: 2 sensor.torketrommel_consumption er da wattmeteret til tuya pluggen

Jeg har sett det samme hos meg og, men med trm3. Noen ganger skyter forbruket i været uten grunn. Jeg har ikke tro på at sticken failer, men heller rapporteringen fra termostaten. Opplevde at trm3 spammer nettverket en god del, så jeg har skrudd ned alle oppdateringsrater på de

Ja, du må gange opp kWh med nettleien og ikke kosten.

Du kan forsøke å bruke dynamiske PID variabler. Rett før du går over til ny time kan du forsøke å redusere P verdien din en god del, slik at I leddet får jobbet seg rolig oppover, så etter kanskje 15 minutter skifter du tilbake den opprinnelige P verdien.

Litt offtopic. Virker deres tibber integrasjoner?

Nå har tibber vært nede hos meg i 1,5 time med "internal server error" så da må en kanskje vurdere å gå for en løsning du har!

Okei! Vi satser på det holder seg sånn. Artig måte å bruke en PID regulator på, har noen hundre timer med innregulering, integral regning og tuning av PID regulatorer, men aldri i denne sammenhengen

Henger ikke regulatorene etter? Det er snakk om effekt tariff og ikke energi. Dvs bikker du over 5kW en eneste gang den måneden har du ny tariff. Så hvis du bruker 10kW i en halvtime og deretter 0kW har du brukt 5kWh, men du har da gått over til ny effekt tariff på 10kW. Så det vil si, hvis vvb er på, du lager middag, og noen plugger på elbilen får du en peak på 12kW i 2 minutter og du er over på ny effekt tariff.