Squirrel

Begge alternativer (deconz/mqtt) krever jo at man må bruke masse mellomledd og 3.parts plugins. En lang kjede av plugins og mellomservere har større feilpotensiale. Jeg skal lese meg litt mer opp på begge alternativene, men jeg går fremdeles å venter på den perfekte integrerte zigbee hs-pluginen som gjør alt like enkelt som z-wave...

Jeg kjører kun z-wave hjemme, men vurderer å legge til en zigbee interface, for å ha enda større valgmuligheter når jeg skal kjøpe komponenter. Jeg har alltid hatt en tilnærming om å gjøre oppsett så enkelt så mulig, for å minske potensielle feilkilder, og zigbee har egentlig avskrekket meg litt mtp deconz/phoscon/jowihue og alt det andre dere snakker om som jeg ikke kan noe av... :) Kunne noen fortelle meg hvordan typisk zigbee oppsett virker? Mao, hvorfor trenger man deconz? Hva gjør den egentlig? (Hvorfor er det ikke så enkelt som en z-wave plugin i homeseer?) Og hvorfor i alle dager trenger man enda en plugin kalt jowihue? Jeg skal da ikke ha hue lyspærer? Jeg sitter på gjerdet og venter på det rette tidspunktet å oppgradere til HS4. Hvis dere kan si til meg at "I HS4 er det bare å plugge inn zigbee stick, installere zigbee plugin, add node (ikea trådfri), ut og kjør!" - da er jeg gira. Er det sånn, eller hvorfor ikke? :) Har forsøkt å google og få en forståelse, men det er visst ikke så enkelt. Takk for alle svar.

Jeg får denne feilen hele tiden når jeg skal legge til nye noder. Det har ført til at det tar ca 5-10 minutter med gjentatte forsøk, restart av interface og noen ganger HS også, før det endelig går. Begynner å bli ganske irriterende. Heldigvis er nettverket mitt relativt ferdig, så det er sjeldent jeg legger til nye noder. Feilen kom aldri i starten, så har inntrykk av at det har forverret seg med flere noder i nettverket. Skal sjekke trafikk! Samme feilmelding som du skriver om, men hos meg kommer den etter at paringen har startet. Hadde aldri denne feilmeldingen på gamle-huset. Da kjørte jeg Z-NET, og nå kjører jeg UZB rett inn i pc. Vet om en bekjent av meg som også har nøyaktiv samme problem. Jeg skal forsøke å gå tilbake til Z-NET og se om det bedrer situasjonen...

Jeg vet... 😋 Tenkte jeg skulle redigere om posten min for at den skulle være mer "teknisk korrekt", men satset på at det ble forstått rett. Jeg var litt spent på om noen kom til å korrigere det! 😄 Men ved nermere ettertanke, burde jeg jo ha forstått at jeg ikke kom unna å ikke være teknisk korrekt på dette forumet. Klossete av meg! 😅

Ser at HS4 støtter zigbee, men at HS3 gjør det gjennom "Lightify"? Har ikke brukt zigbee overhodet med hs3. Men kan HS4 brukes direkte med utstyr fra IKEA/trådfri uten noen mellomprogramvare, altså på samme måte som z-wave?

Spar deg for alt bryet med reklame og annonse-inntekter, følge opp betaling av medlemsskap osv osv. Gi oss et telefonnummer eller noe, så tror jeg det er mange av oss som donerer/vippser 50-100kr ganske raskt uten problem! Blir kassa tom om et års tid eller noe, tror jeg flertallet ikke er tung å be om å vippse igjen! Tror(Håper) ikke at jeg bare snakker for meg selv her.

Ja, akkurat sånn jeg tenker på det også. Men dumt å ikke kunne være 100% sikker på at ting fungerer hver gang. Men ingenting gjør vel det. Om vinteren bruker jeg et varmeteppe i senga som skrur seg av 30 minutter etter at jeg har lagt meg. En natt våknet jeg og var halvkokt! Lagde 5 (!) events som trigger med 2 min mellomrom etter 30min som dobbeltsjekker status og wattforbruk, og deretter push-alarm til telefonen min hvis noe ikke stemmer. Nå har det aldri sviktet. Men ser at failsafe-eventene mine måtte hjelpe til noen ganger...

Høres bra ut. Tror jeg kanskje gjør det på alle termostatene da. Jepp, det er sånn jeg har det nå. Men den ene gangen så sviktet tydeligvis kommunikasjonen mellom termostaten og z-water, og homeseer rapporterte også et spørsmålstegn. Så om homeseer kjører en poll, og et failsafe-event korrigerer en eventuell diskrepans, så vil vel ting være greit.

Jeg har egentlig aldri gjort det, og den står på 0:0:0 på de fleste devicer, så vidt jeg vet. Det hender seg i ny og ne, at kommunikasjonen mellom to noder/homeseer svikter. Dette er ikke ofte, men kan skje. F.eks. hvis jeg kjører en event hver kveld som skrur av alt lyset i huset, kan det hende en gang i måneden at et eller annet lys ikke vil slå seg av. Devicen står da med spørsmålstegn i homeseer. Kan alltids skru det av manuelt med bryteren, eller på webui. Det har også hendt 1 gang at termostaten ikke klarte å melde ifra til homeseer at det var varmt nok i rommet. z-water fikk ikke noe beskjed, og jeg merket ingenting før flere dager senere, da jeg stusset på at det ubrukte gjesterommet var så merkelig varmt. Som sagt, det skjer svært sjeldent, og det er bare akkurat et øyeblikk svikt der og da. Derfor lurer jeg på, for å unngå at en statusoppdatering eller kommunikasjon ikke når frem, skal jeg sette på automatisk polling av alle termostater med regelmessig interval, i tilfelle den direkte assosiasjonen til z-water feiler? (Og lage noen failsave-events som agerer dersom det er mismatch mellom termostat og z-water.)

Kanskje dette er et basic spørsmål som står et annet sted på forumet her? Jeg har veldig generiske navn på mine devicer, og de skilles fra hverandre med floor og room. Så en hs.GetDeviceRefByName("Ceiling Lights, Light Switch Multilevel 1") - passer jo til alle rom der jeg har en takhengt lampe... Hvordan finner jeg frem til en bestemt "Ceiling Lights, Light Switch Multilevel 1" på et bestemt rom/etasje?

Takk skal du ha!

Jeg vet alle anbefaler tenScripting. Men jeg vil også teste å scripte i VS med C#. Bare lurer på en liten ting, om noen vet dette: Jeg inkluderer de 3 dll filene fra homeseer i VS for å få tilgang til alle klassene osv. Når vi scripter, referer vi alltid til "hs", f.eks. hs.CAPIGetSingleControl. Hva slags objekt er dette? Jeg må definere "hs" først i koden i Visual Studio for å få intellisense til å virke! Så fjerner jeg det selvføligelig før jeg kopierer scriptet inn i HomeSeer!

Ah, takk for god avklaring! Noen påstander/spørsmål: 1) Returnerer CAPIGetSingleControl et ferdig CAPIControl objekt som inneholder de "nye" innstillingene (on/off) og som kan endres på manuelt før det sendes inn med CAPIControlHandler? 2) Eller er objektet som CAPI-GSC returnerer, et bestemt objekt som er spesifikt for kun en bestemt handling? 3) Hvis 2 er rett, returnerer CAPIGetControl et array med objekter for alle mulige handlinger man kan gjøre på den devicen? Også plukker man ut det objektet man vil som svarer til den endringen man vil gjøre, og kjører det med CAPIControlHandler?

Jeg har begynt litt som smått nå, og føler jeg blir smågal! Forstår godt hvorfor folk anbefaler VB istedet for C#. En del av frustrasjonen består av at i C# så tvinges man til å oppgi hele namespace til klasser... CAPIControl capiobj ; = Det liker den IKKE... HomeSeerAPI.CAPI.CAPIControl capiobj ; Dette er akseptert. Problemet er jo at dokumentasjonen er jo helt fatalt elendig. Dette står jo ikke oppført for noen av klassene i dokumentasjonen, så vidt jeg ser... Uansett, så er jeg som smått igang. Første mål er å lære seg å lese av verdier til devicer, og skrive enkelte ON, OFF og dim verdier til devicer. Med det så lurer jeg litt på CAPIGetSingleControl. Hva i alle dager gjør de forskjellige boolean argumentene? alle kjører true i arg2, deretter varierer det litt på de 2 siste...

All right. Jeg kan evt se på om det er noen sperrer jeg kan legge til i windows server 2016 firewall... takker!

Det er krysset bort. Så når jeg skal logge inn på homeseer web, så må jeg skrive inn passord. Så overraskende at tenscriptingaid ikke trenger det for å kontrollere devicer...

Jeg legger merke til at når jeg bruker Z-seer eller f.eks. tenscriptaid, så trenger jeg kun å skrive inn IP, og så connecter den og jeg kan sende CAPI med tenscriptaid uten at jeg trenger å skrive inn passord eller noe. Hvorfor er det slik? Bør hele homeseer-serveren isoleres fra nettverket, dersom jeg ikke stoler på alle clientene på nettverket? (Sonos har jo også latterlig security-policy, der man kan configurere hva man vil gjennom HTTP-POST uten passord eller noe som helst...)

Hmm, kanskje jeg bør vente med hele greia frem til HS4 da? Muligens dem har lagt inn en bedre compiler eller noe?

Tiden har kommet for at jeg skal starte å lære meg litt enkel scripting i HS3. Jeg har holdt på med C++ og noe C# på hobbybasis tidligere, men dette er for mange år siden, så er litt rusten. Dette viser seg å være en stor utfordring, da jeg føler det er vanskelig å lære seg å lage C# scripts ved å dekode VB scripts... Jeg blir fryktelig frustrert av at jeg ikke en gang klarer å finne et enkelt C#-eksempel-script for å skru av et lys!!! Kunne noen gitt meg et et slikt eksempel? La oss si at man vet device address, eller at man sender det som argument til main funksjonen. Hvordan ser et enkelt script ut der man skrur device til on? On a side note: Jeg vil holde meg til C#. Jeg har ikke tid til å kunne både VB.NET og C#, da jeg kjenner til noe CS/CPP fra før. MEN... er ikke VB.NET et døende språk uansett? Altså, ikke heng dere opp i ordet "døende", men det er ikke akkurat det språket man lærer om man skal lage spill eller enterprise/høykvalitet programmer? (tenk adobe, windows, esxi, avid media composer, etc etc) Takk

Tja, er jo et poeng det dere sier der. Men holder tabletten hele natta eller når dere ikke er hjemme med skjermen konstant på, eller lar du tableten skru av skjermen?

Jeg har kjøpt meg en Huawei Mediapad T3 10 som jeg bruker som tablet i gangen. Ordnet meg et fint interface med HSTouch, og et program som holder skjermen alltid på. Jeg støter imidlertid på et problem. Tableten går tom for strøm, selv om den alltid står på lading! Muligens det har noe med at skjermen alltid er på, men merkelig at ikke en tablet lader raskere enn den trenger strøm, når den er i bruk? Jeg har imidlertid kommet meg rundt problemet ved å justere ned lysstyrken såpass at den holder seg på 100%, men noen ganger så våkner jeg til tom tablet igjen... Sikkert fordi den gjør noe annet tull som krever ekstra strøm... Noen av dere andre som har vært borti samme problem? Hva har dere gjort for å løse det? Bytte til bedre tablet eller lader?

Jeg er enig i at homeseer på windows 7/10 ikke er optimalt grunnet disse punktene over. Jeg er absolutt en 100% linux forkjemper. Derimot så anbefaler jeg ALLE som vil kjøre homeseer på windows, å droppe win7/10 og heller innstallere windows server 2016, og kjøpe en OEM lisens på ebay til 46kr. Dette fungerer meget tilfredsstillende. Da slipper man unna ALLE de punktene listet over

Jeg har brukt lang tid på å få ringeklokka og implant til å fungere perfekt. Jeg brukte først monostable button parameter, med direkte IN1-OUT1 og central scene for dobbeltttrykk osv osv. Dette fungerte dårlig. Hvis jeg trykket raskt på ringeknappen, ble det lyd. Hvis man holdt inne ringeknappen, blir det lyd (via central scene+event), MEN dersom jeg holdt knappen inne i ca 1 sekund før jeg slapp den, skjer det INGENTING... Løsningen var å bytte parameter settings fra monostable button til alarm med normal open circuit, og trigge ringeknappen med event på home security devicen. Dette fungerer 100% av gangene.

Stemmer. Jeg fikk elektriker til å trekke en 12vdc ledning rett inn til ringeklokka som kommer fra trafo i sikringsskapet som også forskyner 12vdc brannvarslerene rundt i huset.

Driver å kobler opp en fibaro smart implant på en eksisterende ringeklokke i huset der jeg bor. Standard ringeklokke av typen "Big Ben" på strøm og vanlig friedland/honeywell dørknapp. Kjører knappen på IN1, og kobling mot ringeklokken på OUT1. Bruker settings monostable og automatisk avklobling på OUT1 på 0,7 sekunder. Hvor jeg aktiverer kretsen på homeseer hjemmesiden, får jeg et perfekt "Pling-plong". Men det fungerer ikke å trykke på knappen. Etter masse prøving og feiling, konkluderer jeg med at smart implant ikke registrerer en lukking/brying av kretsen når man trykker inn ringeknappen, sannsynligvis fordi det er et ledlys på knappen som sørger for en mikroskopisk strømgjennomgang når knappen ikke blir trykket på. Noen her som har funnet noen måte å omgå dette på? Den eneste løsningen jeg ser, er å kjøpe meg en ny dørknapp som har 100% bryting av kretsen når den ikke trykkes på (les: uten lys).