Re: [Avr-list] aversive 1.1
> Tiens en parlant de bootloader, je ne connais pas le butterfly mais > perso j'aime pas dépendre d'un programme supplémentaire (ie en plus de > la toolchain habituelle) pour programmer le bestiau. > > Quand je bossais avec des PICs (ahem) j'avais modifié un bootloader tiré > d'un AN, il prenait directement le .hex (:12345 etc...) sur un port > série, ce qui fait que > > $ cat prog.hex > /dev/ttyS0 > > programmait directement le truc (le bootloader se chargeait de vérifier > l'ancien/nouveau byte pour ne pas le réécrire inutilement), y'avait pas > de protocole particulier entre le bootloader et le pc host. Je me suis pas encore trop documenté sur le projet, mais je me dis que le bootloader est capable de faire d'autre trucs qu'un simple update de flash : eeprom et fusibles par exemple. Après, meme si c'est vrai que tu peux programmer de n'importe quelle machine qui n'a pas l'outil (avrdude, avarice, ...), tu en as qd meme besoin pour la premiere fois, et tu as toujours besoin d'avoir les outils de compil, donc t'es plus à un package près :p Mais j'avoue que c'est pas completement con :) ___ Avr-list mailing list Avr-list@droids-corp.org CVSWEB : http://cvsweb.droids-corp.org/cgi-bin/viewcvs.cgi/aversive WIKI : http://wiki.droids-corp.org/index.php/Aversive DOXYGEN : http://zer0.droids-corp.org/doxygen_aversive/html/ BUGZILLA : http://bugzilla.droids-corp.org COMMIT LOGS : http://zer0.droids-corp.org/aversive_commitlog
Re: [Avr-list] aversive 1.1
On Wed, May 14, 2008 at 10:26:56PM +0200, JD wrote: > Au passage si tu as besoin d'aide/avis/etc sur le dev ou autre > n'hésite pas :) la liste et Eirbot est remplie de bonne volontée (bon > pour Eirbot ils sont pas encore tout à fait au courant mais ça va > changer ;P). Alors oui évidemment ça me dit d'avoir de l'aide... si par exemple quelqu'un a déjà mis en place un bootloader sur liaison série (LeBomb l'avait fait, avec un dongle bluetooth si je me souviens bien), ça me dit bien d'avoir des infos. Après, comme je le disais dans mon mail précédent, j'ai envie de refondre un peu le framework -- attention tof va raler :p -- ; sachant que l'idée c'est de pouvoir: - Avoir plusieurs 'config.in' (ou équivalent) dans chaque répertoire de module, plutot qu'un global. Ca rend les merge et l'ajout d'un nouveau module plus facile (typiquement ce qui est fait avec les Kconfig depuis linux-2.6) - Du coup ça implique de supprimer la liste des modules dans le script generate_aversive_config - Une fois que ça c'est fait, gros progrès, on peut avoir des modules privés : un utilisateur peut avoir un ou plusieurs répertoires dans lequel chercher ses modules aversive, en plus du aversive/modules classique. Ca veut dire que si quelqu'un a des modules très spécifiques, ils peuvent etre géré en conf ailleurs que dans aversive. - avoir une meilleure gestion des dépendances (pour le moment, qd on touche à un makefile, un make mrproper est souvent nécessaire) - possibilité de faire de la cross-compilation pour une autre plateforme facilement : ça n'a rien d'absolument nécessaire, mais si ça marche, ça montrerait que le framework est bien foutu (et il pourra etre utilisé pour des projets pas à base d'AVR) - rendre la configuration sous possible avec ncurses et/ou tk sous linux ET sous windows, de maniere native (on pourra toujours distribuer un binaire pour win). Si vous avez d'autres requetes... ___ Avr-list mailing list Avr-list@droids-corp.org CVSWEB : http://cvsweb.droids-corp.org/cgi-bin/viewcvs.cgi/aversive WIKI : http://wiki.droids-corp.org/index.php/Aversive DOXYGEN : http://zer0.droids-corp.org/doxygen_aversive/html/ BUGZILLA : http://bugzilla.droids-corp.org COMMIT LOGS : http://zer0.droids-corp.org/aversive_commitlog
Re: [Avr-list] aversive 1.1
2008/5/15 Olivier MATZ <[EMAIL PROTECTED]>: > On Wed, May 14, 2008 at 10:26:56PM +0200, JD wrote: >> Au passage si tu as besoin d'aide/avis/etc sur le dev ou autre >> n'hésite pas :) la liste et Eirbot est remplie de bonne volontée (bon >> pour Eirbot ils sont pas encore tout à fait au courant mais ça va >> changer ;P). > > Alors oui évidemment ça me dit d'avoir de l'aide... si par exemple > quelqu'un a déjà mis en place un bootloader sur liaison série (LeBomb > l'avait fait, avec un dongle bluetooth si je me souviens bien), ça me > dit bien d'avoir des infos. > > Après, comme je le disais dans mon mail précédent, j'ai envie de > refondre un peu le framework -- attention tof va raler :p -- ; sachant > que l'idée c'est de pouvoir: > - Avoir plusieurs 'config.in' (ou équivalent) dans chaque répertoire >de module, plutot qu'un global. Ca rend les merge et l'ajout d'un >nouveau module plus facile (typiquement ce qui est fait avec les >Kconfig depuis linux-2.6) Là j'approuve... > - Du coup ça implique de supprimer la liste des modules dans le >script generate_aversive_config > - Une fois que ça c'est fait, gros progrès, on peut avoir des modules >privés : un utilisateur peut avoir un ou plusieurs répertoires dans >lequel chercher ses modules aversive, en plus du aversive/modules >classique. Ca veut dire que si quelqu'un a des modules très spécifiques, >ils peuvent etre géré en conf ailleurs que dans aversive. J'approuve totalement même :) > - avoir une meilleure gestion des dépendances (pour le moment, qd >on touche à un makefile, un make mrproper est souvent nécessaire) > - possibilité de faire de la cross-compilation pour une autre plateforme >facilement : ça n'a rien d'absolument nécessaire, mais si ça marche, >ça montrerait que le framework est bien foutu (et il pourra etre utilisé >pour des projets pas à base d'AVR) > - rendre la configuration sous possible avec ncurses et/ou tk sous linux >ET sous windows, de maniere native (on pourra toujours distribuer un >binaire pour win). Mais c'est déjà natif sous linux le curse... non ? JD. ___ Avr-list mailing list Avr-list@droids-corp.org CVSWEB : http://cvsweb.droids-corp.org/cgi-bin/viewcvs.cgi/aversive WIKI : http://wiki.droids-corp.org/index.php/Aversive DOXYGEN : http://zer0.droids-corp.org/doxygen_aversive/html/ BUGZILLA : http://bugzilla.droids-corp.org COMMIT LOGS : http://zer0.droids-corp.org/aversive_commitlog