Alpøy

Det var ikke så lett, det var såpass motstand at jeg tenkte at "noe" kom til å bli ødelagt og uansett ville jeg ikke klare å skyve inn en ny sensor hvis det var såpass moment som skulle til så jeg la det på is. Vil uansett sjekke alle muligheter før jeg river og sliter og evt. ødelegger noe.

Hei, Jeg oppgraderte firmware på min Z-TRM2fx fra 2.6 til 3.6. Tidligere har jeg hatt den stående i power regulate (mao. uavhengig av temp.sensor så langt jeg har forstått). Denne modusen finnes ikke lenger i 3.6 fw'en (!) og jeg får ikke eksisterende NTC/temp sensor til å virke av ukjent årsak, den viser 30-40 grader når jeg bruker denne på et iskaldt gulv. Jeg har satt den til 10k for det er det vanlige men hvis jeg f.eks. setter den til å være en 20k NTC så blir bare temperaturen enda høyere og mer absurd. Jeg må bare anta at den ikke virker som den skal ? Blir ganske vanskelig å erstatte denne sensoren så jeg ser at jeg har kanskje 2 måter å løse dette på: 1. Bruk eksternromsensor som "luft" sensor men det innebærer at jeg må borre gjennom veggen og gjøre noen kreative grep jeg ikke var så veldig ivrig etter. Noe annet jeg har observert ved å bare koble til en ny NTC er at temperaturen blir rapportert som 0 i ny og ned, er det noen som har opplevd dette? Jeg kan få 4-5 rapporteringer av rett temperatur så plutselig melder den 0 til neste oppdatering. 2. Styre den via software basert på en annen temperatur sensor i området, dvs. slå av/på varmekabler basert på temperaturen i rommet. Liker ikke dette helt med tanke på at kablene kan i verste fall bli stående på konstant hvis kontroller/openhab av ukjent årsak ikke fungerer og jeg er bortreist f.eks.

Tok jobben ifjor høst med å konvertere alle DSL rules til Jython og har ikke sett meg tilbake! OH (nå 2.5M2) har aldri vært så smidig, stabilt og funksjonelt! Er strålende fornøyd og kan bare anbefale alle og enhver å ta samme steg, hvert fall hvis du har en basis forståelse av programmeringsspråk! ESP8266/NodeMCU med EasyESP har også vært en gudsgave når det har kommet til å rulle ut sensorer i diverse rom, med enkel setup og stabilitet (selv om firmware'n har vært litt buggy her og der så har det bare handlet om diverse reboots i ny og ned, men siden de booter på sekunder har det ikke vært merkbart). Har kjørt på en development firmware fra 2018 og tok nå runden med å oppgradere til nyeste "stable" og den virker mye mer snappy i GUI og uten tvil har de løst stabilitets problemet nevnt tidligere. Jeg har mer eller mindre fjernet alt av batteri drevne Z-wave enheter og løst det med ESP8266'ere istedet (riktignok kablet). Det fine er at man kan bygge ut på disse nodene sensor for sensor, f.eks. har jeg noen med reed switcher (magnetkontakter), BME280 (temp/fukti./bar.trykk) og lekkasjesensor. På ett rom har jeg kunne brukt 1 node og målt 2 forskjellige rom med noen enkle grep. Fleksibiliteten er utrolig fin, eneste utfordringen har vært å ha noen gode eller "fine" containere for dette. Har som regel benyttet vanlige elektrisk koblingsbokser siden det "forsvinner" litt i anlegget fra før siden jeg ikke har skjult anlegg. Nå har jeg satt opp virtuelle termostater i ethvert rom som jeg justerer temperatur på ved å slå av/på varmelementet som er i rommet (uavhengig av type oppvarming) siden jeg har standardisert navnene på alt. Samtidig har jeg lagt inn meta tags på termostat item'ene slik at jeg kun har 1 hoved "rule" som styrer alle termostater (sjekkes hver 5.minutt), f.eks: Number THERMOSTAT_Fe_BarneSoverom "Setpunkt Barnesoverom [%.1f °C]" <thermostat> (gFe_BarneSoverom_Thermostat,gRoomThermostats,gPersistMysqlChange) { ga="thermostatTemperatureSetpoint", thermostatControl="Meta" [conditional="1", requiredCLOSED="KB_Fe_BarneSoverom_Vindu"]} Her leser jeg ut av meta tag'ene at for at denne termostaten skal "automatisk" styres så må "KB_Fe_BarneSoverom_Vindu" være CLOSED Siden jeg har standardisert navn for itemene mine vet jeg at for å finne rom temperatur trenger jeg bare å erstatte THERMOSTAT_ delen av navnet med TM_ og VE_ for varmovn. VE = Varmeelement KB = Kontaktbryter Fe = Første Etasje osv. 30-Mar-2020 10:40:00.089 [DEBUG] [jsrTempControlRules] - romtemp_regulering: Prosesserer termostat: THERMOSTAT_Fe_BarneSoverom 30-Mar-2020 10:40:00.092 [DEBUG] [jsrTempControlRules] - romtemp_regulering: Evaluerer oppvarming av THERMOSTAT_Fe_BarneSoverom. Temperatur: 22.3 Ønsket: 22.0 Maks: 23.0 Min: 22.0 30-Mar-2020 10:40:00.095 [DEBUG] [jsrTempControlRules] - romtemp_regulering [THERMOSTAT_Fe_BarneSoverom]: Temperatur innenfor ønsket verdi, ingen aksjon nødvendig. Å standardisere det slikt har forenklet reglene mine betydelig! Så det er bare å utnytte disse hjemmekontor dagene til å konvertere til jython ?

Mulig jeg må kontakte ID lock da, få den sendt inn for sjekk...den er tydelig ikke helt frisk !

Jeg har resatt og reincludet låsen min og det har hjulpet tydeligvis, den har ikke gått fri for batteri nå på over en måned. Det er et godt tegn, men ikke så veldig godt tegn hvis det er slik at jeg må gjøre dette for hver batteriskift. Men en annen ting jeg har lagt merke til er at status oppdatering (z-wave) fra lås virker sporadisk, dvs. hvis jeg f.eks. låser opp utenifra så mottar ikke controlleren alltid dette, og det er ganske irriterende når man baserer alarm/husstyring på dette. Låsen står i luftlinje ca. 2.5meter fra controlleren med en lettvegg imellom. Jeg får heller ikke batteri status lenger ? ...begynner å miste sin hensikt å ha denne låsen.

Ja du må ikke ha root, men så langt jeg vet så trenger du å roote den for å benytte den 100% lokalt, uavhengig av Xiaomi sitt API/Servere. Jeg syntes det er kjekt med MQTT kontroll og mulighet for å hente ut lokalt map for integrering i sitemaps (openhab). Og alle muligheter jeg har for å være uavhengig av sky-løsninger benytter jeg meg fullt av ?

Blir du å roote den? i så fall hadde det vært fint om du ga en tilbakemelding på hvordan det gikk ?

Hei, Er det noen her som har kjøpt Roborock S5 i nyere tid (f.eks. siste par måneder'ish) som kan verifisere at det gikk å roote den ? Jeg vurderer å kjøpe en S5 da jeg har en Gen1 men vil ha Valetudo kjørende på den i så fall. Ref: https://github.com/dgiese/dustcloud/issues/213#issuecomment-505760733 så kan det være at det ikke går på nyere modeller ? Forhørte meg med komplett.no og de sa at de har solgt unna sine lager og tatt inn nye siden Mars 2019 så det er muligens vanskelig å få tak i en "eldre" modell, samtidig som det er vanskelig å få vite om faktisk produksjonstid fra webshop'ene.

Hvis du hiver deg rundt hadde det vært flott hvis du tok litt bilder om metode og tilbakemelding på hvordan det gikk ?

Jepp, hvis strømmen går er det bare å bruke samme "nødløsning" som hvis batteriet er tomt, 9VDC batteri i reserve (i en nøkkel boks eller liggende i bil). Mere unntak en regel ;-). Hadde vært veldig pent å fått borret det inn helt frem til låskassa, men tror det må være en form for strikk/spenn som drar kabelen på plass hele tiden evt. et strømpe/rør som beskytter kabelen alt etter hvordan du ønsker å føre kabelen ut fra selve dørbladet. Min første tanke var noe ala dette bare en del penere og kortere rør ? . Men ved å borre gjennom døren slipper man masse stygg kabling som du nevner.

Plages også veldig med ID lock 150'en. Jeg har konsekvent bytte av batteri hver 14.dag (har begynt å logge tidspunkt når jeg gjør det)! Det var et unntak når jeg kjørte første firmware update at den varte over 1 måned++ men så var det på'n igjen. Sliter også med at den ofte ikke oppdaterer gateway med status (lås/ikke låst etc.), det skaper mye bryderi med "alarm" systemet. Det bør ikke være et rekkevidde problem da gateway står ca. 2-3 meter unna i luftlinje med en lettvegg mellom. Må snart vurdere å skrote hele løsningen eller koble den til en DC strømforsyning, men hadde lite lyst å ha kabelkanaler rundt og på døren...? Skal gjøre et forsøk på exclusion, reset, firmware update og reinclude, se om det endrer på noe.

hva er forskjellen på Z-TRM2 og Z-TRM2fx?

Hei, Noen med erfaring på disse miniventilasjons løsningene? Er forøvrig klar over at det finnes alternativer som twinfresh etc. men disse er noe dyrere hvis du skal ha inn- og ut- luft samtidig samt virker det noe knotete å kontrollere de (udp). Disse Mitsubishi miniventilasjons boksene har enkel kontakt styring så bør (tm) være lett å kontrollere.

Jeg har modifisert et github script (https://github.com/marcelm/radonwave) til å oppdatere OH via mqtt, men det er helt uavhengig av OH. Kan benyttes fritt, se vedlegg. Konfigurasjon ligger i topp, bruker python3. apt install build-essential python3-venv python3-pip libglib2.0-dev bluez pip3 install paho-mqtt airthingsble.py

Ugh, akkurat det jeg også observerte... at den ikke støtter meter_reset Dette var ganske nedtur da jeg har bygd opp et "eget" GUI for å få graf/kurver, som er avhengig av månedlig reset. Dette støtter forøvrig alle de andre z-wave målerne (switcher, dimmere osv.) ??

Styr hvert fall unna Asus 4G-AC55U, jeg har den i bruk på hytten min og den er utrolig ustabil. Den mister plutselig kontakt med SIM kortet (en gang i måneden ca.) noe som kun løses ved å slå av/på. Den har også en intern "data forbruks" teller som ikke henger på greip i det hele tatt i forhold til forbruket. Støtter heller ikke noen form for custom firmware som Merlin etc. ?

Go figure, alt funker fint idag...g00gle må ha hatt noe problemer igår

Noen som får kommandoene til å virke på norsk? Får det hvert fall ikke til her, har forøvrig bekreftet at selve konnektiviteten fungerer (kan slå av/på lys via G-Home app'en).

Jepp testet uPython til noe smått mqtt/temp. sensor målinger men det var som du sier lite modent og støttet veldig få libs.

Bestilte for et år tilbake (om ikke lenger) noen ESP32'er uten at jeg helt sjekket hvordan de lå an på kompatiblitet og firmware/software. Testet litt micropython og noe arduino men gikk tilbake til ESP8266 (den gang) siden jeg ville få ting i drift relativt raskt. Esp Easy er f.eks. veldig lettvint når man skal ha enkle målinger/sensorer kjørende. Den gang da støttet ikke Esp Easy ESP32 men de har visst laget noe test firmware for disse, så da kommer spørsmålet mitt... er det noen her som bruker ESP32 til noe?Hvilken firmware og hvordan har stabiliteten vært? Hadde vært fint å benyttet disse til f.eks. innhenting av diverse bluetooth data/beacons etc.

Løste seg ved å øke command poll til 5000ms, Ref: https://community.openhab.org/t/request-to-add-device-to-the-z-wave-db-new-version-of-id-lock/48824/52

Hei, Noen som kjører id lock 150 her i OH? Sliter med at den sender "doble" kommandoer, dvs. at den går ON/OFF 2 ganger før den er ferdig med låsing/åpning. Lager noe trøbbel for reglene mine Låsing via Z-WAVE (ON): 2018-10-16 13:54:12.465 [ome.event.ItemCommandEvent] - Item 'MyLockSwitch ' received command ON 2018-10-16 13:54:12.469 [nt.ItemStatePredictedEvent] - MyLockSwitch predicted to become ON 2018-10-16 13:54:12.476 [vent.ItemStateChangedEvent] - MyLockSwitch changed from OFF to ON 2018-10-16 13:54:14.140 [vent.ItemStateChangedEvent] - MyLockSwitch changed from ON to OFF 2018-10-16 13:54:15.763 [vent.ItemStateChangedEvent] - MyLockSwitch changed from OFF to ON Åpne lås via Z-WAVE (OFF): 2018-10-16 13:54:24.241 [ome.event.ItemCommandEvent] - Item 'MyLockSwitch ' received command OFF 2018-10-16 13:54:24.246 [nt.ItemStatePredictedEvent] - MyLockSwitch predicted to become OFF 2018-10-16 13:54:24.250 [vent.ItemStateChangedEvent] - MyLockSwitch changed from ON to OFF 2018-10-16 13:54:25.917 [vent.ItemStateChangedEvent] - MyLockSwitch changed from OFF to ON 2018-10-16 13:54:26.481 [vent.ItemStateChangedEvent] - MyLockSwitch changed from ON to OFF Låse manuelt via insiden (inside): 2018-10-16 13:55:53.986 [vent.ItemStateChangedEvent] - MyLockSwitch changed from OFF to ON Åpne manuelt fra innsiden (inside): 2018-10-16 13:56:11.513 [vent.ItemStateChangedEvent] - MyLockSwitch changed from ON to OFF Som beskrevet ovenfor skjer dette kun ved å låse via Z-Wave kommando, ved manuell låsing kommer det bare en state change.

Ja dvs. den sto på polling hver time, har endret dette til 1 gang i døgnet nå rett etter batteri bytte

Jeg får se nå på neste batteri, om det var bare litt start problemer. Har forøvrig ikke gjenlåsing på, tror ikke låsen kjører mer enn 4-5 låsinger pr.dag.

Kjøpt den til slutt og først ladning med batteri (8xAA) varte 6-7 dager så måtte jeg bytte ?