Moskus
-
Innlegg
16 845 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
799
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av Moskus
-
Festlig sak:
-
Jeg gjør det, skal jo finne fram i automatikken også.
- 5 svar
-
- 1
-
-
- organisering
- homey
- (og 4 andre)
-
Det står iallfall i dokumentasjonen at den skal oppgi det. Så får vi bare regne med at den gjør det.
- 85 svar
-
- 1
-
-
Det er vel dere som bestemmer hvilken divisor som skal brukes? Poenget med standardisering er jo at man skal slippe å måtte lage støtte for en liten dings i hver enkelt hub.
-
Wifi? Kun for små installasjoner, i så fall.
-
Jeg vet ikke om det er dokumentert noe sted, men jeg fant den ganske fort. Ble bekreftet av support da jeg i frustrasjon ikke fikk til noen ting. -
Det kan være, eller at de ikke blir gjort tilgjengelig via XXMP. Verdt å spørre på forumet.
-
Ja. Det er bare ikke så fleksibelt som andre systemer...
-
Sjekk om du har fått en ny device, eller først sjekk om du har kontakt mellom hub'en og HomeSeer. Burde ikke være særlig delay på den med MeiHarmony.
- 20 svar
-
- 1
-
-
Hvis løsningen på Ikea-pære-problemer er å bruke Ikea-hub'en, så er det jo ikke et særlig mye håp. Altså generelt, for menneskeheten.
- 44 svar
-
- 1
-
-
Hæ?! Du kan vel gjøre det fra mobilen nå? Dvs. både å oppdatere og syncronisere mot serverne? Jepp. Som sagt. Ligger de som en Device som du kan kontrollere individuelt i appen?
- 20 svar
-
- 1
-
-
Remote Desktop, TeamViewer eller VNC? Påkrevd på alle headless windows-maskiner. Nå kan skru på XMPP selv i appen, trenger ikke styre så mye med det. Men hvis du ikke har gjort det, så må det gjøres nå ja.
- 20 svar
-
- 1
-
-
Jepp. Helt utmerket.
- 20 svar
-
- 1
-
-
Klassisk!
-
For alt vi vet kan det bare være en delay...
-
Den funksjonen er nok ikke innebygget. Har HC3 timer?
-
Jeg forstår tanken, men Elko Living er vel dessverre kun kompatibelt med seg selv...
-
Ja, det er jo det som er frustrerende! Men et genialt prosjekt, veldig stilig! Ligger koden for denne også på Github?
-
Problemet, slik jeg forstod det, var vel å sette et fornuftig threshold for det. Har diskutert dette før med noen hos dere, men jeg begynner å tenke at diskusjonen kan være moden på ny. "En god stund" != "uendelig". Men det trenger vi jo ikke ta her i denne tråden, egentlig...
-
Er det Schneider sin? Jeg prøvde en men ble aldri fornøyd med den, jeg vet ikke engang om den har trykk-og-hold for å dimme...
-
Og derfor kan det for all del godt være en grense. Det er imidlertid ganske mange muligheter mellom "uendelig" og "to". 10 hadde f.eks. vært bra. 5 også. 20 hadde vært supert. Men 2 er litt lite... Regner selvfølgelig med dere lukker etter hvert som websockets ikke lenger er i bruk, så i prinsippet skal det jo gå over av seg selv etter en stund. Men jeg er klar over at du ikke er her for å svare for Tibber sine valg, @daniel.h.iversen, så jeg kan ta diskusjonen med noen andre.
-
Prinsippet vil klart være det samme, forskjellen vil kunne ligge i hvor nye makt man bruker. Jeg vet jo ikke hva det kan være, jeg bare tenker høyt. Det skjer jo tydeligvis noe når du monterer dem hvis de virker før...
-
For å stille spørsmålet med motsatt fortegn: Hvorfor skulle vi ikke få flere sockets? Det vil kun være et fåtall av kundene deres som bruker det, men de vil til gjengjeld sette svært pris på det.
-
Ja, det er jo det han har gjort. Men det var heller ikke poenget. Det er: Vi vil lese realtime data fra Tibber fra mer enn et system om gangen, og med kun to websockets tilgjengelig så kan det by på problemer. Når man vil lage uavhengige systemer som leser data fra Tibber.
-
Nei, det er jo poenget: Det gjør ikke det.
