Vinnerliste

Jeg har logget temperatur (og fukt) i alle ventilasjonskammerene mine (Villavent VSR-300) i en stund og beregner virkingsgrad på ventilasjonen utifra det. De siste to mnd har jeg også hatt kjørende en RPi rett på Modbus-interfacet til ventilasjonsenheten, som gir meg mer kontroll på status i ventilasjonsaggregatet, viktigst er da presis informasjon om varmeveksleren roterer (den sier fra om hver runde den kjører uten at jeg er helt sikker på at jeg får med meg alle runder), og også om ettervarmeren (1 kW) er på. Den siste klarer jeg forsåvidt også plukke opp via strømforbruksmålingen til Fibaropluggen som det står på. Jeg får også ut rotasjonshastigheten til viftene som rpm, men dette er ikke noe mer enn lav-normal-høy innstillingen. Det som er interessant, er at jeg har laget en "aggressiv" styring av temperatursettpunkt til ventilasjonsaggregatet (dvs. temperatur på tilluft). Dette er vanligvis konstant hos folk, kanskje man justerer opp og ned for sommer/vinter, og når man er borte fra huset lenge. Tilluftstemperaturen er generelt anbefalt litt lavere enn inneluft, for å sørge for at lufta blir godt blandet (kald luft faller til gulvet) når den kommer ut av tilluftsventilene. Hos meg tror jeg ikke det er en viktig parameter å styre etter, luftkvalitetsmålingene (CO2, RH, etc) tilsier at jeg har mer enn god nok lufting, så jeg vil heller sørge for å ikke sløse noe med varmen. Så optimal styring av ventilasjonen hos meg er da at tillufta skal varmes opp så mye som mulig uten at ettervarmeren slår inn, fordi oppvarming heller bør gjøres av varmepumpa enn et varmeelement. Har man mulighet til å permanent skru av ettervarmer, og setter settpunkt maksimalt, så er man i mål. Jeg fikk det aldri til hos meg med de modusene som jeg hadde på ventilasjonsanlegget mitt med tidligere Z-wave styreenhet og OpenHAB, ettervarmeren kom på likevel (det går an å deaktivere med å dra ut ledninger på kretskortet også, men dette frister ikke på et kaldloft). Så da må jeg hele tiden justere settpunkt så lavt at ettervarmeren ikke slår på, f.eks. ved å gå ned en grad hver gang jeg detekterer at den slår inn. Samtidig må man ha en algoritme for å justere opp settpunkt. Modbus-adapteren viste hvor ofte varmeveksleren skrudde seg av fordi det var for "enkelt" for aggregatet å oppnå ønsket temperatur på tilluft. Denne siste biten er ny hos meg, og ga meg en aha-opplevelse på å forstå hva som styrer virkningsgrad. Bittelitt kryssplott-testing (plot.ly-plugin til Grafana ble også nylig oppdaget) avslørte så hva som styrer virkningsgraden: der hvert punkt representerer gjennomsnittsverdier over hele timer, for virkningsgrad, luftfuktighet på inntak, og rotasjonshastighet på ventilasjonen. Plottet er for de siste 90 dager, dvs. "vinter". Her kan man konkludere følgende: * De grå punktene er fra tiden før jeg hadde full kontroll. Her bommer jeg ofte på maksimal virkningsgrad, det er fordi settpunkt ikke er satt høyt nok til at varmeveksleren gidder gå. * De fargede punktene er når jeg har Modbus-adapter tilkoblet, siden jeg vet rotasjonshastighet. Hvite er "lav"-innstilling, oransje er "normal", og rødt er "høy" * Når settpunkt styres optimalt, så er virkningsgraden styrt av hvor fuktig det er ute, og ligger i overkant av 80% sålenge det ikke er veldig fuktig ute. Når det er fuktig ute er det vanskeligere å varme opp tillufta. * 'Normal'-innstillingen på ventilasjonen gir bedre virkningsgrad enn både lav og høy. Kan godt hende varmeveksleren er designet for normal. Jeg har ventilasjonen på 'lav' når vi er borte på dagtid, har ikke regnet på det, men gjetter på at det likevel lønner seg selv om virkningen er lavere. Får ikke i pose og sekk.. Plottet og betraktningene om virkningsgrad er avhengig av hvilken virkningsgrad man snakker om, jeg regner her på temperaturene (fraluft - avkast)/(fraluft - inntak) som måler hvor nærme inntakstemperaturen man klarer kjøle fralufta ned til. Det finnes minst en annen virkningsgrad som gir mening, men denne over er den som det refereres til mest rundtomkring.

Stavanger Aftenblad, 6. mars 2019: https://www.aftenbladet.no/bolig/Slik-innreder-de-mest-moderne-menneskene-na-Syv-typiske-trender-12804b.html .... .... Tja. Hvis man er en ung mann som er opptatt av status, så vet jeg ikke om hel-automatiserte hjem gir det. Hjemme hos oss er det rett og slett for lite party-tricks implementert til at deg gir status for 25-åringer. Det er imidlertid vanvittig praktisk, men det tviler jeg på gir den samme statusen, hverken hos unge menn eller "influensere".

Denne så litt kull ut, og du får "løftet" den vekk i fra vegg / andre "gjenstander". Kjøpte denne jeg for å teste ut ? https://www.ebay.com/itm/Easy-Use-Flexible-USB-LED-Light-Extender-Hose-30CM-360-Angle-Metal-Data-Cable/322585911576?hash=item4b1b9e6118:g:JcwAAOSw7XZXhJSE

Vi bygger nå, og vi har bare ikke 1-2-300.000 kr ekstra til dette. Sånn er det bare. Og jeg gjorde den motsatte vurderingen: Z-wave fungerer så bra at det er ingen vits i å bruke mer penger uten å få noe igjen for det... Det SKAL imidlertid ikke være sånn som du har det. Når det tar så lang tid før Z-wave enheter svarer så er det i de fleste tilfeller et resultat av at en eller i verste fall flere noder spæmmer nettverket med oppdateringsdata. F.eks. var noen splitter nye Aeo Tec plugin-moduler satt til å rapportere strømforbruk hvert 3. sekund hos meg, og det gav forsinkelser. Jeg vet ikke hvorfor de var slik, men det var en fabrikkinnstilling. Jeg merket det imidlertid fort da det bare var disse jeg hadde inkludert da nettverket ble tregt. Og jeg har sett at nyere versjoner av samme type ikke har dette problemet. Men: Vi vet at HeatIt Z-TRM2 kan være en synder (men det kan hjelpe hvis man fjerner assosiasjoner på gruppe 2, hvis man ikke har koblet til ekstern romsensor). Vi vet at polling med fordel kan deaktiveres for de aller fleste enheter Vi vet at enkelte enheter som f.eks. skal rapportere strøm kan være litt for ivrige i tjenesten. Nevnte Aeo-Tec pluginmodul rapporterte for ofte, kanskje gjør andre også det? Ved mistanke kan man skru på logging for flere enheter (jeg pleier deaktivere logging for de fleste enheter). Jeg hadde problemer med et par noder på en bestemt kurs som tydeligvis hadde et støyproblem. Nå er imidlertid den og en del andre kurser fjernet og flere noder er ekskludert, og nettverket er (som jeg også forventet) blitt enda et par hakk raskere. Nå er det så raskt at jeg nesten blir skremt... Z-wave bruker 868 MHz. Det kan strengt tatt bli "jammet" av bl.a. AMS-målere og DECT telefoner og annet som bruker det åpne frekvensbåndet. Da er det imidlertid litt vanskeligere å finne... (Jeg personlig har enda en problematisk node igjen: En eldre Aeo Tec bevegelsessensor står ute, og kan gi litt forsinkelser når denne sender Lux-data hvert 15. minutt, men det er såpass sjeldent at jeg ikke oppfatter det som noe krise i det daglige. Men hvis noen vet om en annen Z-wave sensor som måler Lux og som tåler å stå ute, så si i fra... ) Hvis du virkelig vil ta tyren ved hornene, så hadde jeg begynt i en ende: - Ekskluder og reset alle enheter. - Lag et nytt Z-wave enheter. - Inkluder noder, men type for type. F.eks. hadde jeg da begynt med de jeg vet burde oppføre seg best. Fibaro Dimmer 2 mesher helt utmerket, og skal i utgangspunktet heller ikke ha noe særlig med data å sende til HomeSeer. Som sagt hadde jeg begynt med å sjekke rom for rom i homeseer om det er noen devicer som blir oppdatert oftere enn normalt enn nødvendig. Hvis jeg ikke hadde funnet det, hadde jeg begynt med å fjerne gr. 2 assosiasjoner på HeatIt-termostater. Hvis ikke det hadde hjulpet, hadde jeg ekskludert HeatIt-termostatene og se om det hjalp. Hvis ikke det hjelper så... ville jeg vurdert å iallfall gjøre en test med å ta det fra begynnelsen. F.eks. kan man ekskludere 2-3 Fibaro-noder og teste med en demo av HomeSeer på en annen maskin. Hvis disse også oppfører seg wonky i et eget nettverk med umiddelbar nærhet til controller, så har du nok større problemer (men du kan teste med å trekke ut strømplugg for strømplugg på utstyr som står i veggen hele tiden). Dette er iallall en start.

Nå vet ikke jeg hva du har prøvd. Men min UZB1 hadde mye dårligere dekning av å stå direkte i Raspberry'n. Nettverket var tregt ved scene valg og UZB1 så egentlig få noder selv om den sto sentralt i huset. I databladet til UZB1 står det faktisk at ved og ikke ha UZB1 direkte i USB porten, men derimot bruke en 10 - 20cm USB -> USB forlenger. Slik at den kommer seg litt vekk fra PCn / Raspberry'n vil øke signalstyrken. Og det gjorde susen for meg. Jeg kjørte da en optimalisering etterpå. Dermed så den fra 7 -> 18 (av totalt 26 noder), slik at den slapp all rutene mellom. Tregheten forsvant for meg etterpå. Nå har jeg Razberry2 kortet med en ekstern antenne tilkoblet. Nå ser den 23 noder.

Nei, det var min invending også, helt til jeg tenkte at de har jo ikke spesifisert alt den ikke kan brukes til, bare det de vet den kan brukes til.

Elektriker her monterte en switch på to LED-lys. Ikke opplevd noen problemer, men det er jo ikke støttet iht manualen... LED er ikke «incadacent», halogen eller resistiv. «When migrating from incandescent bulbs to either CFLs or LED lighting, the load isn’t resistive anymore, it’s inductive or capacitive (...)». https://www.electronicsweekly.com/news/products/led/choosing-the-right-dimmable-led-driver-2013-08/

Termostaten i ovnen vil også alltid til en viss grad bli påvirket av varmen fra ovnen og med en ekstern sensor plassert et annet sted får man bedre regulering.

Det er uansett kun noen uker før jeg selv skal få montert 4 Z-TRM2fx'er. Så får vi se da.

Takk for tips. GCalseer lister ut eventene akkurat slik jeg ønsker det nå

Nå har jeg fått mail fra dem at en kan gå på min side skjemaer og bestille åpning av HAN port. Det skal de da gjøre manuelt. Jeg bestilte nå.

Flott, takk!

If it works don't touch it! ?

Litt "off topic" dette, men før jeg kom over GCalSeer (eller den i det hele tatt var laget?), hadde jeg behov for noe tilsvarende (vise dagens eventer og morgendagens) fra Google Kalendere. Løsningen ble å bruke et JS Library som har blitt laget av Milan Lund og som ligger tilgjengelig på hjemmesiden hans . Jeg fikk han også til å endre på getFormattedTime og formatDateSameDay for å kunne formattere dato og tid til mitt bruk. Jeg bruker det til å vise aktiviteter som er enten aktive (pågår) og neste aktivitet. Om det ikke er en aktiv aktivitet vises første to fremtidige aktiviteter. Eksempel 1 som viser 2 aktiviteter og Eksempel 2 med kun 1 aktivitet. Om jeg skulle laget tilsvarende i dag ville jeg selvsagt brukt GCalSeer til dette, men så lenge det jeg har fungerer får det duge.

Ikke umulig at det hadde fikset seg med AndAlso (som jeg ikke var klar over før igår ettermiddag) og litt bedre bruk av parenteser, men problemet er at jeg ikke har drevet med vb.net så syntax sitter ikke i ryggmargen. Det merkelige er at det er så forskjell mellom å kjøre i Linux og Windows. Vi kom uansett i mål ved å droppe else if og heller lage litt mer if setninger. Ikke optimalt, men siden det ikke er store kodesnutten så er det greit for min del. Mulig jeg drar igang en større sjekk på dette når jeg ikke har så mye annet å gjøre. Sånn i 2035 eller noe sånt ?

Hvis "ElseIf", kanskje noe av det mest grunnleggende innen programmering, ikke fungerer, så er det noe alvorlig galt med mono! Men det kan være en kompiler-tabbe også. Det er mulig det kan løses med parenteser og AndAlso. If ev.StartDateTimeLocal.Date = Now.Date And ev.AllDayEvent Then calendarEventAsString = "Dagens " ElseIf (ev.StartDateTimeLocal.Date = Now.Date AndAlso Not ev.AllDayEvent) Then calendarEventAsString = "Kl. " ElseIf (ev.StartDateTimeLocal.Date = Now.Date.AddDays(1) AndAlso ev.AllDayEvent) Then calendarEventAsString = "Imorgen " ElseIf (ev.StartDateTimeLocal.Date = Now.Date.AddDays(1) AndAlso Not ev.AllDayEvent) Then calendarEventAsString = "Imorgen kl. " End If If (ev.AllDayEvent AndAlso ev.StartDateTimeLocal.Date < Now.Date.AddDays(2) then calendarEventAsString = calendarEventAsString & ev.Subject ElseIf (Not ev.AllDayEvent AndAlso ev.StartDateTimeLocal.Date < Now.Date.AddDays(2)) then calendarEventAsString= calendarEventAsString & Format(ev.StartDateTimeLocal,"HH:mm") & " - " & ev.Subject ElseIf (Not ev.AllDayEvent AndAlso ev.StartDateTimeLocal.Date >= Now.Date.AddDays(2)) then calendarEventAsString= calendarEventAsString & Format(ev.StartDateTimeLocal,"yyyy-MM-dd HH:mm") & " - " & ev.Subject Else calendarEventAsString= calendarEventAsString & Format(ev.StartDateTimeLocal,"yyyy-MM-dd") & " (hele dagen) - " & ev.Subject End If

Jepp.

Da kan jeg bekrefte at den har altibox app via Google play

Alternativ 3 uten tvil. Og som det nevnes over her: det er bare docker som gjelder for tiden [emoji4][emoji106]

Eg bruker alle dei tre du nevner, og det fungerer faktisk heilt topp ?

Jeg tror han har rett. Anbefaler alle å selge z-wave utstyret til en rimelig penge her på forumet (finn fungerer også). Gi meg et vink når alt er lagt ut... ?