psv021
-
Innlegg
512 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
12
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av psv021
-
Satte nylig opp nginx som reverse proxy med SSL-tvang og ganske aggressiv IP-whitelisting. Har tidligere hatt HS og Grafana direkte eksponert mot internett på ikke-standard porter (passordbeskyttet begge to, men ikke SSL). Loggene fra nginx var en aha-opplevelse for meg. Det hagler med penetreringsforsøk, hver eneste dag.
-
Har installert 4 x HeatIt termostat for varmekabler. I HS får jeg 3 ulike temperaturer som features/subdevices: Temperature 2, Temperature 3 og Temperature 4. Jeg antar at en er luftsensor, og en annen er gulvsensor - men er det riktig? Hvilken er hvilken, i så fall? Finner ingenting om dette i manualer eller ellers via Google... I tillegg ser jeg at det litt forskjell mellom mine fire termostater. To av termostatene gir verdi for både 2 og 4: De to andre gir kun verdi for 2: Hva betyr dette? Feilinstallering? Feil på termostat...?
-
Det gir jo mening det. Hos meg var det bare blankt, men mulig jeg ble lurt av noe i HS4-grensesnittet. Lurer på om jeg klarer å få til dimming av z-wavelys ved hold på denne bryteren... 🤔
-
For min del kom jeg aldri så langt som til z-wave med de som ikke funket. De feilet ved bruk av bryteren. En hadde ikke lys, et par stod bare og dimmet kontinuerlig. Godt mulig elektrikeren rotet det til, selvsagt, men har ingen grunn til å tro det. Til slutt beholdt jeg de som funket, og erstattet resten med Fibaro Dimmer 2. Har ikke hatt noen videre problemer med dimmerne etter det, inkludert med z-wave.
-
(bryteren sender på alle 4 kanaler, men JowiHue legger bare de første tre inn. Kan altså få tak i verdiene fra det siste bryterparet ved å legge til nye Single Graphics manuelt. Men forsatt bare strings)
-
Får du mer verdier enn kun string? Hos meg dukker denne opp i HS4 som en device med kun en feature, der knappetrykk trigger nye tekststrenger. Hadde vært kjekt å ha hvert bryterpar som egen feature i HS, og kanskje også fått verdier (i alle fall on/off - ser at hold blir litt tricky) Ser også at jeg får 3 av 4 brytere registrert samtidig, ikke den siste. I oppskrift fra Namron ser det imidlertid ut som om man må legge til bryterpar for bryterpar nedover.
-
Fikk svar fra forfatter, han har kjørt bygget på nytt. Så nå ligger det faktiske filer bak lenken i repoet. Legger de her også, siden de nok forsvinner igjen om 1 måned. HSPI_InfluxDBPersistence_0.1.221.zip
- 34 svar
-
- 2
-
-
Windows 10? Er dette samme versjon som ligger ute på HS-forumet fra 2018-ish...? Anyways, takker! For å svare delvis på eget spørsmål, ser ut som denne er fra 2018 ja. Gir den et forsøk, men skal forsøke å få tak i forfatteren. Det er en hel haug med commits til koden etter den tid som hadde vært greie å få med, vil jeg tro.
-
Det er interessant! Jeg installerte den aldri da jeg fikk forståelsen på andre forum at den ikke virket i HS4. Bråstoppen var at de kompilerte filene har blitt slettet automatisk etter 1 mnd. Og siste build var for 7 mnd siden... Kan muligens forke og bygge selv, men har ikke orket å begynne på det.
-
Drar opp igjen denne litt gamle tråden. Har satt opp HS4 på hytta, og har kommet til influx/grafana-biten av dette - men der var det bråstopp. Hjemme (HS3) har dette fungert prikkfritt i årevis nå, men det var ikke like rett frem med HS4 såvidt jeg ser. Snuste på denne plugin'en litt, men builden er slettet etter 6 måneder og ikke lengre tilgjengelig. Siste commit er 7 mnd gammel, og såvidt jeg ser på Github så er ikke HS4-migrering ferdig. Virker som om dette har dødd litt. Jeg har ikke forsøkt mitt opprinnelige script fra HS3 for å frakte data ut av HS, men mulig det blir løsningen her også. Hva er "beste praksis" i 2021 for å få tak i data fra HS4? Spesifikt da via InfluxDB selvsagt.
-
Oppdatering: Når huset ble strømsatt var det bare rot med disse dimmerne. Flere fungerte rett og slett ikke, andre fungerer men med "quirks" som f.eks 30 sekunders transition. Av 7-8 installerte dimmere var det kanskje 3 som funket. Da har jeg enda ikke satt opp noe z-wave. Så de blir plukket ned og erstattet med Fibaro som opprinnelig avtalt.
-
Enig, det er planen. Ville bare fiske litt etter andres erfaringer med de (om noen finnes).
-
Ser at Q-light er nevnt her og der, men forstår at det er ulike produkter ute og går... Noen som har erfaring Q-light z-wave puck? Link til produktet hos Power: https://www.power.no/smarte-hjem/smart-belysning/smarte-kontakter-og-dimmere/q-light-z-wave-puck-dimmer/p-1177579/ Bakgrunnen her er at jeg har bestilt z-wave dimmere i et nytt hus. Elektriker har tidligere spesifisert Fibaro Dimmer 2, som jeg kjenner godt fra før - men nå så jeg at det slettes ikke er Fibar som er installert, men disse fra Q-light som jeg da ikke kjenner til. Det vil ta litt tid før jeg får opp sentral osv, så huset blir sannsynligvis overtatt før jeg får testet dem. Da er det jo litt dritt dersom de er dårlige. Og motsatt: Dersom de er bedre enn Fibaro Dimmer 2 vil jeg jo selvsagt ikke klage. Innspill?
-
9 minutter senere: 2 av 4 z-wavelys på samme sensor kommer på. Ikke så ille det! Neida... (joda)
- 8 svar
-
- 4
-
-
Landet du på noe her? Bygger hytte, og trenger plutselig panelovner (tror jeg). Har vannbåren varme hjemme, og har ikke eid en panelovn de siste 10 årene. Hadde håpet det hadde skjedd mer på denne fronten, men diskusjonene jeg leser kan vel tyde på at det ikke er tilfelle. Kikket såvidt på Nobø, men vi snakker jo minst 10.000 for 4 panelovner (inkludert hub og termostater).
-
Ønsker deg lykke til
-
Ja, skulle være mulig å legge på et relasjonslag. Jeg bruker også et vb-script til dette. Det skulle vel også være mulig å legge relasjonene inne i vb-scriptet. Jeg kan fint lite om VB, men finnes dictionaries som i f.eks. Python? (Evt flytte det til en yaml eller json på utsiden som du skriver.) Prinsippet blir vel det samme da: Ikke relatere direkte til deviceID i influxDB (relasjon inne i HS3 via virtuelle devicer, eller i VB, eller midt i mellom i en JSON eller andre lure(re) løsninger.)
-
Har akkurat samme utfordring, uten at jeg har en god løsning. Jeg har tenkt på å ha virtuelle devicer som proxy. Den virtuelle devicen følger verdien til den reelle devicen, men et er virtuell device som trackes i influxDB. Da kan reell device byttes ut, uten at det påvirker dataene i influxDB. Teoretisk sett, for man vil gjerne kunne skille mellom to ulike sensorer osv. Foreløpig har jeg ikke klart å finne motivasjonen til å lage hundrevis av virtuelle devicer, og jeg er ikke sikker på om det er beste løsning heller.
-
For vaskemaskin stemmer dokumentasjonen ganske greit: 1900-2300 W. Effekt for tørketrommel er i dokumentasjonen oppgitt til 1000W. Men observert effekt er stort sett rundt 500W. Mulig andre programmer enn det vi normalt bruker trekker mer. Det er også oppgitt forbruk per program osv, det har jeg ikke regnet på.
-
Ja, altså, siden jeg nettopp har byttet wallplugs har jeg konsistente målinger på dette, over flere år, og nå fra ulike wallplugs fra ulike leverandører, så jeg FØLER jo at dette er relativt greit bevist Men, det understreker vel at spørsmålet "hvor mye strøm bruker en vaskemaskin" er litt i kategorien "hvor langt er et tau?". Ellers så oppgis vel effekten for de fleste vaskemaskiner/tørketromler der man kjøper dem, og i dokumentasjonen.
-
Kan det være at Keep Realtime Alive lager krøll? Slo den av for noen dager siden, og etter det har ting fungert bedre. Det kan selvsagt være av helt andre årsaker også, inkludert pur tilfeldighet. Noe hosting, men ingen kræsj. Eksempel fra i natt under. Eventen som kjører 00:10:21 er min egen restart av Realtime. I dataene har jeg avbrudd fra 00:00 til 00:10.
-
Nei... Her er en typisk vaske/tørke-runde. Først startes vaskemaskin, så startes tørketrommel samtidig som vask nr 2 startes. Det er vel oppvarming av vann som trekker mye, vil jeg tro. Ser tydelig sentrifugeringen på slutten, som trekker knapt 500W. Tørketrommel trekker derimot relativt lite (500W), men ganske jevnt over tid.
