Kim123

Jeg var og skeptisk, men disse pluggene jeg kjøpte kommer fra tuya som er relativt store på sånne ting. Hvor alt integreres mot deres nettside, men likevel så åpnet jeg alle pluggene, og det var ikke akkurat imponerende det jeg så. Mest farlige var vel at det manglet loddetin på flere av punktene på 2 av 5 smartplugger fra "hovedgaten" på releet til utgangen, så det ble loddet opp igjen. Jeg hadde også noen andre plugger jeg kjøpte før på et anerkjent nettsted, til en langt dyrere pris, disse også fra tuya (som er produsent til utrolig mange forskjellige plugger), og der var det også ting å plukke på. Så i bunn og grunn, selv om man kjøper smartplugger fra Norge, så må man ikke tro utstyret er perfekt, vær skeptisk uansett, og så bør man jo heller ikke trekke høy last gjennom sånne.

Jaha? Hvorfor er de ikke laget for det? Jaha? Hvorfor er de ikke laget for det?

Du trenger ikke bruke deconz, du kan og bruke Zigbee2mqtt

Mange bruker en pi, men det er noen ting man må tenke på da også. Spesielt med wearour på minnekort. Jeg kjøpte en Intel NUC, med plass til 1 disk, men angrer litt på dette pga ingen raid muligheter. Liker å ha full backup. - zigbee: bruker conbee II, virker veldig bra med Zigbee2mqtt også en mqtt integrasjon i Home Assistant. - zwave. Bruker aeotec sin. Virker også veldig bra med zwavejs2mqtt med zwavejs integrasjonen i Home Assistant - telldus. Home Assistant henter data fra lokalt API og trenger ikke tilgang til nett eller telldus sine servere for å fungere

Jeg bruker også sky løsningen med easee og syns det virker bra. Den har alltid startet lading når jeg ønsker, selv om det kommer noen ganger kommunikasjonsfeil ved henting av data, henter data hvert minutt. Jeg styrer alt fra start, stopp og justering av ladestrøm, mest for den nye tariffen som kommer etterhvert. Kalkulerer da tilgjengelig effekt som kan lades med slik at ikke tariffen flyttes. Det kom og forøvrig en oppdatering for en stund siden som gjør at hvis lade boksen mistet kontakt med skyen så starter den å lade

Det er custom:multiple-entity-row

Er bare et varmeelement, ikke så mye å tenke på med inn/utkoblingstider. I industrien bruker vi gjerne pwm tid på 1 sekund. Dvs 50% pådrag er på i 500ms og av i 500ms. Ingen problemer med det du skriver om overgangsmotstander på kontaktpunkter. Spørsmålet er jo.. er 300watt nok energi til noe som helst?

Her var det noen ting som skurret ja, tror ikke dette er løsningen Det ser ut som du er inne på det. Clonet du git og gikk inn i mappen? og skrev lib/cli.js token? du kan skrive "ls" for å hvilke filer som er i mappen du er i. Legg gjerne med noen skjermbilder eller hva som skjer når du skriver kommadoene. Lettere å hjelpe da.

Lettere hvis du legger med feilkoder fra python scriptet. Det så rett frem og, regner med du har installert bibliotekene som kreves i python scriptet?

Kanskje det er en mulighet for å kommunisere med gatewayen da. Jeg spurte Elko om det var noen måte å kommunisere på med gatewayen utenom sky og fikk dette svaret fra kundeservice

Det stemmer vel ikke helt, står supervised true i listen

Ja, det kan man også gjøre, og enklere tror jeg edit: hvis du setter opp assosisiasjoner trenger du ikke tenke på noe egentlig

Kan ikke se noen feil på termostaten din, men den skal oppdaterer seg kjapt. Har snekret en automasjon som speiler begge termostatene dine under du kan bruke

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?