Nabaztag : Les sources

Mindscape vient (enfin) de mettre a dispo les sources du Nabaztag : http://code.google.com/p/nabaztag-source-code/source/browse/#svn%2Ftrunk%2FSources

Yessss ! C'est pas trop tôt (on est quand même le 22 !).
Par contre il n'y a pas le mir:ror ?!

Va falloir être rapide pour les récupérer!

J'ai lu quelque part que Google va fermer sa plateforme de développement.

\o/

Heu, c'est moi ou les fichiers sont tronqués?

Pour les récupérer sans client SVN, il faut cliquer sur le nom du fichier puis sur "view raw file".
Par contre WTF la doc ?! Le document sur les interactions serveurs-lapin est un vieux truc qui date de 2008, fait par... deux étudiants de Sud-Télécom Paris ! Et ce document est déjà passé plusieurs fois ici !
J'ai eu peur quand j'ai vu la taille des sources... 630 Mio pour le serveur et 171 Mio pour le lapin...
Le graphique "Violet-Flux Ruby" est épique... On comprend pourquoi ça marche pas.

J'suis en train de les récupérer...

Tronqués comment ?

Super la doc ! Il y a absolument rien ! Dans Hardware y'en a de tout les cotés et j'ai pas plus regardé !

Non, ils ne sont pas tronqués!
Je les ai récupérés entre-temps.

En effet en lien direct ça ne téléchargeait que quelques ko mais en passant par RAW, ils sont complets.

Enfin, intègres, parce que complets... C'est maigre comme contenu!

J'ai rapidement regardé...

On a à priori pas les sources du firmware du lapin, aucune notice en plus pour le hardware (reprogrammer/débugger le lapin via JTAG par exemple..)

C'est maigre, mais bon, au moins, on aura les outils pour développer/modifier des bytecodes C'est Pixel qui va être content :p

Si quelqu'un a plus de sources à partager, on est preneurs (même avec conditions de confidentialité si il faut).

"Si quelqu'un a plus de sources à partager, on est preneurs (même avec conditions de confidentialité si il faut)."

Un appel a funfoo ?

Trois jours que je suis sur son serveur. Resultat : oui il a ( une évidence dirait certain )

Un appel général :p

Funfoo ne modifiant que le bytecode il peut ne pas avoir plus ^^ Il a surtout plus de connaissances et d'expérience avec cette partie de développement, ca aide

Harfangdesneiges a écrit:

Le graphique "Violet-Flux Ruby" est épique... On comprend pourquoi ça marche pas.

Paye ton diagramme xDDD
C'est valable leurs coûts d'hébergement, avec 14 serveurs représentés. Et les connexions dans tous les sens

RedoX a écrit:

J'ai rapidement regardé...

On a à priori pas les sources du firmware du lapin, aucune notice en plus pour le hardware (reprogrammer/débugger le lapin via JTAG par exemple..)

J'ai trouvé quelques références au JTAG : "Hardware\Outils\DemoFichiers\Programme".
Y'a un driver (du moins un programme), et pas mal de doc.

Ahh ouais... J'les avais pas cherché là bas ^^ J'ai pas cette sonde JTAG de toute façon... Donc.. On l'fera au système D ^^

Reste que peu de choses compilent... C'est, comme je l'ai dit, à étudier, et sans doute à reprendre.

Merci de l'info

Le JTAG étant vérrouillable....ca serait vraimment étonnant que on puisse avoir accés a quoi que ce soit en partie hardware du lapin, par contre on peut peut être mieux comprendre son fonctionnement

nag a écrit:

Le JTAG étant vérrouillable....ca serait vraimment étonnant que on puisse avoir accés a quoi que ce soit en partie hardware du lapin, par contre on peut peut être mieux comprendre son fonctionnement

J'ai déjà étudié ce cas de figure mais même si en JTAG on ne peut accéder aux données parce que la programmation fait que c'est verrouillé, on peut en théorie (quite à jouer un peu du fer à souder pour libérer les bonnes pins sur l'ARM) reprogrammer la carte. Ces ARM là sont programmés en JTAG il me semble... Donc reprogrammables C'est à étudier quand l'occasion se présentera. (et au niveau hardware, t'as déjà un port série de débug qu'est présent sur la carte ) Y'a même le header avec les pins pour le port JTAG.. donc je reste optimiste :p J'vois pas trop quel interet ils auraient eu à verrouiller tout ça sachant qu'ils diffusaient les mises à jour du firmware... Le dump de la mémoire devenait un peu inutile (sauf pour les données sauvegardées, genre le mot de passe du lapin)

Pour l'heure, j'suis concentré du côté du serveur :p

Et si on a un accès JTAG ça change quoi ? Plus de possibilités de hacking (genre mot de passe je sais pas quoi) ou alors c'est useless pour 90% des utilisateurs (et dans les 10% restants, seul 1% possède le matos et les connaissances pour trifouiller ce truc) ?

Harfangdesneiges a écrit:

Et si on a un accès JTAG ça change quoi ? Plus de possibilités de hacking (genre mot de passe je sais pas quoi) ou alors c'est useless pour 90% des utilisateurs (et dans les 10% restants, seul 1% possède le matos et les connaissances pour trifouiller ce truc) ?

C'est un peu ça. Mais personnellement, ca m'interesse de pouvoir un jour pouvoir essayer

Arg... Il faut que ça arrive au milieu du weekend, quand j'ai juste une connexion aléatoire en semi 3G, avec mon téléphone qui fait office de point d'accès pour l'ipad (vivement que j'ai ma Motorola xoom 3G).
Je sens que je vais arriver super tôt au boulot demain

@RedoX: tu pourrais me faire un mail avec juste ce qui touche au bytecode s'il te plait ? (sauf si ça fait plus de 2mo)

Je rêve de pouvoir modifier le firmware du lapin (raah lovely! le support IPv6 ) mais ça m'a l'air un peu compliqué...

Harfangdesneiges a écrit:

Et si on a un accès JTAG ça change quoi ? Plus de possibilités de hacking (genre mot de passe je sais pas quoi) ou alors c'est useless pour 90% des utilisateurs (et dans les 10% restants, seul 1% possède le matos et les connaissances pour trifouiller ce truc) ?

Je dirais moins que 1%... si on avait accés au JTAG, on pourrait carrément reparametrer l'ARM ca voudrait dire, ouvrir encore plus les possibilités côté fonctionnement, protocoles de transfert (on pourrait hypothétiquement améliorer la communication nabz/serveur) mais aussi ajouter, pourquoi pas, des modules a la carte mére et les configurer ! c'est pas pour demain donc....

@Redox : jouer du fer a souder sur un ARM7 c'est un peu comme ouvrir une boite de sardines a l'huile avec une tronçonneuse....

nag a écrit:

@Redox : jouer du fer a souder sur un ARM7 c'est un peu comme ouvrir une boite de sardines a l'huile avec une tronçonneuse....

Tsst tout d'suite les grand mots... Suffit d'un peu de dextérité et d'une pane assez fine

Plus sérieusement, j'ai déjà r'gardé la carte, et le schéma. Le port JTAG a son header, donc en théorie, on peut reprogrammer sans s'embêter (par contre, on doit pas pouvoir lire, le fuse de sécurité doit sans doute être mis...). Et en plus ils donnent les docs :p


Mais en théorie, on a pas besoin de l'accès JTAG pour flasher le bytecode nominal (celui de config) y'a une fonction d'update. Le JTAG ne servirait que pour changer le firmware qui fait tourner la VM des bytecodes. On en est pas encore là.

Mais il est certain, qu'avec un accès firmware, on pourrait lui faire faire le café à c'lapin... On a accès au port série en sortie déjà (donc avec un peu de bidouille, on peut récupérer un ordre sur c'te liaison pour lancer la machine à café, mais on s'égare... Par contre, il n'y a pas d'entrées possibles...

Pour ce qui est d'améliorer les protocoles tout ça, ce sont les bytecodes qui s'en chargent. (oui, les piles Tcp/Ip sont dans les bytecodes à ce que j'ai compris)... Donc pas besoin de s'embêter avec le firmware

Cest bon , j'ai enfin trouvé le post!
Que Mindscape donne les accès aux serveurs et cède la délégation du domaine nabaztag.com à la communauté