Connected Devices :: User Narrative & Use Case

User Narrative and typical use case for Timee, the smart alarm clock we are building for Connected Devices.  The clock will take in external factors like calendar appointments, weather and transit information to provide smarter scheduling to the user, helping them to avoid situations where they are running late to appointments.  In a broader sense, we also see the clock potentially functioning as a hub which other smart devices can connect to.  The devices would all function correctly on their own, but as you acquire them you can link them to build more networked interactions between the devices.  Instead of resigning hubs to plain plastic boxes which get stuffed away out of sight, why not disguise them in nicely-designed household objects, with functionality of their own?

 

General unboxing and setup:

On unboxing, the user will take out the physical clock as well as a page containing a couple brief instructions.  It will instruct them to plug the clock in, provide a link to the app store to download the clock app.  The app will walk them through the remaining setup.

 

userScenario-01

 

The first thing the app will do is pair the phone and clock on the users wifi network.  Success will prompt a confirmation on the app as well as on the clock.  The user will then have to complete a few fields, including giving location permission, and link their google calendar account to the app.  When that is done, another round of confirmation on the phone and clock will occur.  This section will be much more challenging in practice than is shown here, and will take the most fine-tuning on our part.userScenario-02

As for a typical use case: most mornings the user will have a standard wakeup time for work, which should go without issue.  But perhaps on this morning, the user has a scheduled morning meeting.  There also happens to be a delay on the L train.  The clock would see the appointment on the calendar, as well as see the MTA delay information, and update the users alarm to go off a half hour early to account for the delays.  There would be a subtle visual signal on the alarm clock itself, notifying the user that they are up early because of a transit issue.  A notification would be waiting on their phone with more detailed information, explaining exactly what the issues are that caused the early alarm.  As part of our broader vision for the alarm as a home hub, we plan to link it to the Philips Hue bulbs.  Since we’re already familiar they should be an easy integration.  We will use them to give the user an added signal layer, reminding them when it is time to leave the house.  When it gets to be 10 minutes prior to the time they need to be out the door, the lights can give a signal (dim, flash — we’re still undecided) that will be hard to miss.

userScenario-03

 

 

Connected Devices :: Final Concept

 

IDEA-02

IDEA-01

IDEA-03

 

 

Final project concept for Connected Devices :: Smart Alarm Clock.  I’m working with Boram Kim and Dimelsa Medina.  We are looking into making an alarm clock that syncs with your schedule and outside schedules to form a more efficient system for waking you up.

 

You will set a baseline alarm for your clock – say 7:00am, and an amount of time you need to get ready – say 1 hour.  During the week, it will always be ringing at that time.  The clock is also checking your google calendar for events and appointments.  Anything that would necessitate you waking up earlier will make the alarm automatically compensate for that situation and move the alarm to earlier in the morning.  Your alarm is aware of your scheduled morning meeting, and will get you up at 6:30am so you can make it on time.  It is also taking in weather data, and MTA subway data.  If the L train happens to be delayed in the morning, your alarm again will recognize this and wake you up earlier to ensure you are getting to your destination on time.  The same applies to weather – a heavy rainstorm will probably require a few extra minutes of travel.

 

Down the line, we envisioned this device working in conjunction with other similar devices.  As an easy example, when your alarm goes off it turns your lights on and triggers a coffee pot to start brewing.  The devices could all be smart on your own, but as you purchase other items you could pair them and build IFTT-type interactions.  But for now we are planning to focus on the coffee pot.

 

There are some definite issues to work through, including trusting the object, the right wakeup interaction, aesthetic design, passivity of the object vs the constant chirping of a phone, and the balance of objectives between waking people up and trying to get them out of the house.

Connected Devices :: Lighting Project

 

Using the Philips Hue lights, Jingwen and I developed a lighting system for restaurants.  It’s a common problem for restaurants to have lights set very low at dinner time, which makes the act of reading menus difficult.  I personally have had family and friends have to use their iPhone lights, or previously carry around small keychain lights, in order to read menus.  There can also be situations where different levels of light are desired.  You might want a different atmosphere for your date than when you go out with family.

 

With that in mind, we used the Hue lights to make a system that would allow user interaction, constrained by the restaurant.   The restaurant control panel below shows how the staff can constrain levels and make color palettes for the customers to choose from.  This allows the customer to have some freedom of choice, but within the bounds of mood and decor the restaurant is trying to keep.  While choice is great, you don’t necessarily want people, or small children, setting the lights to bright green and pink if it’s not what the restaurant calls for.

Screen Shot 2015-02-18 at 8.57.59 AM

 

 

On the customer side, the interacts are two-fold.   A simple switch is set to toggle between the two most common settings, a family dining setting (dimmer, warm lighting) and a reading setting (brighter, light colors).  This makes it easy to brighten the table while menus are being read, then turn the lights back down after ordering, if desired.  The controller is wireless in this case, but in practice it would make more sense for it to be hard-wired.

There is also a simple mobile interface with a few additional options, including settings for dates (lower, red-tinted colors), business meetings (brighter, cooler, more serious colors) and an overall brightness slider.  Our thinking was the simple switch would be the most-used, and least obtrusive feature, and should be easiest to use without interrupting dinner.  But, people would perhaps still want some additional control which could be delivered through a phone with easy clickable options.

 

This project used the Philips Hue lights, Node Hue API, nodeJS, Express, and the arduino Yun.  The code is available on github here.

Philips Hue Assignment 1 :: Interfaces

Screenshots of interface prototypes for Philips Hue lighting assignment.  Jingwen and I are creating an interface for light control in a restaurant.  The restaurant will be able to set constraints and presets, and the tables will be able to set their own lighting levels within those boundaries.  This could include raising the light level briefly to read the menu (especially useful in dark dinner situations), or changing the light on mood for things like dates, family dinners or business gatherings.   We will be connecting this to the actual Hue lights soon for a working prototype.

 

Screen Shot 2015-02-18 at 8.57.47 AM

Screen Shot 2015-02-18 at 8.57.59 AM

Screen Shot 2015-02-18 at 8.58.07 AM

Screen Shot 2015-02-18 at 8.57.17 AM

Screen Shot 2015-02-18 at 8.57.27 AM

Screen Shot 2015-02-18 at 8.57.35 AM

 

Product Review :: Philips Hue lights :: Week 2

Week 2 with the Philips Hue lights.  Unfortunately I was out of town for a couple days so my week trial was cut a little short.  One thing in particular to update from my previous post was figuring out alarms with the Lux lights in my room.  You just need to set up a scene ahead of time (which, for the Lux lights is just turning the lights on) and set the alarm to that scene you set up.  It seems a little convoluted to have to do that to just set an alarm to turn a Lux light on.  I’m also not totally sure how handy the light alarms are.  I’ve used them for naps or for waking up on mornings that I have to get up before sunrise, in conjunction with an audible alarm on my phone.  So far, the audible alarm is what wakes me up, and I just seem to wake up with the lights on.  The fade in wasn’t helping.  Maybe that’s better than waking up in the dark, but I’m not completely convinced yet.  In hindsight, I should have tried setting the lights earlier to see if that would wake me up, but I know myself and I think I’m a bit too heavy of a sleeper for that.   Anyway.

 

Using the app as a remote control has still been incredibly handy, enough to make me want to build my own once I give the lights back.  Mostly for the convenience of not having to install a dimmer, or get out of bed to use the light switch.  I’ve looked into some 3rd party apps, but they appear to mostly be pre-programmed flashing light animations.  Not too ideal for sitting around the apartment doing homework, but I would definitely try them if we happened to be having a party.  I’m looking forward to getting into the API this week to work with the lighting controller I’m in the process of making with Jingwen.

 

Unfortunately I’ll need to bring the lights back tomorrow so the class can all use the lights and hub, so I won’t get the full three-week trial.  But overall, my short trial was very positive.  The packaging and out-of-box experience was nice, setup and installation was really easy and it’s been very convenient to use.  One main thing to think about going forward for is whether it makes sense to buy these.  My situation is a little different than an average consumer being in school with fewer spare finances, but still, they are a little expensive.  I would check into the energy efficiency of the bulbs more before making the investment, because right now I’d mostly be paying for a light remote in bed, which seems questionable for a couple hundred dollars.  The Hue project everyone is working on should help to get some more ideas flowing of ways I could potentially use these in the future.  But I guess for now, the best way to verify I enjoyed having the lights is that I’m sad to pack them up.

Connected Devices :: Week 1

 

Week 1 prototype from Connected Devices.  Assignment: Design a simple navigation device capable of conveying eight directional commands, with materials costing under $20.  I mounted a small box containing an Arduino micro, 9v battery, servo motor and laser pointer.  The device can be controlled wirelessly from my computer through a bluetooth classic connection.

The video demonstrates some of the commands: for example, when the servo rotates to the right and blinks, that indicates an upcoming righthand turn.  When it has a steady light on the right side, that indicates turn right now.  Steady light in the middle means go forward, and quick blinking sequence in the middle means you have arrived at your destination.

The helmet mounting combined with laser demonstrates a hands-free prototype for simple navigation in potentially dark locations.  The commands could also be translated to morse code for more precise directions.  It could also just be thought of as a device that turns you into your cat, as you chase the laser around.

 

Bill of Materials:

Arduino Micro

Micro Servo motor

Adafruit laser pointer

Perf board, solder, wires

Laser cut 3/16″ birch

Small dowel

Construction helmet from junk shelf

 

IMG_4392