Salut à tous, salut Funfoo,

Je m'adresse en particulier à Funfoo, qui si l'on en crois le whois de Nabizdead.net et les sources du Nabaztag connait particulièrement bien le lapin

Pourrais tu S'IL TE PLAIT nous filer un petit coup de main sur la manière de recompiler un firmware pour le lapin.

Les questions sont les suivantes :
* Le langage (VLisp / Metal ?), je trouve rien sur Metal sur google, aurais tu un ou deux liens permettant d'avoir quelques bases ?
* Je suppose qu'il faut compiler d'abord le compilateur qui semble en C (sous windows avec VS par exemple) et il permet ensuite de compiler les fichiers mtl pour obtenir le firmware ? Je n'ai pas encore pu tester la compilation du Compiler, donc je parle un peu dans l'abstrait... Peux tu décrire rapidement comment a partir du compiler générer le firmware du lapin (ligne de commande par exemple) ?
* La différence entre boot et nominal ? Boot correspond au bootloader et nominal au firmware à proprement parlé ? Les deux peuvent être chargé de manière dynamique par le lapin lors de la connexion au serveur ?
* Eventuellement (même si j'en suis pas encore la), peux tu décrire la procédure d'échange avec le lapin pour qu'il récupère et install un nouveau firmware ?

En gros, je te remercie énormément si tu pouvais nous expliquer une procédure qu'apparemment tu maitrises parfaitement.

Pour finir, même si je comprendrais parfaitement une réponse négative, pense tu mettre le firmware que tu as développé pour Nabizdead en Open Source ?

Merci d'avance Funfoo, et encore merci pour tout ton travail pour Nabizdead.

Mickael

Je ne suis pas funfoo, mais je vais te répondre à partir de ce que je sais ^^

PlaneteDomo a écrit:

Les questions sont les suivantes : * Le langage (VLisp / Metal ?), je trouve rien sur Metal sur google, aurais tu un ou deux liens permettant d'avoir quelques bases ?

Y'a une doc de référence sur le langage dans les sources de mindscape. D’après funfoo c'est proche du Caml. Y'a pas de tuto pour apprendre par contre...

PlaneteDomo a écrit:

* Je suppose qu'il faut compiler d'abord le compilateur qui semble en C (sous windows avec VS par exemple) et il permet ensuite de compiler les fichiers mtl pour obtenir le firmware ? Je n'ai pas encore pu tester la compilation du Compiler, donc je parle un peu dans l'abstrait... Peux tu décrire rapidement comment a partir du compiler générer le firmware du lapin (ligne de commande par exemple) ?

Avant de compiler, il faut un compilateur Donc compiler les sources C données par mindscape. Pixel en a parlé un peu dans un autre topic.

PlaneteDomo a écrit:

* La différence entre boot et nominal ? Boot correspond au bootloader et nominal au firmware à proprement parlé ? Les deux peuvent être chargé de manière dynamique par le lapin lors de la connexion au serveur ?

Quand tu branches ton lapin, il tourne avec le bootcode nominal, stocké en flash. Ensuite, première action, il récupère le bytecode secondaire (via le /vl/bc.jsp) et oublie tout ce qu'il sait du bootcode nominal

PlaneteDomo a écrit:

* Eventuellement (même si j'en suis pas encore la), peux tu décrire la procédure d'échange avec le lapin pour qu'il récupère et install un nouveau firmware ?

C'est le bytecode nominal qui gère ça je pense...

PlaneteDomo a écrit:

Pour finir, même si je comprendrais parfaitement une réponse négative, pense tu mettre le firmware que tu as développé pour Nabizdead en Open Source ?

J'avais discuté un peu avec funfoo, il veut d'abord bien poser les bases de son projets avant de releaser quoi que ce soit sur un SVN.

C'est pas à proprement parler un bootloader: T'as le firmware en C qui fait tourner une machine virtuelle et qui execute le bytecode nominal (en Metal) avec tous les avantages d'une VM (ramasse miettes, confinement, et tout :p). Ensuite, ce bytecode est remplacé par le bytecode "normal" on va dire (qui fait tourner le lapin en fonctionnement normal) après la récupération via le /vl/bc.jsp.

enfin, c'est comme ça que j'ai compris le business ^^

ça fait beaucoup de questions...

sur les dénominations : Métal est un langage que j'ai développé en janvier 2003, bien avant que je rejoigne Olivier pour co-fonder Violet. C'est un outil perso, c'est pourquoi il n'y a pas de doc. Ca ressemble pas mal au langage Scol que j'avais développé en 96, et Caml est une bonne introduction (Métal est un peu moins théorique).

Lorsque le développement du nab V2 a démarré en fév2006, j'avais besoin très rapidement d'une machine virtuelle plus évoluée que celle que j'avais réalisée pour la V1, et j'ai pensé à intégrer une version allégée de Métal, ce qui a effectivement permis de tenir les délais, puisque le soft était prêt dès septembre 2006. L'antériorité de ce langage n'autorisait évidemment pas Mindscape à en diffuser les sources sans mon accord ; mais on ne va pas tirer sur l'ambulance.

VLISP signifie Violet Lowcost IS Powerful ; une manière de dire qu'on peut faire beaucoup avec peu. C'est le nom de code du projet technique de la V2

Le projet Visual intègre le compilateur, l'interpréteur et le simulateur. Je ne connais rien de la version linux qui en dérive visiblement. Je ne sais pas si cette version linux intègre le simulateur ; si ce n'est pas le cas, je conseille vraiment la version visual.

Le firmware est constitué de l'interpréteur, des librairies "système" bas-niveau (dont le driver wifi réalisé par un étudiant exceptionnel, alors en maths spé, pendant qu'ils passait les concours!), et du bytecode de boot. Pour modifier le firmware, je pense qu'il faut nécessairement avoir les outils de dev IAR (compilo + sonde) ; en tout cas, c'est comme ça que je l'ai fait.

Le bytecode de boot est intégré dans le firmware sous la forme d'un tableau (fichier bc.c)

Le bytecode de boot contient la stack ip, le serveur de configuration, la série de tests usine, et le comportement initial (connexion puis téléchargement du bytecode nominal).

Je ne connais pas le bytecode nominal xmpp, celui-ci ayant été réalisé par l'équipe à laquelle j'avais cédé la main début 2007.

Je pense effectivement partager le travail que je réalise sur nabizdead, une fois qu'il sera stabilisé ; toutefois, je préférerais que les développeurs s'intéressent à développer leurs propres services à connecter sur nabizdead, au travers de l'api, encore embryonnaire, mais qui va s'étoffer notamment avec les "serveurs tiers" (ie, le fait que les lapins ping directement d'autres serveurs que le mien).

En ce début août, je ne pourrai pas fournir beaucoup de support : je consacre l'essentiel de mon temps à ma famille, et je dois surveiller et améliorer un peu le fonctionnement de nabizdead, même si ça tourne pas mal tout seul.

Bon, ben je me répond à moi même

Même pas besoin de Visual Studio

Les sources de Mindscape sont données avec une version Précompilé du vlispemu.exe

Je n'arrive pas à "compiler" le bootcode nominal.mtl, car il me dit que le mot clef "const" n'est pas reconnu...

Par contre, j'arrive très bien à compiler le nominal-ping.mtl qui doit correspondre au dernier bytecode que tu avais fait, donc sans XMPP (que je ne souhaite de toute façon pas garder moi non plus) !

Ensuite, on voit le petit simulateur qui s'ouvre avec les led, les oreilles qui sont simulées

Trop bon travail monsieur Sylvain !!!!

PS: On obtient un foo.bin qui est le fichier que doit renvoyer le bc.jsp ?

@funfoo

merci pour toutes ces réponses.
j'apprécie, comme tous ici, ton implication et ta réactivité... le "père" du système embarqué ne pouvait manifestement pas en faire moins pour sauver tous ses rejetons !

comme bcp, j'attends avec impatience la mise à dispo d'un tuto complet/exemple sur les bases de la ré-écriture du bytecode nominal, ce qui pourra grandement aider pour le dév d'applications plus spécialisées dans des domaines tout aussi variés.

En attendant, tu as raison, il faut nourrir les bestioles et donc se placer comme "fournisseurs de contenus". nous allons nous y employer. à ce titre il serait intéressant d'autoriser plusieurs flux publics et privés par compte (en attendant les serveurs tiers).

cdt,
wizz.cc

Salut à tous,

Aller une petite pause ... dur dur la reprise !

Bon, j'ai généré une version release du compilo/interpreteur/simulateur sans trop de problème. Voici l'exe compilé pour ceux qui n'ont pas les outils : http://dl.dropbox.com/u/1998902/nabaztag/vlispemu.zip

Pour générer un bytecode nominal, il suffit maintenant de mettre cet exe dans le même répertoire qu'un fichier config.txt qui contiendra le nom du fichier mtl à compiler. (cf dans les sources, y'en a un qui traine)

On lance vlispemu.exe, et roulez, l'exe compile le bytecode et génère un fichier foo.bin qui devra être renvoyé par bc.jsp pour mettre à jour le lapin.

Je n'arrive pas à compiler le dernier nominal.mtl qui contient des mots clés "const". Je pense que le vlistemu fourni n'est pas le dernier en date...

Par contre, ça fonctionne très bien pour générer le nominal-ping.mtl qui doit être (j'espère) le dernier firmware avant xmpp. Cela est une très bonne nouvelle, car du coup il doit être compatible avec OpenNab ! Cela permettrait de monter facilement un nouveau serveur (en htttp, donc sur n'importe quel hébergement mutualisé) en quelques minutes.

J'ai commencé à regarder un peu le code du nominal-ping.mtl, si j'ai le temps, j'essaye de faire un article dessus sur mon blog...

A+

Dans "mtl_linux\utils", tu as le script "correct_const.sh" qui semble convertir les "var" en "const".

On peut s'en doute en conclure que les versions suivantes au nominal-ping ont été produites via linux.

effectivement, le const ne fait pas partie du métal original. Bizarre d'avoir ajouté ça.

@funfoo : Encore un petit coup de main please ?

Jusque la, j'avais fait beaucoup de théorique, et maintenant, je voudrais pouvoir charger mon nominal sur le lapin.

J'ai mis en commentaire le tag "SIMU", j'ai généré le fichier foo.bin, et j'ai un bc.jsp sur le serveur qui renvoi le foo.bin.

MAIS, ça ne fonctionne pas...

J'ai regardé le foo.bin d'un peu plus près, et il se trouve qu'il n'y a pas l'entête amberxxxxx, est ce normal ? Comment ajouter cette entête ?

Merci beaucoup d'avance,

Mickael

En fait, le projet VS (sous windows) semble ne pas signer le binaire en sorti !!!!

J'ai donc utilisé le code de la version Linux pour modifier le bootstrap.c du projet windows, et maintenant ....... CA MARCHE !

J'ai modifié le vlispemu que j'avais compilé : http://dl.dropbox.com/u/1998902/nabaztag/vlispemu.zip

Il génère maintenant le foo.bin (non signé) et un bc.bin signé

J'ai fait un test sur mon serveur, et tout ce passe bien , le lapin récupère le nouveau bytecode nominal et l'exécute...

Bon, maintenant reste plus qu'à faire des trucs intelligents dans ce bytecode !