stigvi

OK, da misforstod jeg innlegget ditt. Noe jeg gjør hele tiden med alle andre sine innlegg også ........

Du klarer ikke å unngå det med å stenge luften ute. Husk at du produserer en del fukt selv ved å puste, lage mat, dusje, vanne planter (1 liter i pottene gir 1 liter i luften ? ) Alt dette må ut. Men fuktig luft er sjelden et problem. De fleste skader oppstår med lekkasjer og kondensvann. Bare for å presisere: Fuktig luft _er_ et problem, men ofte et symptom på at du har et annet problem som fører til fuktig inneklima. Det jeg mente var at det sjelden er et problem å dra inn fuktig uteluft. Så ille er det ikke i Norge i motsetning til i tropene ?

Det er i mine øyne å overdrive drastisk. Kortvarige høye nivåer tror jeg betyr lite. Gjennomsnittet over et døgn er noe jeg ville regulert etter hvis jeg skulle det. Det tar forholdsvis lang tid før fukt i luften tas opp i bygningsmassen. Derfor tenker jeg at snittet over et døgn må være godt nok i massevis.

Hvor mye fuktighet luften kan inneholde er sterkt temperaturavhengig. Kald vinterluft inneholder lite fukt selv om den relative fuktighet er opp mot 100%. Når den tas inn i huset og varmes opp så synker relativ fuktighet mye. I motsetning til varme sommerluft som kanskje har en relativ fuktighet på 70%, tas inn og ikke varmes opp. Da beholder den sin relative fuktighet på 70%

Nå kjenner jeg ikke til systemair sin måte å adressere registre på, men hvis de beskriver at noe er på register adresse 40001 så betyr det gjerne holding register 0 i home assistant. Eller register 30005 som er input register 4 i Home Assistant PS. Dette er med et stort forbehold om feil. Adressene er kun brukt som eksempler på at det finnes mer enn 1 måte å navngi på. Hvordan gjør systemair det?

Et "problem" jeg hadde var at Östberg (produsent av aggregatet mitt) og modbus komponenten i Home Assistant indekserte registrene forskjellig. Register 10 i Östberg sin beskrivelse måtte legges inn som register 9 i Home Assistant. Ellers stusser jeg over at jord ikke er koblet til. Kanskje ikke viktig for akkurat dine problemer, men kan allikevel være lurt å ha tilkoblet. Du har sjekket polariteten på de to lederene du har koblet til? Og jeg stusser også på så høye registeradresser som >12000, men samtidig er det ok med det også. Modbus ASCII eller RTU, har du sjekket at du bruker riktig?

Aggregatet har et element på 1700W som jeg bruker aktivt. Normalt settes aggregatets lufttemperatur til 2 grader under det som er panelovners sett-temperatur. Men er det stort behov for varme så settes aggregatets element på fullt. Hele aggregatet med kanaler er innenfor husets isolasjon så dette er 1700W som ikke er tapt. Minuset er at det blir varm luft som legger seg oppunder taket så det brukes kun som en "boost" for å øke romtemperaturen raskere enn det panelovnene klarer alene.

For noen dager siden røk reim til rotor på varmeveksler og hadde ikke oppdaget det så fort hvis ikke denne var "automatisert". Ser at Home Assistant 0.106 får støtte for modbus sine binære input registre (er bare coils, holding og analoge registre som er støttet i 0.105) så da skal jeg få alarmer inn i automatiseringen også.

Ja Viftehastighet og varme styres. Jeg har Östberg Heru 160 anlegg med modbus. En egen raspberry pi zero med Home Assistant ligger oppe på aggregatet og kommuniserer ved hjelp av mqtt med en annen Home Assistant enhet som styrer automatiseringen. Settpunkt på temperatur på varme, CO2 nivå og hjemme/borte status er slikt som styrer aggregatet.

Ja. Jeg har vel egentlig ikke studert hele tråden og har ikke klart for meg hva trådstarter ønsker. Mitt svar var bare en kommentar til det som ble diskutert nyligt.

Du må passe på dette med fortegn på strømmen og ikke bare trekke fra eller summere opp alt ettersom. Det er faktisk så enkelt som Christoffer skriver at i1+i2+i3=0

Prøv med liten t i tibber

OK, da misforstod jeg den integrasjonen. Men jeg brukte ikke mye tid på den. Mener det var en buggy alpha utgave Nei, er lite greit. Men jeg bruker det til lite kritiske ting: 1. Slå av og på ventilatorlys ut i fra status på platetopp 2. Blinke to ganger med alt lys i huset når nedtelling på ovn eller platetopp er ferdig.

Steketermometer må stå tilkoblet i ovnen før noe vises i appen. Ikke sikkert den er med i demoen, nei

Vet ikke om det er styring eller varsling i appen knyttet til steketermometer. På ovnen kan en sette at den skal slås av når temperatur er nådd. Vet ikke om det er valgfritt, forresten. Jeg løste det ved å skru opp temperaturen enda et hakk. Og ja, temperaturen er litt vanskelig tilgjengelig i appen, men den er der.

Tja, det er vel en mellomting. En lager automasjoner ved hjelp av en automasjonseditor. Den er ikke grafisk og heller ikke tekstbasert. Når det er sagt. Home Assistant gir rikelig med muligheter for å fikle med yaml konfigurasjonsfiler så hvis du misliker slikt så kan det være lurt å se etter noe annet. Men opensource miljøet rundt Home Assistant er solid og det meste lar seg gjøre.

Vet ikke noe om Windows 10 støtte. Er også veldig lite imponert over app'en (Android). Den kan fint finne på å varsle en time etter at tidsuret på platetoppen har varslet. Varsel via IFTTT til Home Assistant har ca 1 sekund forsinkelse så blink i lyset hjemme når eggene er kokt, går greit. Jeg slipper å spise grønne egg. Og så irriterer det meg at et varsel fra platetoppen skal ut av huset, via IFTTT og tilbake igjen. Merkelig at de ikke kan åpne det opp for lokal aksess. Det finnes en komponent til Home Assistant som kommuniserer direkte, men den er vanskelig å sette opp med alskens utviklernøkler og autentiseringsproblematikk.

Svaret er ja

Utvalget er i alle fall langt større med låser som har zwave. Jeg har snust litt på slike låser og enten det er idlock, danalock eller yale så virker det som om problemene er mange nok. Jeg har ikke nok bruk for en slik lås til at jeg gidder å ta problemene. I tillegg er de heller ikke direkte billige........

Jeg kjenner ikke til Homey så jeg svarer heller på generelt grunnlag. Jeg stod ovenfor valget om mine Philips og Ikea pærer fortsatt skulle være registrert i Philips sin hub og la Home Assistant kommunisere med hub'en til Philips. Fordelen var at jeg i så fall slapp å endre så mye på det jeg hadde. Bakdelen var at Philips sin hub bare håndterer lysutstyr og ikke dør-, temperatur- og alskens andre sensorer. Da måtte jeg allikevel sette opp et zigbee nett for sensorene og dette nettet ville vært ukjent for nettet med pærene. Siden zigbee er et mesh-nett så har det sine fordeler å samle alt i et nett. Det øker rekkevidden og jeg har f.eks sensorer som ligger i fryser langt unna Home Assistant boksen. At jeg får inn verdier skyldes at en eller to pærer i det samme nettet videresender informasjon fra sensoren. Dette ville jeg ikke fått til med å fortsett med Philips sin hub.

Dette gjelder for zigbee også. Eller for å si det på en annen måte. Det er ikke zwave, zigbee, bluetooth eller wifi som er avgjørende for om en produsent ønsker å låse produktet sitt til en spesifikk hub.

En kontaktor hos elimportøren som jeg linket til er rimelig og pålitelig. I en krypkjeller er neppe klakkelyder fra den et problem.

Dette er stråmannsargumentasjon som egentlig ikke biter. De fleste er såpass oppegående at hvis de ikke vil ha en rgb smartpære, men en som en endrer hvitbalanse på, ja så kjøper en nettopp det - en pære som en endrer hvitbalanse på. Prøv på noen bedre argumenter, heller.

Så skjult elektronikk i en bryter gir et annet inntrykk enn skjult elektronikk inne i en lampe? OK, dette er på et nivå som jeg ikke henger med på

https://madskristensen.net/blog/hiding-electronics-behind-fake-books/ Han kunne gjort en bedre jobb med ledningen også, synes nå jeg........