Moskus

Nei, ikke så lenge både telefon, designer-PC og HS3-server er på det samme nettverket, da skal myHS defaulte til direkte forbindelse. Men det kan jo være verdt et forsøk...

Trykk på "Refresh"-knappen på menylinjen, og så gå til Tools -> Deploy.

Det har de. Men de har nok ikke stått opp enda...

Nå har ikke jeg handlet lisenser fra den nyeste nettbutikken, men jeg får alltid en tabell med mine lisenser (som har lisensnummer og tilhørende passord) for alle mine kjøp, der det siste kjøpet blir lagt til øverst.

Jeg trodde du skulle få det på epost.

Linux-nerder, altså... *sukk*

Vel... når det begynner å bli mange plugins, og HS3 bruker tid på å avslutte, så kommer nok Windows til å kverke HS3.exe prosessen før HS3 får avsluttet skikkelig. Da kan du risikere en ødelagt HS3-data, så det er fremdeles anbefalt å ta kontroll over Windows Update...

@Superzite, se posten min over. HomeSeer i seg selv krever veldig lite og kan kjøre på en Raspberry Pi. En RPi (for eksempel en Zee2) vil fungere fint så lenge du holder deg til få plugins og ikke har et for stort Z-wave nettverk (under 50 noder, men det er jo også relativt stort). Men så begynner du å bygge mer og mer ut, og legge til flere plugins, og da stiger nok behovet ditt. En "normal PC" vil nok uansett kunne duge lenge. Kjøp det du har råd til, og oppgrader senere! Jeg personlig kjører 20 plugins og har vel ca 80 Z-wave noder, hauger av 433 MHz sensorer. CPU-bruken ligger på mellom 8-12%. Jeg hadde imidlertid et problem med Arduino-plugin'en som brukte MYE CPU, men etter at det ble fikset (etter noen måneders masing) så er det nesten ikke CPU-bruk lenger. Av 8 GB minne er ca. 73% ledig. Windows 10 x64.

Det kan så være i Z-way, jeg vet ikke hva slags unntak de har lagt til. Men i HomeSeer (som merkelig nok er det HomeSeer-skolen hander om) er det ikke slik. Ref FGD-211 fw 2.1++ , FGD-211 fw 1.9 og FGD-211 fw 1.8. Dette er jo et kjent problem med forskjellige produsenter, deriblant Fibaro og Qubino, som prøver å være smarte og tolker Z-wave på sin måte... Hadde håpet Z-Wave Plus gjorde ENDA mer med dette.

Jeg ser det samme. Jeg kan skrive ToList() funksjonen selv, men den er nå så selvsagt i .NET at jeg hadde håpet å unngå dette. Skal høre med folkene i HST.

Jeg synes de er lit trøblete å vekke for opptmalisering og parameterjustering. Det er jo ikke bare å trykke på en knapp, liksom...

HomeSeer kjører jo fint på en Raspberry Pi. Ethvert system bedre enn det er bra. Men det er avhengig av hvor mange plugins og hvor mye du vil at HS skal gjøre.

OK, da kan det være at du trenger å oppdatere fra mono 3 til mono 4, eller noe sånt. Jeg er dessverre ikke rette personen å spørre. Mono er .NET på Linux. Men versjon 3 har ikke alle de kule funksjonene som den siste versjonen har. EDIT: Det kan være at det hjelper å skrive "Imports System.Linq" på en egen linje helt, helt øverst i scriptet.

Zee2, HS3-Pi eller fullversjon du kjører?

Zee2, HS3-Pi eller fullversjon du kjører?

Bare for å gjøre det enda mer komplisert bruker ikke Fibaro Dimmer v1 endpoints på alle firmware-versjoner... I det minste ikke på de jeg har som er alt fra 1.8 til 2.2 eller 2.3 (jeg husker ikke i farten).

RFXtrx433 er en glimrende måte å utvide funksjonaliteten i HomeSeer, iallfall for oss som setter det opp selv. Kort om 433 MHz 433 MHz blir ofte brukt som en samlebetegnelse for forskjellige protokoller som opererer på 433,92 MHz frekvensbåndet. Det er et såkalt "åpent frekvensbånd". Det vil si at produsenter ikke behøver å søke noen om å få bruke det (Z-wave opererer i Europa på 868,42 MHz, et annet åpent frekvensbånd). Men utover det så begynner det å bli litt komplisert. Hvis du har en mottakere for 433 MHz båndet, og en eller annen føler som sender på 433 MHz båndet, så betyr det ikke at de kan snakke sammen. Begge deler må støtte samme protokoll. Oregon Scientific har en protokoll, Nexa har en annen og Somfy har sin egen. Og slik fortsetter det. FAQ Q: "Denne trådløse dingsen er merket 433 MHz. Kan jeg bruke den?" A: Det vet vi faktisk ikke. Protokollene er dessverre ikke merket (det er i det minste sjeldent). Men det hender man finner nyttig informasjon på nettet. Q: "Jeg har jo Z-wave! Hva i all verden skal jeg med 433 MHz?" A: Det er flere svar til det: Z-waves styrke er at det er et mesh nettverk, men trenger faktisk ikke alltid være en fordel. Hvis det er en midlertidig enhet, f.eks. julelys, så er det kanskje ikke verdt det å "ødelegge" et velfungerende nettverk 1 av 12 måneder i året. Jeg bruker f.eks. noen Nexa-innstikk-moduler (og en Anslut) til julelys. Det finnes få (eller ingen?) rene temperatur-sensorer i Z-wave-format. De vanligste er innebygget i bevegelsessensorer, men disse sensorene monteres ofte rett under himlingen, eller i det minste lenger opp på veggen enn hvor vi oppholder oss. Jeg bruker Oregon Scientific og Viking temp-sensorer mye for å få en mer riktig avlesing der vi oppholder oss. Som nevnt, er det på det jevne billigere. To stykker Anslut av/på-innstikkmoduler koster en hundrelapp. Er de fantastisk gode? Nei. Er de kjekke å ha i bakhånd? Japp. Plutselig trengte man å huske å skru av en lader etter 12 timer? OK, det kan jeg nå automatisere på under 2 minutter, og det har maksimalt kostet meg en 50 lapp som kan brukes igjen senere. Er det noe litt mer permanent så kjøp til Nexa, de er erfaringsmessig litt mer pålitelig en Anslut. Q: "Så praktisk da! Men det er vel ikke bare fryd og gammen?" A: Nei, det er det ikke. Som nevnt noen ganger før, alle protokoller har sine styrker og sine svakheter. En av de store til 433MHz-protokollene er at de er kun enveis. Dette innebærer at hjernen (altså HomerSeer i vårt tilfelle) ikke vet om mottakeren har tatt imot signalet fordi det er ingen måte å kvittere for det. At de ikke kan kvittere beskjeder betyr også at de ikke kan videresende beskjeder. Det er altså enten direkte forbindelse eller ingen forbindelse i det hele tatt. Dermed er man vesentlig mer avhengig av gode dekningsforhold. Men det kan man bøte på med en god antenne man enten kan lage selv eller kjøpe. RFXtrx433 RFXtrx433 er en boks som sannsynligvis støtter flest protokoller (og som også kan kjøpes hos Tronika). Det finnes alternativer, men dette er den jeg vil anbefale, spesielt til HomeSeer. RFXCOM er et nederlandsk selskap som lager utstyr som både leser og sender 433 MHz meldinger for ganske mange protokoller. RFXtrx433 er en såkalt "tranceiver". Den har både mottaker og sender innebygget. Du finner nok andre tranceivere som støtter protokoller RFXCOM ikke støtter, men det er ikke snakk om mange protokoller. Og jeg tør fremdeles påstå at RFXCOM støtter flest. Og den er støttet av ganske mange andre systemer enn HomeSeer. RFXtrx433 trenger en plugin for å fungere. Den kan du legge til ved å gå til Plugins → Manage. Nederst trykker vi på den gule pilen merket "Additional Interfaces". Nesten nederst finner vi "Wireless Receiver and Transceiver" og under der finner vi RFXCOM-plugin'en. Vi merker den til venstre, scroller opp igjen på siden, og trykker på knappen "Download and install". Hvis alt går vel, vil du etter en liten stund finne "RFXCOM" når du trykker på "Plugins" menyen igjen. La HomeSeer bruke RFXtrx433 RFXtrx433 har en utmerket Quick Start guide, men her skal vi prøve å gjøre det enda raskere. Start først Device Manager (trykk Start-knappen, og skriv "Device Manager" eller "Enhetsbehandler" på norsk). Utvid "Ports (COM & LPT)" og prøv å husk hvilke som er der. Så kobler man RFXtrx433 til maskinen. Det gjøres med en USB-kabel. La maskinen installere driveren i fred. Kikk igjen i Device Manager, og se hvilken COM-port som er blitt lagt til. Dette er COM-porten til RFXtrx433. Så må vi legge den til i HomeSeer. Vi går til Plugins → RFXCOM → RFXtrx/RFXrec. Trykk på "Add" øverst til venstre. Vi velger COM-porten vi fant tidligere i lista. Deretter må vi velge… Protokoller Ulike produsenter har for det meste forskjellige protokoller som de har laget selv. Det aller meste av informasjon innen hjemmeautomasjon på 433Mhz sendes ukryptert, og er man god nok innen signalbehandling kan dekode meldingene og forstå hvordan protokollen er skrudd sammen. Bert i RFXCOM er god til det, og derfor støtter RFXCOM på det jevne flere enn konkurrentene, selv om han ikke støtter alle. Det er jo fristende å bare skru på alle protokoller og la RFXtrx433 lese det den kan lese, men så enkelt skal det selvfølgelig ikke være. To protokoller kan være på kollisjonskurs, altså hvis du velger en protokoll så kan den ødelegge mottaket for en annen. Alt dette står nøyere forklart i RFXtrx433 brukermanualen. Firmware-valg For å gjøre det ENDA vanskeligere finnes det flere versjoner av firmware til RFXtrx433, og de ulike versjonene kan ha forskjellige støttede protokoller. Veldig mange protokoller er felles for alle firmware-typer (f.eks. Oregon Scientific og Viking), mens noen av de særere (og billigere) temperatursensorene krever en bestemt type. Vi som har 433 MHz Rollertrol-motorer hadde tidligere et problem hvis man også skulle styre Somfy-motorer. Men det har nå i etterkant blitt endret. Igjen står dette beskrevet i brukermanualen Jeg pleier å søke etter produktnavnet i manualen (under punkt 2.2.2) For å gjøre det enkelt for demonstrasjonens skyld, legger til en "vanlig" Nexa plugin-modul, og en Viking-sensor. Legge til en output enhet En "output" enhet er en enhet som RFXCOM-pluginen skal styre, som en av/på-modul eller en dimmer. Å legge en til er faktisk ganske enkelt, forutsatt at man har riktig firmware på enheten, og valgt gjeldene protokoll i oppsettet. Gå til Plugins → RFXCOM → Output Devices. Nederst finner du en nedtrekksmeny. En veldig lang en. La oss si at vi skal legge til en Nexa "selvlærende" (dvs uten kodehjul som de fleste er nå) av/på-modul. Da velger vi "AC_MODULE" i lista, nr. 3 fra toppen. Da lager RFXCOM-plugin'en en ny Device til deg, og guider deg til RFXCOM-tab'en (som den selvfølgelig har istedenfor en Z-wave tab). Så her må vi gjøre noen forandringer. 1. DU MÅ VELGE EN TRANSMITTER! Denne er tom, og skal ikke være det. Dette er den vanligste feilen. 2. Type kan du sette selv. Jeg bruker produsent-navnet (f.eks. "Nexa", "Waveman", "Somfy", "Rollertrol", etc) 3. DeviceCode. Velg en. 4. ID code velger jeg helt vilkårlig et tall fra alle de 4 nedtrekksboksene. Andre foretrekker å lage et system. Merk: Hvis du skal overføre et RFXCOM-oppsett fra f.eks. Domoticz kan du hente ID-koden fra den andre programvaren, så slipper du å konfigurere selve enheten på ny. Vi kan gå til "Configuration" og velge "Navn", "Location" og "Location2" hvis vi ønsker. Vi trykker "Done", og havner tilbake i Device List i HomeSeer Hvis det er en ny Nexa-modul, så må denne læres opp. De fleste har en knapp man trykker tre ganger raskt på for å sette dem i "lære-modus", mens noen er i lære-modus 2 minutter etter de har blitt plugget inn i veggen. Uansett metode, vi iverksetter læremodus nå. Så går vi til HomeSeer og trykker rett og slett bare på "On" på den devicen' vi nettopp lagde. Hvis alt går som det skal, vil Nexa-modulen kvittere med å skru seg på, så av og så på igjen. Voilá! Legge til en input enhet En input enhet er en sensor som RFXCOM-pluginen skal lese informasjon fra, for eksempel et termometer. Å legge til en sensor er vel kanskje enda enklere, igjen forutsatt at man har valgt riktig firmware og protokoll. Det aller første vi gjør er å gå til Plugins → RFXCOM → Input Devices, og trykker "Clear sensor heard list" for å fjerne eventuelle innkomne, falske signaler vi ikke er interessert i. Så setter vi batterier i temperatursensoren, si en Viking-sensor. Disse sender informasjon ca 1 gang i minuttet, noen fabrikater oftere, andre senere, men det skjer alltid forholdsvis tett. Dermed vil "Sensor heard list" kunne inneholde noen få enheter. Viking-sensoren rapporterer kun én ting: Temperatur. Andre rapporterer mer. F.eks. Oregon Scientific rapporterer både temperatur og batteri-status, og enda noen rapporterer relativ luftfuktighet. Vindsensorer rapporterer både kast, gjennomsnitt og vind-retning, og så videre. Alle disse vil dukke opp i "Sensor heard list" med samme ID men med litt forskjellig beskrivelse, og du må legge til én for én. Batteribytte En av ulempene med 433 Mhz sensorer er at de stort sett bruker batterier, og batterier varer dessverre ikke evig. Når en temperatursensor får nye batterier, vil mange av dem få en ny ID, og den gamle device'n vil ikke oppdatere seg lenger etter et batteribytte, og etter (typisk) 1 time vil du få "Communication error". Her er det nærliggende å tro at man må fjerne de gamle devicene fra HomeSeer og legge til sensoren på nytt, men heldigvis er det ikke slik. Man åpner bare en av devicene (f.eks temperatur-devicen) og går til RFXCOM-tab'en. I den øverste nedtrekksboksen merket ID vil den nye IDen være listet opp hvis RFXCOM-plugin'en har mottatt den. Velger du den nyeste (som da er nederst i listen) IDen, vil devicen i HomeSeer oppdateres med nye verdier igjen. Og dette trenger du bare gjøre for én av devicene som tilhører sensoren. Hvis sensoren rapporterer batteri og andre ting, så blir disse sensorene oppdatert automatisk med den nye IDen uten at du trenger å gjøre det manuelt. MERK: Siden 433MHz-sensorer ikke skiller mellom to ulike sensorer så er det greit å passe på når man bytter batterier. Ta en sensor om gangen og gjør den helt ferdig! Ellers kan det være at du blander IDen mellom flere sensorer og plutselig vet du ikke lenger hvilken sensor som tilhører hvilken ID. Tips fra meg: Jeg bytter batterier ca. 1 gang i året, kanskje litt over. Da handler jeg inn en bunke AA og AAA batterier på Ikea og går systematisk gjennom huset med en tablet i hånda. Rom for rom byttes, og det går faktisk relativt raskt. Oppsummering Nå har sett hvordan vi kan utvide funksjonaliteten til HomeSeer på en enkel og (relativt) billig måte. Hvis du allerede har Somfy-motorer til rullegardiner eller screens, så er RFXtrx den enkleste måten å styre dem på fra HomeSeer. Tidligere har vi snakket om innkjøp (del 1), oppsett (del 2), Z-wave-konfigurasjon (del 3 og del 4), og i del 6 skal vi se på litt nærmere på Web-UIet, device-håndtering, sorteringer, navngivingskonvensjoner og slikt før vi har laget et altfor stort rot i oppsettet vårt. Vis full oppføring

Ja, burde stemme bra.

Hvor er lyspæren din? Jeg tror jeg forstår hva du mener. Tenker du at L og N til høyre øverst der er koblet til lyspæren? Da blir det som nederst til høyre i bildet mitt over. De to horisontale strekene merket N og L kommer fra huset og kan fortsette til andre uttak.

Neida, det er det samme. Men HS selv er jo ikke entydige. Slik jeg leser det vil Speaker client kjøre fint på andre klienter som før, jeg kan ikke forstå at det skal være et problem. Men du får det ikke til på selve serveren.

Ja, det sier de alle! Elektrikeren din forstår dette utmerket... Men om du skal bruke en vanlig bryter eller ikke betyr ingenting. Den vanlige bryteren kobles på S1/2 og Sx. Kan du tegne dette? Det var litt vanskelig å følge forklaringen... ... og vil det da se ut som en av disse: Med 2-wire står altså dimmeren i serie med pæren. Anbefales kun hvis du må bruke den.

I utgangspunktet ikke. Men Event-systemet gjør det til "en lek" å sette opp selv (når du kan det) , slik at behov for slikt er lite. Ja. Alt er ikke bare gull, men det er fort et problem med HeatIt/Multireg. Hvis du med "resirkulere" mener "benytte meg av", så ja, du kan bruke Fibaro-produkter med HS. Ja. Du kommer til å merke at HS3 ikke er så blankpolert som Fibaro er. Det er ingen "wizards" som holder deg i hånden gjennom de første oppsettene, og det er ikke skinnende knapper eller slidere og annet "fjas". Det vil nok derfor kunne virke stort og tungt å komme i gang med. Men det er også motivasjonen bak HomeSeer-skolen! Hvis du kan tenke ut hva du vil oppnå, så er det på en eller annen måte mulig. Det finnes alltid en løsning! Friheten er stor, og det gjør at det også er mulig å automatisere mer.

Dette skriver du vel en kjapp guide på!