Moskus

Hadde jeg vært veldig fornøyd med på 19 noder. Tiden som brukes på optimalisering er ikke så nøye. Reaksjonstiden til noden i bruk er det som betyr noe.

Definer "tidkrevend". Full Optimize tar gjerne to-tre timer hos meg med nærmere 80 noder. Ser også masse "...". "Optimize" er jo ikke noe som skal gjøres i tide og utide, så jeg anser det ikke som et problem.

.... da tror jeg at jeg har jeg en dårlig nyhet: Jeg tror ikke gamle RFXLAN fanger opp Viking-sensorene. Til det må du ha en RFXtrx433... Mine Viking-sensorer faller iallfall ut når jeg kobler ut RFXtrx433'ene, og kun bruker RFXLAN.

Det er svært sjeldent det er nødvendig (eller smart) å sette opp alt på nytt. Før du bytter interface, kan du prøve med en enkel Bakcup og Restore. Da er i det minste alle routing-tabeller fjernet, og eventuelt bugs i denne vil være borte.

Ja, der var nyere beta'er du kjører? Hvis det er plugin'en som er problemet er det ikke sikkert det hjelper å bytte interface...

Det beste alternativet er nok gamle Oregon Scientific THWR 288N. Men som du sier er det et problem med tilgjengeligheten...

Optimize gjør at nodene snakker sammen riktig.

Og du har kjørt vanlig "Optimize" og en "Full Optimize"?

Hmmm... Dette har jeg ekstremt sjeldent behov for, men den Z-NET restarter alltid.

Jeg har kun Z-NET. Men bruker to stykker RFXtrx433E med RPi-over-nettverk-løsningen. Det fungerer fint.

Feilen i loggen har med UPnP å gjøre, altså kun nettverksrelatert, ikke Z-wave. Du kan skru av UPnP (slik jeg har gjort) under Tools -> Setup -> Network -> Ta bort "System is Discoverable Using UPnP"-haken. Hvis du så går til Plugins -> Z-wave -> Controller Information, og kjører en "Test node connectivity". Hva får du da?

Det er en eller annen variant av Linux med noe programvare for å ta seg av kommunikasjonen med HomeSeer (samt litt enkel vedlikehold). Det er en hakket "mer integrert" metode enn å benytte RPi-serial-over-ethernet, selv om det også fungerer.

Ja, det er sant, men da er det mindre muligheter for integrering. Ikke at det er kritisk, jeg har selv "integrert" min R40Li i HS så godt som mulig med å måle strømmen på basestasjonen. Her er vår klipper i aksjon mellom 09:00 og 16:00 på ukedager. Jeg kan ikke tvinge den ut, men jeg kan holde den i ro i dock'en med å kutte strømmen hvis jeg vil.

Dette innlegget fra tidligere i tråden var jo optimistisk.

Nå om dagen får du vel ikke kjøpt "HS sitt eget interface", så en Z-NET er vel bare en RPi med en UZB1 koblet til. Når det er sagt så er det jo bygget en del "smarthet" inn i den enkle programvaren på Z-NETen. Om det er bedre eller dårligere enn en RPi + UZB1 pluss egen programvare vet jeg ikke om det er enkelt å svare på.

Takk for at du fikk meg til å google det. ? Vi normale kaller det limpistol.

Ja, foreløpig er det nok det. Men det kan endres. Jeg har ingen HS-skole for scripting enda, men har en kort introduksjon her.

Du må jo gjerne kode hvis du vil.

Send en epost til support (på) rfxcom dått com, Bert kan garantert hjelpe.

Kjapp oppfølging på dette. Eik Maskin hadde en fantastisk service. Er du i sør-Rogaland og trenger service på din Gardena-maskin, så anbefales de på det varmeste. 10/10 would use again.

Discover vil vel muligens ikke virke hvis de er på ulike subnet? Jeg hadde begynt med en reset.

Det var nok fordi de ikke hadde samsvarende CAPI-verdier, men det skal du kunne endre i JowiHue-innstilligene hvis jeg husker riktig.

Det var jo litt da...

Aha, ja når jeg leser det på nytt så kan det tolkes slik. Men da kan man jo like greit bruke andre RGBW-striper og en Fibaro RGBW modul så slipper man Hue.

Øh... kan du styre en Ikea Benkebelysning med Hue...? Eller gikk jeg glipp av noe? CloneDevice.vb er en måte, men nå støtter HS dette direkte også. Fordelen med script-tilnærmingen er at du kan legge betingelser hvis du ikke alltid vil linke enheter.