Gå til innhold
  • Bli medlem
ATWindsor

KNX-guiden

Anbefalte innlegg

Det er ikke så mye generell informasjon om KNX på forumet, jeg prøver meg derfor på en guide. Forhåpentligvis blir den bedre etterhvert om folk stiller spørsmål, så den kan klargjøres litt. 

 

Software/system.

KNX er et åpent system som er støttet av mange av de aller største produsentene av elektrisk utstyr. (ABB, Berker, Gira, Hager, Jung, MDT, Siemens, Somfy osv). Det vil si at det er en enorm mengde utstyr tilgjengelig, og det er lett å koble med andre systemer da det er hardware-interfaces mot det meste, dette gjør systemet robust, og selv om all støtte skulle stoppe vil man antakelig ha mulighet til å styre utstyret i «all framtid».  At systemet er åpent er også et argument i seg selv for noen. En av særegenhetene med systemet er at for å konfigurere utstyret (altså forskjellige innstillinger i hardwaren, man kan fortsatt kommunisere med hardwaren med den softwaren man vil) så er det kun en type software som brukes ETS. Dette har sine fordeler og ulemper. Fordelene er at alt utstyr sertifiseres, er det KNX så er det KNX, alt utstyr virker med hverandre, og alle KNX-gateways kommuniserer med alt utstyr som finnes. I tillegg kan man lett hente ned konfigurasjonsfilen for utstyr uavhengig av om faktisk har utstyret, det betyr at man kan sette opp alt på forhånd, men ikke minst at man kan få et svært godt inntrykk av hva enheten kan gjøre ned til minste detalj om man er usikker på om den oppfyller dine behov. Ulempen er at ETS i utgangspunktet ikke er gratis. Med en pris på 200 Euro (20 enheter) eller 1000 euro (evig enheter). Manges første tanke er at man må ut med nesten 10 000 bare for å sette i gang, men man kan komme seg rundt dette på flere måter. Man kan ta et online-kurs som gjør at man får ETS lite (20 enheter) for ca 50 euro. Det er også en gratisversjon med maks 5 enheter. Enhetsbegrensingen er dog per prosjekt, det er ingenting i veien for å benytte flere prosjekt, da programmet kun brukes til konfigurasjon. Det er litt tungvint med 5 enheter, men med 20 så klarer man seg med 2-3 prosjekt. Personlig har jeg ett for alle sentrale enheter, en for alle brytere, og en for alle sensorer. Det har også kommet et nytt produkt «ETS inside» som visstnok er enklere å bruke https://www.knx.org/knx-en/Landing-Pages/ETS-Inside/what-is-ets-inside/compare.php. Det koster 160 euro.

Bilde fra configurasjonen av en enkel bryter, der man kan bestemme hva slags telegrams om sendes (switch, dim, shutter), og hva som skjer når man klikker nederst og øverst på knappen, når LED-lampen i bryteren skal slås på, og også om den sender en puls eller går av og på når man trykker).

konf.png.029c3a8180ff6841eb24bf26de7586b0.png

 

Fysisk

KNX er i utgangspunktet et trådbasert system. Det vil si at alt utstyr trenger 2 ledere trukket fram. Protokollen er ikke spesielt rask (9600 b/s) , oppsiden av dette er at den er ekstremt robust og har lang rekkevidde (1000m uten ytterligere tiltak). Man kan bruke vanlige TP-kabler, men det finnes også dedikerte bus-kabler, disse har som regel 4 ledere, så det er to i reserve. Alt utstyr har en wago-klemme men bare kobler inn (den svarte og røde klossen på bildet). De har 4 tilkoblinghull per farge, det er mao praktisk lett å seriekoble utstyret. Over buskablene så går det strøm med 30V, og den store majoriteten av utstyr får strømmen til drift via disse. For å starte med systemet trenger man dermed 1. En gateway, dvs en enhet som kobler seg til bussen, og har ethernet, så man kan kommunisere med bussen over nett. 2. En strømforsyning. Det er langt mer vanlig å ha en såklart stjernetopolog med KNX, det vil si at man for eksempel har dimmeren i sikringsskapet, og trekker ledninger ut til lamper. Dette gjør at man har flere ledninger, men det er mye enklere å endre på systemet. Det finnes også enheter som ikke er lagd for denne type topologi. Det er også en trådløs variant, KNX-RF, men jeg har ikke noe kjennskap til det systemet.

konf2.jpg.33f65b41acfd8ac0775daed064abb9b5.jpg

 

Logisk

Hver enhet har en adresse, dette likner ganske mye på en IP-adresse. De er på formen 15.15.255, mer en nok for alle enheter for et vanlig hus (ca 65000 kombinasjoner). Denne adressen brukes kun av ETS når man konfigurer selve hardwaren. Det er dette kun ETS kan gjøre. I det «daglige liv» så bruker man såkalte gruppeadresser. Gruppeadressene er på formen 31/7/255. En gruppeadresse er i praksis en funksjon, og er uavhengig av hardwaren. Et stykk hardware kan ha en menge funksjoner. Et eksempel kan være at en bryter har funksjonen «switch» tilknyttet bryteren. Dvs når du trykker så sendes et telegram med for eksempel adressen 1/1/1 og innholdet «on». Alle adresser er enten et input eller output og de er en del forskjellige typer telegram. I eksemplet mitt er det et enkelt «switch»-telegram, som er 1 bit, på eller av. Men man har også egne for dimming (med prosent nivå), persienner, tidspunkt, temperatur, generelle nummer osv. En adresse kan brukes av mange funksjoner om man ønsker. I eksemplet mitt så kan man for eksempel sette gruppe-adressen 1/1/1 på INPUT-funksjonen på alle husets rele, og da vil alle rele slås på om man trykker på knappen. Man kan mao kjøre systemet totalt desentralisert om man ønsker. En funksjon kan også tilknyttes så mange adresser man ønsker, så relèene kan slås på og av mange forskjellige brytere om man ønsker det. Det er disse gruppeadressene softwaren du bruker til styring (for eksempel Homeseer) kan sende og motta. I bildene ser man gruppe-adresser tilegnet funksjoner i ETS, og et utsnitt av pakkene som går på bussen i løpet av noen sekunder i systemet mitt. Alle pakker bekreftes slik at ved pakketap så sendes det på nytt.

konf3.PNG.071c72435d784322c17f7125df10dd95.PNG

Kostand

KNX har fått en del kritikk for å være dyrt, men personlig synes jeg det er en litt urettferdig kritikk. Det vil si, i hvert fall sammenliknet med konkurransen. Kablet medfører kostander, og er best egnet for oppussing, og vanskelig å prise, men selve utstyret er ikke så ulikt priset gode alternativer. Det er dyrere enn nexa o.l, men ikke så mye dyrere enn Z-wave. Når jeg kjøpte (som riktignok er noen år siden, så det er sikkert 20% dyrere nå pga dårlig krone), betalte jeg eksempelvis 620 kroner per dimmekanal og 250 kroner per relekanal. Det er ikke noe billig system, men jeg vil driste meg til å påstå at kostanden ikke er så ille som noen vil ha det til. Hovedulempen kostnadsmessig er at du må ha en gateway, strømforsyning og ETS, så oppstartskostnaden er definitivt tilstede, det er vanskelig å komme unna med nevneverdig mindre enn 2000 kroner for dette.

 

 

 

  • Like 7
  • Thanks 1

Del dette innlegget


Lenke til innlegg
Del på andre sider

Det står jo på en måte mellom linjene, men en grei ting å ta med seg er:

 

  • Kan kun skrive til én gruppeadresse
  • Kan lese fra flere gruppeadresser 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Bra skrevet! Har selv et KNX anlegg med ca 100 enheter og har kjøpt ETS Pro. Det er som du skriver kanskje litt dyrere enn andre systemer, men det er vannvittig stabilt og allsidig. Bare ta f.eks visualisering/styring av anlegget, så finnes det mange alternativer med mye kult design. Jeg har testet 3-4 stykker, men ser ut å ende på bOS fra ComfortClick. I tillegg så kan du handle komponenter fra mange forskjellige produsenter, noen dyrere enn andre, men da kanskje mer avanserte funksjoner. ebay.de er også et godt tips, der har jeg spart mye penger :)

Del dette innlegget


Lenke til innlegg
Del på andre sider
5 timer siden, Automatikk skrev:

Alltid interessert i hva folk velger av produsenter. Hvem har fått innpass i tavla og rommene dine?

 

Zennio - brytere, dimmere, binærinnganger, releblokker/piller, IR-sender, IP-interface, detektorer, spenningsforsyning, fargeskjerm med mobilapp

Thinknx - server, brukergrensesnitt, GW til Z-Wave, Philips Hue og Apple Homekit

Elsner - Temperatur og fuktfølere, utesensor, bevegelsessensorer

Siemens - relepiller og binærinnganger

Esylux - detektor

SE Lightmanagement - dimmere

MDT - brytere

Intesis - grensesnitt mot varmepumpe

 

 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Jeg kjører Gira (514200) romkontrollere med glassrammer på de fleste rom og i tavla kjører jeg det meste Gira på brytere\dimmere\ip modul\styring av vannbåren varme. Har også noe Siemens og hager på ting som gira ikke har (strømmåler, lux og utetemperatur, klokke) men bytter ut litt fortløpende når jeg får nye ideer 😊 nå for tiden ser jeg etter en grei værstasjon, men har ikke landa på noe enda. På visualisering og logikkstyring  har jeg testa litt forskjellig, men tror jeg lander på bOS nå etterhvert. 

Del dette innlegget


Lenke til innlegg
Del på andre sider
1 hour ago, Bronson said:

 

Zennio - brytere, dimmere, binærinnganger, releblokker/piller, IR-sender, IP-interface, detektorer, spenningsforsyning, fargeskjerm med mobilapp

Thinknx - server, brukergrensesnitt, GW til Z-Wave, Philips Hue og Apple Homekit

Elsner - Temperatur og fuktfølere, utesensor, bevegelsessensorer

Siemens - relepiller og binærinnganger

Esylux - detektor

SE Lightmanagement - dimmere

MDT - brytere

Intesis - grensesnitt mot varmepumpe

 

 

Har du noen tips/erfaringer med Thinknx og z-wave? Er på jakt etter noe jeg kan bruke til trådløse magnetkontakter for å se åpen/lukket status på vinduer og dører.

Del dette innlegget


Lenke til innlegg
Del på andre sider
1 minutt siden, Frank Nilsen skrev:

Har du noen tips/erfaringer med Thinknx og z-wave? Er på jakt etter noe jeg kan bruke til trådløse magnetkontakter for å se åpen/lukket status på vinduer og dører.

 

Sammen med en stikk som jeg kjøpte på Claseren og Fibaro dimmer fungerer den fint. Magnetkontaktene fra Claseren ville ikke samarbeide og stripsen fra Sensative hadde jeg ikke tålmodighet til å parre. ;)

 

Ryktene går om magnetkontakter på KNX RF, så jeg venter spent på det. I mellomtiden fikset jeg det med god gammeldags kabling og binærinngangen på den ene glassbryteren min.

Del dette innlegget


Lenke til innlegg
Del på andre sider

Spennende at vi alle (stort sett) har forskjellige valg.

 

Her går det i Schneider dimmere og reeler, SpaceLYnk controller, Schneider brytere, Schneider PIR og zennio-piller. Så langt i alle fall. I tillegg integrerer jeg mot HUE, SmarterCoffee, Sonos og Nest. Så langt i alle fall 😉

Del dette innlegget


Lenke til innlegg
Del på andre sider
6 timer siden, Automatikk skrev:

Spennende at vi alle (stort sett) har forskjellige valg.

 

Her går det i Schneider dimmere og reeler, SpaceLYnk controller, Schneider brytere, Schneider PIR og zennio-piller. Så langt i alle fall. I tillegg integrerer jeg mot HUE, SmarterCoffee, Sonos og Nest. Så langt i alle fall 1f609.png

 

Det er jo det som er så herlig med KNX! Utrolig deilig å kunne slippe å tenke på kontrollere og kompatibilitet. :)

Del dette innlegget


Lenke til innlegg
Del på andre sider

Du burde heller lokke Facebook-gruppa hit. ;)

 

Ikke det at jeg misliker Facebook så veldig, men problemet med diskusjoner på Facebook er at det har omtrent 0 læringsverdi. :( Det er ikke mulig å finne informasjon som er lagt til tidligere, med mindre noen tilfeldigvis husker en gammel diskusjon og vrir fletta ut av søkemotoren... 

  • Like 2

Del dette innlegget


Lenke til innlegg
Del på andre sider

Hei,

 

Er det mange av dere som har knx i bolig?

Er ny her så har søkt nettet etter mange norske knx forum men funnet svært lite så håper dette er en start :)

Del dette innlegget


Lenke til innlegg
Del på andre sider

Vi er ikke fryktelig mange, men det er nå i alle fall 3-5 stykker her..?

 

Bare å fyre løs om du lurer på noe rundt KNX så skal jeg prøve å svare som best jeg kan :)

Del dette innlegget


Lenke til innlegg
Del på andre sider
1 minute ago, Automatikk said:

Vi er ikke fryktelig mange, men det er nå i alle fall 3-5 stykker her..?

 

Bare å fyre løs om du lurer på noe rundt KNX så skal jeg prøve å svare som best jeg kan :)

Har du erfaring med gira sin homeserver?

Del dette innlegget


Lenke til innlegg
Del på andre sider
10 minutter siden, Automatikk skrev:

Vi er ikke fryktelig mange, men det er nå i alle fall 3-5 stykker her..?

 

Bare å fyre løs om du lurer på noe rundt KNX så skal jeg prøve å svare som best jeg kan :)

 

+1 :) (Så lenge det ikke er om Homeserver. ;) )

Endret av Bronson
La til litt.

Del dette innlegget


Lenke til innlegg
Del på andre sider

Nei, den har jeg med vilje aldri satt meg inn i. Den er veldig «tungrodd» i forhold til hva det kan gjøre og det finnes mye enklere løsninger på markedet. Prisen er også helt hinsides i mine øyne. Kan jeg spørre hva du bruker den til?

  • Like 1

Del dette innlegget


Lenke til innlegg
Del på andre sider
25 minutes ago, Automatikk said:

Nei, den har jeg med vilje aldri satt meg inn i. Den er veldig «tungrodd» i forhold til hva det kan gjøre og det finnes mye enklere løsninger på markedet. Prisen er også helt hinsides i mine øyne. Kan jeg spørre hva du bruker den til?

Jeg var heldig da denne kom til meg veldig billig gjennom at jeg skulle være et visningshus, men siden tidligere sjef sluttet så ble dette ikke noe av å jeg satt der med en homeserver som ikke kostet all verden :) Tanken er å bruke logikk og slik som er inne i den. Har ikke fått utforsket den så veldig da jeg har rotet til pålogginga til den. Men skal komme sterkere tilbake:)

 

Hvilke ander løsninger brukes?

Del dette innlegget


Lenke til innlegg
Del på andre sider
Akkurat nå, Mogge skrev:

Hvilke ander løsninger brukes?

 

Spørs hvilken del av Homeserver som brukes. Logikkdelen f.eks velger jeg som oftest å ha i KNX-produktene i stedet for plassert i en sentral enhet. (Selv om jeg har noen der også.)

 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Noen her bruker Zennio og jeg bruker SpaceLYnk. Loxone, LogicMachine er et annet alternativ. Finnes haugevis av løsninger. 

 

Har du ETS lisens selv, eller må noen andre programmere for deg? Tenker da på i forhold til å ta i bruk logikk..

Endret av Automatikk

Del dette innlegget


Lenke til innlegg
Del på andre sider

Jeg har ETS lisens selv. Fikk litt godsaker i fordindelse med at jeg skulle være et visningshus :) 

Merker nå at det er noen som har god erfaring med logikk og slikt her :) 

 

Godt å få en forum der en kan snakke KNX. 

Del dette innlegget


Lenke til innlegg
Del på andre sider
10 hours ago, Mogge said:

Hei,

 

Er det mange av dere som har knx i bolig?

Er ny her så har søkt nettet etter mange norske knx forum men funnet svært lite så håper dette er en start :)

 

Vet ikke hvor mange det er, men kjører det (kanskje ikke så overraskende) i min bolig.

Del dette innlegget


Lenke til innlegg
Del på andre sider

Akkurat det er litt synd, da det er en veldig stabil protokoll. Vi er to stykker skal prøve å få gjort noe med det i løpet av det neste året 😉

Del dette innlegget


Lenke til innlegg
Del på andre sider
1 time siden, Mogge skrev:

Godt og høre det er fler av oss. Virker ikke veldig utbredt dette med knx i bolig.

 

Synes det er litt avhengig av hvilket "miljø" du oppholder deg i. Det virker som noen grupper foretrekker Z-Wave, noen Xcomfort, noen IKEA/Philips og noen KNX. I min omgangskrets vil iallfall noe annet enn KNX være uhørt. ;) 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå

  • Lignende innhold

    • Av Join
      Hei.
       
      Jeg vurderer HS3.
       
      Fra før er det installert Schneider KNX i huset.
      Dette styrer lys, varmekabler, varmepumpe, ventilasjon og vannstopp ved hjelp av BUS og Scener.
       
      Det har et mobil-interface med insideControl med app tilgang kun fra lokalt Wlan.
       
      Er veldig fornøyd med huset og valg av KNX, men det er ingen "smart" styring av huset.
       
      Jeg ønsker at huset skal justere seg selv ettersom når på døgnet det er, hvem som er hjemme og helst i hvilket rom.
       
      Per idag har vi ingen smart-plugger eller trådløse enheter, men ønsker å styre kaffitrakter, mobilladere og enkle lamper rundt om med slike.
       
      I tillegg kommer det elektronisk låsekasse og kodelås-tilgang. Denne ønsker jeg også å velge om den skal stå åpen i hjemme-scene og låst/smekklås funksjon i Borte-scene.
      Åpne og låse fra telefon via HS3?
       
      I fremtiden kommer 2 garasjeporter med tilhørende garasje som jeg legger BUS og nettverkskabel til.
       
      Om jeg har skjønt det riktig, kan jeg koble til et annet styresystem til BUS-sløyfa uten at dette vil påvirke funksjonen til allerede integrerte enheter og Scener?
       
      Tenker her på den lange prosessen med å lære seg programmeringen.
       
      Men, for å starte fra begynnelsen:
       
      1: Hvilken hardware trenger jeg for å koble Homeseer til BUS på KNX-anlegget og i tillegg bruke Z-wave enheter?
       
      -Join-
       
       
    • Av Moskus
      Mer Z-wave!
      Nå begynner det å bli hakket mer avansert. Vi retter et par små-feil, og vi setter opp litt assosiasjon.
       
      HomeSeer og Z-wave
      Øverst til høyre på "Device Management"-siden finner du en blå knapp med et antenne-symbol på. Det er Polling. Trykker du på den vil HomeSeer spørre nodene du ser om hvilken status de har.
       
      Hvis du kikker litt nærmere på en Fibaro Dimmer 2 node, vil du se at et par ekstra enheter som ikke gir fornuftig informasjon, samt en ekstra "dimmer" (som gjør at status ikke blir oppdatert hvis du trykker på en fysisk knapp). Jaha, men hvorfor fikk vi de?
       
      Problemet er egentlig ikke HomeSeer. Det er hvordan Fibaro har valgt å skrive firmwaren sin. Noen gateway'er og programmer har et grunnleggende Z-wave-oppsett i bunn, men legger til støtte enhet for enhet. Problemet med en slik tilnærming er at det krever mye energi, man får et begrenset utvalgt enheter, og en gammel enhet med ny firmware må testes på nytt fordi oppdateringer kan fikse en ting men ødelegge for noe annet.
       
      HST går istedenfor bredt ut. HomeSeer sin "policy" er at hvis en enhet er sertifisert ihht. Z-wave (Plus) så skal den være støttet i HomeSeer. Men støtten er dermed avhengig av produsenten. Hvis de har gjort alt riktig uten å gjøre noen "smarte tilpasninger" (for eksempel for å kunne bli integrert "bedre" i sin egen gateway enn andre) så går det glatt inn i HomeSeer. Fibaro lager god hardware, men firmwaren er (etter min mening) ikke like god. Men Fibaro er langt fra de eneste som har dette problemet.
       
       
       
      Feilretting
      Først retter vi på assosiasjoner slik at HomeSeer og dimmeren snakker sammen. For å konfigurere en node, må vi finne "root". I de fleste tilfeller finner vi root'en øverst i node-gruppa, med tannhjul-symbolet og teksten "No Status" (root har normalt ingen status). Trykk på "Fibaro Switch Multilevel", og gå til tab'en "Z-wave". Du ser noe slikt:
       

       
      Trykk på den gule pilen foran "Associations". Hos meg ser det da slik ut:
       

       
      Vi vil ikke videresende endpoint-informasjon, så fjerner vi disse. Så må vi legge til nye. For Z-wave Plus skal det i utgangspunktet holde å assosiere Group 1 til HomeSeer (som alltid har ID = 1), men HS liker å legge seg selv til i alle grupper. Vi kan gjøre det her. Først velger vi Gruppen, så noden (nå kun node 1) og så trykker vi på "Add". Merk at vi ikke skal velge endpoint.
       
      Det gjør vi for alle gruppene, og Dimmer 2 har 5. Etter å ha lagt til alle skal det se slik ut:
       

       
       
      EDIT: Du trenger muligens ikke slette disse devicene lenger, de kan faktisk gi nyttig informasjon. Det er avhengig av hvilken firmware du har på Dimmeren, og hvilken versjon av Z-wave plugin'en du kjører. Det vil klare seg med å bare skjule (velg "Hide") dem istedenfor å slette dem.
      Så sletter vi "devicer" ikke gir mening. Du kan slette "Heat Notification", "Power Management Notification", "System Notification" og "Switch Multilevel 2". Det gjør vi enklest ved å velge dem med avkryssingsboksene til venstre, og velger "Delete" i nedtrekksmenyen øverst til venstre.
       

       
      Sånn! Nesten ferdig!
       
      Hos meg manglet "Switch Multilevel 1" (av for meg uforståelige grunner) kommandoen "On Last Level". "On" betyr "dim til 100%", mens "On Last Level" betyr "dim til det nivået dimmeren var satt til sist", og er dermed ganske hendig. Hvis denne ikke dukker opp hos deg, er det heldigvis enkelt å legge til.
       
      Trykk på den blå linken til "Switch Multilevel 1" og gå til tab'en "Status Graphics". Denne vil sannsynligvis se slik ut:
       

       
      Vi skal legge til en entalls verdi/kommando og trykker på knappen "Add Single Value". Value settes til "255", status tekst endres fra "Change me" til "On Last Level", og i nedtrekksmenyen under velger du "On Alternate". Row settes til "1" og Column til "3".
       
      Så blar vi  helt nederst til siden og trykker "Done".
       
      For sikkerhets skyld trykker vi på "Switch Multilevel 1", går til "Status Graphics"-tab'en og verifiserer at verdiene ser slik ut. (Dette har aldri vært et problem med PC-versjonen, men Zee2 tullet litt med dette før versjon .270. Burde være fikset nå, men vi sjekker likevel).
       

       
      Nå er alt vel!
      Når du har gjort dette et par ganger, vil det gå raskt etterpå. Det tar ca. 30 sekunder (avhengig hvor lang tid assosiasjonene tar).
       
      ... og det er bare å fortsette å inkludere noder. Under er en eldre Qubino dimmer inkludert.
       
       
       
      Parametere
      En node har sannsynligvis flere innstillinger enn de som er tilgjengelige via et brukergrensesnitt. Dette er typisk for verdier som ikke behøves å justere så ofte. Eksempler er temperatur-kalibrering, følsomhet for en bevegelsessensor, hvor lang tid en dimmer bruker på dimmer opp/ned lyset, og så videre.
       
      Slike ting justeres vanligvis med en parameter. En parameter består et parameter-nummer (et heltall mellom 0 og 255), samt en verdi (1 byte, 2 eller 4 bytes). Men det er ingen fastsatte regler om hva de forskjellige parameter-nummerne er, så det må vi slå opp i manualen. Det er også viktig å bruke manualen som fulgte med i boksen til produktet du kjøpte, for andre firmware-versjoner kan faktisk ha andre parametere.
       
      Fibaro Dimmer 2 har en snedig funksjon som heter "auto calibrate". Den sjekker hvordan lyskilden som er koblet til oppfører seg ved forskjellige lysstyrker, og tar så hensyn til dette når dimmeren senere skal dimme lyset. Den starter automatisk når du kobler opp dimmeren første gang, men man kan også tvinge den i gang senere (og det er praktisk!) ved å sette sette parameter 13 til 1 (eller 2 hvis du bruker en Bypass).
       
      Igjen går vi til root, og videre til Z-wave. Vi trykker på den gule pilen foran "Settings", og fortsetter med å velge parameter 13, og sette verdien til 1. Slik:
       

       
      Så er det bare å trykke på "Set"-knappen, og autokalibreringsfunksjonen starter.
       
      Merk:
      Hvis du allerede har satt en parameter, men ikke husker hva du satte den til, kan du velge parameternummeret og la "Value" være blankt. Trykker du da på "Set" vil HomeSeer hente verdien du har satt. Hvis du ikke har satt en verdi, vil du sannsynligvis få teksten "ERROR". Da er det standardverdien som gjelder (så du må slå opp i manualen).
       
       
      Andre noder har et ferdig oppsett slik at du enkelt forstår hvilke parametere du justerer. De fleste noder kommer uten dette ferdige oppsettet (og her skulle jeg ønske HomeSeer kunne bruke et XML-oppsett eller noe slikt, det er ikke "rocket science" å skrive en tekst og et tilhørende parameter-nummer). Se skjult tekst for langt bilde.
       
       
      Parametere har potensiale til å kunne skape kaos av en ellers fungerende node, så vær litt forsiktig...  
       
       
      Assosiasjon
      Kort fortalt lar assosiasjon en node styre en annen. En node kan ha forskjellige grupper ("Groups"), som gjør ulike ting. F.eks. en bevegelsessensor kan ha en gruppe for å skru av/på andre noder basert på bevegelse og en annen gruppe for å skru av/på andre noder basert på lys.
       
      Fibaro-dimmerne har to brytere. Bryter 1 (navngitt "S1",) styrer først og fremst lyset dimmeren er koblet til. Men bryter 2 ("S2") bruker assosiasjon til å styre andre lys. Jeg har satt det opp slik at bryter 2 i stua styrer kjøkkenlyset og motsatt.
       
      For Z-wave Plus er alltid "Group 1" det som er kalt "lifeline". Gruppe 1 skal alltid assosieres med master controller, og der blir informasjon mellom noden og master utvekslet (som f.eks. "Instant Status" som forteller HomeSeer at noden har blitt skrudd på eller av via knapp eller andre assosiasjoner). I "gamle dager" var det ingen standard for lifeline, "Instant Status" var ikke engang vanlig. Versjon 1 av dimmerne fra Fibaro og Qubino brukte da den siste gruppen til lifeline (hhv Group 3 og Group 4).
       
      S2 i stua styrer kjøkkenlyset (merk at det er snakk om Dimmer 1, ikke 2):

       
      S2 på kjøkkenet styrer lyset i stua:

       
      Merknad 1:
      I bildet over når under overskriften "Feilretting" ser du at HomeSeer er assosiert til alle gruppene. Dette skal egentlig ikke være nødvendig! Z-wave Plus bruker som nevnt Group 1 som lifeline. Det skal være tilstrekkelig å kun assosiere Group 1 til HS3.
       
      Merknad 2:
      Ved bruk av assosiasjon er det også viktig å lese bruksanvisningen. For eksempel har Dimmer 2, som poengtert her, to grupper knyttet til knapp S1. Gruppe 2 og Gruppe 3 styres fra S1: Gruppe 2 sender kun On/Off mens Gruppe 3 også kan dimme. Det samme for knapp S2, men da er gruppene hhv 4 og 5.
       
       
      Includering secure/non-secure
      Alle dørlåser med Z-wave må bruke "secure" inkludering. Dette fordi kommunikasjonen mellom HomeSeer og dørlåsen skal krypteres, og som et sikkerhetstiltak må avstanden mellom controlleren og noden være 60 cm eller mindre når du setter den opp første gang. Det gjør det litt kronglete å sette opp en allerede montert dørlås, men det er kjekt å vite at kommunikasjonen er kryptert. Og jeg vil si det er kjekt med kryptering (men ikke nødvendig) for noder som f.eks. styrer ovner.
       
      Men for eksempelvis dimmere og bevegelsessensorer er det min personlige mening at kryptering er litt overkill. Kryptering med Z-wave har noen ulemper:
      Som nevnt må avstanden mellom controller og node være liten. For en montert dimmer kan dette by på problemer. Det gir mer kommunikasjon og dermed mer belastning på Z-wave nettverket For batteridrevne noder, som f.eks. en bevegelsessensor eller magnetsensor, betyr kryptering vesentlig høyere batteribruk.  
      Men er det enkelt å oppfylle kravene til kryptering og det er enheter som ikke bruker batteri, er det ikke noe problem å bruke kryptering.  
       
       
      Z-Health
      EDIT: Z-Health er faktisk nå tatt bort fra HomeSeer. Det er behøves ikke lenger, slik det var i gamle dager.
       
      Oppsummering
      I del 3 la vi til et interface og inkluderte noder i nettverket, og optimaliserte nettverket. Denne gangen har vi rettet noen feil med oppsettet, vi kan justere parametere og bruke assosiasjoner for å kontrollere noder.
       
      Tidligere har vi sett på valg mellom de ulike versjonene (del 1) og hvordan man setter det opp (del 2). I del 5 skal vi se nærmere på bruk av 433MHz-teknologi med RFXtrx433, og i del 6 det skal vi behandle alle enhetene våre, navngi dem, sortere, og se litt nærmere på mulighetene vi har i grensesnittet.
       
      Spørsmål? Kommentarer?
      Gi lyd i kommentarfelet!  
       
       

      Vis full oppføring
    • Av Moskus
      Mer Z-wave!
      Nå begynner det å bli hakket mer avansert. Vi retter et par små-feil, og vi setter opp litt assosiasjon.
       
      HomeSeer og Z-wave
      Øverst til høyre på "Device Management"-siden finner du en blå knapp med et antenne-symbol på. Det er Polling. Trykker du på den vil HomeSeer spørre nodene du ser om hvilken status de har.
       
      Hvis du kikker litt nærmere på en Fibaro Dimmer 2 node, vil du se at et par ekstra enheter som ikke gir fornuftig informasjon, samt en ekstra "dimmer" (som gjør at status ikke blir oppdatert hvis du trykker på en fysisk knapp). Jaha, men hvorfor fikk vi de?
       
      Problemet er egentlig ikke HomeSeer. Det er hvordan Fibaro har valgt å skrive firmwaren sin. Noen gateway'er og programmer har et grunnleggende Z-wave-oppsett i bunn, men legger til støtte enhet for enhet. Problemet med en slik tilnærming er at det krever mye energi, man får et begrenset utvalgt enheter, og en gammel enhet med ny firmware må testes på nytt fordi oppdateringer kan fikse en ting men ødelegge for noe annet.
       
      HST går istedenfor bredt ut. HomeSeer sin "policy" er at hvis en enhet er sertifisert ihht. Z-wave (Plus) så skal den være støttet i HomeSeer. Men støtten er dermed avhengig av produsenten. Hvis de har gjort alt riktig uten å gjøre noen "smarte tilpasninger" (for eksempel for å kunne bli integrert "bedre" i sin egen gateway enn andre) så går det glatt inn i HomeSeer. Fibaro lager god hardware, men firmwaren er (etter min mening) ikke like god. Men Fibaro er langt fra de eneste som har dette problemet.
       
       
       
      Feilretting
      Først retter vi på assosiasjoner slik at HomeSeer og dimmeren snakker sammen. For å konfigurere en node, må vi finne "root". I de fleste tilfeller finner vi root'en øverst i node-gruppa, med tannhjul-symbolet og teksten "No Status" (root har normalt ingen status). Trykk på "Fibaro Switch Multilevel", og gå til tab'en "Z-wave". Du ser noe slikt:
       

       
      Trykk på den gule pilen foran "Associations". Hos meg ser det da slik ut:
       

       
      Vi vil ikke videresende endpoint-informasjon, så fjerner vi disse. Så må vi legge til nye. For Z-wave Plus skal det i utgangspunktet holde å assosiere Group 1 til HomeSeer (som alltid har ID = 1), men HS liker å legge seg selv til i alle grupper. Vi kan gjøre det her. Først velger vi Gruppen, så noden (nå kun node 1) og så trykker vi på "Add". Merk at vi ikke skal velge endpoint.
       
      Det gjør vi for alle gruppene, og Dimmer 2 har 5. Etter å ha lagt til alle skal det se slik ut:
       

       
       
      EDIT: Du trenger muligens ikke slette disse devicene lenger, de kan faktisk gi nyttig informasjon. Det er avhengig av hvilken firmware du har på Dimmeren, og hvilken versjon av Z-wave plugin'en du kjører. Det vil klare seg med å bare skjule (velg "Hide") dem istedenfor å slette dem.
      Så sletter vi "devicer" ikke gir mening. Du kan slette "Heat Notification", "Power Management Notification", "System Notification" og "Switch Multilevel 2". Det gjør vi enklest ved å velge dem med avkryssingsboksene til venstre, og velger "Delete" i nedtrekksmenyen øverst til venstre.
       

       
      Sånn! Nesten ferdig!
       
      Hos meg manglet "Switch Multilevel 1" (av for meg uforståelige grunner) kommandoen "On Last Level". "On" betyr "dim til 100%", mens "On Last Level" betyr "dim til det nivået dimmeren var satt til sist", og er dermed ganske hendig. Hvis denne ikke dukker opp hos deg, er det heldigvis enkelt å legge til.
       
      Trykk på den blå linken til "Switch Multilevel 1" og gå til tab'en "Status Graphics". Denne vil sannsynligvis se slik ut:
       

       
      Vi skal legge til en entalls verdi/kommando og trykker på knappen "Add Single Value". Value settes til "255", status tekst endres fra "Change me" til "On Last Level", og i nedtrekksmenyen under velger du "On Alternate". Row settes til "1" og Column til "3".
       
      Så blar vi  helt nederst til siden og trykker "Done".
       
      For sikkerhets skyld trykker vi på "Switch Multilevel 1", går til "Status Graphics"-tab'en og verifiserer at verdiene ser slik ut. (Dette har aldri vært et problem med PC-versjonen, men Zee2 tullet litt med dette før versjon .270. Burde være fikset nå, men vi sjekker likevel).
       

       
      Nå er alt vel!
      Når du har gjort dette et par ganger, vil det gå raskt etterpå. Det tar ca. 30 sekunder (avhengig hvor lang tid assosiasjonene tar).
       
      ... og det er bare å fortsette å inkludere noder. Under er en eldre Qubino dimmer inkludert.
       
       
       
      Parametere
      En node har sannsynligvis flere innstillinger enn de som er tilgjengelige via et brukergrensesnitt. Dette er typisk for verdier som ikke behøves å justere så ofte. Eksempler er temperatur-kalibrering, følsomhet for en bevegelsessensor, hvor lang tid en dimmer bruker på dimmer opp/ned lyset, og så videre.
       
      Slike ting justeres vanligvis med en parameter. En parameter består et parameter-nummer (et heltall mellom 0 og 255), samt en verdi (1 byte, 2 eller 4 bytes). Men det er ingen fastsatte regler om hva de forskjellige parameter-nummerne er, så det må vi slå opp i manualen. Det er også viktig å bruke manualen som fulgte med i boksen til produktet du kjøpte, for andre firmware-versjoner kan faktisk ha andre parametere.
       
      Fibaro Dimmer 2 har en snedig funksjon som heter "auto calibrate". Den sjekker hvordan lyskilden som er koblet til oppfører seg ved forskjellige lysstyrker, og tar så hensyn til dette når dimmeren senere skal dimme lyset. Den starter automatisk når du kobler opp dimmeren første gang, men man kan også tvinge den i gang senere (og det er praktisk!) ved å sette sette parameter 13 til 1 (eller 2 hvis du bruker en Bypass).
       
      Igjen går vi til root, og videre til Z-wave. Vi trykker på den gule pilen foran "Settings", og fortsetter med å velge parameter 13, og sette verdien til 1. Slik:
       

       
      Så er det bare å trykke på "Set"-knappen, og autokalibreringsfunksjonen starter.
       
      Merk:
      Hvis du allerede har satt en parameter, men ikke husker hva du satte den til, kan du velge parameternummeret og la "Value" være blankt. Trykker du da på "Set" vil HomeSeer hente verdien du har satt. Hvis du ikke har satt en verdi, vil du sannsynligvis få teksten "ERROR". Da er det standardverdien som gjelder (så du må slå opp i manualen).
       
       
      Andre noder har et ferdig oppsett slik at du enkelt forstår hvilke parametere du justerer. De fleste noder kommer uten dette ferdige oppsettet (og her skulle jeg ønske HomeSeer kunne bruke et XML-oppsett eller noe slikt, det er ikke "rocket science" å skrive en tekst og et tilhørende parameter-nummer). Se skjult tekst for langt bilde.
       
       
      Parametere har potensiale til å kunne skape kaos av en ellers fungerende node, så vær litt forsiktig...  
       
       
      Assosiasjon
      Kort fortalt lar assosiasjon en node styre en annen. En node kan ha forskjellige grupper ("Groups"), som gjør ulike ting. F.eks. en bevegelsessensor kan ha en gruppe for å skru av/på andre noder basert på bevegelse og en annen gruppe for å skru av/på andre noder basert på lys.
       
      Fibaro-dimmerne har to brytere. Bryter 1 (navngitt "S1",) styrer først og fremst lyset dimmeren er koblet til. Men bryter 2 ("S2") bruker assosiasjon til å styre andre lys. Jeg har satt det opp slik at bryter 2 i stua styrer kjøkkenlyset og motsatt.
       
      For Z-wave Plus er alltid "Group 1" det som er kalt "lifeline". Gruppe 1 skal alltid assosieres med master controller, og der blir informasjon mellom noden og master utvekslet (som f.eks. "Instant Status" som forteller HomeSeer at noden har blitt skrudd på eller av via knapp eller andre assosiasjoner). I "gamle dager" var det ingen standard for lifeline, "Instant Status" var ikke engang vanlig. Versjon 1 av dimmerne fra Fibaro og Qubino brukte da den siste gruppen til lifeline (hhv Group 3 og Group 4).
       
      S2 i stua styrer kjøkkenlyset (merk at det er snakk om Dimmer 1, ikke 2):

       
      S2 på kjøkkenet styrer lyset i stua:

       
      Merknad 1:
      I bildet over når under overskriften "Feilretting" ser du at HomeSeer er assosiert til alle gruppene. Dette skal egentlig ikke være nødvendig! Z-wave Plus bruker som nevnt Group 1 som lifeline. Det skal være tilstrekkelig å kun assosiere Group 1 til HS3.
       
      Merknad 2:
      Ved bruk av assosiasjon er det også viktig å lese bruksanvisningen. For eksempel har Dimmer 2, som poengtert her, to grupper knyttet til knapp S1. Gruppe 2 og Gruppe 3 styres fra S1: Gruppe 2 sender kun On/Off mens Gruppe 3 også kan dimme. Det samme for knapp S2, men da er gruppene hhv 4 og 5.
       
       
      Includering secure/non-secure
      Alle dørlåser med Z-wave må bruke "secure" inkludering. Dette fordi kommunikasjonen mellom HomeSeer og dørlåsen skal krypteres, og som et sikkerhetstiltak må avstanden mellom controlleren og noden være 60 cm eller mindre når du setter den opp første gang. Det gjør det litt kronglete å sette opp en allerede montert dørlås, men det er kjekt å vite at kommunikasjonen er kryptert. Og jeg vil si det er kjekt med kryptering (men ikke nødvendig) for noder som f.eks. styrer ovner.
       
      Men for eksempelvis dimmere og bevegelsessensorer er det min personlige mening at kryptering er litt overkill. Kryptering med Z-wave har noen ulemper:
      Som nevnt må avstanden mellom controller og node være liten. For en montert dimmer kan dette by på problemer. Det gir mer kommunikasjon og dermed mer belastning på Z-wave nettverket For batteridrevne noder, som f.eks. en bevegelsessensor eller magnetsensor, betyr kryptering vesentlig høyere batteribruk.  
      Men er det enkelt å oppfylle kravene til kryptering og det er enheter som ikke bruker batteri, er det ikke noe problem å bruke kryptering.  
       
       
      Z-Health
      EDIT: Z-Health er faktisk nå tatt bort fra HomeSeer. Det er behøves ikke lenger, slik det var i gamle dager.
       
      Oppsummering
      I del 3 la vi til et interface og inkluderte noder i nettverket, og optimaliserte nettverket. Denne gangen har vi rettet noen feil med oppsettet, vi kan justere parametere og bruke assosiasjoner for å kontrollere noder.
       
      Tidligere har vi sett på valg mellom de ulike versjonene (del 1) og hvordan man setter det opp (del 2). I del 5 skal vi se nærmere på bruk av 433MHz-teknologi med RFXtrx433, og i del 6 det skal vi behandle alle enhetene våre, navngi dem, sortere, og se litt nærmere på mulighetene vi har i grensesnittet.
       
      Spørsmål? Kommentarer?
      Gi lyd i kommentarfelet!  
       
       
    • Av fiLLLip
      Holder på med totalrenovering og påbygg av enebolig fra 1975, og skal i den forbindelse slenge meg på bølgen med sentralstyrt "alt". Foreløpig vil jeg egentlig ikke kalle det for automasjon, da ingenting er automagisk ennå, og boligen fortsatt er under renovering/oppføring.
       
      Det er likevel blitt tatt ett viktig valg, og det er å bruke LogicMachine som hjerne i systemet, kombinert med en server som alle data skal mates inn i på sikt. Jeg er systemutvikler av yrke, så jeg liker at det meste kan hackes på. Lys skal for det meste styres via DALI, og det som ikke går på DALI skal styres via KNX. For interface til brukere vil det mest sannsynlig anskaffes veggmonterte 10" tablets som kjører Android og er matet via PoE.
       
      Når det gjelder sensordata er det ekstremt mye å velge imellom, og her har jeg noen idéer. Til enkle sensorer, som temperatur som skal støpes ned, faller sikkert valget på 1-wire, da jeg spesifikt har sett på DS18B20. For alle rom hadde det vært interessant å ha røkvarslere, gjerne kombinert med temperatur, co2, bevegelse, lys, og fuktighet, men så langt har jeg ennå ikke funnet noen jeg synes ser lovende ut (og til en ok pris).
       
      EDIT: Skal også ha vannbåren varme i hele huset, og i tillegg elektriske varmekabler på bad (har blitt anbefalt som en slags backup). Dette skal også styres via hele systemet og baseres på sensordata.
       
      Skal på sikt få lagt ut litt plantegninger med hva som er tenkt av sensor, lys og kontrollpanel. Det må bare lages først  Som en teaser kan jeg legge ut blanke plantegninger.


    • Av stianduas
      Hei!
      Har satt opp en RPI 3b med hass.io for å få implementert strømprisen fra tibber inn på knx-systemet mitt.
       
      Home assistant sender så "verdiene" videre til knx via ip.
       
      Gjør dette ved å legge inn dette i config.yaml:
       
      knx:
          expose:
              - type: 'energy'
                entity_id: 'sensor.electricity_price_nesxxxxxx_2x'
                address: 'xx/x/x'
       
       
      Da får jeg opp strømprisen PR nå.
       
      Ser at det er flere attributter etter Entity_id'en, kan disse "expose's"? 
      Feks min_price /max_price /
       
      Hvordan skives dette i skriptet`?
      Har testet :
      knx:
          expose:
              - type: 'energy'
                entity_id: 'sensor.electricity_price_nesxxxxxx_2x_max_price'
                address: 'xx/x/x'
      Uten hell...
       
       
       
      Er ny på denne type programmering:P
       

       
       
      Mvh
      Stian
       
       
×