toonwolf

Jeg brukte nircmd til noe lignende for mange år siden. Ganske kuult at noe som ble utviklet i 2003 fortsatt kan brukes! 09/09/2003 1.00 First release.

Den "beste" og enkleste løsningen var å bruke nircmd - enkelt kommandolinjeverktøy som kan brukes til mye rart. nircmd setdefaultsounddevice "Speakers" 1

Svarer på mitt eget spørsmål.. Ser kanskje ut til at det ikke er mulig å gjøre det på denne måten og at man må ty til andre metoder ja. https://forums.homeseer.com/forum/homeseer-products-services/system-software-controllers/hs3-hs3pro-software/hs3-hs3pro-discussion/1264851-multiple-speaker-client-question

Jeg har to lydutganger på PCen hvor HS3 er installert. Ønsker å spille av forskjellig lyd og har kopiert speaker klienten til to egne kataloger og starter de opp med startup delayer med ekstra parameter som gjør at de får en egen instans. Har videre valgt forskjellig lydutgang og sjekket at det blir lagret riktig i speaker.ini under gTTSDevice= Allikevel fungerer ikke dette siden lyden blir konsekvent spilt av på lydutgang som er "valgt" i Windows 10. Er løsningen her å "mekke" det til ved å kun ha en instans og endre lydutgang hver gang via et annet ekstern program, eller har noen erfaring med hva som fungerer?

Slapp av, akkurat DET skal jeg sørge for at de ikke gjør! Har jeg ikke hørt noe innen påske er jeg på'n igjen...

Foreløpig svar fra ID Lock: Vi takker for dine tilbakemeldinger til oss. Vi tar alt dette med oss videre i arbeidet med HomeSeer og generelt i forbindelse med Z-wave. Dessverre ikke kapasitet akkurat nå til å gjennomføre alt vi ønsker. Vi skal finne en løsning på dette til slutt. Da gjenstår det jo bare å smøre seg med en god dose tålmodighet, dessverre er jeg ikke så god på det ?

Sorry, men klarer ikke dy meg. Om/når du skal oppdatere kan du også få lagt inn at om det har blitt aktivert noen valg i "advanced options" at det også vises når IF eventen er minimert? Det gjør det lettere å se om man faktisk har aktivert "advanced options". Dette er sikkert noe du har tenkt på allerede, men greit å melde fra om det.

Dag 2 uten problemer av noe slag. Du er min helt @Guahtdim som har laget noe så bra og som fungerer helt konge ?

Fikk opp dette når jeg besøkte sporing.posten.no i dag

GCalSeer blir nå brukt til å styre "ledelys" i en tennishall på Hamar. Ledelysene brukes for å bedre sikkerheten/for at det skal være mulig å finne frem når lysene er skrudd av. Det fungerer slik at ledelysene skrus AV 4 minutter før timen begynner (1 minutt etter at lysene blir skrudd på for baneleie) og PÅ 4 minutter etter (1 minutt før lysenes blir skrudd av for baneleie) så lenge det ikke er en tilstøtende aktivitet (baneleie) som har blitt lagt inn på en av de tre banene. De som spiller vil dermed oppleve at ledelyset blir skrudd på 1 minutt igjen før det blir mørkt i hele hallen og vet da at nå er det kanskje på tide å komme seg ut! Se video av hvordan det fungerer - Ledelyset blir skrudd på 14:04 og det er ett minutt før hele hallen blir mørk kl 14:05 i tillegg til dette brukes GCalSeer nå for en ID Lock 150 lås som settes til å være åpen og smekklås deaktivert så lenge det er en organisert aktivitet. Som vist i dette prosjektet.

Kan ikke svare på det du lurer på @Moskus , men tenkte å oppdatere med at feilen som jeg hadde med GCalSeer mest sannsynlig skyldes at jeg hadde kopiert en event. Når jeg opprettet en ny event fra "scratch" fungerte alt som det skulle. Har fungert helt nydelig i går, om det funker i dag også blir den "friskmeldt" for min del.

GRRRR, ID Lock ble låst opp kl 08:07:17 i dag tidlig og ble låst igjen kl 08:08:57. BLLock plug-in'en har en fin "Activity Log" hvor du kan se hva som har skjedd med låsen. Den ble låst opp igjen kl 12:42:51, men fordi HomeSeer (Access Control Notification) ikke klarer å tolke dette eller ID Lock 150 ikke sender meldingen får jeg melding om "Manual Lock Operation" som var status for når låsen sist ble låst kl 08:08:57. Fra BLLock - Lock Activity Log. Her mangler altså "User Code Entered:" kl 12:42:51.

De har du rett i selvfølgelig, men det som ikke er å ta feil av er at ID Lock sammen med SmartThings fungerer MYE bedre enn f.eks mot HomeSeer. Dette er også hva jeg selv har erfart siden jeg bruker forskjellige ID Lock 150 låser mot både SmartThings og HomeSeer. Jeg håper at enten ID Lock selv eller også @INTIN RuneV kan bistå her. Hensikten med spørreundersøkelsen var i utgangspunktet å bevise at dette problemet ikke bare gjelder ID Lock 150 mot HomeSeer, men at det også gjelder andre kontrollere.

Ikke alt for mange har svart på hvorfor SmartThings fungerer bedre enn andre kontrollere. Det som er mest interessant er at alle 8 har svart at de aldri (Never) har hatt problemer med statusvarsler fra ID Lock 150 i ST. Av disse igjen har 2 svart at de IKKE har installert Rboy DH, noe som får meg til å lure. Betyr det at det allikevel ikke er nødvendig med Rboy DH for at det skal fungere i ST? Har dere i @INTIN RuneV eller du @cscheiene eller noen andre som har SmartThings HUB mulighet til å svare på dette? Om dette stemmer, hva er det som gjør det at SmartThings fungerer så mye bedre mot ID Lock 150 enn f.eks HomeSeer hvor ALLE som blir spurt i første spørreundersøkelse svarer enten "Now and then" eller "Every time" på spørsmålet om de opplever problemer med å motta status fra låsen?

Gjelder HomeSeer: Om andre sliter med å få batteriprosent/status til å vises eller den viser "Battery low" og det er en ny enhet eller batteriet er fullt er løsningen å vekke opp enheten og kjøre "Rescan" på Root noden. Etter dette vil du se 100% på "Battery"

Da fikk jeg det til ved å kjøre både "Rescan" og "Optimization". Litt usikker på hva det var av de to som gjorde at batteri nå rapporterer 100%. Så får vi se om batteristatus oppdateres etterhvert. Den har støtte for dette forresten http://download.telldus.com/Manuals/Telldus/TZDW-100/TZDW-100_technical-manual.pdf litt rart om den ikke skulle ha det..

SmartThings ser ut til å fungere best sammen med ID Lock 150 av alle smarthuskontrollere på markedet i dag. Hvorfor? Svar på denne spørreundersøkelsen om du bruker SmartThings HUB sammen med ID Lock 150 (tar maks 1 min). https://docs.google.com/forms/d/e/1FAIpQLSewYrFobB2NqiG-XAlRH-qUh_E1OFr3KA4KNyN8RSALnvybJg/viewform

Ser ut som om det fungerer i OpenHab. Se under "Battery level" her https://github.com/openhab/org.openhab.binding.zwave/blob/master/doc/telldus/tzdw100_0_0.md . Har du tips til hvordan få til batteri nivå i HS3 @Moskus O store Z-wave guru ?

Jeg har gått til innkjøp av akkurat samme sensor Telldus TZDW-100. Problemet mitt er at den rapporterer om 0% batteri. Kjørte inkludering rett i nærheten av kontroller og avstanden til nærmeste "line-powered device" er kanskje 5 meter. Alt annet fungerer som det skal og ja assosiasjon er satt til gruppe 1 (HomeSeer). Kan det være fordi denne sensoren ikke har støtte for å rapportere batteristatus? Ser nemlig ikke noe parametre som kan brukes for å konfigurere dette https://products.z-wavealliance.org/products/1455/configs

Dette er hva jeg kaller en god integrasjon med en kontroller. Ikke bare får du melding om at det har blitt brukt feil kode, men også hvilken kode vedkommende har forsøkt å bruke med en ID Lock 150. Hentet fra en SmartThings V3 HUB med Rboy handler. Finnes det i det hele tatt noen kontrollere i dag som har en like god integrasjon?

Da har jeg sendt følgende e-post til ID Lock hvor jeg forsøker å forklare problemet og også presenterer resultatet av spørreundersøkelsen: https://docs.google.com/document/d/1EB8al52ul0hMapOsYiFPanfIHCbf3fv5uv-0zKqu0s4/edit?usp=sharing Takk til @Moskus for "kvalitetssikring". Holder dere oppdatert på hva som skjer videre

Sendt deg PM

Det du derimot kan teste er "Any calendar event:" som jeg ikke får til å trigge en event. Legg merke til at det mangler en ' foran kalenderen som det er spesifisert at det skal søkes i. Testet med flere kalendere uten at det gjør noen forskjell til forskjell fra når du søker etter et triggerord hvor du har ' både foran og etter triggerordet

ok, mulig dette var en "glitch", jeg la nemlig merke til at det manglet ' når jeg la inn triggerordene. Det manglet foran første triggerord på denne måten: IF A calendar event occurs in the calendars (xxx, xxx, xxx) and the summary text contains TEST1||TEST2||TEST3' Testet å legge det inn på nytt og nå kom ' på plass foran. Avvent litt så kan jeg få sjekket om det fungerer.

Stemmer det at du må legge inn || både før og etter triggerord? Jeg forsøkte nemlig med ja||nei , men det fungerte ikke som det skulle. Så endret jeg til ||ja||nei|| og da fungerte det. Gjenstår å se at det fungerer stabilt før jeg kan bekrefte det. Har det også noe å si om det er mellomrom mellom pipe og triggerordet? Eks. || ja || nei || vs. ||ja||nei||