Sous bock connecté - Historique des versions

Jtournie : /* Séance 4 */

2016-01-22T10:17:44Z

‎Séance 4

Kcolautt : /* Séance 4 */

2016-01-21T08:45:16Z

‎Séance 4

Kcolautt : /* Séance 2 */

2016-01-21T08:44:37Z

‎Séance 2

Kcolautt : /* Séance 3 */

2016-01-21T08:42:59Z

‎Séance 3

Kcolautt : /* Séance 3 */

2016-01-21T08:42:43Z

‎Séance 3

Kcolautt : /* Séance 1 */

2016-01-21T08:40:58Z

‎Séance 1

Kcolautt : /* Séance 1 */

2016-01-21T08:39:26Z

‎Séance 1

Kcolautt : /* Description du projet */

2016-01-21T08:34:19Z

‎Description du projet

Blefort le 21 janvier 2016 à 08:30

2016-01-21T08:30:35Z

Blefort : /* Séance 4 ( */

2016-01-21T07:55:26Z

‎Séance 4 (

@@ Ligne 92 : / Ligne 92 : @@
 [[Fichier:Error_BLE_sb.PNG|600px]]<br>
 Avec ces ajouts, nous avons réussi à extraire les donnés d'un tag, et les envoyer via BLE.
-Enfin problème USB
+Par contre, en alimentant le RFduino avec le shield USB, nous avons rencontré un nouveau problème : Si le port USB est branché sur un pc, pas de soucis la liaison série reste libre et disponible pour le shield nfc et le retour par communication BLE, mais si celui est alimenté par notre batterie externe, rien n'arrivait. Cela est du au fait que les pin RX et TX du port usb du batery bank sont court-circuitée afin d'indiqué à un éventuel telephone la possibilité de recharger avec un courant supérieur à 500mA. Ce court circuit à donc aussi pour effet de bloquer toute liaison serie du RFduino, et donc nous ne recevions rien via l'application android. La solution : ne pas enfoncer le port usb complètement dans la batterie, afin de ne relier que les broches VCC-GND qui sont plus longues.
-Cependant lors de la fusion de ce programme, avec la version compléte, le programme ce bloque dans un état et ne réagi plus à rien. La liaison série étant paralysé pour le shield NFC, malgré de nombreux tests nous n'avons pas pu débloquer la situation.
+Cependant lors de la fusion de ce programme, avec la version complète, le programme ce bloque dans un état et ne réagi plus à rien. La liaison série étant paralysé pour le shield NFC, malgré de nombreux tests nous n'avons pas pu débloquer la situation.
 La suite de la séance à été consacré à la finalisation de la maquette et la réalisation de la planche A3

@@ Ligne 94 : / Ligne 94 : @@
 Enfin problème USB
-Cependant lors de la fusion de ce programme, avec la version complete, le programme ce bloque dans un état et ne réagi plus à rien. La liaison serie etant paralysé pour le shield NFC, malgrès de nombreux tests nous n'avons pas pu débloquer la situation.
+Cependant lors de la fusion de ce programme, avec la version compléte, le programme ce bloque dans un état et ne réagi plus à rien. La liaison série étant paralysé pour le shield NFC, malgré de nombreux tests nous n'avons pas pu débloquer la situation.
 La suite de la séance à été consacré à la finalisation de la maquette et la réalisation de la planche A3

@@ Ligne 52 : / Ligne 52 : @@
 ===Séance 2===
-Lors de cette séance nous avons cherché à controller le fonctionnement des leds avec le RFduino. En effet, malgrès l'utilisation de l'IDE, la librairie prévu pour les cartes arduino ne peut se compiler pour le RRFduino. Nous avons donc trouvé et adapté des fonctions ajoutables dans notre code et qui permettront d'envoyer les données de commande une a une aux leds. Ces fonctions remplissent donc un tableau ajusté au nombre de led*3 canaux de couleurs puis envois toutes les données sur le GPIO indiqué. Ces fonctionnalités sont donc implémentés dans les 2 fonctions suivantes :
+Lors de cette séance nous avons cherché à con troller le fonctionnement des leds avec le RFduino. En effet, malgré l'utilisation de l'IDE, la librairie prévu pour les cartes arduino ne peut se compiler pour le RRFduino. Nous avons donc trouvé et adapté des fonctions ajustables dans notre code et qui permettront d'envoyer les données de commande une a une aux leds. Ces fonctions remplissent donc un tableau ajusté au nombre de led*3 canaux de couleurs puis envois toutes les données sur le GPIO indiqué. Ces fonctionnalités sont donc implémentés dans les 2 fonctions suivantes :
    void setPixelColor(int pixel, byte red, byte green, byte blue)
    void showStrip()
-Nous avons aussi réussi a récuperer la temperatures des capteurs, avec les commandes suivantes :
+Nous avons aussi réussi a récupérer la températures des capteurs, avec les commandes suivantes :
    int sensorValueExt = analogRead(PinTempExt);
    float outputValueExt = (((float)(sensorValueExt))*3300.0)/1023.0;
    float outputTempExt = ( (float) outputValueExt - 500.0) /10.0;
-Il y'a donc la recuperation de la valeur analogique, puis conversion en millivolts puis en degrés C.
+Il y a donc la récupération de la valeur analogique, puis conversion en millivolts puis en degrés C.
 Enfin nous avons testé le fonctionnent du lecteur NFC, en exécutant le code present sur le wiki du constructeur sur un arduino DUE, possédant donc deux ports séries. (http://www.dfrobot.com/wiki/index.php/NFC_Module_for_Arduino_(SKU:DFR0231) )
-Celui ci fonctionne et va donc permettre la creation d'une fonction qui associe au numéro d'un tag le nom d'une boisson et le retourne.
+Celui ci fonctionne et va donc permettre la création d'une fonction qui associe au numéro d'un tag le nom d'une boisson et le retourne.
 Cette fonction pourra par la suite être implémenté dans le RFduino monopolisant son port série. (L'utilisation d'un virtual serial a aussi été envisagé mais ne semble ici aussi pas compatible avec le RFduino)

@@ Ligne 78 : / Ligne 78 : @@
 Nous nous sommes aussi attaqué a un autre aspect de ce projet, la réalisation de la maquette.
 Nous solutions avoir un sous bock rond, avec un disque central mobile permettant de recevoir le verre et de s'enfoncer sous son poids afin d'actionner le bouton.
-L’épaisseur et nécessairement assez importante pour ce premier prototype, et ce en grande partie a cause de la taille imposante de notre batterie. Mais il serait par la suite envisageable de la réduire avec une batterie de telephone portable par exemple, et/ou un module de recharge Qi (sans fil)
+L’épaisseur et nécessairement assez importante pour ce premier prototype, et ce en grande partie a cause de la taille imposante de notre batterie. Mais il serait par la suite envisageable de la réduire avec une batterie de téléphone portable par exemple, et/ou un module de recharge Qi (sans fil)
 L'idée de base était de réaliser le prototype dans du plexiglas, principalement pour l'aspect esthétique ainsi que pour la qualité de la surface après découpe. En effet cela permettrait d'assurer une bonne liaison entre le disque qui s’enfonce pour recevoir le verre et l'autre.
 Nous avons donc préparé des dessins vectoriels du socle, d'anneaux extérieurs à empiler afin de parvenir a la bonne hauteur ainsi que le dessus.

@@ Ligne 67 : / Ligne 67 : @@
 ===Séance 3===
-Lors de cette séance nous avons essayé d'assembler les différentes pieces logicielles validés individuellement pour l'arduino.
+Lors de cette séance nous avons essayé d'assembler les différentes pièces logicielles validés individuellement pour l'arduino.
 Malheureusement, lors de nos tests l'activation des fonctions bluetooth sur le RFduino entraînaient des ralentissement et des bugs sur l'actualisation des leds.
 Après de longues recherches, nous avons trouvé une solution dans le manuel de programmation BLE fourni par rfduino.
-En effet, on ne peut anticiper le moment ou le BLE va communiquer (advertisement par exemple) et lorsqu'il y'a emission, les instructions en cours sont arrêtées. Cela pose donc évidemment problème lorsque l'émissions des donnés destinés aux leds est effectué.
+En effet, on ne peut anticiper le moment ou le BLE va communiquer (advertisement par exemple) et lorsqu'il y a émission, les instructions en cours sont arrêtées. Cela pose donc évidemment problème lorsque l'émissions des donnés destinés aux leds est effectué.
 Le document propose donc de placer la fonction suivante avant d'effectuer du code sensible au timing
    while (RFduinoBLE.radioActive) ;
-En placant cette instruction au début de la fonction showStrip(), nous n'avons plus constaté de soucis.
+En plaçant cette instruction au début de la fonction showStrip(), nous n'avons plus constaté de soucis.
 Une augmentation de la valeur de RFduinoBLE.advertisementInterval permet aussi de laisser plus de temps à nos instructions.
@@ Ligne 82 : / Ligne 82 : @@
 Nous avons donc préparé des dessins vectoriels du socle, d'anneaux extérieurs à empiler afin de parvenir a la bonne hauteur ainsi que le dessus.
 Le fabricarium ne disposant de plexiglas, nous avons décidé d'adapter nos dessins de découpe pour un modèle en carton. Le prototypage sera alors plus rapide et moins coûteux.
-Nous avons donc remplacé les anneaux extérieurs par un rectangle a replier, permettant d'atteindre directement la bonne hauteur. Le dessus a aussi été séparé en plusieurs couches, pour remplacer les gravures en profondeur permettant d’intégrer les leds, le bouton et le capteur de temperature par des découpes.
+Nous avons donc remplacé les anneaux extérieurs par un rectangle a replier, permettant d'atteindre directement la bonne hauteur. Le dessus a aussi été séparé en plusieurs couches, pour remplacer les gravures en profondeur permettant d’intégrer les leds, le bouton et le capteur de température par des découpes.
 Les fichiers utilisés sont disponibles ici. [[Fichier:Model_Laser_SousBock.zip]]

@@ Ligne 38 : / Ligne 38 : @@
 On obtient donc :
-*Materiel :
+*Matériel :
 **Rfduino
-**Bouton pour détecter la presence d'un verre
+**Bouton pour détecter la présence d'un verre
-**2 capteurs de temperature TMP36 (et donc pouvoir comparer la temperature d'ambience et celle du verre)
+**2 capteurs de température TMP36 (et donc pouvoir comparer la température d’ambiance et celle du verre)
 **Shield DFR0231 de DFRobot pour la lecture du NFC, il faudra tester le code sur un arduino MEGA ou due avant de le mettre sur le RFduino
-**Anneau de 24 leds neopixels par adafruit, afin d'avoir un retour visuel sur l'etat du sous bock
+**Anneau de 24 leds neopixels par adafruit, afin d'avoir un retour visuel sur l’état du sous bock
 **Batterie externe Samsung, qui permettra l'alimentation du Rfduino et des composant, en branchant son shield USB directement sur la batterie.
 *Logiciel :
 **L'IDE arduino, comme indiqué précédemment permettra un développement rapide ainsi qu'une gestion plus aisé des communications BLE, du module NFC, ainsi que des leds.
-**L'application android sera minimaliste et permettra uniquement la connexion puis la visualisation des données provenant du sous bock. Néamoins, on pourrait envisager avec plus de temps des graphiques pour suivre l'évolution des temperatures, des alertes lorsque la boisson se réchauffe ou refroidis, le temps mis pour terminer la boisson, les boissons les plus conssomées,  le nombre de boissons consommés dans la semaine ou le mois et bien d'autres choses.
+**L'application android sera minimaliste et permettra uniquement la connexion puis la visualisation des données provenant du sous bock. Néanmoins, on pourrait envisager avec plus de temps des graphiques pour suivre l'évolution des températures, des alertes lorsque la boisson se réchauffe ou refroidis, le temps mis pour terminer la boisson, les boissons les plus consommées,  le nombre de boissons consommés dans la semaine ou le mois et bien d'autres choses.
-La suite de cette séance a été consacré à la prise en main du RFduino, ainsi qu'au test de communication BLE avec un telephone android. En effet, il n'existe pas d'application de test ou d'exemple disponible sur le site officiel ou sur le github du fabricant. Plusieurs tutos on été testé, et après de longues recherches infructueuse nous avons fini par trouver un projet à compiler sous androidStudio utilisable.
+La suite de cette séance a été consacré à la prise en main du RFduino, ainsi qu'au test de communication BLE avec un téléphone android. En effet, il n'existe pas d'application de test ou d'exemple disponible sur le site officiel ou sur le github du fabricant. Plusieurs tutos on été testé, et après de longues recherches infructueuse nous avons fini par trouver un projet à compiler sous androidStudio utilisable.
 Des solutions à base de projet eclipse ou de AppInventor n'ont pas fonctionné car elles ne supportent pas le BLE. L'application suivante  https://github.com/donaldhwong/rfduino permet donc la connexion puis la visualisation de caractères ascii envoyés par le RFduino (ainsi que l'envoi vers le duino, mais ce n'est pas pertinent ici).

@@ Ligne 35 : / Ligne 35 : @@
 * lecteur de chez Seeed Studio fonctionne sous 5V et le RFDuino sous 3V donc pas possible
 * donc on part sur un RFDuino RFD22102 + un Shield NFC de  DFRobot DFR0231
-* on ne peut utiliser ce shield NFC car il communique en série et il n'y en a qu'une sur le RFDuino (du moins pour effectuer les test et la programmation)
+* on ne peut utiliser ce shield NFC car il communique en série et il n'y en a qu'une sur le RFDuino (du moins pour effectuer les tests et la programmation)
 On obtient donc :

@@ Ligne 10 : / Ligne 10 : @@
 L'idée est d'avoir un support pour les verres afin d'avoir un moyen de protéger la table que l'on doit réaliser pour notre PFE. De plus, il est intéressant de rendre cet objet connecté pour intéragir avec la table. Ses principales fonctionnalités seront de détecter la présence d'un verre, de réaliser un contrôle de la température du verre et de la température ambiante, d'avoir un retour visuel de la température via des LEDs RGB, enfin nous souhaitons faire une détection et une lecture de tag NFC qui sera placé sous le verre afin de transmettre des informations sur la boisson(son nom, sa température idéale de dégustation ...)
-Par la suite on pourrait envisager une application mobile qui donnerait toute sortes d'informations, comme un historique des boissons consommés, des alertes de temperatures lorsque la boisson ce réchauffe ou refroidie, des statistiques sur le temps mis à consommer la boisson, ou la durée passé avec le verre en main ...
+Par la suite on pourrait envisager une application mobile qui donnerait toute sortes d'informations, comme un historique des boissons consommés, des alertes de temperatures lorsque la boisson ce réchauffe ou refroidie, des statistiques sur le temps mis à consommer la boisson, ou la durée passée avec le verre en main ...
 ====Choix techniques : matériel et logiciel====

@@ Ligne 28 : / Ligne 28 : @@
 ==Suivi de l'avancement du Projet==
-===Séance 1 (13/01/2016)===
+===Séance 1===
 * Réalisation du cahier des charges.
 * Choix matériel : SmartEveryThing FOX V2 pour la carte du microP qui a l'avantage d'embarquer le module BLE et le lecteur NFC et même un capteur de température.
@@ Ligne 51 : / Ligne 51 : @@
 Des solutions à base de projet eclipse ou de AppInventor n'ont pas fonctionné car elles ne supportent pas le BLE. L'application suivante  https://github.com/donaldhwong/rfduino permet donc la connexion puis la visualisation de caractères ascii envoyés par le RFduino (ainsi que l'envoi vers le duino, mais ce n'est pas pertinent ici).
-===Séance 2 (13/01/2016) ===
+===Séance 2===
 Lors de cette séance nous avons cherché à controller le fonctionnement des leds avec le RFduino. En effet, malgrès l'utilisation de l'IDE, la librairie prévu pour les cartes arduino ne peut se compiler pour le RRFduino. Nous avons donc trouvé et adapté des fonctions ajoutables dans notre code et qui permettront d'envoyer les données de commande une a une aux leds. Ces fonctions remplissent donc un tableau ajusté au nombre de led*3 canaux de couleurs puis envois toutes les données sur le GPIO indiqué. Ces fonctionnalités sont donc implémentés dans les 2 fonctions suivantes :
    void setPixelColor(int pixel, byte red, byte green, byte blue)
@@ Ligne 66 : / Ligne 66 : @@
 Cette fonction pourra par la suite être implémenté dans le RFduino monopolisant son port série. (L'utilisation d'un virtual serial a aussi été envisagé mais ne semble ici aussi pas compatible avec le RFduino)
-===Séance 3 (14/01/2016) ===
+===Séance 3===
 Lors de cette séance nous avons essayé d'assembler les différentes pieces logicielles validés individuellement pour l'arduino.
 Malheureusement, lors de nos tests l'activation des fonctions bluetooth sur le RFduino entraînaient des ralentissement et des bugs sur l'actualisation des leds.
@@ Ligne 85 : / Ligne 85 : @@
 Les fichiers utilisés sont disponibles ici. [[Fichier:Model_Laser_SousBock.zip]]
-===Séance 4 (===
+===Séance 4===
 Le code de lecture Nfc n'ayant pas encore fonctionné sur le RFduino, nous avons essayé de le porter. Malheureusement celui ci n'a pas fonctionné comme c’était le cas avec l'arduino DUE, en effet le RFduino n'est pas supposé être capable de dépasser 9600 bauds avec une communication BLE. Or le module NFC DFrobot envois les données à la vitesse de 115200 bauds.
 Nous avons tout de même réussi après de nombreux tests et recherches, en ajoutant une ligne permettant de passer outre la limite de 9600 puis en réduisant la fréquence des advertisements bluetooth afin de gagner en temps.
@@ Ligne 98 : / Ligne 98 : @@
 La suite de la séance à été consacré à la finalisation de la maquette et la réalisation de la planche A3
-===Séance 5 ===
+===Séance 5===
 [[Fichier:Connexion_BLE_sb.png|300px]]
 [[Fichier:NFC_BLE_sb.png|300px]]

@@ Ligne 90 : / Ligne 90 : @@
    overide_uart_limit = true;
    RFduino.BLEadvertisementInterval=1000;
-[[Fichier:Error_BLE_sb.png]]
+[[Fichier:Error_BLE_sb.PNG|600px]]<br>
 Avec ces ajouts, nous avons réussi à extraire les donnés d'un tag, et les envoyer via BLE.
 Enfin problème USB