Moskus

Ja. I EU-variant. Ja, jeg vet. Det er derfor vi spurte om Doorman. Personlig tror jeg at den fungerer. Men jeg vet det ikke, og jeg har ikke tenkt å ofre min modul for å prøve. Det kan være annerledes programmering på Doorman enn på US-låsene.

Yale har en Z-wave modul til US-markedet, men de har også en til EU-markedet. Jeg har en Yale-lås med EU-modul og den fungerer glimrende. Men Yale har sagt at samme modul (visstnok) ikke vil fungere i Doorman, og "you may damage both the module and the lock if you try". Om det er sant eller ei vites ikke...

Jo, men det er ikke rare kabelen som skal til for 3V. Kan jo legges bak en list, og montere SRT321 inntil.

Nei. Ikke med mindre det har skjedd en revolusjon de siste dagene. Doorman integreres via Verisure. Hvor står det at Vera støtter Doorman? IDlock har Z-wave støtte.

Tøys og tull! Jeg har brukt det i mange år, både med Z-stick og med UZB1! Fungerte helt fint. Der var linken til RFXtrx. Takk!

Prøv å få til Stavanger først, post koden til meg, og så prøv Haugesund...

De selger dem jo med EU/UK-plug, så det er vel ikke usannsynlig at de sender til Norge. (Ser sånn ut, når jeg prøver "check out") Men $200 for ei klokke, selv om det er en smart en, virker litt voldsomt. Men kanskje jeg får ønske meg en. Og noen har tydeligvis tenkt: https://board.homeseer.com/showthread.php?t=186395

Så passe rødt ut, ja. Akkurat denne LED-stripen var også en "eBay-stripe", men det er nok forskjell på produkter... Så mye bedre blir det vel ikke av rulle den ut...

Jeg tror det, men jeg kan ikke fortelle deg hvordan. Jeg har tenkt å gjøre det med RFXtrx'er, men venter på at @iblis skal skrive en guide for det. Med RFXtrx kan du sette inn addressen til Pi'en rett i plugin'en. Jeg bruker noen Belkin USB-over-Network bokser.

Tja, det er ikke sikkert. De som er interessert er nok faktisk interesserte, det er jo tross alt litt penger det er snakk om. 5 m går helt sikkert greit. Jeg har ca. 1V spenningstap over et 20-25 meter spenn.

Yay! Endelig! Takk for tipset! Hva nøyaktig måtte du skrive for å få til det?

Det stemmer nok det, men forskjellen er ikke enorm. Men å gå fra en batteridrevet (433 MHz) metode til en annen vil vel kanskje ikke gjøre løsningen mer pålitelig, heller mindre. SRT321 bruker nok vesentlig mer strøm enn en Oregon-sender, og Oregon-senderen vil typisk sende et nytt tall minst en gang i minuttet.

Ah.. ESXi og USB-forwarding har jeg ikke bare gode erfaringer med. Bruker heller USB-over-nettverk-løsninger.

Ja. Jeg har imidlertid klart å endre på Eventet som satte det opp, så jeg tar det litt fra hukommelsen, og prøving og feiling. Red: 100% Green: 40% Blue: 10% ... ikke helt fornøyd, var mer fornøyd tidligere, så jeg får prøve igjen...

Trekk ut UZB1'en fra maskinen og sett den inn igjen.

Haha! (Sorry!) Prøv å restarte Z-wave plugin'en, det skal visst hjelpe. Jeg har ikke hatt det problemet med UZB1... men det kan også være verdt et forsøk å oppdatere firmware-versjonen.

Ja, OK. Det er jo litt for mye. Det finnes jo både bedre antenner til RFXen, og det finnes absolutt bedre sendere også...

Det stemmer. Det er jo et spørsmål om det er et praktisk problem, men det er jo greit å ha en backup... Jeg hadde gått for Z-wave, av grunnene du nevner.

"Ta 28 betal for 20" tilsvarer 28,5% rabatt. Dette lønner seg, og det vil være vesentlig lettere å administrere.

God initiativ!

Den ruller ned, så det burde gå bra.

Prøvde meg på print(os.setlocale("nb_NO")) før linjene med os.execute ('curl "http://'..localhost..'/JSON?request..... osv ... men jeg får bare "nil". Har kommet rundt problemet med å fjerne desimaler, som muligens ikke har så stor verdi uansett, med math.floor(): os.execute ('curl "http://'..localhost..'/JSON?request=controldevicebyvalue&ref='..idxLux..'&value='.. math.floor(weightedLux) ..'"') os.execute ('curl "http://'..localhost..'/JSON?request=controldevicebyvalue&ref='..idxSolarAltitude..'&value='.. math.floor(sunAltitude) ..'"') os.execute ('curl "http://'..localhost..'/JSON?request=controldevicebyvalue&ref='..idxSolarAzimuth..'&value='.. math.floor(azimuth) ..'"') os.execute ('curl "http://'..localhost..'/JSON?request=controldevicebyvalue&ref='..idxUserVarOcta..'&value='..Octa..'"') os.execute ('curl "http://'..localhost..'/JSON?request=controldevicebyvalue&ref='..idxUserVardirectRadiation..'&value='.. math.floor(directRadiation) ..'"') os.execute ('curl "http://'..localhost..'/JSON?request=controldevicebyvalue&ref='..idxUserVarscatteredRadiation..'&value='.. math.floor(scatteredRadiation) ..'"') os.execute ('curl "http://'..localhost..'/JSON?request=controldevicebyvalue&ref='..idxUserVartotalRadiation..'&value='.. math.floor(totalRadiation) ..'"')

Jeg styrer nesten alt av varme med 433 MHz-sensorer, stort sett Oregon Scientific men også litt annet. OS vet jeg sender minst annen hvert minutt, de fleste mye oftere. Og jeg har god 433-Mhz dekning i huset (ca 3 mottakere med gode antenner). Men i enkelte rom er det ikke så store temperatur-endringer, spesielt når de ikke blir oppvarmet og har vært kalde en stund. Stua di og kjellerstua viser jo dette også, kan det se ut som. Har du Device History eller Jon00 sin logging database? Det interessante er jo verdiene. Hvis temperaturen skulle endre seg med flere grader mellom hver rapport, så har du nok et dekningsproblem. Hvis endringene er lavere enn det, la oss si under 0,5 grader, så er det nok den "korrekte" temperaturen som viser.

Vent litt: Er det faktisk oppdateringer du teller eller er det endringer? (Uansett spennende å se hvordan du faktisk teller ). RFXCOM-plugin'en oppdaterer ikke devicene sine hvis den nye verdien er lik den gamle, noe jeg personlig synes er mer nyttig enn at "Last Change" skulle referere til siste mottatte datapakke.

X10 i seg selv har ingen slike begrensninger, men jeg vet ikke noe om spesifikt om Marquant.