Kandersen

Jeg "kom til" at købe en Hue Pir i fredags. Den er bare såen lyn hurtigt sat til og derfor ikke boret så meget i den endnu. Den fungere sådan set fint nok, men Hue appén er jeg ikke helt tilfreds med. Man sætter en tid, fx 08-18, og fortæller hvad den skal der, hvor den så kan tænde rum/scene. Så sætter den automatisk tiden 18-08, hvor man kan bede den gøre noget andet i samme rum/scene. Den sidste tid kan man ikke ændre på, ved at sætte flere tidspunkter ind. Det er lidt skidt synes jeg, da jeg egentlig godt kunne bruge flere offset tidspunkter. Fx 08-14, 14-19, 19-24, 24-08 eller lign.. Men det er bare ikke muligt i appen. Derud over måler den lysniveau. Men jeg har ikke helt gennemskuet, hvorfor/hvordan den både reagere på tid og lys. Det virker som en AND funktion, som man ikke kan ændre på udover man kan sætte lysføleren. Det giver ikke ret meget mening, hvis det er korrekt. Alternativt skal man skrue lysføleren helt op, så den altid tror det er mørkt. Det havde været nemmere at blot sige, enten/og/eller. Næste skridt er at se, hvad jeg kan via OpenHab2 med den. Jeg håber lidt jeg kan hive PIR on/off ud, og evt. lysniveauet i et målebart resultat. Det sidste tvivler jeg dog på. Hvis det er noget jeg i sidste ende ender ud med at ikke bruge, så kan du evt overtage den, Mikkel?

Kan du evt lave et screendump (brug mobiltelefonen) så vi kan se hvor din RPi afslutter?

Hold fast i den sidste sætning

At tænke på klimaet er IKKE at sætte begrænsninger for sine behov. Det er derimod at finde de bedste alternativer som opfylder behovet, og samtidig gøre det klimamæssig så godt som muligt. Fx ved at vælge IP cams som bruger mindst mulig strøm, og samtidig opfylder behovet. DET er fornuftig tænkning! Det andet er noget forstokket sludder, der mest af alt forsøge at få folk til at gå på kompromis/undlade. Og så spiller du kortet med den statistiske risikoen for indbrud ind. Det er lavt.. 10 sekunder efter du har skrevet det, så kan manden være blevet udsat for indbrud, mens en anden går fri, (måske fordi de have valgt videoovervågning). Din statistik holder dermed stadigvæk, men manden du har præget til at forsøge undgå strømforbrug af klimamæssige årsager er blevet ramt. Oven i det, så tager du slet ikke det følelsesmæssige med i din betragtning, og slet ikke ting som kan være blevet stjålet, som IKKE kan erstattes. Hvad er prisen for disse? Og er det reelt at slet ikke tage det med i din udregninger?

Nemmerli!

Din switch bruger ikke 170 watt, bare fordi der står på den, at den kan levere 170watt. Det er kun hvis den bliver fuldt ud belastet. Og så er vi tilbage til, at det er enhederne tilsluttet switchen, som er afgørende for forbruget, og endnu vigtigere, hvor stor en switch man har behov for.

Anbefaler helt klart også Ubiquiti til dette setup. Med en USG kan man også lave flere VLANS på routeren. Så skal din standard router blot sættes i Bridge mode. Mht til POE, så er det uhyre vigtigt du undersøger præcis hvis POE standard IP cams bruger, og ikke mindst hvor mange watt de trækker.

Hvordan kan han undgå switchen, hvis han terminere i et patchpanel??

Et fantastisk godt sted at starte. Men glemt ikke at bruge fantasien også, og evt alliere jer med folk herinde, som måske kan komme med inputs. Som udgangspunkt er nærmest alt muligt med IHC. (Med få gabende idiotiske begrænsninger, valgt af LK). Så det er sådan set bare at få det strikket rigtigt sammen først gang. Tænk også ud i fremtiden.

Helt enig i patch kabler er at foretrække, hvis man kunne være sikker på producenterne så også brugte det. Men.... .. Det er jo desværre bare ikke det der sker. Lige så snart du har en standard "kommunikations" vej, så laver laver producenterne deres eget, for at sætte deres præg på produkterne. Det er jo ikke helt uden grund at fx Apple har valgt den vej, stik imod nærmest alle andre. Og der behøver ikke være nogen oplagte eller logiske årsager. De gør det hvis de vil, uanfægtet af hvad gener det bringer for forbrugerne. På lige præcis dette punkt, så er LK sgu nok en af de pæne drenge i klassen

@Mikkel Skovgaard Kan du ikke udlede PIR fra APIén? Evt ovre hos Hue developers? Der må være en metode til at scanne for PIR i systemet, som så melder tilbage.. Hmm, skal jeg virkelig hive en Hue PIR hjem selv

Jeg har ingen Hue pir, endnu Men det får jeg hvis Mikkel får det til at spille ordentligt. Jeg kan ikke forestille mig, at Hue PIR kan virke uden en Bridge. Jeg har en Hue bridge 2 i overskud.

Det ser rigtig godt ud Mikkel. Jeg glæder mig til jeg får tid til at teste den nye version.

Den burde du allerede i dag kunne "fange" med en JSON regl i IHC Captain. Selve logikken holder du i IHC controlleren, så du bare bruger din Hue PIR som en slags "slave" PIR, der trigger PIR indgangen på FBén, som hvis det havde været en rigtig IHC PIR.

Det er jo basalt set også den absolut helt grundlæggende funktion i et 'home automation system' eller 'Intelligent House Control'. Et tryk, PIR, temperatur/vind/vand/lys måler, kalender, tale osv er jo netop "udefrakommende" indputs. IHC Captain, Home Bridge, OpenHab, Domoticz osv er "gateways" der rykker eller udvider begrebet "udefrakommende" endnu længere ud. Så derfor skal de selvfølgelig kunne det samme. Som gateway/bridge/plugins (kært barn mange navne) skal de tilsammen føre disse inputs videre til "main"-controlleren, som i det her tilfælde er IHC controlleren, og aller helst også modtage respons retur, så man har styr på hændelserne/styringen. Når dét lykkes, så har/får man et virkelig stærkt system, som reelt kun er begrænset af, hvad det kan snakke sammen med. Hvor svært kan det være

Kunne godt bruge et 8/400 output modul

Det er netop det der er problemet. Vi ender med at blive kvalt i "såkaldt" patch kabler.. Vi ender sådan her, for en enkelt producent:

Det grænser til det ulovlige

Fordi du pt ikke opnår noget specielt ved det, sådan som det ser ud nu. Det er fair nok at trække PDS kablerne. Men de afsluttes jo i RJ45. Derfra skal du fra dette udtag over i TV/TV boks. Så du skal have dette RJ45/PDS -> Antenne/TV stik på TVet.. Ved side af det, så skal du have endnu et RJ45. For dit TV skal jo også på nettet (hvis ikke det er trådsløst, hvilket vi ikke anbefaler ). Så nu har du 2 stk PDS kabler. Ved siden af dette, så skal du lige have endnu et RJ45, for din TV boks skal da også på nettet. Ved siden af dette endnu et RJ45.. For din streaming boks/receiver/computer/playstation/xboks skal også lige på nettet. Så indtil nu en 4-6 stk RJ45 stik, hvoraf det ene er et specielt kabel til TV.. Smart nok.. Eller, jeg havde nu fortrukket et par PDS kabler til en switch, som jeg så kunne kable alle enheder til. Men det kan jeg ikke med TV signalet, da det ikke lige er til at støve sådan en switch op, eller så skal jeg have en LK switch i begge ender. Oven i det er det cat 7 kabling til 800mhz, hvilket i den grad fordyrere hele processen ret kraftigt. Det er ihvertfald sådan jeg forstår det. Jeg tror jeg ville foretrække at trække 2 stk pds, og 1 stk coax. Det virker lige så godt, og er langt mere simpelt og må være betydelig billigere. Ihvertfald indtil enheder skifter interface.

Ahh det er den samme jeg har.. Bemærk, den har ikke lux måling. Den har derimod skumringsrelæ Anyway - Du skal være opmærksom på indstillingen af den, den som i vejledningen hedder "Bevægelsesudgang til IHC". Hvis den står til C, så virker det ikke. Den skal enten være A eller B, og så skal du være opmærksom på lysniveauet og skumringsrelæet, uanset om du bruger det eller ej. PIRén reagere IKKE hvis skumring ikke er ON, når den står i position A. Bruger du ikke skumring, bør du sætte den i position B. Link til vejledningen: http://www1.lk.dk/katalog//vejledning/019D875922_05.pdf

Ja, det er da specielle PDS kabler, da de ligesom skal afsluttes med et andet sted i den anden ende (den som skal ind i TVét/TV boks). Den fremtid med udelukkende streaming, den tager en rum tid. Det er en massivt generationsskifte der skal ske. Jeg tror coax holder mindst 5 år endnu. Men ellers er jeg enig. coax og pds, og så skal de trækkes i rør, så de er til at udskifte.

Jeg tror ikke en skid på LK.. Man kan simpelthen ikke være så dum at have lavet noget så efterspurgt, og så ikke frigive det.

Hvis du har forbundet den rigtigt, så behøver du som sådan ikke bekymre dig så meget om programmet (FBén). Har du tilføjet produktet i venstre side og sat den rigtige indgang, så bør du kunne se værdien for den i service view. Hvis du selv manuelt sætter den til ON i service view. Så tror controlleren jo at den virker, og derfor tænder den. Men lige et spørgsmål.. Hvilken PIR er det du har, som også har lux måling? Noget siger mig den ikke er forbundet korrekt.

Det er netop de specielle kabler, som jeg mener er lidt hovedløst indtil der engang kommer en ordentlig teknik, hvor også de forskellige enheder (TV, Tv bokse osv) også understøtter det. Men jeg tvivler på vi ser det de næste 5-10 år. Indtil da, så er coax at foretrække, fordi man netop ikke skal ud i specielle løsninger, som i sig selv også er fordyrende. Derfor bør nye huse heller ikke kun benytte PDS kabling. Derimod bør nye huse som udgangspunkt komme med mindst 2 gange PDS og 1 gang coax til alle rum (badeværelser, walk-in osv kan nok gå fri). Og hele bundtet bør trækkes til ét centralt sted afsluttet i patch paneler, som er velegnet til at lave og have udstyret siddende på en ordentlig måde. For rigtig mange typehuse kunne dette snildt laves til en standard.

Den ligger under IHC software til visual 2 HW 6.2 og HW 6.1 http://www.lk.dk/mit-lk/ihc-software (man skal logge ind). Jeg har ikke prøvet den endnu. Det er en jar fil, så på een eller anden måde skal Java jo fungere alligevel på maskinen.