psv021

Som ivrig og mangeårig Photoshopbruker vil jeg her påpeke at jeg syntes det er mildt sagt tvilsomt å nevne HStouch designer og Photoshop i samme setning. Litt som å sammenligne en strikkbåt med en romstasjon Men jeg ser jo poenget! Photoshop er overveldende pga sitt enorme utvalg funksjoner. HStouch virker overveldende, i starten, til tross for at det er et svært enkelt program, fordi det er annerledes enn det man gjerne er vant til (med mindre man bruker Visual Studio) (jeg bruker ikke Visual Studio) (muligens blir det lettere for meg å bruke Visual Studio nå når jeg har brukt HSdesigner en stund??). Men man blir fort vant til det. Noen ting er bare superirriterende. Etter X antall timer dobbeltklikker jeg stadig på tekstbokser for å endre innholdet. Men nei, det går jo ikke.. Det jeg kunne tenke meg var HStouch designer som en plug-in til Powerpoint, ikke som et selvstendig program.

HStouch ER knotete, men ikke fullt så knotete som det virker ved første øyekast. Det er en terskel man må over før det begynner å gi mening. Jeg ser samme symptomer for mange software jeg bruker i jobbsammenheng. De er bygget fra utviklerens perspektiv, ikke fra brukerens... Slik er det når markedet bittelitt mer snevert enn for eksempel for Office-pakken. Tungt i starten, men så løsner det. Glimrende med HS-guide, og det blir glimrende å komplettere den med en HST-guide

Av nysgjerrighet, hva skal du bruke eventet til?

Det er en interface, tilsvarende for eksempel UZB1 (som f.eks jeg bruker). Z-net er nettverksbasert, trenger ikke stå direkte i PC via USB. Så det er ikke en boks som kjører HS3. Men det er en dings som gjør at HS3 kan kommunisere via z-wave. https://shop.homeseer.com/products/homeseer-z-net-remote-z-wave-plus-interface?variant=23367891910

Interfacen har ikke kollidert skikkelig enda, virker å være ved inkludering av nye enheter det skjærer seg. Men jeg har de siste ukene sett ganske stor forsinkelse i kommunikasjon til ulike enheter. Stort sett har jeg sett dette for Fibaro-dimmere, så jeg har tenkt at det var noe relatert til disse. I tillegg har det typisk vært under kjøring av eventer der 10-12 devicer endres samtidig. Vet ikke hvor godt UZB1 håndterer slikt. Innblandet i dette har det vært eventer til IDlock, som har gitt noen feilmeldinger her og der. Så det har i det hele tatt vært ganske mange mistenkte, i tillegg til interfacen. De siste dagene har jeg imidlertid sett forsinkelse også på andre eventer der kun 1 device skal trigges. Eksempel fra nå nettopp: Kl 10.57 trykker jeg på "rullegardin opp" i HStouch. Ingenting skjer. Et minutt etterpå kommer det en feilmelding i loggen. Kl 11.06, 8-9 minutter etterpå, går rullegardinen plutselig opp. I mellomtiden har det vært en del innslag i loggen, og det har gått z-wavekommunikasjon frem og tilbake i nettet. Jeg har åpenbart et ikke-fungerende z-wavenettverk. Dvs, stort sett fungerer det som det skal, men jeg vil anslå at rundt 10% av bruken er beheftet med feil/forsinkelser. Noen tips? Kjører Optimize ved jevne mellomrom, uten at det virker å hjelpe særlig. Det er lett å mistenke UZB1, men kanskje litt urettferdig da det finnes mange potensielle feilkilder.

Glimrende guide, takk for den. Jeg sleit litt med å få det til å fungere. Kanskje samme problem som Andreas hadde: Uansett, mye prøving og feiling. Fant til slutt ut at path må skrives med små bokstaver, ikke innledende caps slik det står i guiden. JSON?request=ControlDeviceByLabel&ref=82&label=On JSON?request=controldevicebylabel&ref=82&label=on Jeg fikk heller ingen meldinger i loggen, og tilsynelatende var alt i orden, bortsett fra at aktuell device ikke reagerte. Med små bokstaver fungerer det glimrende.

Var jo en Tasker-tråd som surret rundt her for en stund tilbake, kanskje jeg må lese meg opp litt på den ja..

Last ran: Never

Ja, jeg er med på den, det er "send kommando til HomeSeer" som er problemet (mitt). Litt på siden; forsøkte å bruke Tasker til å skru på skjermen når frontkameraet detekterer bevegelse, men dessverre var ikke kommandoen tilgjengelig for Tasker på mitt brett.

Min må vekkes, hadde en plan om å få den til å stå på kontinuerlig, men syntes egentlig det er greit at skjermen slår seg av. Jeg lader den via en wallplug som slås på med jevne mellomrom, slik at den ikke står og lader hele døgnet. Når strøm slås av og på påvirker det også hvordan skjermen oppfører seg... Jeg håper å klare å få til at tab'en sender batteristatus til HS3, slik at ladingen kan gjøres litt mer intelligent. Foreløpig ikke funnet en løsning. Ser på Tasker, kanskje det finnes en løsning.

Jeg har vært gjennom et par løsninger nå. Først en liten Lenovo 7" (https://www.komplett.no/product/873617/pc-nettbrett/nettbrett-ipad/nettbrett-ipad/lenovo-tab-3-a7-10-7-8gb-sort) festet på vegg med Koala wallmount (http://www.dockem.com/Koala2-p/ko2-bl.htm). Brukte den løsningen i ca 5 mnd, før jeg erstattet den med et større brett. 7" ble rett og slett for lite. Jeg planlegger å gjenbruke det lille brettet på et sted der jeg ikke trenger "full" funksjonalitet, for eksempel ved inngangsdør der jeg i prinsippet bare trenger et par funksjoner og bittelitt informasjon. Løsningen nå er en 10" Acer tab (https://www.komplett.no/product/896610/pc-nettbrett/nettbrett-ipad/nettbrett-ipad/acer-iconia-one-b3-a30-16gb-wifi-hvit) festet med borrelås. Enkelt, og genialt, spør du meg. Aldri tenkt på borrelås før, men det fungerer som gull. To striper og brettet henger som støpt. Borrelåsen er også usynlig når brettet henger på veggen, så det ser bra ut. Eneste minuset her er selvsagt at brettet får strøm gjennom ledning. I mitt tilfelle henger brettet såpass nær en list, at ledningen kan legges opp langs den og dermed blir den ikke spesielt synlig.

Ja, du har rett i det

(Bruker også Easytrigger schedule for å definere når nattesenking skal være aktiv og ikke).

Eksempel på event som øker en device med + 1: Tidligere har jeg brukt script til disse tingene. Ikke veldig vanskelig det heller, men enklere med Easytrigger.

OK takk for oppklaringen. Det forklarer kanskje også alle de andre forskjellene mellom Windowsklienten og Android... Anyway, jeg kopierte @ZoRaC. Gikk overraskende kjapt å snekre sammen de 12 ekstra eventene. Easytrigger har betalt seg mange ganger...

Ja, det var også en grunn til å ville ha dropdown. Jeg har eventer for å stille temperatur nå (tilsvarende "gjeldende" hos deg vil jeg tro) opp/ned (pluss/minus-tegnene). Så da blir det 3 x 2 ekstra slike eventer da, eventuelt. Går jo det, selvsagt...

Jo, jeg kan for så vidt det. Hos meg ble det så rotete med 3 stk +/- syntes jeg - det var derfor jeg endte på dropdowns. Ser jo at du har løst det ganske pent, så det kan være det blir workaround. Kanskje det heter "workwithout" da.

Den fungerer greit igjen akkurat nå, men... Tar backup ved jevne mellomrom (som f.eks om ca 30 sekunder etter å ha blitt minnet på det nå ). Utfordringen er at den fungerer stort sett greit, bortsett fra når den ikke fungerer, med helt ujevne mellomrom. Det jeg har sett som et mønster er at den går helt i stykker når det kommer en ny node i nettverket. Ellers går den ned sånn av og til, par ganger i måneden kanskje. Skal prøve listen neste gang jeg ser at den funker, takk for tips! Edit: Ingen HUB

Andre som bruker dropdown-felter i HStouch? Jeg får dem ikke til å funke på Android. Fungerer greit på Windows-klienten, men bare tull på tab'en på veggen. Har 6 stk som er tilknyttet hver sin termostat. Windows-klient: Alt OK Android: Font vises feil (for liten), farger vises helt feil. Font er hvit uansett hva som velges. Pressed-font og pressed-farge vises aldri. Verdien initielt viser konsekvent første verdi i listen, ikke verdien devicen faktisk har. Jeg har dem på en underside i HStouch. Første gang jeg navigerer til den siden får jeg dem frem. Neste gang er de transparente (sannsynligvis bortsett fra fonten, men bruker hvit bakgrunn). De styrer devicene slik de skal, også fra Android, så det er forbindelse. Ellers fungerer de dårlig... Andre som har samme erfaring, evt en liten workaround? Legger ved noen bilder: Slik ser de ut i Windows-klienten Slik ser de ut på Android rett etter deployering: ...og slik ser de ut etter at skjermen lastes for andre gang:

Med Fibaro-dimmere bruker du helt standard Elko-bryter. Så oppsettet er "som vanlig", men Fibaro-dimmeren monteres bak bryteren inne i veggboksen. Da har du en fysisk bryter som fungerer som alle andre brytere men som også kan fjernstyres, og dermed automatiseres.

Høres sketchy ut å droppe alle (fysiske) brytere... Fjernstyring av lys er rett og slett tungvint sammenlignet med en fysisk bryter.

Med noen forbehold; ganske sikker på at dette bare betyr at den fungerer som en helt normal z-wavebryter. Altså; den trenger et eksisterende nettverk. Som alle andre noder. Dette med scener er også ganske standard; har sett det på flere. Det betyr at den ikke støtter "scenes". Dersom du ser under Plug-ins -> Z-wave -> Scenes, så kan du definere scener. Jeg bruker ikke den, har inntrykk av at den ikke brukes av mange (?). For scener bruker i alle fall jeg eventer. Den støtter assosiasjoner da, så jeg vil tro at du kan assosiere den direkte med for eksempel lys. Vil tro at det dukker opp noen med litt mer kunnskap som kan utfylle litt

Har i skrivende stund 36 z-wavenoder i nettverket. Bruker UZB1 som (eneste) z-wave interface. Den fungerer, men opplever en del ustabilitet etter hvert som nettverket har blitt større/eldre. Opplever ca 2-3 ganger i uken at devicer ikke gjør det de skal, og det er min antagelse her at det er interfacen som ikke fungerer. Står kommandoer i kø, osv. De siste gangene jeg har lagt til nye noder, har jeg hatt store problemer den første tiden etterpå. La til en wallplug nå (uten problemer). Men når jeg forsøker å legge til en til, får jeg denne med en gang: (den kommer før jeg har satt device i inclusion-mode, så dette er 100% kontrolleren selv som feiler). Samme har skjedd de forrige gangene jeg har lagt til noder. Loggen ser slik ut fra tid til annen (mange, mange slike innslag, ikke bare disse tre). Opplever fra tid til annen stor forsinkelse på kommandoer. Disse virker å kun gjelde Fibaro-dimmere, så her kan det være det er dimmerne som trøbler, og ikke interfacen. Har forsøkt å restarte interfacen, uten at det hjelper. Har forsøkt å ta den offline/online, uten at det hjelper. Har forsøkt å optimisere nettverket, uten at det hjelper. Forsøkte nå å legge til en ny node, men hele prosessen feilet umiddelbart, og noden restartet seg selv. Nå sliter den med å få start igjen: Spørsmålet er: Er det noen triks man kan gjøre her? Jeg antar at det kan være enkeltdevicer som trøbler det til, eller det kan være interfacen selv (eller finnes det kanskje enda flere alternativer også?).

For de som ikke vil scripte kan EasyTrigger være et alternativ. Den kan sette en device lik en annen device.

Hvordan vet Vera forskjellen på "åpne fra utsiden" og "åpne fra innsiden"? Jeg får i alle fall samme signalet uansett hvordan låsen åpnes...