Odd

En slår på med "Heat" hvis en ønsker "Standard" regulering, og "Energy save Heat" hvis en ønsker regulering med en annen hysterese. I tillegg kan du selvsagt endre setpoint på begge modusene via eksterne sensorer eller hendelser.

Det skal jo være mulig å oppgradere både aggregatets firmware og Z-wave modulen i følge manualen slik jeg forstår det.Skj Spørsmålet er hvor en får tilgang til firmware, HS3 får opp OTA mot systemet. Skjønner ikke hvorfor det ikke kommer mer informasjon og styringsmuligheter. I alle fall er det mange flere valg på mitt VR-400 aggregat. Jeg får inn en feilmelding ogs i loggen fra dette grensesnittet. Noen som har en idee hva dette kan være? Notification Report from node 15 for type Unknown Type received, but the corresponding device Node ID cannot be found. (2, Type=0)

Flott takker

Jeg har hatt en Multireg Z-Wave Electronic thermostat som overraskende nok går inn i en Elko ramme. Har omsider fått montert den og det er da en status for "Off". Er det noe jeg misforstår i spørsmålet? Når jeg velger "Off", så slukner den og slår av varmekablene.

Du kan kjøre flere enn 9 ved å kjøre selve pluginet (exe fila) på en annen enhet og kople det opp som Remote plugin. Et lite tips ... du kan ha en masse sensorer på en enhet ved å bruke IC2, grensesnittet leses ved at hver sensor får en egen adresse. (ONE wire) Det er en slags buss hvor du kan henge på X antall sensorer.

Mener det kan kjøres Remote. Da får du så mange du vil utfra hvor mange maskiner du kjører det på. Litt nysgjerrig 12 stykker, hvorfor det?

En kan sikkert kjøre begge deler på en Win 10 maskin, men jeg liker å la severen være server. Raspberry Pi blir da mer som en data innsamlings enhet og distribusjons punkt for data. Hmm ser jeg bomma med en del kroner der, la oss si 600. Uansett er det en uslåelig pris i forhold til alle de forskjellige grensesnittene den erstatter.

Jeg bruker den innebygde brokeren i Node-Red (Mocsa). Enkelt å se hva som skjer på et sted (Node-RED). Du kan henge på en "debug" på Mocsa og se det meste. Trenger ikke sette opp grupper. Du kan imidlertid gjøre det hvis du vil, da dukker de opp i HS3 som Device (Gruppe) og kan styre enhetene du koplet sammen i DeConz, De fleste foretrekker imidlertid å gjøre dette i HS3.

Raspberry Pi med DeConz programvare. (ca 350 kroner) I den har jeg en ConBee usb enhet. (ca 250 kroner) Dette lar meg styre både Philips, Ikea, Elko og andre enheter på busybee standarden. Samme grensesnitt lar meg gjøre firmware oppdateringer på blant annet Ikea utstyr. Jeg bruker så JowiHUE plugin på HS3. (ca 350 kroner) for å få inn alle enheter. Jeg har i tillegg Node-RED og Arduino IDE programvaren på Raspberry maskinen. Lar meg sette opp MQTT og programmere enheter mot det nye HAN grensesnittet som kommer på alle strømmålere. Så for ca 1000 kroner styrer du alle BusyBee baserte enheter og du kan oppdatere firmware på de. Jeg har farge og hvite/fargetone pærer fra Philips og Ikea, ledlys (1svakstrøms lister) fra Ikea, fjernkontroller som kan styre hva som helst fra Ikea. Alt kommer flott opp i HS3.

Jeg når de heller ikke, hent de ned ...

Som sagt du trenger ikke installere mosquitto på din automasjons server Du trenger kun et MQTT plugin som du peker på Node-RED med. Mosquitto broker (server) kan erstattes av Mosca som er en innebygget broker i Node-RED. Fint hvis du vil ha minst mulig kjørende på automasjon serveren uavhengig hvilket system du har. Det er andre fordeler med denne løsningen også men det oppdageren etter hvert som en bruker Node-RED.

Javel, så dette er for hass.io Da misforsto jeg.

Ja, men som et tips. Du trenger ikke sette opp en egen MQTT Broker (server), det finnes en i Node-RED i tillegg til klienten.

Hvis det er Node-RED på RaspBerry du henviser til, kan du veldig enkelt sette opp MQTT broker direkte fra Node-Red. Du trenger ikke installere en egen broker (server). Legg til "Mosca MQTT broker" fra Node-RED. Det vil si du får både MQTT broker og klient på en RaspBerry Pi.

Tilleggsforskriften NEK399 er utdatert allerede ....

Det får ubudne gjester også

Hva skal de med tilgang når de oppdateringen av målere er nettopp for at de lettere skal kunne lese de av automatisk i nåtid, samt gi kunden tilgang til samme datagrunnlag. Det virker ulogisk.

Bra jeg ikke har solgt den da

Jeg synes det rimer dårlig med kravet til at brukere skal ha tilgang til realtime forbruksdata.

Dette stemmer jo dårlig med myndighetenes krav om tilgang til HAN grensesnitt for alle. Hvordan får dere kontrollert måletstanden? Hvis det bare er å åpne skapet hvordan beskytte seg mot ubudne gjester?

Jeg skjønner ikke dette helt. Min datter har nettopp bygd hus. Det ble montert et utvendig tilknytning skap, på samme måte som det ble gjort på hytta mi for en tid siden. Disse skapene har trekantnøkkel, og betales av den som skal ha tilkoplingen (tilknytnings avgift). Det står så vidt jeg vet ikke noen måler i disse. Jeg oppfatter det imidlertid som at det er her grensesnittet mellom tilbyder og kjøper er. Det vil si du som eier har ansvaret for kostnader på skap og kabel fra dette skapet og videre inn i huset. Inne i huset, eller hytta om du vil, er sikringsskapet, der står måleren. Dette varierer sikkert, spesielt i borettslag, men hvis jeg skal kunne lese av måleren min må jeg jo ha tilgang til den på et vis. Jeg har ikke tilgang i tilkopling skapet utenfor huset. Jeg ser jo at dokumentet faktisk sier at måleren skal stå i tilkoplingsskapet, men jeg har faktisk aldri sett at den gjør det verken på hytter eller eneboliger. Hvis jeg var deg ville jeg ha spurt din leverandør om dette kan stemme.

@roarfred Jeg er litt bekymret fordi de forskjellige leverandørene kommer opp med forskjellig tolkning av standarden. Når de ikke klarer å forenes om en standard, hvordan blir det hvis de i tillegg skal lage en kryptert løsning.

Ut fra det behovet du skisserer tror jeg du i alle fall trenger HS3 som automasjons løsning (ref. hvilket system vil passe for meg?)

Ja, det er noen begrensninger i 101 i forhold til å låse opp, i og med at den automatisk låser igjen etter 5 sek. Vanligvis er det vel det å låse til en bestemt tid som er aktuelt, og det fungerer utmerket. I forhold til å låse opp var vel brann alarm eksemplet særdeles dårlig, men vanligvis når jeg låser opp er det for å slippe inn noen som ikke har kode eller NFC brikke til låsen, håndverkere for eksempel. En kan snakke med de på telefonen og åpne døra. Poenget mitt er uansett myntet på at en bør velge et system hvor en kan styre når ting skal skje, på 150 låsen er dette like viktig som på 101 låsen. Jeg selv bruker HS3 som jeg enda ikke har funnet noen begrensninger på. Enkelte ting kan være enklere og ha et bedre visuelt grensesnitt enn HS3, men hvis du liker å ha full kontroll tror jeg at HS3 er det beste valget.

Var ikke meningen å forvirre, men veldig mange funksjoner som for eksempel å låse til et gitt tidspunkt lager en med selve automasjons løsningen. Så lenge en har mulighet til å låse, kan en styre når med en enkel funksjon. Dette er neppe noen nyhet på 150 versjonen i og med at det er mulig på absolutt alle lås systemer jeg har vært borti. Det som muligens er en nyhet i forhold til 101 versjonen er vel at dette støttes direkte som en funksjon i låsen. Men som sagt, ganske unødvendig spør du meg. Så lenge du kan låse eller låse opp fra automasjons systemet bør definitivt systemet være sånn at du kan be det gjøre det til en bestemt tid Eller av en bestemt hendelse, for eksempel brann. Det er her valget ditt bør stå. Hvilke muligheter har automasjonssystemet du velger å styre låsen fra.