• Rocher
• Gérald
• M2 IFI/IAM
• rocher.gerald@gmx.fr
• Palma
• Adam
• M2 IFI/IAM
• palma.adam@etu.unice.fr

The object exposes a very simple interface allowing to switch on/off a lamp and a buzzer. The interface allows also getting the state of each of them.

Some usage scenarios are depicted here below:

The primary purpose of the object is to wake-up user at the right time! So, on top of this simple interface is built an application (using WComp for fast prototyping) permitting the following scenarios:

1) Bob fell asleep late yesterday evening and he's got an appointment quite early this morning. However he didn't take care of his alarm clock : the application, from Bob's calendar web service (Google agenda, but it could be any other similar web service), knows at what time Bob need to be waken up.

2) Also, the application is connected to a live traffic web service. From Bob's position and the meeting location (metadata added by Bob in his agenda) it will get the expected travel time needed by Bob to reach his appointment. The application dynamically adapts the hour at which Bob need to be waken up (the lamp and the buzzer have to be switched on).

3) When it's time to wake-up, the lamp and a buzzer are switched on in order to wake up Bob. Once waked-up, Bob deactivate the light and the buzzer sound emission by touching the object.

4) Of course, Bob can still switch on the lamp embedded in the object as soon as he want by touching it (and by touching it again to switch it off).

The object proposes services that are used in our application but it can also be interesting to make the services available for some other applications. For instance, we could imagine some smoke or temperature sensors located somewhere in Bob's house. We can imagine an application which connect the sensors output to the object buzzer and/or lamp through a threshold and switch it on when sensors reaches some unexpected values…

Actually there are plenty of applications that can use our simple buzzer and light and divert from the primary object usage.

https://drive.google.com/file/d/0B6t-5TDyw60hT0V1VXB4SElKOW8/view?usp=sharing

Perspective view:

https://www.flickr.com/photos/129285131@N04/15135637334/

Front module view:

https://www.flickr.com/photos/129285131@N04/15570182078/

Back module view:

https://www.flickr.com/photos/129285131@N04/15570447477/

Electronic components chassis view:

https://www.flickr.com/photos/129285131@N04/15771941406/ https://www.flickr.com/photos/129285131@N04/15610204938/

We have decided to embed a 8W LED lamp in the object as it doesn't heat-up too much (50dC). Lamp switch on/off control is done using a dual relays board controlled by the phidgets SBC. User action on the object is detected thanks to a sensitive sensor located inside the object on the edge of one of its sides. Sound emission will be achieved by a buzzer wired to one of the digital output of the phidgets SBC (We still have to ensure the current driven by the output (20mA given but it might be much lower…) will be high enough for the selected buzzer (given to work with 20mA current)).

The sensitive sensor will be used by the user to switch on/off the lamp or to acknowledge wake-up. The Buzzer is used to emit a sound in case the user do not acknowledge wake-up after the lamp has been switched-on.

https://www.dropbox.com/s/f0qqythjyc0sdx4/Commande_AlarmLight.xlsx?dl=1

Here bellow are two designs proposed by Reims university team.

lightPillow.pdf

AlarmLight.pdf

https://flic.kr/p/pMiskb

https://flic.kr/p/qJej6G

https://flic.kr/p/qG1JaL

https://flic.kr/p/qrRzxR

Manufacturing has been started on January 08 2015. Pictures to come soon…

Web Service for Device Specifications

The main purpose of the object is to give acces to its services through UPnP protocol. In our case, the UPnP services are :

1. Turning on and off the light.
2. Turning on and off the alarm.
3. The current State of the light.
4. The current State of the alarm.

In addition of the above, the object owns a physical interface which consists of a touch sensor. This embedded actuator provide the following features:

1. If the alarm is turned off, each pressure alternately switch on and off the light with each pressure.
2. If the alarm and light are on, the next pressure turns off the alarm without switching off the light.
3. If the alarm is on and the light is off, the next pressure turns off the alarm and switch on the light.

Application Protocol over Bluetooth link of the object

Following to the courses of Dino Lopez and Kinan Arnaout, you'll be able this year to add a bluetooth interface for local area communications between the object and a smart phone

This part must be as light as possible and the software application under smart phone must be only a way to test, without internet, the object functionnalities

You must thus specify here a few basics instructions in bluetooth messages that you'll be able to exchange between the object and the smart phone

a very simple application will be developed on the smart phone for testing (console for example, or with 4 or five textboxes)

Here, put all the files needed to build, to compile and to deploy all your software developments

• Embedded Software in the connected object
  • All the instructions on what must be installed before deployment of the developed software :
  • Binary distribution of the developed software for the object and how to install (ex. DLL of new beans and wcc of the WComp the assembly) :
  • Sources distribution of the developed software and how to build the binary distribution (ex. sources of new beans for WComp):

including the list and the links for all prerequired software

wcc of the embedded software:

https://drive.google.com/open?id=0ByF5Pdi4nQlASDNuVUhGU3k3OUU&authuser=0

Beans to install in Bean/ directory in the embedded device

https://drive.google.com/open?id=0ByF5Pdi4nQlAVEVBMEFfS1VRYlU&authuser=0

Sources of the embedded Beans:

https://drive.google.com/open?id=0ByF5Pdi4nQlASzdfd1RCcWJaLU0&authuser=0

• Mobile Phone Software
  • The kind of smart phone that you chose (Reference, Android ? IoS ? Windows Phone X.X ?)
  • Binary distribution of the developed software for the phone and how to install :
  • Sources distribution of the developed software and how to build the binary distribution :

including the list and the links for all prerequired software

The high level service orchestrates the three following WebServices :

• Calendar WebService, in our case, Google Calendar. This service is used to know the time of the first user appointement in the morning.
• LiveMap WebService,

Here, put all the files needed to build, to compile and to deploy all your software developments for the high level service

• All the instructions on what must be installed before deployment of the developed software (ex. software stack and WComp):
• Binary distribution of the developed software for the object and how to install (ex. DLL of new beans and wcc of the WComp the assembly) :
• Sources distribution of the developed software and how to build the binary distribution (ex. sources of new beans in WComp):

wcc of the orchestration software :

https://drive.google.com/open?id=0ByF5Pdi4nQlAYVExbEZ6RFNUek0&authuser=0

bridge application for the Google Calendar WebService:

https://drive.google.com/file/d/0ByF5Pdi4nQlAb2QwUUM1QTFnQ0k/view?usp=sharing

Beans to add in Bean/ directory:

https://drive.google.com/file/d/0ByF5Pdi4nQlAcDdjOXZzakVLQnM/view?usp=sharing

Sources of the Beans :

https://drive.google.com/file/d/0ByF5Pdi4nQlAYVBGOGNvU0ppMnM/view?usp=sharing

Here put all that can illustrate the results of your project with ..

VIDEO for demonstrations

PICTURES of the object looking like a finished one

SCREENSHOTS of sofware applications and developments

1. Warning : everything must be written in english ….
2. Warning : every added file (ex. figures, picture, sources, binaries, video …) must be added through a web links on a Web repository. You can use such a syntax to integrate the link in this page :

    [[http://example.com|Lien externe]] 

3. For more informations on DokuWiki syntax go to syntax dokuwiki