Moskus

Det finnes jo ingen grunn til å bytte noe ut siden jeg allerede bruker det beste alterntivet, det vet du jo fra før.

Har du prøvd å trykke "Show all"? Jeg vet ikke hva som kan skje. Men det ser ikke ut som HS oppretter den paren-child forbindelsen den burde, og dermed blir det feil. De runde hjørnene i skjermbildene dine avslører det. Normalt skal det altså se slik ut: Her er "Price Root" en parent device, og alle de andre er "child"-devicer. HomeSeer grupperer dem da slik. Hvis du går inn på "Price Today TextSummary", skal du se følgende nederst i den øverste tabellen: Hvordan ser det ut hos deg?

Pøh! Du vet jo jeg bruker masse 433MHz selv. Og har til og med skrevet en guide for det. Julelys er ikke permanent. Derfor er 433 MHz genialt. Det er enkelt, billig og bra (når det virker, som ikke er kritisk; det er julelys).

Rich på HomeSeer-forumet har skrevet en post om hva man skal tenke på for å få et velfungerende Z-wave-nettverk. https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/z-wave-homeseer/1259063-network-optimization-best-practices-for-z-wave-networks-11-12-18 Kort fortalt: For større nettverk, dvs. hvis antall noder er over 50-60, er det ikke lenger nødvendig med optimalisering. Det kan faktisk gjøre vondt verre. For små nettverk, kan det fremdeles være nødvendig for å få pålitelig routing. Og merk følgende: Jeg har mye blanda drops (både gammelt og nytt utstyr), og har ikke bare optimalisert 100K enheter. Tror jeg skal prøve på nytt for å se om jeg får hastigheten enda mer opp.

Hvorfor? Det er jeg som anbefaler det.

Fullversjon 3.0.1.249 er tilgjengelig for øvrig, som er høyere enn beta'en du kjører. Kom i forgårs eller rett før helgen, tror jeg.

Jeg har ingen direktelinje til ham... og jeg prøver å ikke misbruke den kontakten jeg har. Men alle har lov å spørre på forumet.

Du må slette ROOT-devicene også, det ser ikke ut til at det er gjort. Rent teknisk kan du si at det mangler en relasjon mellom "parent"- og "child"-devicer. Denne blir opprettet når plugin'en lager devicene, men er i noen tilfeller blitt borte når HS3 skriver til databasen. Ukjent hvorfor.

Hmmm, ja, det hørtes ikke lovende ut... Hvilket astrour er det? (Og hvorfor ha et når du har en Zee2?)

Tja, hvis du har støplser han/hun i begge ender er det ikke regnes som permanent, så det burde strengt tatt være lov...? Men Z-wave for julepynt? Da må du jo pakke en node ned igjen...

Hvis Matt svarer at det er en god idé å fjerne låsen og legge den til igjen, så er det nok det. Så vidt jeg vet skal en "Rescan" spørre noder om hvilke egenskaper de har, MEN så viser det seg at ikke alle noder gir det samme svaret når de er meldt inn i et nettverk som ved første gang de meldes inn. Ikke spør meg hvorfor, men det er ikke en ekslusiv HS3-problemstilling hvis det er det du lurer på...

Slett ALLE TibberSeer devicer, restart HomeSeer, og opprett nye fra config-siden.

Det ser iallfall mer fornuftig ut for meg.

Svarer den hvis du trykker "Test Communication"?

Det er da enda lenge til det skal frem.

Er ikke sikker på at pollingen er et problem, men igjen det er jo bare å øke tiden fra 1 sekund til 10 for å teste.

Jeg tror sparingen med normale strømpriser er stor, på grensen til enorm. Men denne høsten har vi hatt nærmest flate priser, så det er jo ikke så interessant når man bruker strøm på varmtvann...

OK, det er merkelig. Scriptet skal da kjøre når det blir bedt om det.

Altså rundt 15 kr i løpet av en måned! En pakke tyggi er jo utmerket det og... ... men det er rart, jeg ville tro besparelsen er vesentlig høyere enn det hvis man unngår de 8 dyreste timene i døgnet, f.eks. Men det kan også være et mål om at strømprisen denne høsten egentlig har vært ganske flat, med lite variasjon mellom snitt og peak-tid.

Polling kan ta mer enn ett sekund, spesielt hvis det er MYE polling. Hva med 10 sekunder? Aha, da vet vi litt mer. Ta bort dette valget i Eventene, så burde det gå bra:

Ja, så lenge denne blir kalt med forskjellige parametre. Antall feil er ikke så spennende som HVILKEN feil du får.

For spillelister er er det kanskje lettere å bruke eventer enn å bruke dette scriptet. Så må du redigere scriptet med å fjerne oppsjoner for side 3-6... får ikke sett på det akkurat nå.

Det er vel slike tilfeller da et "moving average" er mer fornuftig enn ren rådata ut fra sensoren, bl.a. for å kunne filterer ut urealistiske utslag...

Den bruker lydbølger så det burde strengt tatt ikke ha noe å si.

Jo, men den er Z-wave.