Tux Droid

• Le site officiel et communautaire : http://www.tuxisalive.com/ et son Wiki
• code source
• Une présentation en français : http://electronique.magellan.fpms.ac.be/wiki/index.php/Tux_Droid

• http://wiki.tuxisalive.com/index.php/AI
• (fr) TuxBrain

communication avec le d aemon tuxd :

• Java
• Ruby

les zautres ont pensé à :

• Domotique : home automation: lights, event-based home control, coffee machine control
• mediacenter control
• Faire des vidéos sur le Tux bcp plus commercial (bcp plus pro que celle sur le net)
• Créer des applications utilisant le port I²C du Tux (capteur de température,…)
• développer une communication entre le Tux et un programme de messagerie telle que messenger, irc, gaim sur le PC.
• utilisation du Tux comme téléphone via skype
• Développer des petits jeux : quizz
• Détection de bruit anormaux: enfant qui crie,…
• lecture de flux RSS
• calculatrice vocale
• alerte de fin de compilation, enchère sur ebay, alertes de type google…
• Utilisation du Tux comme calculette parlante via paddeur.
• le mettre en réseau
• Développer des applications originales (permettant de montrer les capacités du Tux).
• Exploiter toutes les touches de la calculette (pour fonctionnenent autonome)
• Rendre le TUX compatible windows
• Programme de prononciation anglais avec envoie d'une commande pour rechercher le sens du mot via un site dictionnaire.

http://libusb-win32.sourceforge.net/

USB Vendor ID: 03EB ProductID: FF07

Installation de lib-usb device. Ca ne fonctionnait pas ave cle .inf généré avec inf-wizard.exe. J'ai jeté un oeil dans le gestionnaire de périphérique et pour le dongle de tux, dans l'onglet détails, item “Numéro d'identification matériel” j'ai reporté la 1ère ligne dans le fichier .inf pour les devices :

;--------------------------------------------------------------------------
; Devices
;--------------------------------------------------------------------------
[Devices]
;"TUX RF DONGLE"=LIBUSB_DEV, USB\VID_03eb&PID_ff07
"TUX RF DONGLE"=LIBUSB_DEV, USB\VID_03eb&PID_ff07&Rev_0100&MI_03
[Devices.NT]
;"TUX RF DONGLE"=LIBUSB_DEV, USB\VID_03eb&PID_ff07
"TUX RF DONGLE"=LIBUSB_DEV, USB\VID_03eb&PID_ff07&Rev_0100&MI_03
[Devices.NTAMD64]
;"TUX RF DONGLE"=LIBUSB_DEV, USB\VID_03eb&PID_ff07
"TUX RF DONGLE"=LIBUSB_DEV, USB\VID_03eb&PID_ff07&Rev_0100&MI_03

Commands are divided in 4 groups depending on the number of parameters they have:

• 0b00xxxxxx (0x00-0x3F) for void functions
• 0b01xxxxxx (0x40-0x7F) for functions requesting 1 parameter
• 0b10xxxxxx (0x80-0xBF) for functions requesting 2 parameters
• 0b11xxxxxx (0xC0-0xFF) for functions requesting 3 parameters

The same definition of commands are used for all communications between the computer and Tux. But depending on the communication way, the set of commands will differ. There will be 3 sets based on Tux's architecture:

Tux's commands, audio commands, and status.

1. Tux's commands are sent from the computer to Tux in order to control all actuators: motors, leds, IR, etc. They can have any number of parameters (from 0 to 3) and are defined in “Tux's core API”;

2. Audio commands are sent from the computer or from Tux to the audio chip. They never have 3 parameters;

3. Status are sent from Tux back to the computer in order to give feedback on sensor states or send some received IR code.