Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 80 reacties

Philips werkt momenteel aan een Hue-applicatie voor iOS die optimaal gebruik zou moeten maken van Homekit, de api die Apple begin deze week aankondigde om domotica-integratie te bieden met een iPhone.

Philips Hue-lampen met HomekitDe Nederlandse elektronicagigant toonde op Twitter een prototype waarop te zien was hoe vanuit het notificatiecentrum van iOS zijn Hue-lampen kunnen worden bediend. Vanuit dat centrum zou een gebruiker onder meer verschillende lichtscènes kunnen kiezen.

Philips is één van de eerste grote bedrijven die iets met Homekit gaat doen. Apple kondigde de api voor de domotica-integratie deze week aan met de introductie van iOS 8. Met Homekit zet Apple de deuren open voor ontwikkelaars om domotica-diensten te integreren in het mobiele besturingssysteem, waardoor bijvoorbeeld lampen en later naar verwachting ook apparaten als koelkasten zijn te bedienen.

De Hue-lampen van Philips zijn overigens al vanaf de introductie in 2012 met een mobiel apparaat te bedienen. Daarvoor moet gebruik worden gemaakt van een bridge en een losse mobiele applicatie van het bedrijf, die verder niet is geïntegreerd in het besturingssysteem. Een Hue-starterkit met drie led-lampen kost 199 euro, terwijl verder losse lampen en strips verkrijgbaar zijn voor respectievelijk 60 en 90 euro.

Gerelateerde content

Alle gerelateerde content (21)
Moderatie-faq Wijzig weergave

Reacties (80)

De screenshot heeft niets met HomeKit te maken. HomeKit zorgt dat domotica (zoals Hue-lampen), na een eenmalige koppeling, via een API beschikbaar zijn voor alle apps. Andere apps en Siri kunnen zo dus gemakkelijk de bediening overnemen.

Wat we op de screenshot zien is een widget voor het Notificatiecentrum. Dat is ook een nieuwe mogelijkheid in iOS 8, maar die staat volledig los van HomeKit.
Hoezo heeft dat dan niks met elkaar te maken, Philips/iOS speelt dan toch in met homekit om zo de lampen via het NC te bedienen of zie ik dat nou verkeerd?
Dat kan, maar dat hoeft niet. De bestaande Hue-app van Philips kan ook al lampen bedienen zonder HomeKit.

Ik bedoelde voornamelijk dat dit artikel erg ingaat op HomeKit, maar dat de gepubliceerde screenshot van Philips daar eigenlijk niets mee te maken heeft.
"Philips werkt momenteel aan een Hue-applicatie voor iOS die optimaal gebruik zou moeten maken van Homekit," Het lijkt mij dus dat Philips dmv homekit intergratie nu aan de widget begint.

Wellicht dat je Siri dan ook kan "commanderen"om al je lichten uit te doen :P
Dat zou moeten kunnen gezien Siri een integratie heeft met Homekit.
Philips hue lampen werken volgens een open protocol (ZIGBEE), bovendien werkt de app ook met de nieuwste living colors lampen en met een serie standaard (1-kleurige) ledlampen van Philips.

Tevens zijn er een aantal 3-rd party apps die geweldig werken om de lampen je huis in een lichtorgel te veranderen (o.a. Hue Disco en Ambify).

Plus via de ambilight+hue app werkt de ambilight van je tv samen met de hue lampen (modellen vanaf 2012 geloof ik).
siri activate disco mode

overigens vindt ik het fantastisch dat apple eindelijk widgets aanvaardt in ios alleen lijkt mij de notificatiebalk niet echt een goede keus want als je dan 5 apps hebt die widgets hebben moet je gaan scrollen om je instellingen (van die app) aan te passen terwijl dit het gebruiksgemak zou moeten vergroten
Dit heeft inderdaad te maken met de widgets die per iOS8 mogelijk zijn
Apple had zelf al gemeld dat in ieder geval 17 partners Homekit gaan ondersteunen. iDevices, iHome, Osram Sylvania, Texas Instruments, Cree, Chamberlain, Marvell, Skybell, August, Honeywell, Haier, Schlage, Philips, Kwikset, Broadcom, Netatmo & Withings ondersteunen binnenkort allen Homekit.

Het was dus al wel bekend dat Philips dit zou doen.

Screenshot uit de presentatie

[Reactie gewijzigd door SidewalkSuper op 7 juni 2014 12:59]

Klinkt goed, maar ik hoop dat ze wel een keer hun api afmaken. Ze zijn al bijna een jaar bezig met de 'create group' call van hun 'groups API', toch redelijk belangrijk om iets aan de groups api te hebben, erg slordig. |:(

http://developers.meethue...sapi.html#22_create_group
Ik heb zelf geen iOS of Huelampen maar ik neem aan dat er allang HUE apps zijn in de Apple store? Voor Windows Phone zijn er al een aantal. Maar wel goed dat het merk Philips eindelijk zelf met een app op de proppen komt.
Ja die zijn er, Philips heeft in eerste instantie Hue exclusief voor iOS ontwikkeld (al was dat vooral onder het mom "een platform moet het eerst zijn"). Nu is dat dus niet meer het geval. Philips en Apple lijken overigens wel een warme band met elkaar te hebben. Ook met dockingstations is Philips goed vertegenwoordigd.

Ik zou Hue dolgraag willen hebben maar §200 voor 3 lampen is wat extreem. Ik heb nu 2 LED parren met een DMX mixer voor §200 die veel meer intensiteit hebben dan die Hue lampen.

[Reactie gewijzigd door klonic op 7 juni 2014 15:33]

Het is inderdaad prijzig, al zijn led lampen sowieso al duur. Je kan overigens ook living colors lampen (gen 2) koppelen aan je bridge. Ik heb er nu 5 lampen en 2 lightstrips en het is erg gemakkelijk. Ideaal is ook dat er een Hue plugin is voor Tasker, niet alleen bedien ik de lampen vanuit een widget. Ben ik bv thuis en krijg een bericht (sms/whatsapp/viber) gaat een lamp kort knipperen als die aanstaat. En met de auto-voice plugin voor Tasker, bedien ik de lampen ook met mn stem.

[Reactie gewijzigd door RebelwaClue op 7 juni 2014 15:11]

Ook handig is de IFTTT app waarbij je acties kunt koppelen aan je lampen, bv schemerlamp 1 knippert als je nieuw bericht krijgt via Facebook.

De toepassingen met de vele scripts zijn eindeloos....
Klopt ben ook zeer blij dat IFTTT nu een android app heeft :)
Hoe leg je een doelgroep tussen de 15 en 65 uit hoe je een DMX mixer en 2 LED parren opzet en wat ze moeten doen als er wat mis is en dat het gegarandeerd makkelijk is? :p

Ze verkopen gemak en eenvoud (althans, dat proberen die bedrijven), en dat is waarom je dan vaak meer betaalt dan als je zelf iets in elkaar flanst.
Heb ik ook nooit echt begrepen, dockingstations. Doe maar gewoon via bluetooth. Verkoop je er vast veel meer van dan alleen voor Apple.
Die zijn er ook wel genoeg, maar tja een docking station in bijvoorbeeld een wekker is wel weer makkelijk om hem meteen op te laden en staat dan direct netjes.
Om dat het dan universeel moet zijn en dat gaat ten koste van integratie en vendor lock-in. Niet iets waar een bedrijf graag geld in steekt als ze mikken op ultiem gemak.
?? Wat heeft een vendor lock daar mee te maken?
De meeste fabrikanten leveren ook gewoon een bluetooth enabled accessoires, maar een docking heeft nou eenmaal zijn voordelen. Het geeft je meer mogelijkheden en ook wel handig voor het opladen.
Met docking stations niet perse iets. Maar met de manier waarop producten soms geÔntegreerd worden wel. Vaker onbedoeld dan bedoeld natuurlijk. Daar dus wel mee. Goede naadloze integratie betekent soms dat je niet zomaar andere merken met je eigen merk kan ondersteunen.
Apple was (tot voor kort) de enige die de HUE lampen verkocht via de stores. Dat heet exclusiviteit, geen vendor lock-in.

Misschien geloofde de rest van de retail niet zo in een set van drie lampen voor § 200???? Apple blijkbaar wel, dus.

Een premium product in een premium store, waarom niet? Goede keus van zowel Apple als Philips.

Nu zijn de lampen bij meerdere online retailers te koop, in verschillende bundels.

Vanaf het begin werden zowel iOS als android ondersteund, evenals de 3rd party apps welke al snel in beide appstores opdoken.

Het ZIGBEE protocol van de lampen bestaat al veel langer, dus dat het een iOS lockin zou hebben is pure onzin.
Ik had het niet echt over Apple of Hue, meer over het verschil tussen universele systemen en goed geÔntegreerde systemen, en dat dat verschil er bijna wel moet zijn. Niet dat het elkaar gegarandeerd uit sluit, maar iets wat erg goed geÔntegreerd is, is meestal alleen betaalbaar als je het net wat minder universeel maakt.

Als we Apple nemen zoals in jouw post, dan zou je kunnen stellen dat ze een goede integratie proberen te leveren door bijvoorbeeld iTunes voor Mac OS X en iTunes voor Windows te maken, en te programma's binnen de systemen met de bestaande applicaties te integreren om daarmee de iOS devices weer goed met de OSsen te integreren. En dat werkt goed (naar mijn ervaring). Maar Linux ondersteuning zit er niet in, en kan ook niet erg makkelijk door andere partijen worden gemaakt om dat de gebruikte API's en protocollen niet heel universeel zijn.

Is er met dit alles iets mis? Niet perse, het is eigenlijk gewoon een kwestie van naar het formaat van het ecosysteem en de doelgroep kijken voor Apple.

Als je bijvoorbeeld een andere instantie bent, zoals de Belastingdienst, dan gaan ze met protocollen en software werken die iets meer publiek beschikbaar, gedocumenteerd en geÔmplementeerd zijn. De aangifte software is er dan ook voor de 99% van de systemen: Windows, Mac OS X en Linux. Heb je BeOS, tsja, dan is dat jammer. Ze hebben een stuk meer voor universeelheid gekozen dan voor integratie, maar uiteindelijk niet maximale universele software, om dat dat het doel voorbij streeft en blijkbaar niet nodig is.

Verder is het natuurlijk wel zo dat Zigbee als protocol wel weer een lock-in is. Zo kan je met een Zigbee bridge geen X10 apparaten aansturen. Dus ben je in het Zigbee ecosysteem gelockt, gezien al je bestaande hard- en software daar op gericht is en niet werkt met andere systemen. Met KaKu en Z-Wave natuurlijk ook. Maar dat heeft niks met de iOS-lock-in te maken waar jij het over had.
Jazeker die zijn er al, in het artikel wordt waarschijnlijk bedoeld dat de bestaande officiŽle Philips app geŁpdatet gaat worden met ondersteuning voor widgets, zodat gelijk vanuit het notificatiecentrum de lampen bediend kunnen worden.

OfficiŽle Philips Hue App
O, okť. zoals gezegd: ik heb geen iOS, dus ook geen zicht op de store van Apple. Maar juich altijd de betrokkenheid van merken, zoals Philips in dit geval, toe. Kun je ook ergens op terugvallen.
Je kan dan wel zicht hebben hoor ;) De MS, Google en Apple stores zijn allemaal in je browser te benaderen. Maar als je het platform niet gebruikt zal je inderdaad minder snel weten welke apps er zijn.

Los daar van moeten we er eigenlijk altijd wel van uit kunnen gaan dat grote fabrikanten hun apps op de grootste platformen wel uitbrengen.
Er is ook een officiŽle HUE app, dat staat ook in het artikel vermeld.
De Hue-lampen van Philips zijn overigens al vanaf de introductie in 2012 met een mobiel apparaat te bedienen. Daarvoor moet gebruik worden gemaakt van een bridge en een mobiele applicatie van het bedrijf.
Het nieuwe is nu dat ze van de Widget mogelijkheden van iOS8 gebruik zullen maken om op die manier snel toegang te geven tot je verlichting.
Dat de HUE lampen te bedienen zijn had ik gelezen, maar niet dat het ook een officiŽle Philips app is. Overheen gelezen, my bad.
Er is ook gewoon een Philips HUE App, die was er gelijk met de lancering van HUE in 2012. Wel jammer dat Philips (nog) geen Windows Phone App heeft...
Er zijn meerdere Hue apps voor Windows Phone te krijgen, een paar zijn minstens zo goed als de officiŽle app, bijv. :

http://www.windowsphone.c...9d-42e4-99ca-88b44d10449b
OOhw...maar die gebruik ik ook hoor ;-)
Vraag ik me toch af wat er te besturen is aan mijn koelkast? Een melding als de temperatuur niet goed is okay, maar besturing?
Ik weet niet waarom het altijd gaat over de koelkast, maar denk eens aan:

Lampen
Gordijnen
Sloten
Verwarming
Bakje koffie in de ochtend
Groepen stroom aan/uit

"Ik ga op vakantie" setting.
"Ik ga werken"
"Ik ben thuis"

Zijn voorbeelden van situaties waarin je diverse domotica handelingen hebt gebundeld.

Overigens gaat het er niet om wat jij wilt, maar waar er behoefte aan is bij het grote publiek. Blijkbaar is die behoefte er (al dan niet bewust) en dan kun je daar op inspringen.
Je kan je ijsblokjesmachine in je vriesvak aanzetten. En de temperatuur aanpassen. Misschien heb je ook wel een Hue lamp in je koelkast :p

Maar je hebt ook koelkasten die inventory control achtige zaken hebben, dan is het handig als je dat op afstand kan controleren/bijhouden.
Ik vind dat voorraad beheer van koelkasten wel leuk, maar je moet wel van een eenzijdig dieet houden. De inhoud van de koelkast hier is altijd anders, maar we koken dan ook niet iedere week hetzelfde. Beetje variatie in je leven potdomme :)
Ja, maar je kan dus ook alles wat je in je koelkast stopt langs een barcode scanner halen, die misschien in de deur of je smartphone geÔntegreerd zit, en dan weet je automatisch wat er in zit. En wanneer het op is als het er niet meer in staat voor een langere tijd. Verzin ik net.
Over zulke zaken wordt al heel lang nagedacht. De koelkast en internet en java was bijna altijd het standaardvoorbeeld. Probleem met barcode is dat niet alles een barcode heeft. Bijvoorbeeld kaas van de kaasboer of groente uit je eigen tuin. (Jaja, in theorie kan beetje nerd natuurlijk alles labelen zoals Rob de Geus). Tenzij je het koppelt met een soort weegmechanisme, weet je nog steeds niet of de melkpak halfvol is of half leeg. :P

[Reactie gewijzigd door Klik_Hier op 8 juni 2014 15:43]

Dat is waar :p misschien een X-ray scanner inbouwen? Of zo'n bodyscan, dan is het "Minder schadelijk".. hehe.
Dus koppelen met een leuke app die zorgt voor variatie in je koelkast. :)
Webcams in je koelkast, zodat je de winkel kan kijken of je iets niet al in je koelkast hebt staan. Ja, en het lampje ook aanzet :+

Superfrost aanzetten, zodat de vriezer al extra koel is wanneer je in de winkel heel blij heel veel vlees voor de bbq hebt gekocht, maar dan in de file staat en op de radio hoort dat het gaan regenen en alles in de vriezer moet... :>
Waarom wordt deze feature niet in de control center geplaatst? Ik vind het onlogisch om hem in de notification center te plaatsen, wat bedoeld is voor notificaties.

[Reactie gewijzigd door Monkeydancer op 7 juni 2014 13:42]

Om dat het control center beperkt ruimte heeft, en notification center kan scrollen en daarmee vrijwel onbeperkt ruimte heeft.

Daarnaast wil Apple met de nieuwe flexibiliteit toch een stukje consistentie blijven aanbieden. Dus met het toegevoegde control center kunnen ze zorgen dat gebruikers er altijd nog van op aan kunnen dat bepaalde knoppen en functies hetzelfde blijven op dezelfde plek, ongeacht de apps die ze installeren.

Dat is ook waarom de hardware knoppen niet misbruikt kunnen worden. Er zijn zat toepassingen te vinden waarom het handig is als een App de functie van een hardware knop (tijdelijk) kan overnemen, maar dat gaat simpelweg ten koste van belangrijke basisfunctionaliteit en consistentie, en dat is een risico dat Apple niet wil lopen.
De verschillende scenes kunnen zo handig als een shortcut in de notificatie balk van je iDevice geplaatst worden.

Dit is met name handig omdat de lampen (helaas) iedere keer als je ze uit doet, terug gaan naar de standaard stand/kleur/helderheid.

Edit: typo's

[Reactie gewijzigd door Isheara op 7 juni 2014 22:00]

Nu nog wachten op de hack voor bij de buren :+
Gelukkig moet je elke app laten pairen met de bridge (een fysieke handeling) voordat je de lampen kan besturen. Anders zou het wel erg makkelijk worden denk ik, gezien teveel mensen nog standaard wachtwoorden op hun WiFi hebben.
Dat zeiden ze over WPS ook he. En toen kwam er dat eindgebruikerstooltje uit, Reaver, waarmee je zo WPA wachtwoorden van je router kan downloaden. En dan heb je ook nog eens dat de meeste providers routers leveren waar je WPS niet op uit kan zetten, of waarbij het in de interface uit te zetten is maar nog steeds aan staat.
Die 2 zijn niet te vergelijken. Lees de API er eens op na: http://developers.meethue.com/
Ik vergelijk ze ook niet op encryptie, authenticatie en autorisatie gebied, maar op het 'wij, de makers, zeggen dat het veilig is' gebied. Dat gaat in de commerciŽle wereld nog wel eens mis.

Wat die API betreft: die zegt geen drol over de beveiliging. Ja, tot aan de bridge misschien, maar ik heb het over het onderliggende ZigBee Light Link protocol waarbij alle apparaten de key hebben. Als iemand dus een lampje weggooit of je er een jat kan je in theorie de key er uit halen. Gezien de keys symmetrisch zijn (simpel AES) kan je dus met de key op een device encrypten en decrypten.

Denk je nog steeds dat het veilig is? Hell, het wordt zo opeens heel vergelijkbaar... WPS heeft dan misschien simpelweg een kleine key weinig bescherming tegen brute force, maar het probleem met identieke keys blijft hetzelfde: als je via WPS een andere key had gekregen dan de WPA key kan je je aircap dumps niet decoden, en nu wel.
Kortom: voor de gemiddelde user is het veilig.

http://en.wikipedia.org/wiki/ZigBee

128-bits encryptie, Point-to-point security via key distribution

Edit: link toegevoegd

[Reactie gewijzigd door Isheara op 7 juni 2014 22:34]

Wikipedia als bron? Als het goed is heb je vast wel geleerd dat dat niet echt kan...

Als je kijkt in de Zigbee documentatie en de link naar de de docs die dokzero5 postte zie je dat we dat dus al wisten.

Verder is 'voor de gemiddelde user veilig' een onzin argument. Zo iets bestaat niet. Een gemiddelde user heeft niks met het niveau van de aanvaller te maken. De beveiliging is om niet-gemiddelde-gebruikers buiten te houden. Niet om de gemiddelde gebruiker (Wat overigens ook de groep is die meestal niet aan het hacken slaat) buiten z'n eigen netwerk te houden.

AES 128 klinkt heel cool, maar dat is een symmetrisch algoritme, en die key distribution gaat je niet helpen met dat 'beveiligen'. Dat dachten ze bij Apple bijvoorbeeld ook, die hadden de AirPlay/AirTunes key in de ROMs van hun AirPort Express geprogrammeerd. Die kan je dus gewoon openmaken en uitlezen. Doei beveiliging. Zolang de symmetrische key in een apparaat zit dat niet centraal beveiligd kan worden kan je hem stelen. Dat is gewoon een feit. Je moet dan asymmetrisch werken of een decentraal netwerk met losse keys per apparaat opzetten.
Een paar dagen later, maar toch wel interessant om te lezen! Vraag ik me af of dit probleem met een firmware-update op te lossen is.

Daarbij denk ik dan aan het feit dat de bridge elke dag een nieuwe key maakt en deze vergelijkt met de huidige keys in de lampen. Is de huidige key die van gisteren (de bridge zal dus twee keys moeten onthouden), dan worden de keys in de lampen geŁpdate naar die van vandaag. Wordt een lamp gestolen en 2 dagen later gebruikt om "in te breken", ziet de bridge dat de key die uit de lamp gehaald wordt niet van vandaag en niet van gisteren is, waardoor toegang onmogelijk is.

Ik ben zelf geen programmeur op zo'n niveau, dus geen idee of dit ook maar in de buurt komt van een oplossing, maar het klinkt wel goed, haha!
Nou, ik denk dat het probleem met de beveiliging vooral ook op hardware niveau ligt. De lampen en waarschijnlijk ook de bridge hebben denk ik niet de power om iets als RSA te gebruiken. Enerzijds om dat ze voor AES vaak ingebouwde modules in de CPU hebben en voor RSA niet, anderzijds om dat RSA waarschijnlijk een vorm van royalties of een licentie vereist om gebruikt te morgen worden in dit soort embedded toepassingen. Zo niet, dan hebben we nog het laatste probleem: de CPU's die dingetjes kunnen meestal softwarematige RSA extreem langzaam uitvoeren. Dat maakt het besturen op afstand erg lastig.

Nu zijn er ook nog wel andere algoritmes die asymmetrisch zijn, naast RSA, en je kan natuurlijk ook een combinatie gebruiken van RSA om AES keys uit te wisselen, of een WPA-achtig systeem, maar met al dat soort dingen heb je dan weer het probleem van aanmelden. Hoe ga je een nieuw apparaat aanmelden zonder dat de ingebakken key bekend is en je een asymmetrische key hebt? Zonder wat in te voeren dan he...
HomeKit is niet perse Apple-only, het is de naam van een Apple API, maar ik kan me best voorstellen dat je die API kan implementeren in een open-source library/framework.

Eigenlijk is dit ook een beetje op het randje van informatie die goed is voor de consument. Die snappen API's niet, die weten niet wat onderdeel is van een merk en wat onderdeel is van een framework.

Het is een beetje alsof we het jammer zouden vinden dat .NET van Microsoft is, en dat het Microsoft only is. (Mono even buiten beschouwing gelaten, wat trouwens een goed voorbeeld is van de API van iemand opnieuw implementeren maar dan FOSS)

Zeggen dat een bedrijfs API niet bedrijf-only had moeten zijn is bijna alsof je zegt dat een bedrijf geen bedrijf had moeten zijn en dat de API magisch had moeten bestaan :p
Denk je dan dat het toegestaan is dat iemand deze API beschikbaar maakt op Android of Windows Phone? De Framework Reference is (geheel naar mijn verwachting) "Copyright ... All rights reserved", dus ik denk van niet. Dus naast Apple kan iedereen tegen de API aanpraten... op het Apple-platform, mooi. Maar het is geen API die je ergens anders kunt implementeren zodat de markt voor dit soort apparatuur (en de gebruikers) er universeel van kunnen profiteren. Home control kan dus een hele vlucht nemen (met en wellicht dankzij HomeKit) zonder dat Android of Windows Phone gebruikers (en gebruikers op andere platforms dan deze) er ook maar iets mee kunnen.

Als je de hele wereld vooruit wilt helpen kun je dus je API's als bedrijf onder een open licentie beschikbaar maken. Als je alleen je eigen ecosysteem vooruit wilt helpen bescherm je je API's zoals Apple dat doet. Geen flamebait tegen Apple, hoor, want dit is natuurlijk gemeengoed in de IT-wereld, en Apple's goed recht (hoewel ik dan nog wel jammer kan en mag vinden, dat is mijn goed recht).
In de play store staat anders wel een Hue app van Philips.

Ik vind Hue erg interessant alleen jammer dat het een beetje aan de hoge prijs is.
De stappen die Apple zet met domotica integratie zijn nice! Hoop dat Android snel volgt.
Moet zeggen dat dat nog wel meevalt hoor, als je dimbare LED's wilt hebben incl. dimmers etc...dan zit je ook zo op 150-200 euro (althans toen wij begin 2013 daarna keken was je voor beetje kwaliteitsspul ook ong. 200 euro kwijt), dus dan is de extra mogelijkheid om het via een App te kunnen bedienen en ook nog alle kleuren van de regenboog aan te kunnen mooi meegenomen.
Klopt, en ik moet zeggen; de service van Philips is top!!! Ik had een heel regiment 1 e serie lampen, en worden probleemloos omgeruild!!
Heb het Hue-topic doorgelezen, maar ik kon het niet vinden: kun je meer vertellen over de symptonen van de problemen die je ondervond met de lampen en waarom deze werden omgeruild? :)

* Zegato heeft ook eerste generatie lampen en wazige issues
Heb laatst als test een set Hue lampen gekocht voor het werk. Ik werk met ernstig verstandelijk beperkte mensen met gedragsproblemen. Deze lampen zijn ideaal. Je kunt razendsnel je licht aanpassen aan de gemoedstoestand van de cliŽnten. Bijvoorbeeld als cliŽnten erg gespannen zijn het licht op een rustige kleur zetten en wat dimmen. Werkt als een tierelier. Gaan binnenkort waarschijnlijk overal binnen de woonvoorziening deze lampen hangen. 200 euro is niet veel voor een start pakket. Zeker niet voor wat deze lampen kunnen en hoe lang ze (volgens verpakking) mee gaan. Ter vergelijking; we hebben nu door de hele voorziening ook led lampen hangen. Dit zijn modules van 200 euro per stuk!!! Dus dit lijkt me een betere en goedkopere investering. Ben daarom ook blij met versimpelde bediening vanuit eventueel berichtencentrum.
Is natuurlijk wel duur maar als je het zelf niet hoeft te betalen is vrijwel niks duur.
"Duur" is relatief, toon een goedkoper systeem wat hetzelfde kan, tot die tijd vind ik het niet duur.
Hebben we het nog steeds over de prijs van Hue?
Hoogwaardige 50.000 uur levensduur dimbare LED lampen zijn heel duur.
http://www.conrad.nl/ce/n...-dimbaar?ref=searchDetail
Dit zijn osram lampen, §30 per stuk.
Dimbaar, 1 kleur.
Dit zijn "reguliere" Philips witte dimbare LED lampen.
http://www.conrad.nl/ce/n...-dimbaar?ref=searchDetail
§45.
Je krijgt dan 3 , die te bedienen zijn op afstand.
3 in een kit is dan §90/§130 aan lampen in een kit van §199
En van kleur veranderen. En een hub erbij hebben.

En vergeet niet dat je ook nog toegang tot de dienst krijgt, zodat je via de philips NOC je lampen kan bedienen.
Je kan niet een B/C merk LED lamp met remote vergelijken met het ecosystem van de HUE.

Ter vergelijking; een slimme thermostaat kost §177
http://www.icy.nl/consument/producten/de-slimme-thermostaat
En normale thermostaat §20,88
Om maar een voorbeeld te geven van producten die algemeen verkrijgbaar zijn en onderdeel vormen van "internet of things"

Jemig, wat vraagt Philips de hoofdprijs voor de eerste slimme lampen kit.

[Reactie gewijzigd door weeraanmelden op 8 juni 2014 11:06]

CliŽnten betalen indirect alles terug via huur en zorg kosten. Er word tegenwoordig niks meer voor niets gedaan.
Ik weet niet of dit iets zal zijn maar het zal me tof lijken als de Hue lampen, middels de app, ingesteld kunnen worden om notificaties weer te geven aan de hand van de verschillende kleuren die het kan weergeven (lichte variaties). Het nut ervan zou minimaal zijn denk ik maar als je je telefoon laat rondliggen in het huis dan kun je alsnog weten of het toevallig dringend is. Misschien zijn er wel andere nuttige mogelijkheden voor te verzinnen.
Volgens mij kan dat al, door middel van ITTT (If this than that)
De app heet IFTTT en is te downloaden in de app store.
Ook beschikbaar in de play store.
Yep mogelijkheden zijn zeer uitgebreid ...

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True