Ça ressemble fortement à l’image du post précédent et pourtant il y a quelque chose en plus:
En bas à gauche se trouve le module de radio fréquence (RFM) qui permettra de communiquer avec les autres Bugz.
Le but était de voir si on arrivait à faire communiquer 2 slave (RFM et module ethernet) SPI avec le processeur. Comme nous avons pas encore de Bugz, nous avons utilisé le capteur de température et de tension du RFM, le but étant d’envoyer les valeurs de ces capteurs à travers Internet sur nos serveurs web.
Et ca marche, pour preuve:
local:1270224427 remote:1270224427 local:2010-04-02T18:07:07+02:00 remote:2010-04-02T18:07:07+02:00 ping t=1270224427&tmp=2200&v=2950&picid=080224
En plus de voir que le temps est bien syncroniser entre la base et le serveur web, la partie intéressante est de voir la température 22.0°C et la tension qui est de 2.95V.
La prochaine étape sera de faire communiquer 1 Bugz avec sa base via les RFM!
Voici le premier prototype de base HomeBugz sans PC:
Pour les premiers tests et afin de gagner du temps, on a décidé de prendre un module Ethernet tout fait qui contient le connecteur RJ45 femelle, le circuit intégré gérant les couches bas niveaux Ethernet, le cristal et tout un tas de résistances, condensateurs et autres LED.
Mais ca s’est finalement révélé être une énorme galère…
Au début, impossible de faire communiquer le module Ethernet avec le PIC via le SPI. On a regardé le code, 100 fois les câblages et au bout d’un long moment, on s’est finalement rendu compte que les pattes du modules ne correspondaient pas du tout à ce qui était écrit sur leur papier. Sur les 10 pattes du module, une seule était bonne! On a eu beaucoup de chance de pas avoir cramer le module au passage!
On voit enfin des données cohérente sur le SPI! Mais les paquets semblent être traités de façon aléatoire, des fois le paquet passe, des fois pas. En final, quand on fait un ping on avait ca:
Après avoir passé encore plus de temps à retourner tout le code de la pile TCP/IP, les câblages etc, je me résous à demander de l’aide sur le forum de Microchip. Des experts ont trouvés un certain nombre de sources possible au problème et après les avoir levé un par un, on a finalement trouvé la raison du problème: la plaque du module Ethernet est mal câblé entre le micro processeur et le connecteur RJ45! Une inversion de polarité génère ce problème aléatoire!
Après avoir coupé un câble Ethernet et avoir inversé les polarités, comme vous pouvez le voir ici…
… tout fonctionne à merveille!
J’ai pu synchroniser l’horloge avec un serveur NTP et envoyer des paquets à notre serveur HomeBugz. on va enfin pouvoir passer aux choses sérieuses!
Dans la première version des Homebugz, on utilisait des modules monodirectionnels pour la transmission des données; émetteur simple pour les bugz et récepteur simple pour la base.
Cela permettait de faire le boulot mais limitait beaucoup les possibilités d’évolutions. C’est pourquoi nous allons tester d’autres modules, bidirectionnels cette fois. Ils sont plus chers que les monodirectionnels mais les avantages sont nombreux comme par exemple pouvoir mettre à jour les bugz à distance ou alors pouvoir déclencher des “events” lorsque l’on appuie sur bouton du bugz.
Voici une photo des émetteur/récepteur RF:
Nous voulons que le produit reflète réellement les envies et besoins des utilisateurs, c’est pour cela que nous avons mis en place un forum.
Il est accessible à cette adresse: forums.homebugz.com
Vous pouvez poser vos questions, proposer des idées et bien plus encore!
Le forum est pour le moment en Anglais car la traduction est en cours mais n’hésitez pas à poster en Français.
Comme je le disais dans le précédent post, le gros problème actuel de la base est qu’il faut qu’elle soit connectée sur un PC qui lui même doit être allumé 24/7 avec un programme spécial lancé dessus. C’est très contraignant et pas très écolo!
Nous sommes donc entrain de préparer une version autonome de la base. L’idée est que la base se connecte directement en RJ45 sur la Box internet (freebox, livebox, etc). Elle s’initialise et envoie les informations des HomeBugz directement au serveur web sans besoin de PC. L’alimentation passera par un câble USB, lui aussi, branché sur la Box Internet ou alors via un adaptateur USB/220V.
Plus besoin de PC, plus besoin logiciel à installer. On branche et ca marche, le but étant que le système soit archi simple à faire marcher.
Voici une petite photo de la fameuse base. Son unique rôle est de récupérer les informations des différents HomeBugz et les rediriger vers le PC via le port USB.
Le gros problème de cette solution est qu’il faut que le PC soit toujours allumé pour recevoir les informations de la base (il n’y a pas de mémoire dans la base). Nous travaillons sur une solution bien plus élégante, plus d’info dans un prochain ticket!
Ca y est, l’année 2010 commence bien avec mon premier HomeBugz!
Monté par Synthex (avec toujours autant de dextérité), il a quelques différences avec le sien. Par exemple, le micro contrôleur est monté sur un ZIF ce qui permet de facilement le monter et démonter pour le programmer. Le capteur de lumière est aussi différent, il n’y a pas encore de capteur d’humidité mais le plus gros changement: l’antenne est verte et non pas jaune!
Je n’ai plus qu’à attendre de recevoir mon programmateur pour pouvoir reprogrammer la bête!
PS: Je sais maintenant que même avec 22°C, j’ai froid aux mains quand je programme (à quand un clavier chauffant?)
Le premier HomeBugz fait par Synthex
