02. Projet - Iziclock/T304-Projet-Integration_IziClock GitHub Wiki

Projet

Description détaillée du projet

IziClock a pour objectif de faciliter et d'automatiser un réveil optimal à ses utilisateurs.

Le projet consiste en 2 parties :

  • L'application mobile
  • Le réveil physique

L'application mobile demande à ses utilisateurs de le lier via une URL aux calendriers en ligne de celui-ci (Outlook Calendar, Google Calendar, ...). Une liste de ces calendriers est disponible dans le menu de configuration de l'application. L'utilisateur peut ainsi facilement supprimer un calendrier. Une fois les calendrier enregistrés, l'application va générer des alarmes sur base de l'heure de début des différents événements des calendriers et les lister sur le menu de l'application. Ces alarmes peuvent être activées et désactivées à la volonté de l'utilisateur. Dans le cas où les événements sont liés à une adresse, l'application va pouvoir mettre à jour l'alarme avec une estimation du temps de route entre l'endroit de l'événement et la position du smartphone de l'utilisateur. Celui-ci pourra aussi configurer un temps de préparation supplémentaire nécessaire entre son réveil et son départ, une valeur par défaut sera tout de même proposée.

Le réveil physique comme tout réveil, affiche l'heure et sonne lorsqu'une alarme se déclenche. Le son de l'alarme peut être configuré et une alarme personnalisée peut être importé depuis l'application. Le réveil physique est piloté par un Raspberry Pi V4, ce qui lui permet de garder et mettre régulièrement à jour en cache la prochain alarme à exécuter. Afin de pousser l'utilisateur à se lever, lors du déclenchement de l'alarme, une balle est propulsée en dehors du réveil. Pour éteindre l'alarme, l'utilisateur doit réinsérer la balle dans le réveil. Cela fait, la prochaine alarme sera mise à jour en cache. Le réveil physique sert aussi de base de charge par induction au smartphone de l'utilisateur.

Pour se connecter initialement au smartphone, le réveil physique doit établir une connexion Bluetooth avec le smartphone afin de lui donner accès au Wifi. Le reste de la connexion se fera via un backend hébergé via le service PulseHeberg. Le backend gére la base de données des alarmes et transmet le minimum de données possible au réveil physique afin d'alléger au mieux le poids imposé au Raspberry Pi V4. Une cache contenant la prochaine alarme est tout de même nécessaire afin de garantir le fonctionnement du réveil physique même sans connexion internet. Il faut à tout prix éviter qu'une alarme programmée ne sonne pas.

Maquettes et Schémas

Application

371625487-39a088e9-ae95-4443-a446-cf87865eee24
Quand on clique sur le titre de l'évènement, celui là se met en "actif" pour sonner et il change également de couleur 371625330-40a7188f-895c-467e-a316-771fcc365f64
Choix du mode de transport et bouton vers l'itinéraire qui ouvre google maps 371623542-9b1c05a5-8dd2-4919-86fe-f947bdf72c44
D'autres couleurs sont également possibles 371445987-86940e89-3744-43da-a37b-51eebeaa0746

Réveil physique

370709646-18c19def-bc1f-47ae-a057-76871c186809 Schéma du dispositif de stockage, de propulsion et de récupération de la balle :
370731578-432d0c21-7cb6-4bf4-af42-6fe8e0a3d102

Solutions existantes et valeurs ajoutées

Solutions existantes

  • Les réveils traditionnels peuvent être considérés comme une solution au problème.
  • Des applications tels que "Mathe Alarm Clock" ou "Réveil Xtreme" qui encouragent leurs utilisateurs à se lever en continuant de sonner tant que l'utilisateur n'a pas répondu correctement à un calcul mental qui apparait sur son téléphone existent également.

Valeurs ajoutées

  • Mise en place d'un système de création d'alarme automatique lié aux différents calendriers de l'utilisateur.
  • Le réveil encourage son utilisateur à se lever en ne s'arrêtant pas de sonner tant que la balle n'a pas été dans le réveil. Cela force l'utilisateur à se réveiller et à se lever pour ramasser la balle et la remettre en place.

Contraintes

  • Le réveil doit se connecter au préalable au téléphone du client via Bluetooth.
  • Le client souhaite disposer d'une application mobile et non d'un site internet afin de pouvoir paramétrer et personnaliser le réveil facilement depuis son téléphone.
  • Pour le moment, le budget n'est pas encore une question importante.
  • L'appareil se met à jour via le Wifi mais doit pouvoir garder la prochaine alarme en mémoire malgré une coupure Internet.