Moskus
-
Innlegg
16 889 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
812
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av Moskus
-
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...
-
Okay, nå tror jeg at jeg har det. Multi-threading be hard... Det viser seg at ComponentModel.Backgroundworker blir terminert uten forvarsel hvis "noe" vurderer at det er for lite ressurser (dette skjer på Zee2) og at Threading.Timer tydeligvis ikke er stabil nok på Windows (sikkert noe jeg har gjort feil). Så nå er det Threading.Thread som gjelder. Bittelitt mer komplisert, men vesentlig mer stabilt på alle plattformer. Versjon 0.0.0.5 kjørte to timer på Win10 utvikler-maskinen (før jeg gikk og la meg) og hele natten på Zee2 uten et eneste problem. Teste denne før jeg legger den ut som "offentlig beta"? --> (fil fjernet)
-
Du får mer kontroll på nodene og ruting. Hvis du har en node eller flere som ikke oppfører seg optimalt, så er det et fint tillegg. Om det er verdt $50 alene kan jeg ikke vurdere. Men det gjør at jeg er glad for at jeg har en Pro-lisens.
-
Det er interessant. Men hva betyr "aktivere manuelt"? ... Man må jo gjøre det "manuelt" uansett?
-
Tror jeg skal ta en prat med et par folk i Altibox.... IKKE imponert!
- 346 svar
-
- 1
-
-
Pokker! Jeg ser ikke det her, men jeg får det på en annen plugin som jeg er i ferd med å skrive over samme lest. Det merkelige er at det IKKE skjer når den kjøre på Zee2. Der har plugin'en tikket og gått i snart tre døgn uten problemer. ... okay, back to the drawing board.
-
Errr.... DET er vanskelig å debugge etter. Skal se om jeg kan få til samme feilen.
-
Kan dere som har problemer med restarter prøve denne versjonen? Det er nye filer i bin/TradfriSeer-mappen også, husk å kopier over de også. Merk: Av snodige grunner jeg ikke helt forstår ser det ut til at den kan være litt for treig på underpowered enheter, f.eks. på en Zee2. Da må man gå til Plugins -> TrådfriSeer -> Config og trykke på "Rescan bulbs". Da dukker alle opp. Last ned denne: fil fjernet (siste versjon her)
-
Nei. Det som er kryptert, er kryptert. Nei. Tror du kan slappe av.
- 18 svar
-
- 1
-
-
Det er rart, det gjør det her...
