Anders Hauge

Jeg har gjort som dere, kjøpt flere av dette kameraet på kjell på black week. Jeg sliter med å få det til å funke. Nå har jeg forsøkt mange forskjellige måter å sette det opp på. Automatisk via ONVIF, manuelt med RTSP med alle mulige varianter av path til videostream. Flere av oppsettene gir et stillbilde og OK test, men ingen av oppsettene klarer å streame video fra dette kameraet. Jeg har også lastet ned og installert ONVIF device manager. Den finner kamera, får logget på, kan vise nettverksinnstillinger osv, kan også vise stillbilde, men ingen videostreamer funker. Hjelp.... Har egentlig ikke lyst å returnere dem, men jeg forstår ikke helt hva som kan løse dette... Kjører Synology, BTW... alle tester gjort i den Surveillance Station der.

Jeg går over til Homey fra Fibaro. Garasje med verksted/hobbyrom står 20 meter fra huset, og for å få den med i systemet har jeg hatt en HCL der som har styrt en del Z-Wave enheter der. Jeg har kablet nettverk ned til garasjen. Dersom jeg skulle hatt en nettverkskoblet Z-Wave enhet her kun som en "forlenget arm" for Homey, hvilken ville dere valgt?

Ikke fibaro. Det kan være flere triggere, med "OR", men mange "OR", gir fortsatt kun et enderesultat. Skal jeg løse dette med kun 1 "scene" eller "flow", må jeg kunne definere et resultat pr. "IF". Altså - en slags trestruktur. Hvis bevegelse, og "tilstand" så "50%", else "tilstand" then "10%", else "tilstand" then "70%". Skjønner?

Mulig dette bør i Z-Wave, eller Fibaro gruppen, men tanken med å legge det her er at det er mer generelt i forhold til logikk og tankegang. Flytt det gjerne om dere føler for det! ? Jeg har i dag bygget opp et Fibaro opplegg hjemme som teller ca. 50 enheter. Z-Wave databasen ble corrupt ifbm adding av et device, og siden har jeg ikke kunnet bygge det ut noe mer. Deretter har det vært en del problemer med sentralen, da spesielt etter oppdateringer, og jeg har skrinlagt hele utbyggingen av resten av huset. Det har fungert sånn noenlunde i 2 år, så lenge jeg ikke har tatt i det, men nå er det på tide å gjøre noe så det både blir stabilt, og slik at jeg kan bygge det ferdig ut i siste delen av huset. Nå starter jeg helt på nytt, med Homey, og vil gjerne gjøre ting riktig fra starten av. I den forbindelse trenger jeg litt råd. Forutsetningen er at jeg ikke kan programmere, men må forholde meg til de funksjoner som ligger i brukergrensesnittet! Lysstyrke ifbm automatikk I dag på Fibaro: På de fleste rommene med bevegelsesensor ønsker jeg forskjellig resultat til forskjellig tid på døgnet. På dagens løsning ble det løst ved at jeg har en variabel som settes til forskjellige verdier gjennom døgnet, av flere scenes. Kl. 7 trigges en scene som setter variabelen "lysmodus" til "Morgen", ved soloppgang settes den til "dag", ved solnedgang settes den til "etter solnedgang", kl 01 settes den til "natt". Når bevegelse registreres trigges en av flere scenes basert på verdien i "lysmodus" variabelen. På den måten får jeg forskjellig styrke etter når på døgnet det er, og noen av lysene slår seg ikke på om dagen i det hele tatt. Denne løsningen gjør at hvert enkelt lys har 4-5 scenes, 1 pr. "lysmodus". Dersom en scene kunne hatt "else if", kunne jeg laget alle modusene på 1 scene, men det har ikke Fibaro. Altså - såvidt jeg kan se mangler Fibaro muligheten for noe sånt som: IF "bevegelse" -> AND "Lysmodus=natt" then "lys på 10%" elseif bevegelse AND lysmodus=dag THEN "lys på 100%". Med? Best practice? Forutsatt at jeg ikke kan programmere, men må forholde meg til de funksjoner som ligger i brukergrensesnittet til Homey, fins det smartere måter å gjøre dette på enn å lage en flow pr. lysmodus, pr lys? Logikk direkte mellom enheter, eller via flows/scenes? I dag på Fibaro: På en del dingser som utelukkende bare er av eller på, så har jeg alltid laget reglene i Fibaro scenes. Altså - dersom et rom feks har lysrør eller annet lyskilde/rele som ikke dimmes, så har jeg fortsatt laget en scene som sier "hvis bevegelse -> lys på", og en annen som sier "hvis ikke bevegelse lenger -> lys av". Jeg ser at det egentlig fins muligheter for å la sensoren styre bryteren direkte, uten at det må ligge regler i sentralen overhodet. Den bare "overvåker status", om du skjønner. Drawback er at om man skal endre hvor lenge lyset skal være på, så må man da sende kommandoer til enheten for å endre innstillingen i sensoren. En annen ting er at man mister mulighet for å endre når lys aktiveres (feks ikke lys på dagtid). Best practice? Burde jeg i større grad bruke direktekobling mellom enheter, eller er det god praksis å kjøre alle hendelser gjennom sentralen med flows/scenes for hver eneste ting som skjer? Noen rom skal ha både sensor og manuell styring i dag på Fibaro: Feks en kjellerstue som både brukes som gjennomgang og hvor det kan sittes stille for å se film. Der er det både er rent taklys, men også "stemningslys" og andre dingser (TV, osv). Jeg har en sensor i rommet og ønsker at den skal trigge taklys om jeg jeg skal ned dit for å hente noe, eller bare går gjennom, mens jeg ønsker også at rommet skal kunne "slås på" hvor flere lys og enheter aktiveres, og ikke skal slukne om det ikke registreres bevegelse (folk sitter stille). I slike rom har jeg i dag løst det ved å ha en variabel som heter feks "kjellestuemodus" som kan være "på" eller "auto". Dersom modus er "auto" aktiveres scenes som skrur av og på lys ved bevegelse (IF bevegelse AND variable kjellestue_mode=auto THEN "lys på"). Mens om "modus" er "på" aktiveres lys/TV osv, og scenene for automatikk trigges ikke lenger, slik at lyset ikke går av om man sitter i ro. Best practice? Fins det smartere måter å løse slikt på? Noen som har valgt å løse det på andre måter? Flere av metodene jeg har brukt over gjør at det blir veldig mange scenes som ligger og føler på endringer osv. Jeg lurer på om det blir for mye greier og om sentralen har gått i frø på grunn av måte jeg har løst disse tingene på, eller er dette slik dere andre har løst slikt også? Setter pris på innspill! ? Mvh Anders Hauge

Enkelt og komplisert. Jeg har lest litt "både og" om Homey, og da spesielt trekkes det frem en del negativt om zwave støtten. Så for meg er behovet 3 delt. 1) Jeg kunne tenkt med å testet ut flows og logikk, FØR jeg tar jobben med å åpne opp 50 veggbokser for å parre om hele huset. 2) Jeg har en garasje som er utenfor zwave rekkevidde. Da kunne jeg beholdt HCL boksen der, kun hatt devices, og trigget all logikk fra Homey via integrasjon. 3) Det som gjør meg mest misfornøyd med Fibaro er rot med logikken, og elendig støtte for andre enheter enn zwave. Homey sies å skulle være "sånn passe" med zwave, og at man må gjøre en masse manuelt arbeid både for å adde, men også bruke tid på å tweake nettverket. Det har Fibaro ikke rotet med. Der funker NWI helt fint. Så det kunne være aktuelt å resette hele Fibaro løsningen, adde alle dingsene dit uten noe logikk, og så kjøre all logikk i Homey. Men disse tingene går da ikke siden Homey ikke integrerer med Fibaro.

Etter 3 år med Fibaro og snart ikke mer hår igjen på hodet, starter jeg prosessen med å skifte til Homey. Jeg kan skrive side opp og ned om h orfor jeg dropper Fibaro, men kort sagt er det for mye problemer, og da spesielt etter en oppdatering i fjor høst. Men nå i overgangen stusser jeg på en ting. Homey skal være den som får alle huber og smart dingser til å snakke sammen, men hvorfor kunne den ikke da snakket sammen med Fibaro? At den kunne trigget endringer på devices i Fibaro, I stedet for at alt må parres opp for at det skal virke? Feks Google Home klarer jo å koble til Fibaro og trigger styring av Fibaro enheter, da burde vel Homey også klare det? Har testet en del i dag, og har støtt på flere ting jeg ikke klarer å løse. Feks * Verisure integrasjonen får jeg ikke til å fungere. Den lagrer user/pass og kode (antar det er pin- koden min i alarmsystemet?), men den finner ingen moduler. Søker jeg opp status (aktivert/ikke aktivert) får jeg opp noe som bare heter null/null. Noen som vet hvordan dette skal parres opp for å fungere? * Jeg har HEOS lydsystem i hele huset. Er det ingen måte å aktivere avspilling av en radiokanal? Har brukt Tunein tidligere, men det ser ikke ut som det er støttet. * Bruker chromecast og apper på Android for å styre TV. Er det ikke mulig å aktivere streaming av en TV kanal på chromecast? Feks, slå på TV (ok), sette på riktig inngang (ok), justere volum (ok), caste NRK1 (finner ingen måte)? * Jeg har en Samsung 65 tommers TV ca 2 år gammel som er vrien å få styrt. Jeg får slått den av via IP, men ikke på. Støtter sikkert ikke WoL. Har satt opp std IR fjernkontroll men den reagerer også ustabilt på den. Har satt opp repetisjon av "på" signalet og etter mye greier ser det ut til å funke i 8 av 10 tilfeller. Hadde vært greit med 10 av 10. Lurer på å anskaffe en Harmony HUB eller tilsvarende, de pleier å være stabile. Evt noen som har andre tips? Fins det noe rimeligere enn harmony som funker på samme måten og sammen med Homey, med en liten WiFi dings med IR sendere som kan plasseres strategisk? Mistenker også at Homey etterhvert også må plasseres et sted som ikke er forenlig med at den skal "se TV'n". Setter pris på tips og råd i prosessen jeg skal i gang med...

Det har jo vært litt snakk om at z-Wave utstyret ikke er laget for mange minusgrader, så jeg tenkte det var greit å få koblet det til noe som er inne. Jeg har lest om den nye fra Aeotec, og jeg er i akkurat samme båt som deg. Syns det er lenge å vente. Må sikkert bite i det sure eple og bare handle versjon 1 fra utlandet. Evt. om en forhandler vi har god dialog med kunne tatt inn noen sammen med annet Aeotec utstyr? De aller fleste selger jo denne garasjeportkontrolleren deres...?

Jeg har pusset opp gangen i mellomtiden, så da la jeg en ledning fra dimmermodulen (Fibaro) i boksen i gangen, og ut på veggen ute hvor ringeklokken skal henge. Tenker å henge opp en sånn ringeklokke i glass som da kommuniserer med sentralen via inngang 2 på dimmeren i gangen. Men fortsatt er problemet å få et fornuftig varsel inne i huset. Har eksperimentert med HEOS systemet mitt, og spilt av en ding-dong-lyd i alle høyttalerne når det ringer på, men det er for ustabilt til å bruke. Har funnet ut at Aeotec har en z-Wave Doorbell dings som kunne virket, men det er ingen her hjemme som har den, og jeg syns det blir dyr fra utlandet om man legger moms til prisene.

Hei!! Sorry, tok litt tid før jeg så dette spørsmålet!! Etter å ha lagt til "plugin" Harmony dukker det opp en del devices. Det er ett device pr. "activity". Om du ser på adresselinjen i Fibaro når du er inne på akivitetene (feks "Se på TV") så har de en ID. Denne ID'en kan du kalle med andre kommandoer fra en Virtuell device. Så lager du en virtuell device som sender forskjellige kommandoer til disse devicene. Se vedlagte skjermbilder. Merk at siden alle kommandoer sendes direkte til en spesifikk aktivitet, er det vanskelig å få sendt en "stop" kommando til rett sted når du skal slå av. Så for å skru av sender jeg først en kommando til en av aktivitetene som ikke bruker TV (slik at den slukker), så venter jeg litt og sender en "stopp" til den samme igjen. Da slår alt seg av. fibaro:call(109, "changeActivityState",Stopped) fibaro:sleep(2000) fibaro:call(109, "changeActivityState",Stopped) Lagt ved litt skjermbilder.

Jeg har en HC2 og har kjøpt en HCL for å få full dekning i en garasje/hobbysom som ligger litt fra huset. Er det noen andre som har satt opp "Remote controller" i Fibaro og kan belyse for meg litt hvordan disse snakker sammen? Skal devices addes til den andre controlleren, eller fungerer den sekundære kontrolleren kun som en "antenne", mens all programmering skjer i/fra masteren?

Satt akkurat med fingern på avtrekkeren for å kjøpe et par slike for teste. Søkte her på forumet, men siden denne tråden ikke inneholder navn eller modell, så kom den ikke opp i søk. Søkeord: NEO, Coolcam, Plugin, plug-in.

ID-lock har bekreftet at dette er en kjent feil, og sender ny innedel. Det som skjer er at polefjærene i batterikassen kan synke innover i kassen når man skifter batterier, og til slutt skaper det en delvis kortslutning mot metall inni låskassen. Så en tanke å sjekke om de virker å sitte litt vel langt inne i batterikassene deres, om det er andre med samme lås. Antar at dersom de kan "synke inn" så kan de også trekkes ut igjen forsiktig med en tang. Men når det først har vært så varmt som i min så er plasten smeltet og metallet missfarget. Det kan også komme syre fra batterier som har vært kortsluttet, og den renner rett inn i innedelen. Skrevet i beste mening, og sendt fra mobiltelefon (med den risikoen stavekontroll medfører)..[emoji4]

Monterte en ID-Lock i går, og satte inn Biltema batterier. Fikk inkludert den i nettet og alt så ut til å fungere fint, men i dag morges klagde den på batteri (epost fra sentralen). Da jeg kom ned til døra (garasjen) var låsen død. Okei, dårlige batterier da tenkte jeg, så jeg vippet ut de som var der. La merke til at de så litt merkelig ut i plasten, men tenkte ikke noe mer over det. Satte inn nye batterier fra Panasonic og tenkte nå skal det blir saker. Etter 1 time begynte den å klage på batteerier igjen, jeg var nede og sjekket litt. Da var batteriene så varm at jeg ikke kunne ta på dem, og plasten på batteriene var begynt å smelte. De var selvsagt satt inn riktige veier, og låsen fungerte faktisk. Pga varmen vipper jeg ut alle batteriene, turde ikke annet. Batteriene var så varme at jeg kan aldri tenke meg at det er noe komponent i låsen som bruker så mye strøm på så kort tid. Da ville det kommet røyk fra noe i låsen. Jeg lurer på om det kan være noe med batterikassen? Det virker som poleklemmene står veldig langt inne i batterikassen, og at de kanskje bommer litt på plusspolen og klarer å kortslutte den til minus, muligens? Har søkt på forumet her og det er jo andre som har hatt problemer med levetid på batteriene, men dette er jo litt mer ekstremt. Kanskje det er derfor det er forskjell etter hvilke batterier man setter inn i låsen, etter hvordan de er isolert rundt plusspolen (over kassa som er minus)? Har sendt supporthenvendelse til Fururehome hvor låsen er kjøpt. Noen andre som har lignende erfaringer og en mulig løsning?

Merker jeg blir litt skeptisk når det står at Telldus skal utvikle z-wave delen... Er ikke imponert over stabiliteten til Telldus til nå iallefall... Men "Mars 2017"...? Er det noen som har slike?

Siden vi er inne på det, det er kun lys som skal ha 2-polt brudd? Kontakter pleier jo å være direktekoblet...

Om den bare kunne hatt z-wave integrasjon....? :-) Sitat: "It only compatible with Wi-Fi now. We sure ‘Wi-Fi’ is the best option to operate the device in many cases. But we will consider developing the Zigbee or Z-Wave version later."

Om det er lov, hva er forskjellen på det, kontra bare vippe ned kursen til badet? Er det med andre ord ok å droppe 2-polt bryter på badet?

Som nevnt tidligere har jeg satt opp to hus med Nexa 433Mhz tidligere. Første var med generasjon 1 dimmere som bare funket på halogen/glødetråd. Derfor ga jeg Nexa en ny sjanse i hus nr. 2. Det koker ned til 2 problemer: Kvaliteten på enhetene er for dårlig! De ryker, henger seg, osv osv. Har aldri vært så ofte ute i sikringsskapet som da jeg hadde Nexa 433....;-) 433Mhz er et enveis system som arbeider i blinde, og fusker hele tiden. Enten i form av enheter som aldri gjør det de blir bedt om, eller enheter som gjør det for mye, og begynner å "dimme" når man bare ville slå de på. En annen problemstilling er at sentralen ikke aner hva som skjer ute på bryteren. Om en bevegelsessensor har aktivert lyset lokalt, om noen har skrudd det av med fysisk koblet bryter, osv. Nå som vi har flyttet (forhåpentlivis for siste gang på noen år), vurderte jeg forskjellige systemer. At jeg skulle over på z-Wave var åpenbart, men jeg var usikker på valg av sentral. Jeg var (som mange andre) forført av tanken på å slippe å bytte alle sensorer med en gang, og tenkte Tellstick znet live V2 kunne vært en god løsning, siden den skal støtte både z-Wave og 433Mhz. Bare for å rydde en misforståelse av veien, det står at den støtter 433 2-veis. Det betyr bare at den kan sende kommandoer til enheter, og motta feks temperatur eller bevegelse fra sensorer. Det er ikke 2-veis som i "Kommando->bekreftelse". Det tok meg 2 dager å innse at Telldus ikke funket til mitt behov. Den ser ingenting annet enn lyspærer. Om du kobler opp en sensor av noe som helst type annet enn "rett frem", så er det helt på bar bakke. Jeg skulle koble opp blant annet Aeotec garasjeportåpner, og når den også ble en "lyspære" takket jeg for meg. Har den forøvrig om noen vil kjøpe...:-) Det ble gått noen nye runder og valget falt på Fibaro HC2. Årsaken var rett og slett at den har lav brukerterskel når man skal i gang med et nytt system. Det ser smashing ut, og med HC2 har man LUA og burde strengt tatt kunne få gjort alt man skulle ønske. Dersom jeg over tid skulle synes Fibaro begrenser meg veldig, så kan alltids sentralen byttes ut med en annen. Alle enheter kan beholdes. Nå har jeg hatt den i 2-3 uker og har koblet opp ca. 80 devices inkl. subdevices, virtuelle og "plugins", og kjører ca. 70-80 scenes. Her er mine førsteinntrykk: Positive: Vanvittig intuitiv! Nå jobber jeg som IT-konsulent og har sikkert ok forutsetninger for å forstå systemlogikk, programmering i blokkmodus, osv osv, men jeg syns veldig mye er selvforklarende. Stabil. Mange skriver at den skal være trøblete. Mulig det, men min har vært veldig bra den perioden jeg har hatt den. Brukervennlig, spesielt mot Fibaro enheter. Alle Fibaro sine enheter kommer opp grafisk og pent, med absolutt ALT av options og settings listet opp i brukergrensesnittet. Det samme gjelder mange 3-parts enheter, om enn ikke alle. Feks Aeotec Multisensor kommer opp med alle innstillinger og alt, strøkent. Garanjeportåpeneren kommer opp som en "garasjeport" med bilde lukket eller åpen, og fungerer strålende. Veldlig grafisk og lettfattelig. Fri programmering. Blokkprogrammeringen fungerer veldig bra, og man får gjort omtrent hva som helst. Den har noen begrensninger, men da er det en stor bonus at man kan lage et script i blokkmodus, finpusse og gjøre alt klart, og så kan man vippe det over til LUA for å gjøre tilpasningene som ikke blokkene klarte å få til. Tar man en kopi av scenen før man vipper den over er det mulig å prøve/feile litt uten å gjøre alt på nytt. Veldig imponert over hvor solid z-Wave protokollen/systemet virker å være! Jeg har bevisst plassert noen dingser "på veien" mot andre dingser som er langt avgårde fra sentralen og det fungerer som bare juling. Støtte for en del dingser gjennom "plugins". Feks Netatmo værstasjonen min var enkel å få rett inn i systemet. Nå kan jeg da bruke alle sensorene på den til å trigge forskjellige actions. Feks dra inn persienner om det blåser? Starte avtrekk om CO2 er for høyt? Pushvarsle om garasjeport/takvinduer som er åpen om det begynner å regne? Negative: Virker litt "lunefull" mot enkelte andre fabrikater av enheter. Da spesielt Everspring/Nexa sine. Men det kan også være fordi Everspring/Nexa er noe crap! Feks Aeotec har fungert feilfritt mot Fibaro. Sikter nok litt høyt i markedsføringsmateriellet sitt, så man må ta noen ting litt med en klype salt. Sjekk hva den faktisk gjør, og hva du ønsker å gjøre. Inkludering må skje nær sentralen. Det skal liksom kunne skje "globalt", men det funker ikke. Lurer kanskje på om enhetene må støtte det, eller noe, men jeg har tilgode å ha fått det til. Savner timere i systemet. Det er en dårlig løsning å la en scene stå å "vente" kjørende. Det fører til for mye rot med scener som går flere ganger, osv. Jeg har laget min egen "hack" på det, skriver om den litt etterpå. Har "plugins" til masse forskjellig, men mange av pluginsene kan ikke brukes i scenes. Da blir det for meg helt ubrukelig... Hva skal man feks med Denon HEOS plugin som ikke kan trigges fra scenes, men kun trykke på skjermen for "play og "pause"? Foreløpig har jeg ikke så mye å utsette på den, men husk at jeg er INGEN utvikler, og aner ikke hva jeg kunne fått gjort med feks HomeSeer. Jeg ser bare hva jeg savnet med Telldus, og hvilke vanvittige muligheter Fibaro har gitt meg, og hvor morsomt det er å jobbe med systemet, og få ting til!! :-) Noen av de litt mer (for meg) krevende tingene jeg har satt opp. Jada, dette kunne sikkert vært gjort enklere med LUA programmering, eller i et annet system, men jeg har løst det på denne måten...:-) Er VELDIG åpen for andre løsninger som ikke innebærer 1 år på "LUA-Høyskolen". Som nevnt - jeg savnet timere. Jeg har feks en avtrekksvifte på et bad hvor det er Aeotec Multisensor som blant annet føler på luftfuktighet. Jeg ønsket feks at viften skulle en ekstratid etter at fuktnivået var kommet under satt grenseverdi. Samtidig ønsket jeg en bryter på veggen som brukeren kunne trykke på for å starte viften en gitt tid manuelt (uten fukt i luften), og jeg ville at den skulle håndtere situasjoner hvor feks noen trykker, og SÅ dusjer. Da skal ikke bryteren sin timer slå av vifta, mens fukten er høy. Eller om en ny kommer inn for å dusje mens vifta er i ettergangstid, slik at grenseverdien vipper under og så over treshold igjen. Alle disse tingene hadde vært enkelt med å manipulere en timer med nye verdier og tall. Bare pushe den opp igjen om en ny hendelse inntreffer. Jeg har løst det med ha en del globale variabler som et eget "bakgrunnsscript" resuserer med 1 hvert minutt. Altså - "hvert minutt" verdi1=verdi1-1, verdi2=verdi2-1 osv osv. Så har jeg laget en scene som kjører viften dersom variabelen er over eller lik 1, og stopper den om variabelen er under eller lik 0. om noen trykker på knappen: variabel =30 (siden den reduseres med 1 pr minutt, går da vifta i 30 min) om noen holder inne knappen (slå av vifta): variabel=0 om fukten kommer over grenseverdi (uansett om vifta går eller ikke): variabel=240 om variabel=1 OG fukt over grenseverdi: variabel=10 om fukt=under grenseverdi: variabel=10 (ettergangstid) Jeg bruker litt hjelpevariabler for at ikke hver eneste endring i luftfuktighet skal trigge skring til variabelen, og slikt, men prinsippet er det samme. HEOS kontroll. Jeg bruker "Putty-kommandoer" for å styre HEOS høyttalerne mine. Det er en egen definisjon av mulighetene med å sende slike "HEOS://" kommandoer til høyttalerne, og om man setter seg litt inn i det er veldig mye rart mulig. Feks trigger vi alt lys i stuen/kjøkkenet med en Fibaro "button", og da kommer også P3 på HEOS høyttaleren i spisestuen...:-) Ringeklokken på døren trigger en scene som spiller av en "dingdong" lyd på alle HEOS høyttalerne i hele huset. Volumet på høyttalerne er selvsagt tilpasset tiden på døgnet. Høyt på dagen, lavere etter at unger er lagt, og nesten helt av på sen kveld/natt. Pusher selvsagt også en beskjed til telefonene våre. På samme måte har jeg funnet en heslig enerverende alarmlyd, som vil bli spilt på HEOS systemet ved en eventuell brann eller annen alarmsituasjon. Sistnevnte er bare lagt opp scriptmessig, men ikke tatt i bruk. Vi skal etterhvert fase ut Verisure. Alle lys som trigges av bevegelsessensorer har 4 forskjellige nivåer etter når på døgnet det er. Sterkt på dagtid, svakere etter solnedgang, enda svakere sent på kvelden, og 1% på natten (pisselys). Vi bruker i utgangspunktet ikke bevegelsesensorer i stuene, der styres alle lysene med scenes og "buttons". Men jeg har hengt opp en i hver stue likevel. Dersom lys er slått på med scenes blir sensorene ignorert, men om scene (alt av) kjøres, aktiveres dem. Slik at om man bare skal "gjennom rommet", så får man lys fra noen utvalgte kilder for å se hvor man går. I TV-stuen har jeg Logitech Harmony remote system med Harmony HUB. Når man skrur på lyset trigges en "activity" i Harmony systemet, slik at TV'n slår seg på som en "bilderamme" med bilder fra Chromecast. Vi har ikke noe "lineær-TV" lenger, så alt kjøres fra Chromecast. Dermed er da TV'en også klar om man ønsker å se på noe. Som tipset fra en annen bruker her inne hadde jeg problemer med signalet ned til garasjen og garasjeportåpneren. Det ble meget effektivt løst med å sette z-Wave pærer i utelampen på huset som vender ned mot garasjen, og samme på garasjen. Kommandoene til garasjeporten traverserer de to pærene og etter at de ble satt opp har portåpneren aldri hatt så mye som ett hikk...:-) På gjestebadet kommer automagisk NRK P3 på HEOS'en sammen med lyset...;-) Moro for far...;-) Og enkelte teknofrik-gjester...;-) Volumet er selvsagt tilpasset tiden på døgnet, og om noen går ut der for å pisse kl. 3 har jeg klart å motstå fristelsen for å skremme de litt...;-) Da starter ikke musikken. På badet har jeg laget en regel som sier at dersom det tilsynelatende ikke er bevegelse, men fuktigheten er høy (over 70%), antar jeg at noen står bak glassveggene i dusjen, utenfor rekkevidde av bevegelsesensoren, og utsetter avstenging av lyset. Igjen kommer "timeren" min inn. Jeg trenger ikke proppe alle de andre scenes'ene med unntak og fjas. Jeg bare sjekker timer-variabelen, og dersom den er blitt verdi=1 (skal til å slå seg av), og fukt er over en verdi, så settes den bare til 5. Da får brukeren 5 nye minutter på å komme seg ut av dusjen og komme innenfor bevegelsesensoren. Sånn - det får være bra for i kveld...:-) Måtte bare få det ut...:-) Syns det er veldig moro å pønske ut nye finurlige tingtang, og ikke minst - klare å få det implementert i systemet...:-) Go' natt...:-)

Joda, den har jeg også funnet. Men den er iallefall 20x størrelsen jeg trenger til en liten 2-leder kabel på størrelse med en tynn høyttalerkabel...[emoji4] Skrevet i beste mening, og sendt fra mobiltelefon (med den risikoen stavekontroll medfører)..[emoji4]

TV-Stuen i det nye huset vårt har sort tapet, noe som jeg syns er bra saker i en moderne TV-stue, og dessuten er det vist veeeeldig "in"...;-) Men jeg skal ha frem noen tynne strømledninger til bakhøyttalere, og på sort vegg må jeg da ha sorte kanaler. Noen som vet hvor det er å få kjøpt?

Hei! Fant du ut av dette. Jeg sitter akkurat med det samme. @FrankTR Det du nevner er gjort. Da oppstår disse "Device"'ene som viser i grensesnittet, men som ikke kan brukes til noe annet enn å trykke på der og da. De kan ikke brukes til å utføre ting i Scenes osv. Samme gjelder forøvrig Plugins til masse annet. Det dukker opp i "Devices", men kan ikke brukes i Scenes uten programmering. Samme med feks HEOS. Det ser ikke ut som Harmony lager noe annet enn slike devices, og de kan ikke brukes i Scenes. Jeg har styrt fælt og fått til å lage et Virtual Device som trigger forskjellige actions på Harmony HUB'en med kommandoer som "fibaro:call(109, "changeActivityState",Started)" osv. Jeg er ingen utvikler, så dette virker for meg vanVITTIG tungvindt. Om dette er måten de "støtter harmony" så syns jeg det er ganske håpløst... Er det noen andre som har feks en ferdig VD som vi novices på LUA kan bruke?

Bumper denne litt.. Brukte Nexa ringeklokke der jeg bodde før, og må ha en ny her nå. Har hjemmekontor helt i andre enden av huset, så jeg må ha noe som sier "gonggong" her også, men vil ikke ha en sirene. Ser Aeotec har en "Doorbell" som ser helt fin ut, men den er det jo ingen her på berget som selger.. Fins det noen enkle enheter som lager lyd uten at det er 85db og skremmer fanden på flat mark?

Ja, HC2 har et eget valg når jeg setter den i "inclusion mode" at den skal se etter "enheter som står langt fra sentralen". Men feks med Aeotec garasjeportåpneren var det kul umulig å få den inkludert før jeg tok den med meg bort til sentralen. Så spørsmålet blir da - må det gjøres noe når jeg flytter den langt avgårde etter inclusion, eller finner systemet ut av det selv?

Skal forsøke å forklare litt nærmere. Her kommer vi nok inn på dette med at jeg ikke kjenner z-Wave oppsett og virkemåte godt nok. Da tenker jeg spesielt på dette med "assosiation groups" osv. Enkelt rom, 1 magnetsensor eller bevegelse, og 1 pære. Pr. i dag har jeg inkludert rommet i sentralen, og laget en scene for "på" og en for "av". Men kanskje det egentlig er mulig/burde vært satt opp slik at sensor og bryter snakker sammen direkte? Kanskje det kan gjøres i TILLEGG til å være inkludert i sentralen slik at man kan overvåke/styre enhetene derfra osv, i andre sammenhenger? Eller er det "enten eller"? At enten må alt styres via sentralen, ellers må alt styres direkte uten at sentralen vet om hva som skjer? Var det forståelig?

Ingen tips på dette?