Moskus
-
Innlegg
16 848 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
799
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av Moskus
-
Ja, det skal jo gå. Jeg vet ikke om man kan trigge på navneendringer fra HS til Ikea. ... da må vi i så fall finne en annen måte å gjøre det på.
-
Hvis du er i Danmark og kjeder deg (eller har tilgang til systemet), trenger vi bare JSON-strenger og kommandoer, så skal jeg legge det inn.... Definer "forenkle". Er det ikke enkelt fra før? Eller tenker du på å dimme en gruppe?
-
HStouch har denne mulighteten, og du kan bruke mitt "Smart Toggle" script hvis du trenger det i et event. Jeg er ikke så stor tilhenger av å legge det på devicer, spesielt siden vi prøver å gjøre det så likt andre protokoller som vi kan. ... men kanskje vi kan ha en ekstra device for slike funksjoner.
-
Riktig. Nei. Dette er en batterinode, ledningene er vannsensor. Batterisensorer er ikke aktive noder og videresender ikke beskjeder. Som du selv sier, enheter som er koblet til strøm videresender signaler.
-
Flott! Da friskmelder vi den! Jeg oppdaterer nedlastingsfilen. Nå kan vi begynne å gjøre noe kjekkere. @Fermate ønsker seg muligheten for å endre tiden pæra tar for å endre status (fade in/out time). Jeg vil ha grupper. Noen andre ønsker?
-
Jeg må få til noe med eldste datter som skal begynne på skolen, og å gi henne en kode til dørlåsen hører jeg rykte om (fra andre som har erfaring på området) vil være det samme som å gi hele klassen den koden. En RFID-brikke montert på et strategisk sted, og som enkelt kan fjernes fra systemet, ville vært ideelt.
-
Den siste der skulle jeg ha sett nærmere på... jeg har en NFC ring. Hvordan har du satt opp det?
-
Men objektive mening: Behold pulsfjærene i bryteren, men sett den til å alltid være på.
- 12 svar
-
- 1
-
-
Det var godt å høre! Det er jo heldigvis sjeldent at slik elektronikk har feil, men "sjeldent" og "aldri" er jo dessverre to forskjellige ting...
-
Godt å høre! Her også. Hvis det ikke har skjedd noe uventet til i morgen, så friskmelder vi den.
-
1/20 sekund. Og ja, det har alltid vært der. Mulig at jeg har økt delayet fra 30 ms til 50 ms, men det har alltid vært der. Hub'en kan i utgangspunktet bare kjøre en kommando om gangen (det er ikke helt sant, men nesten). Hver kommando blir lagt til i en kø, CommandQueue, og kjøres en for en. Når køen er tom så ventes det i 50 ms sekund og sjekker på nytt om køen er tom, og venter så nye 50 ms. Med fjernkontrollen er det annerledes for den sender ikke et signal pr. pære, men sender en gruppe-kommando. Skal legge det inn om ikke så lenge. ... og plugin'en er fremdeles oppegående?
-
Har glemt å si det, men dagen etter(!!!) NRK-besøket tok touch-skjermen på kjøkkenet kvelden. Det var en fredag og vi måtte klare oss uten touch helt frem til onsdag! Var glade da den nye kom. Godt fornøyd med Lenovo ThinkVision T2364. Det er en bedre skjerm enn den gamle Acer'en og har mye bedre touch-egenskaper. Eneste jeg savner er at Acer'en hadde innebygde høyttalere...
-
Oooh! Kult! Deler du med deg? Høres ut som om det trengs i Script-biblioteket! -
... og du får skrudd av og på lyspærer? Poll fungerer?
-
Jeg har gjort et par ting KUN brukt tråder istedenfor BackgroundWorker/Timer. Ping() kjørte på en BacgroundWorker, det var det siste jeg fjernet nå. Det er mulig at SyncLock fungerer best kun med Threading.Threads. Enda mer Try-Catch for å se hvor feilen faktisk oppstår. Det er mulig at det skjer en "unhandled" exception et sted i COAP-biblioteket uten at jeg kan si hvorfor. Det er en del mer Try-Catch, også på steder som teoretisk sett ikke skulle ha bruk for det, så det er mulig det har har kverket denne ukjente feilen. ... når jeg tenker meg om så har jeg også fjernet en ting til. Jeg har hatt en debug-melding som dette: Console.Title = "Count: " & CommandQueue.Count(). Det kan være at Console.Title ikke er så begeistret for å bli satt når den ikke blir vist. En tåpelig feil, men man vet aldri! Går det enda bra, @HamsterHauge?
-
Aha! Det gir jo mening! Men rart at Altibox selv sier at det ikke gjør det... ?
-
OK, her er versjon 0.0.0.6. Det burde nå være mer mulig å sjekke litt mer om HVA som trigger denne feilmeldingen. Hovedproblemet er at feilmeldingen (System.IO.IOException: "A device connected to the system is not functioning") ikke gir mening i denne sammenhengen. Det skrives ikke til noen COM-porter, nettverksharddisker eller til og med filer, og hadde det vært et problem med kommunikasjonen skulle det vært en System.NET.Exception. Prøv denne: (fil fjernet -> last ned gjeldende versjon herfra) ... man trenger ikke erstatte DLLene i denne hvis man har en versjon høyere enn .4
-
Jo, men det kan være noen DLLer som ikke oppfører seg, og de er jo til stede uansett...
-
Oppdater plugin'en til en av de siste og se om du får det da. Plugin'en kræsjet tidligere (også på Zee2/Linux) med jevne mellomrom under uheldige omstendigheter.
-
Saw it coming!
-
Okay. Jeg har HStouch RFXcom Squeezebox Z-wave ... mens Zee2 kjører med HStouch Z-wave Regner med at de da er OK...? Da gjenstår Squeezebox og RFXCOM. @ZF-, hvilke kjører du?
-
AAAAARGH! Dette er rart! Det skjer tydeligvis kun på maskiner med flere plugins kjørende samtidig. Jeg har ikke mange plugins kjørende på hverken Zee2'en eller utviklermaskinen, men har selvfølgelig en del på hoved-serveren. Hvilke plugins kjører du? Må prøve å finne en fellesnevner. EDIT: Vent... mulig jeg har noe. Som sagt: Multi-threading be hard...
