Hillmar

Jeg har hatt ID Lock 150 siden den kom på markedet (forhåndsbestilt) og har aldri hatt problemer med batterilevetiden. Om jeg husker riktig så satte jeg inn 4 batterier når jeg installerte den og byttet ut de 4 med 8 nye når Z-Wave enheten ble installert en gang etter sommeren i fjor (de 4 batteriene var da ikke tomme, men byttet de når jeg først var i gang). Jeg var med på betatesting av ny FW og oppdaterte FW siste gang i februar i år tror jeg (husker ikke hvilken versjon det var, men kan det ha vært 1.1.0?). Men følgende tekst i release note for versjon 1.1.7, "Fixed a bug related to amount of notifications sent when unlocked/locked from z-wave", fikk meg til å oppdatere den igjen nå, i håp om at teksten betydde at rapportering av hvem som har låst opp var rettet (som det ikke var). Dette gjorde jeg for noen dager siden. Batterinivået rapporterte 70% før oppdateringen og 65% når jeg var ferdig, MEN nå noen dager senere er jeg nede på 45%! Jeg har som sagt aldri opplevd sånn batteriforbruk på denne låsen før, så kan ikke skjønne annet enn at det har med FW oppdateringen å gjøre. Så lærdommen er, som alltid, avvent oppdatering til "noen andre" har testet om det er problemer med den ? Saken blir selvfølgelig også rapportert til ID Lock. Edit: Jeg kan legge til at det siste halve året så har låsen vært satt om med auto lock (at den alltid låser seg automatisk igjen), men dette skrudde jeg av noen uker før jeg oppdaterte med ny FW. Men dette skulle vel bare tale for enda bedre batterilevetid nå enn før...

Work around med TTS og Alexa kunne jo vært morsomt, men selv for en amatør som meg gjør det litt vondt å måtte ty til sånne løsninger ? Når jeg får tid til det planlegger jeg å sette opp en løsning der støvsugeren styres via Home Assistant og Home Assistant kobles mot Homeseer, som dette. Sannsynligvis ikke noe enklere enn løsningen til Rogerbl (men tror ikke det er mye vanskeligere heller), men uendelig mye billigere (gratis siden jeg setter opp en ny VM på serveren) og med tilsvarende funksjonalitet.

Ser ut som om det er denne. Kul applikasjon. Personlig synes jeg det er alt for dyr mtp. hvor mye jobb som kreves for å sette den opp i et system som faktisk fungerer (mqtt-broker, få tak i token, mqtt-plugin, FloleVac for å finne koordinater osv...). Men der er selvfølgelig fritt frem for å sette pris, og jeg som selv ikke er kompetent til å bidra (men bare "snylter" på deres gode jobb) skal ikke klage ?

Sonos integrasjon (i alle fall delvis) ble tilgjengelig i begynnelsen mai. Du kobler Sonos sammen med Google Home i Home-appen på samme måtehold alle andre. Sonos høyttalerene dukker da opp i Home-appen som alle andre enheter. Jeg kan nå kontrollere Sonos fra Google Home ved å benytte enhetsnavnet. Det som foreløpig mangler er muligheten til å sette en Sonos-høyttaler som standard lydenheter for en Google Home enhet... Edit: Litt kjapp på avtrekkeren der ser jeg! Du benytter Google Home på norsk ser jeg nå. Jeg har ikke prøvd å kontrollere Sonos på Norsk, men har både engelsk og norsk språk aktivert. Husker nå at jeg også endret land til USA på min Sonos-konto. Det er kanskje det som må til for å få linket systemene.

Siden jeg ikke har prøvd et oppsett slik som dere har så kan jeg selvfølgelig ikke uttale meg bastant. Men har jeg forstått det riktig at dere benytter 24" touch skjerm som henger på veggen (vertikal skjermflate), med On Screen Keyboard, til dette? For meg høres det fryktelig tungvint ut å skrive på en slik skjerm... Jeg vil heller ikke benytte stemmestyring til tingene du lister opp. Da fisker jeg heller opp telefonen som fikser det meste av dette på et blunk. Men vi behøver jo ikke alle å ha de samme preferansene ?

Jeg er ikke sikker på om brukervennligheten til en nettleser på et produkt som Home Hub hadde blitt god nok til at det hadde vært noe særlig verdi i det. Da tenker jeg på bruk av nettleser i tradisjonell forstand (surfing), som krever bruk av On Screen Keyboard. Om du tenker på bruk av nettleser for å kunne kjøre GUI for et automasjonsystem så hadde det kanskje vært brukenes, men jeg tror det er en veldig liten gruppe av de potensielle kundene som er interessert i (eller i alle fall som tenker på at det burde vært mulig) dette. Men for oss som ER interessert i slik så skulle jeg gjerne ønske meg en sammensmelting av Home Hub og mulighetene du har i 24" skjermen din

Kan bekrefte tvilen din. Du kan ikke installere apps på Home Hub og den har ingen nettleser...

Om du skaffer en RPi til UZB1 (og evt. Conbee/433 transceiver når behovet melder seg) og WIFI aksesspunkt, begge deler plassert strategisk i huset og med kablet tilkobling til routeren din, så står du helt fritt til å plassere router, HS3-server og annet teknisk utstyr hvor du vil i huset.

Super plugin som gjør livet her mye greiere! Takk for at du deler

Markisebryteren er topolet, så den «blå fasen» er koblet inn på «N» og ut på klemmen du har merket. Fibaro Rollershutter er beregnet for enpolig brudd, så den blå lederen inn skal kobles sammen med den hvite, også skal «N» på Rollershutter kobles til samme punkt... se koblingsskjema for bryteren her: http://m.proff.elko.no/getfile.php/1392265/produkter/doc/EKO05869/Kobl5869.gif

Jeg har ikke fått bekreftelse på Mail enda, men ser på enova.no at søknaden er godkjent og antar derfor at de godkjente alt jeg søkte om. Dvs. 20% av kjøpesummen på alt jeg søkte om som er drøyt 2000kr.

Etter å ha fått ut fingeren og sendt inn søknad i dag så sitter jeg igjen med samme erfaring som @lasseruud. Søknaden behandlet og godkjent på en times tid Jeg gjorde det riktignok enkelt for dem med å kun inkludere utstyr som er kjøpt fra norsk forhandler der jeg har faktura. Det ble 6 x Heat IT, 2 x Qubino Smart plug, Sensibo og UBZ1. Jeg kunne sikkert tynet ut litt mer ved å prøve å få med HS3 SW pluss plugins, slenge på RFXTRX, conbee og div. HW til maskinen som kjører HS3. Men det hadde nok kostet mer innsats å få igjennom, og jeg er mer enn fornøyd med oppnådd timepris!

Dette må du gjerne dele når du har kommet langt nok til at du tror vi andre kan få glede av det

Som du ser av posten over så er State og Track delt i 2 forskjellige Devicer.

Tanken i første posten var å kontrollere om følgende device inneholder "Playing" OG "Baby Shark": Alternativt kan jeg benytte meg av disse 2 devicene: Siste forslaget ditt, endre fra IsNotPlaying til IsPlaying, fører vel til at eventet kun trigger når den spesifikke sangen spilles? Jeg ønsker at eventet skal trigge så lenge den spesifikke sangen IKKE spilles.

@HSv har forstått rett, men jeg ser at forklaringen kunne vært bedre. Jeg har prøvd å bytte ut "IsNotPlaying" condition med "Device string is not"=Playing uten hell. Og som nevnt lengre oppe så har jeg prøvd med "IsNotPlaying" som condition i første IF-uttrykk også. Da trigger eventet når Sonosen ikke spiller, men trigger aldri når Sonosen spiller (selv om det spilles noe annet enn den spesifiserte sangen.).

Merkelig! Jeg prøvde nå å bytte om på IF- og OR IF-uttrykkene, slik at IF-uttrykket inkluderte AND IF "string is not" og OR IF-uttrykket inkluderte AND IF "NotPlaying". Da trigger eventet så lenge Track != [definert sang], uavhengig av om State = Playing eller ikke. MEN så lenge Track = [definert sang] så trigges ikke eventet UAVHENGIG av State... Her er eventet slik jeg prøvde det nå: (Og ja, det er småbarn i hus som gjerne skal ha mulighet til å spille det siste av landeplager på egen hånd! ?)

Jeg er ganske rusten i boolske uttrykk, men jeg tror jeg må lage en event som trigger når følgende uttrykt er sant: ButtonPressed && (State != Playing && Track != [Tittel]) Eventet skal altså ikke trigge hvis State = Playing OG Track = [Tittle] Med ditt forslag om 2 conditions så ender jeg vel med følgende uttrykk? ButtonPressed && State != Playing && Track != [Tittel] Dette eventet vil ikke trigges hvis State = Playing OG/ELLER Track = [Tittle] Enig? Jeg har prøvd dette, men det ser ikke ut som om HS håndterer at samme trigger benyttes i både IF og OR IF. Ser ut som om kun den første IF/AND IF blir vurdert. Med tilsvarende Event som du skisserer så kjøres eventet KUN når Kitchen = NotPlaying. Om Kitchen = Playing trigges ikke Eventet selv om Track != Blackbird - Remastered 2009. Kan noen bekrefte/avkrefte at årsaken til dette er at HS ikke håndterer samme trigger i både IF og OR IF? Edit: For ordens skyld; for enkelthets skyld så har jeg beskrevet her at triggeren = ButtonPress (Device is set), men i eventet mitt så benytter jeg Easy Trigger "This device had its value set and expression is true...", om dette skal ha noe å si.

Jeg lurer på om jeg har kjørt meg fast i et problem som egentlig har en enkel løsning... Jeg prøver å lage en event som skal trigges av et knappetrykk, MEN bare hvis en spesifikk sang ikke spilles på Sonosen i stuen. Jeg setter derfor opp en event som trigger på knappetrykket, også prøver jeg å finne en fornuftig condition. Jeg prøver å benytte Easy Trigger "This device's string changes and matches this regular expression..." for å kontrollere at Sonos Devicen "Player" IKKE inneholder "Playing" OG "[navn på sang]", men er ikke stødig nok i regex. Det holder ikke å kontrollere at Sonos Devicen "Track" ikke inneholder [navn på sang] da denne blir stående når sangen er ferdigspilt... Er det noen som kan hjelpe meg med regex-uttrykket, eller har forslag til bedre løsning?

Fortsetter på dobbeltpostingen Du missforstår ikke nei, men om du beholder Altibox-routeren og setter den i bridge modus så behøver du ikke å dra TV gjennom USG i det hele tatt. Da kan du bare koble en av TV-portene på Altibox rett i en port på switchen, også setter du opp en gruppe med porter på switchen som tilhører denne. Disse portene kan da benyttes til dekodere.

Igjen så må jeg legge på en disclaimer om at jeg ikke har prøvd det selv. Men ja, det skal gå ann å hente ut tv og nett på separate kabler også uten FMG. Jeg tror til og med det kan gjøres enklere enn du skisserer (forutsatt at du har en switch med VLAN-støtte og SFP). Om du kobler fiberen inn i switchen så kan du hente ut VLAN 101 som untagged på de portene du ønsker å bruke til dekodere og hente ut VLAN 102 på en egen port (kan også være untagged tror jeg). Denne porten kobler til til WAN på USG. Og setter opp USGen som du normalt ville gjort om den var satt opp bak Altibox-routeren i bridge modus. Deretter kobler du en LAN-port fra USG tilbake til switchen og konfigurerer alle porter, unntatt de som er omtalt over, som du ønsker. Litt klønete forklart kanskje. Men det du oppnår er å splitte TV og Internett FØR USGen slik at USGen kun behøver å håndtere Internett. Og selv om det fysiske oppsettet blir litt mer komplisert, så er oppsettet i switch og router enklere siden du slipper å konfigurere USG med hensyn på IPTV. Til slutt; Ja, SDN Controller er det samme som Unifi Controller. Jeg tror bare de har byttet navn på controller softwaren til SDN...

@roger, ser at jeg også svarte på samme temaet i denne tråden. Men slenger inn en kommentar her også siden jeg mener @CrasHumble sin påstand ikke stemmer. Nå har ikke jeg satt opp en USG på denne måten før, men jeg har tilsvarende oppsett der jeg benytter Edgerouter 4. Det stemmer ikke at de nye Q22-boksene kun behøver Internett. Live TV sendes fortsatt over VLAN 101 frem til Altibox routeren, og "sys sammen med" Internett (fra VLAN 102) i routeren og sendes samlet ut på de 4 LAN/TV-portene på ruteren. For å få både TV og internett til å fungere på denne måten også uten Altibox routeren må du sette opp tilsvarende funksjonalitet i din USG Pro 4. Uten at jeg har detaljene foran meg så innebærer dette oppsett av bla. static routing og IGMP proxy.

Det korte svaret er ja (forutsettes selvfølgelig USG Pro 4 eller XG 8 da bare disse USG'ene har SFP). Som nevnt tidligere i tråden så krever dette litt over basic konfigurering av routeren. Selv benytter jeg Edgerouter 4 og har funnet greie beskrivelser på nett for hvordan sette det opp via terminal/GUI. Jeg har ikke sett, men heller ikke lett, etter tilsvarende beskrivelser for USG (som primært administreres via SDN controlleren).

Fastmontert Hue taler litt i mot prinsippet jeg forsøker å håndheve i huset, der målet er at alt skal fungere som et "dumt hus" om sentralen går ned eller fjernes. Men om designet passerer hos interiøransvarlig så er det en mulighet.

Uten at jeg heller har nok kunnskap om det så mistenker jeg det er som @Moskus sier, at det i hovedsak er driveren som bestemmer om belysningen er dimbar eller ikke. Men å ta sjansen på dette med et speil til 5-6000 frister ikke så veldig. Så om noen har kompetanse til å bekrefte/avkrefte dette så setter jeg stor pris på det! ?