Re: [Avr-list] Scheduler sur Atmega2560
Comme quoi il faut jamais écrire un mail à 3:45 du matin :) J'ai trouvé la solution après une bonne nuit de sommeil : il suffisait d'activer les interrupts avec sei()... Ca a aussi résolu des problèmes d'UART au passage ^^ Par contre je reste quand même curieux sur la méthode utilisée dans le robot de microb d'utiliser le module timer. Il y a une raison spéciale ? Desolé d'avoir écrit pour rien, et au plaisir de voir des robots distribuer de la nourriture ! A+ Antoine Le 31 mars 2010 03:42, Antoine albertelli a écrit : > Hello, > Au CVRA on vient de finir de monter nos cartes éléc, et en testant le > code dessus, je me suis rendu compte que je n'arrive pas à faire > tourner le module scheduler (avec l'option use_timer0). Les fonctions > que je schedule ne sont jamais appelées. En regardant le code de > Microb, j'ai vu que vous utilisiez un appel à scheduler_interrupt dans > le cadre d'une interruption de timer0. > Je voulais savoir si vous avez eu des problèmes du même genre et > comment vous les avez résolu ? > > A+ > Antoine > ___ 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
[Avr-list] Scheduler sur Atmega2560
Hello, Au CVRA on vient de finir de monter nos cartes éléc, et en testant le code dessus, je me suis rendu compte que je n'arrive pas à faire tourner le module scheduler (avec l'option use_timer0). Les fonctions que je schedule ne sont jamais appelées. En regardant le code de Microb, j'ai vu que vous utilisiez un appel à scheduler_interrupt dans le cadre d'une interruption de timer0. Je voulais savoir si vous avez eu des problèmes du même genre et comment vous les avez résolu ? A+ Antoine ___ 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
[Avr-list] Coefficients de frottements de pneus
Hello,Sur la page parlant des pneus ( http://www.microb-technology.org/index.php/Microb_Technology/2010/pneus), on peut voir différents essais sur l'adhérence des pneus. Est-ce qu'il serait possible d'avoir les résultats numériques (pour le moment, il y a juste des photos, ce qui rend difficile la comparaison) ? A+ Antoine ___ 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
[Avr-list] Petit patch Aversive
Hello, Juste un petit patch pour bien reprendre la coupe (eh oui, plus que deux jours de vacances ;)). Ce patch rend l'étape de configuration moins "brouillon" en enlevant le ficher adc_config.h et la possibilité de le créer automatiquement (ce fichier était vide de toute façon). Ce patch remplace aussi l'option "Avrdude - Check device signature" par "Avrdude - Don't check device signature" pour plus de facilité pour l'utilisateur et remet cette entrée dans le menu "Avrdude". Voilà Patch summary : config/config.in |5 + config/generate_aversive_config|6 +++--- modules/hardware/adc/adc.h |2 +- modules/hardware/adc/test/adc_config.h |7 --- A+ aversive_small_changes.diff Description: Binary data ___ 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
[Avr-list] compte sur le wiki
Hello,J'ai un problème quand j'essaye de créer un compte sur le wiki d'Aversive : L'option créer un compte n'existe pas, je suppose que c'est pour des raisons de securité ,mais est-ce que je pourrais avoir un compte ? Ca me permettrait de mettre de la doc en ligne pour les autres membres de mon club (et le reste de la planète :D) qui a chaque fois me demandent quelle fonction fait quoi ;) A+ ___ 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] Problèmes d'UART
Salut Olivier,Ton patch marche nickel ! Un bug de moins ;) A+ Le 29 juin 2009 22:15, Olivier MATZ a écrit : > Salut Antoine, > > Est-ce que tu peux tester ce patch ? Je pense que le problème > est résolu. Merci pour ton analyse. > > Par contre, c'est dommage, on est passé à coté d'une information > importante qui nous aurait fait gagner beaucoup de temps, à > savoir le warning à la compilation: > > uart.c:90: warning: ‘SIG_UART_DATA’ appears to be a misspelled signal > handler > uart.c:133: warning: ‘SIG_UART_RECV’ appears to be a misspelled signal > handler > > D'où l'intérêt de compiler en -Wall -Werror chaque fois que c'est > possible ! > > ++ > Olivier > > > > Antoine albertelli wrote: > > Hello, > > J'ai enfin trouvé la raison du "reset" de l'atmega ! Je mets reset entre > > guillemet, parce que c'est pas vraiment un reset : le programme sautait > > à l'adresse 0x00. C'est lié à l'avr-libc qui lorsque elle recoit une > > interruption pour laquelle elle n'a pas de gestionnaire appelle la > > fonction _vector_default() qui fait un JUMP 0x00. Or sur l'Atmega168 n'a > > pas un UART mais un USART. le handler correct s'appelle > > donc SIG_USART_RECV et pas SIG_UART_RECV. J'ai fait un test et ça marche > > nickel. Par contre je connais pas assez bien Aversive et les Atmel pour > > savoir comment faire un patch propre. Une idée ? J'ai vu qu'il y avait > > une macro UART_IS_USART. je vais creuser de ce côté là. > > > > A+ > > Antoine > > > > Le 30 mai 2009 23:17, Olivier MATZ > <mailto:z...@droids-corp.org>> a écrit : > > > > J'ai pas vraiment trop d'idée non plus. Peut-être que tu peux > > essayer de remplacer la ligne par: > > UCSRB |= (1 << UDRIE); > > > > > > Je voulais dire UCSR0B et pas UCSRB. Evidemment ça ne marche > > que pour l'uart 0. > > > > > > > > ___ > > Avr-list mailing list > > Avr-list@droids-corp.org <mailto: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 > > > > > > > > > > > > ___ > > 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 > > > ___ > 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 > ___ 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] Problèmes d'UART
Hello,J'ai enfin trouvé la raison du "reset" de l'atmega ! Je mets reset entre guillemet, parce que c'est pas vraiment un reset : le programme sautait à l'adresse 0x00. C'est lié à l'avr-libc qui lorsque elle recoit une interruption pour laquelle elle n'a pas de gestionnaire appelle la fonction _vector_default() qui fait un JUMP 0x00. Or sur l'Atmega168 n'a pas un UART mais un USART. le handler correct s'appelle donc SIG_USART_RECV et pas SIG_UART_RECV. J'ai fait un test et ça marche nickel. Par contre je connais pas assez bien Aversive et les Atmel pour savoir comment faire un patch propre. Une idée ? J'ai vu qu'il y avait une macro UART_IS_USART. je vais creuser de ce côté là. A+ Antoine Le 30 mai 2009 23:17, Olivier MATZ a écrit : > J'ai pas vraiment trop d'idée non plus. Peut-être que tu peux >> essayer de remplacer la ligne par: >> UCSRB |= (1 << UDRIE); >> > > Je voulais dire UCSR0B et pas UCSRB. Evidemment ça ne marche > que pour l'uart 0. > > > > ___ > 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 > ___ 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
[Avr-list] Nouveau module de gestion des encodeurs
Hello,Pour l'année prochaine, je fais (avec mon club) une carte de régulation de moteurs basée sur Aversive. On a donc dû faire une solution de lecture de codeur, vu que pas mal d'équipe ont des problèmes pour ça, et on pense avoir trouvé une solution intéressante : les LS7366 de LSI/CSI. Ce sont des compteurs de signaux en quadrature, 32 bits, interfaçable par SPI, qui peuvent recevoir des signaux jusqu'à 40 MHz sur les 4 fronts des signaux. J'ai donc fait un petit module (pas encore testé complètement, uniquement avec un seul codeur au lieu de 3) qui permet de communiquer avec ces chips. A+ Antoine encoders_cvra_add.patch Description: Binary data ___ 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
[Avr-list] Fonction pid_set_out_shift
Hello, Vu que la coupe est finie, nous commencons à réfléchir à une carte de régulation moteur, et hier soir nous avons faits des tests avec Aversive, mais nous ne comprenons pas bien le rôle de la fonction pid_set_out_shift. J'ai bien vu dans le code que la valeur de sortie subit un décalage à gauche, mais je n'ai pas compris le but. Si vous pouviez m'éclairer sur ce point, ce serait cool. A+ Antoine ___ 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] Problèmes d'UART
J'ai ouvert un rapport de bug sur le bugzilla.
Après un peu de debug, j'ai trouvé que la ligne qui causait le reset est
celle-ci (dans uart_send_nowait.c, ligne 61) :
sbi(*uart_regs[num].ucsrb, UDRIE); //FIXME: Apparement le bug est ici
T'aurais pas une idée, parce que là je sèche un peu...
A+
Le 26 mai 2009 22:58, Antoine albertelli a écrit :
> En fait, à l'émission, le 1er caractère passe, mais les suivants ne passent
> jamais et le uc fait un reset. Bon sinon c'est pas trop grave, de toute
> façon je passe bientôt au 128, parce que le 168, pour faire tourner un
> asserv, c'est chaud quand même :D
>
> A+
>
> Le 26 mai 2009 22:44, Olivier MATZ a écrit :
>
> hmmm j'ai pas trop d'idée là comme ça...
>>
>> je pensais d'abord à un dépassement de pile : le uC a
>> 1024 octets de RAM et 128 sont utilisés pour les fifo
>> d'émission / réception. Celà dit s'il n'y a que ça
>> comme code, je n'y crois pas trop.
>>
>> Que se passe-t-il exactement lorsque tu émets ? Est-ce
>> que tu vois quelques caractères sortir avant le reset ?
>> Est-ce que tu peux reproduire le problème en émettant
>> juste un seul caractère ?
>>
>> J'ai testé le module UART sur atmega8, 32, 128 et 2560.
>> Il se peut que ça déconne sur un 168... Jette à tout
>> hasard un coup d'oeil aux valeurs des vecteurs
>> d'interruptions dans iom168.h. Tu peux aussi essayer
>> de configurer l'uart à la main, et comparer les valeurs
>> des registres. Il est possible qu'il y ait un bug dans
>> le module...
>>
>> Oliv
>>
>> Antoine albertelli wrote:
>> > le voilà :
>> >
>> >
>> > #ifndef UART_CONFIG_H
>> > #define UART_CONFIG_H
>> >
>> > /*
>> > * UART0 definitions
>> > */
>> >
>> > /* compile uart0 fonctions, undefine it to pass compilation */
>> > #define UART0_COMPILE
>> >
>> > /* enable uart0 if == 1, disable if == 0 */
>> > #define UART0_ENABLED 1
>> >
>> > /* enable uart0 interrupts if == 1, disable if == 0 */
>> > #define UART0_INTERRUPT_ENABLED 1
>> >
>> > #define UART0_BAUDRATE 38400
>> >
>> > /*
>> > * if you enable this, the maximum baudrate you can reach is
>> > * higher, but the precision is lower.
>> > */
>> > #define UART0_USE_DOUBLE_SPEED 0
>> > //#define UART0_USE_DOUBLE_SPEED 1
>> >
>> > #define UART0_RX_FIFO_SIZE 64
>> > #define UART0_TX_FIFO_SIZE 64
>> > //#define UART0_NBITS 5
>> > //#define UART0_NBITS 6
>> > //#define UART0_NBITS 7
>> > #define UART0_NBITS 8
>> > //#define UART0_NBITS 9
>> >
>> > #define UART0_PARITY UART_PARTITY_NONE
>> > //#define UART0_PARITY UART_PARTITY_ODD
>> > //#define UART0_PARITY UART_PARTITY_EVEN
>> >
>> > #define UART0_STOP_BIT UART_STOP_BITS_1
>> > //#define UART0_STOP_BIT UART_STOP_BITS_2
>> >
>> >
>> >
>> >
>> > /* same for uart 1, 2, 3 ... */
>> >
>> >
>> > Le 26 mai 2009 22:21, Olivier MATZ > > <mailto:z...@droids-corp.org>> a écrit :
>> >
>> > Salut Antoine,
>> >
>> > Tu pourrais envoyer ton fichier uart_config.h aussi ?
>> >
>> > Olivier
>> >
>> > Antoine albertelli wrote:
>> > > Hello,
>> > > Voilà, j'ai faits quelques tests du module UART de Aversive, et
>> > j'ai des
>> > > petits bugs. Tant que je n'active pas les interrupts, tout va très
>> > bien.
>> > > Mais dés que je mets un sei() pour utiliser le scheduler, le
>> > module UART
>> > > déclenche ce que je pense être un reset du processeur... une idée
>> ?
>> > > Merci pour votre attention
>> > >
>> > > Antoine
>> > >
>> > > P.S. : Je travaille sur Atmega168, et voici mon code (tiré en
>> grande
>> > > partie du code microb 2009) :
>> > >
>> > > int main(void) {
>> > >
>> > > sbi(DDRB,5);
>> > > /* Met la LED en sortie. */
>> > >
>> > > uart_init();
>> > > fdevopen(uart0_dev_send, NULL);
>> > > sei(); /* BUG. */
>> > > for(counter = 0;counter < 5;counter++) { // chenillard pour le
>> > reset
>> >
Re: [Avr-list] Problèmes d'UART
En fait, à l'émission, le 1er caractère passe, mais les suivants ne passent
jamais et le uc fait un reset. Bon sinon c'est pas trop grave, de toute
façon je passe bientôt au 128, parce que le 168, pour faire tourner un
asserv, c'est chaud quand même :D
A+
Le 26 mai 2009 22:44, Olivier MATZ a écrit :
> hmmm j'ai pas trop d'idée là comme ça...
>
> je pensais d'abord à un dépassement de pile : le uC a
> 1024 octets de RAM et 128 sont utilisés pour les fifo
> d'émission / réception. Celà dit s'il n'y a que ça
> comme code, je n'y crois pas trop.
>
> Que se passe-t-il exactement lorsque tu émets ? Est-ce
> que tu vois quelques caractères sortir avant le reset ?
> Est-ce que tu peux reproduire le problème en émettant
> juste un seul caractère ?
>
> J'ai testé le module UART sur atmega8, 32, 128 et 2560.
> Il se peut que ça déconne sur un 168... Jette à tout
> hasard un coup d'oeil aux valeurs des vecteurs
> d'interruptions dans iom168.h. Tu peux aussi essayer
> de configurer l'uart à la main, et comparer les valeurs
> des registres. Il est possible qu'il y ait un bug dans
> le module...
>
> Oliv
>
> Antoine albertelli wrote:
> > le voilà :
> >
> >
> > #ifndef UART_CONFIG_H
> > #define UART_CONFIG_H
> >
> > /*
> > * UART0 definitions
> > */
> >
> > /* compile uart0 fonctions, undefine it to pass compilation */
> > #define UART0_COMPILE
> >
> > /* enable uart0 if == 1, disable if == 0 */
> > #define UART0_ENABLED 1
> >
> > /* enable uart0 interrupts if == 1, disable if == 0 */
> > #define UART0_INTERRUPT_ENABLED 1
> >
> > #define UART0_BAUDRATE 38400
> >
> > /*
> > * if you enable this, the maximum baudrate you can reach is
> > * higher, but the precision is lower.
> > */
> > #define UART0_USE_DOUBLE_SPEED 0
> > //#define UART0_USE_DOUBLE_SPEED 1
> >
> > #define UART0_RX_FIFO_SIZE 64
> > #define UART0_TX_FIFO_SIZE 64
> > //#define UART0_NBITS 5
> > //#define UART0_NBITS 6
> > //#define UART0_NBITS 7
> > #define UART0_NBITS 8
> > //#define UART0_NBITS 9
> >
> > #define UART0_PARITY UART_PARTITY_NONE
> > //#define UART0_PARITY UART_PARTITY_ODD
> > //#define UART0_PARITY UART_PARTITY_EVEN
> >
> > #define UART0_STOP_BIT UART_STOP_BITS_1
> > //#define UART0_STOP_BIT UART_STOP_BITS_2
> >
> >
> >
> >
> > /* same for uart 1, 2, 3 ... */
> >
> >
> > Le 26 mai 2009 22:21, Olivier MATZ > <mailto:z...@droids-corp.org>> a écrit :
> >
> > Salut Antoine,
> >
> > Tu pourrais envoyer ton fichier uart_config.h aussi ?
> >
> > Olivier
> >
> > Antoine albertelli wrote:
> > > Hello,
> > > Voilà, j'ai faits quelques tests du module UART de Aversive, et
> > j'ai des
> > > petits bugs. Tant que je n'active pas les interrupts, tout va très
> > bien.
> > > Mais dés que je mets un sei() pour utiliser le scheduler, le
> > module UART
> > > déclenche ce que je pense être un reset du processeur... une idée ?
> > > Merci pour votre attention
> > >
> > > Antoine
> > >
> > > P.S. : Je travaille sur Atmega168, et voici mon code (tiré en
> grande
> > > partie du code microb 2009) :
> > >
> > > int main(void) {
> > >
> > > sbi(DDRB,5);
> > > /* Met la LED en sortie. */
> > >
> > > uart_init();
> > > fdevopen(uart0_dev_send, NULL);
> > > sei(); /* BUG. */
> > > for(counter = 0;counter < 5;counter++) { // chenillard pour le
> > reset
> > > BIT_TOGGLE(PORTB,5);
> > > wait_ms(500);
> > > }
> > > for(;;) printf_P(PSTR("Dass das Gluck deinen Haus
> setzt.\r\n"));
> > > return 0;
> > > }
> > >
> > >
> > >
> >
>
> > >
> > > ___
> > > Avr-list mailing list
> > > Avr-list@droids-corp.org <mailto: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_a
Re: [Avr-list] Problèmes d'UART
le voilà :
#ifndef UART_CONFIG_H
#define UART_CONFIG_H
/*
* UART0 definitions
*/
/* compile uart0 fonctions, undefine it to pass compilation */
#define UART0_COMPILE
/* enable uart0 if == 1, disable if == 0 */
#define UART0_ENABLED 1
/* enable uart0 interrupts if == 1, disable if == 0 */
#define UART0_INTERRUPT_ENABLED 1
#define UART0_BAUDRATE 38400
/*
* if you enable this, the maximum baudrate you can reach is
* higher, but the precision is lower.
*/
#define UART0_USE_DOUBLE_SPEED 0
//#define UART0_USE_DOUBLE_SPEED 1
#define UART0_RX_FIFO_SIZE 64
#define UART0_TX_FIFO_SIZE 64
//#define UART0_NBITS 5
//#define UART0_NBITS 6
//#define UART0_NBITS 7
#define UART0_NBITS 8
//#define UART0_NBITS 9
#define UART0_PARITY UART_PARTITY_NONE
//#define UART0_PARITY UART_PARTITY_ODD
//#define UART0_PARITY UART_PARTITY_EVEN
#define UART0_STOP_BIT UART_STOP_BITS_1
//#define UART0_STOP_BIT UART_STOP_BITS_2
/* same for uart 1, 2, 3 ... */
Le 26 mai 2009 22:21, Olivier MATZ a écrit :
> Salut Antoine,
>
> Tu pourrais envoyer ton fichier uart_config.h aussi ?
>
> Olivier
>
> Antoine albertelli wrote:
> > Hello,
> > Voilà, j'ai faits quelques tests du module UART de Aversive, et j'ai des
> > petits bugs. Tant que je n'active pas les interrupts, tout va très bien.
> > Mais dés que je mets un sei() pour utiliser le scheduler, le module UART
> > déclenche ce que je pense être un reset du processeur... une idée ?
> > Merci pour votre attention
> >
> > Antoine
> >
> > P.S. : Je travaille sur Atmega168, et voici mon code (tiré en grande
> > partie du code microb 2009) :
> >
> > int main(void) {
> >
> > sbi(DDRB,5);
> > /* Met la LED en sortie. */
> >
> > uart_init();
> > fdevopen(uart0_dev_send, NULL);
> > sei(); /* BUG. */
> > for(counter = 0;counter < 5;counter++) { // chenillard pour le reset
> > BIT_TOGGLE(PORTB,5);
> > wait_ms(500);
> > }
> > for(;;) printf_P(PSTR("Dass das Gluck deinen Haus setzt.\r\n"));
> > return 0;
> > }
> >
> >
> >
> >
> > ___
> > 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
>
>
> ___
> 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
>
___
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
[Avr-list] Problèmes d'UART
Hello,
Voilà, j'ai faits quelques tests du module UART de Aversive, et j'ai des
petits bugs. Tant que je n'active pas les interrupts, tout va très bien.
Mais dés que je mets un sei() pour utiliser le scheduler, le module UART
déclenche ce que je pense être un reset du processeur... une idée ?
Merci pour votre attention
Antoine
P.S. : Je travaille sur Atmega168, et voici mon code (tiré en grande partie
du code microb 2009) :
int main(void) {
sbi(DDRB,5);
/* Met la LED en sortie. */
uart_init();
fdevopen(uart0_dev_send, NULL);
sei(); /* BUG. */
for(counter = 0;counter < 5;counter++) { // chenillard pour le reset
BIT_TOGGLE(PORTB,5);
wait_ms(500);
}
for(;;) printf_P(PSTR("Dass das Gluck deinen Haus setzt.\r\n"));
return 0;
}
___
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] Terminal série sous Mac Os X
Si jamais ça t'intéresse, j'ai trouvé un petit AppleScript qui fait terminal
série. ça a l'avantage de tourner sur n'import quel mac os x et de faire une
sélection graphique des ports et de la vitesse.
===
set baudList to {1200, 2400, 4800, 4800, 9600, 19200, 38400, 57600, 115200,
230400}
set baudRate to (choose from list baudList default items {38400})
tell application "Terminal"
set serialDevices to (do shell script "ls /dev/cu*")
set theDeviceList to (paragraphs of serialDevices) as list
set theDevice to (choose from list theDeviceList)
do script "cu -l " & theDevice & " -s " & baudRate
end tell
A+
Le 26 mai 2009 12:16, Olivier MATZ a écrit :
> On Tue, May 26, 2009 at 12:16:03PM +0200, Antoine albertelli wrote:
> > Ok merci. Le script python, c'est celui dans microb_cmd ?
>
> oui c'est bien ca
>
>
> ___
> 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
>
___
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] Terminal série sous Mac Os X
Ok merci. Le script python, c'est celui dans microb_cmd ? A+ Le 26 mai 2009 11:27, Olivier MATZ a écrit : > Salut Antoine, > > > Zer0, j'ai vu la coupe que tu utilise un mac. Vu que je suis aussi un > > macuser, je gal re pour trouver un terminal s rie efficace, le seul que > j'aie > > tant Quickterm, et il est tout sauf efficace... Si tu pouvais me dire ce > que tu > > utilise, ce serait cool !! > > Pour faire terminal, on utilise un script python avec le module > serial-python en mode raw. Ca marche plutot pas mal. > > Sinon, il y a 'screen' qui fait aussi terminal serie, mais qui peut > faire bien d'autres choses. > > Et pour finir, je pense que 'tip' doit pouvoir etre recompil� pour mac OS > (j'ai pas essay�): http://zer0.droids-corp.org/tip/ > > Olivier > > ___ > 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 ___ 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
[Avr-list] Terminal série sous Mac Os X
Hello, Zer0, j'ai vu à la coupe que tu utilise un mac. Vu que je suis aussi un macuser, je galére pour trouver un terminal série efficace, le seul que j'aie étant Quickterm, et il est tout sauf efficace... Si tu pouvais me dire ce que tu utilise, ce serait cool !! A+ Antoine ___ 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] Congratulations !
Félicitation de ma part aussi ! Dommage que le quart de finale ne se soit pas mieux passé, avec moins de choc ;) A l'année prochaine ! Le 25 mai 2009 16:18, Julien Le Guen a écrit : > Félicitations à Microb Technology pour leur parcours sans faute, tant à la > coupe de France qu'à Eurobot ! > > J'ai été bluffé par le match contre RCVA, par la qualité du robot et tout > le reste. Restez comme ca les gars (et demoiselles) ;) > > Promis, l'année prochaine on vous rétame :D > > -- > Jlg > > ___ > 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 > ___ 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
[Avr-list] Comment utiliser aversive pour faire une ligne de commande ?
Hello, J'ai un peu regardé le code source du robot de Microb, et j'ai vu que vous avez fait une ligne de commande basique pour votre robot, et j'essaye de faire la même chose pour un projet perso, mais je n'ai pas compris comment le code fonctionne. J'ai plus ou moins compris comment marchait la définition de commande, mais pour le reste, un coup de main serait le bienvenu. A+ Antoine ___ 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] Aide pour mes 2 précédents patchs
Voilà le patch !! Le 27 avril 2009 09:11, Olivier MATZ a écrit : > On Mon, Apr 27, 2009 at 09:53:10AM +0200, Antoine albertelli wrote: > > Oops, en me mettant a jour avec la branche b_zer0, je me suis rendu > > compte que j'avais oublié d'inclure les modifications que j'ai fait au > > Makefile et donc les modifications de configuration sont pas prises en > > compte... > > Je t'envoie le patch ce soirt, quand je suis sur mon ordi perso. > > Ah oui tiens c'est vrai que j'aurais pu m'en rendre compte aussi :) > > Pas de pb. > > ++ > Olivier > > ___ > 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 > Makefile_baudrate_and_signature.diff Description: Binary data ___ 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] Aide pour mes 2 précédents patchs
Oops, en me mettant a jour avec la branche b_zer0, je me suis rendu compte que j'avais oublié d'inclure les modifications que j'ai fait au Makefile et donc les modifications de configuration sont pas prises en compte... Je t'envoie le patch ce soirt, quand je suis sur mon ordi perso. A+ 2009/4/25, Olivier MATZ : > Antoine albertelli wrote: >> j'ai ajouté une aide integrée à mes 2 patchs récédents (baudrate & >> bypass signature). Le patch est en attachement. > > Merci, c'est intégré dans la branche b_zer0 et fera > partie du prochain merge. > > Olivier > > > > ___ > 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 > ___ 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
[Avr-list] Aide pour mes 2 précédents patchs
Hello, j'ai ajouté une aide integrée à mes 2 patchs récédents (baudrate & bypass signature). Le patch est en attachement. Antoine baudrate_and_signature_help.diff Description: Binary data ___ 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
[Avr-list] Patch pour bypasser la verification de signature dans avrdude
Hello, Juste une petit patch pour désactiver la vérification de signature dans Avrdude, car certains bootloaders (comme celui de l'Arduino) n'implémentent pas cette fonctionnalité. Antoine add_avrdude_signature_check.diff Description: Binary data ___ 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] Problème de compréhension du module scheduler
Donc 1/SCHEDULER_UNIT indique le nombre de tick avant la prochaine exécution de la fonction, c'est bien ça ? Comme 1 us = 10ms, je comprend mieux maintenant. Merci ! Antoine Le 20 avril 2009 22:15, Olivier MATZ a écrit : > > Antoine albertelli wrote: > > Encore une question : A quoi correspond par exemple 1L / > > SCHEDULER_UNIT ? J'ai vu que ca correspond à 10ms et que SCHEDULER_UNIT > > vaut 512, mais ca ne m'aide pas trop... > > SCHEDULER_UNIT est le nombre de microsecondes entre chaque appel > à scheduler_interrupt(). C'est l'unité de base du scheduler (parfois > appelé le tick), et donc le période minimale pour un événement > périodique. > > Cette valeur dépend de la configuration des timers. Plus cette valeur > est petite, plus le scheduler est précis, mais plus il consomme de > temps CPU. Pour un uC à 16 Mhz, 512 est une valeur relativement > moyenne. > > Olivier > > ___ > 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 > ___ 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] Port d'Aversive sur dsPic33
Tiens, ça ca pourrait intéresser mon équipe, on a acheté des carte à base de DsPIC pour créer une carte d'asservissement générique. Perso, je suis pas fan des DsPIC, mais bon... Si jamais, est-ce que vous seriez intéresser à planifier un port commun ? Le 20 avril 2009 22:09, Julien Le Guen a écrit : > Bonjour les gens ! > > Juste pour vous informer qu'un port (partiel pour le moment) d'Aversive est > en cours par un gars de mon equipe pour dsPic33 (on choisit pas ses amis... > :D). > > Donc voila, ce week end on a eu un clignotage de LED via le scheduler > (TIMERS: check, SCHED: check), lecture des codeurs et commande moteurs (PWM: > check). Les algos generiques ne posent pas de pb, il suffit evidemment de > porter/creer des devices adaptes au PIC. Le reste devrait suivre bientot (si > on en a l'utilite pour la coupe). > > Voila les news de Grenoble, a dans un mois ! > > -- > Jlg - www.igrebot.fr > > > ___ > 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 > ___ 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] Problème de compréhension du module scheduler
Encore une question : A quoi correspond par exemple 1L / SCHEDULER_UNIT ? J'ai vu que ca correspond à 10ms et que SCHEDULER_UNIT vaut 512, mais ca ne m'aide pas trop... Antoine Le 20 avril 2009 22:03, Olivier MATZ a écrit : > Antoine albertelli wrote: > > Merci beaucoup pour ce complément d'information. Je pense que ce serait > > une bonne idée de le mettre sur le wiki d'Aversive, comme documentation > > du module scheduler. > > hehe, pas faux... Je mets ça dans mes todo :) > > > Olivier > > ___ > 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 > ___ 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] Problème de compréhension du module scheduler
Merci beaucoup pour ce complément d'information. Je pense que ce serait une bonne idée de le mettre sur le wiki d'Aversive, comme documentation du module scheduler. Antoine Le 20 avril 2009 21:55, Olivier MATZ a écrit : > Salut Antoine, > > > Encore un message aujourd'hui (oui je sais ca fait beaucoup), mais j'ai > > pas mal de problème pour comprendre comment utiliser proprement le > > module base/scheduler avec le timer 0. Je ne comprend pas comment on > > fait pour qu'une tache s'exécute à un moment donné. J'ai regardé le code > > de test fourni, mais j'ai pas mal de peine à comprendre. > > Le fichier .h sert de référence pour l'interface: > > http://cvs.droids-corp.org/cgi-bin/viewcvs.cgi/aversive/modules/base/scheduler/scheduler.h?revision=1.13&view=markup > > En gros, lorsque l'option CONFIG_MODULE_SCHEDULER_TIMER0 > est levée, il n'y a rien d'autre à faire que: > - scheduler_init() > - sei() > - scheduler_add_event(...) > > Tu trouveras d'autres exemples sur la documentation de > notre asservissement, ou dans le code du robot 2009: > > http://wiki.droids-corp.org/mediawiki/index.php/Aversive/Asservissement_Microb_2008 > > http://cvs.droids-corp.org/cgi-bin/viewcvs.cgi/aversive_projects/microb2009/ > > Sinon voilà un copier/coller d'un mail que j'ai envoyé récemment > en point à point pour expliquer le scheduler. Je ne sais pas > si ça répond particulièrement à ta question, mais je pense > que ça permettra déjà de bien comprendre quel est le but de > ce module: > > > En gros, voilà en quelques points ce que fournit ce module, qui > s'apparente plus à une gestion de timer qu'un "scheduler" au > sens OS du terme: > - appel d'une fonction périodique > - appel d'une fonction unique dans un certain temps > - gestion de priorités > - ajout/suppression dynamique, quel que soit le contexte >(même dans un autre évènement) > > L'architecture du module est relativement simple: on se sert > d'une interruption timer (dans aversive, il y a plusieurs options > pour faire ça) pour appeler une fonction de management du > scheduler. C'est là qu'on va appeler les fonctions de callback > des évènements ajoutés. Lorsqu'un évènement est en train d'être > éxecuté, les interruptions doivent être autorisées pour permettre > l'execution de scheduler_interrupt(), qui peut décider qu'un > nouvel évènement doit interrompre le courant. > > Les règles sont les suivantes: > > 1- si plusieurs tâches doivent être exécutées au même >moment, alors elles sont placées dans une liste et >sont exécutées dans l'ordre, selon leur priorité. > > 2- une tâche de priorité p ne peut être interrompue que par >une tâche de priorité strictement supérieure. > > 3- si une tâche est en cours d'éxecution et a une priorité >supérieure à toutes les autres tâches, il faut attendre >que cette tâche termine (retour de fonction) pour qu'une >autre tâche puisse être exécuté. Pendant ce temps, les >autre tâches sont retardées. > > 4- il n'y a pas de "famine": si on reprend l'exemple juste au >dessus: lorsque la tâche de haute priorité termine, alors >au prochain appel de scheduler_interrupt(), toutes les >tâches seront appelées (dans l'ordre, voir 1-). Celà signifie >que même si les tâches durent plus longtemps que le temps >CPU disponible, alors le scheduler fera au mieux pour >appeler toutes les tâches. > > 5- le module respecte probablement certains aspects "temps réel": >le temps pour exécuter la tâche la plus prioritaire pourrait >être borné (selon le temps d'éxecution de scheduler_interrupt(), >des autres interruptions, et du temps max pdt lequel les >interruptions sont vérouillées dans le programme principal). >Pour les tâches de priorité plus faible, il faut y ajouter la >possibilité de se faire interrompre par les tâches de prio plus >élevée. > > > Olivier > > ___ > 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 > ___ 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
[Avr-list] Problème de compréhension du module scheduler
Bonsoir, Encore un message aujourd'hui (oui je sais ca fait beaucoup), mais j'ai pas mal de problème pour comprendre comment utiliser proprement le module base/scheduler avec le timer 0. Je ne comprend pas comment on fait pour qu'une tache s'exécute à un moment donné. J'ai regardé le code de test fourni, mais j'ai pas mal de peine à comprendre. Merci Antoine ___ 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
[Avr-list] Patch pour ajouter la sélection du ba udrate dans avrdude
Hello, j'ai fait un petit patch qui permet de choisir le baudrate du programmateur dans avrdude. C'est très utile pour augmenter la vitesse des bootloaders qui émulent un stk500. Antoine add_avrdude_baudrate.diff Description: Binary data ___ 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] Probleme de generation du .aversive_conf avec "make menuconfig"
Finalement ca marche !! Apparement, sous mac os x /bin/sh utilise une version interne de 'echo' qui ne supporte pas l'option -n, alors que /bin/bash utilise une version externe (/bin/echo) qui elle supporte bien l'option -n ! En tout cas, merci à tous pour votre aide ! Antoine Le 20 avril 2009 19:33, Antoine albertelli a écrit : > Merci pour cette idée, je me suis en effet rendu compte que selon le shell, > echo est soit une commande interne, soit un programme externe. > Je vais donc creuser cette idée. Je pense qu'en recompilant bash, je > pourrais enlever ce problème. > > A+ > > Le 20 avril 2009 19:14, Benoît Ryder a écrit : > > Et avec "/bin/sh" au lieu de "/bin/bash" ? >> Quand on regarde la sortie, c'est bien un problème de "-n" pas pris en >> compte par la commande "echo", et suivant le shell le comportement >> pourrait être différent. >> >> ~ryder >> >> >> 2009/4/20 Antoine albertelli : >> > Apparemment, ca viendrait plus de la grande ligne qui utilise sed et >> grep, >> > car quand je fais un script avec juste : >> > #!/bin/bash >> > echo -n "MCU = " >> > echo "atmega168" >> > >> > le résultat est bien "MCU = atmega168" >> > Si un mac useer pouvait m'aider, ca serait cool >> > >> > Antoine >> > >> > Le 20 avril 2009 16:04, Jean Damien Brossillon >> > a écrit : >> >> >> >> Donc dans le shell echo fonctionne correctement mais pas dans les >> scripts >> >> ? >> >> C'est étrange tout de même mais vu que je ne suis pas le plus >> >> expérimenté niveau mac je vais passer mon tour :), désolé. >> >> >> >> JD. >> >> >> >> 2009/4/20 Antoine albertelli : >> >> > En fait je suis sous mac os x, et après un test, echo -n "Hello" >> >> > n'affiche >> >> > effectivement pas de retour à la ligne... >> >> > >> >> > Le 20 avril 2009 15:51, Jean Damien Brossillon >> >> > a écrit : >> >> >> >> >> >> Hum tout ces -n et lignes sautées me laissent penser que "echo" a >> >> >> joyeusement ignoré commande '-n' qui, je cite, devrait : >> >> >> >> >> >> "-n do not output the trailing newline" >> >> >> >> >> >> Donc je n'ai pas vraiment d'idée à moins que tu n'utilises un OS >> >> >> exotique... :p >> >> >> >> >> >> JD. >> >> >> >> >> >> 2009/4/20 Antoine albertelli : >> >> >> > Bonjour à tous, >> >> >> > Je suis débutant en programmation AVR, et après quelques recherche >> >> >> > sur >> >> >> > des >> >> >> > librairies, je suis tombé sur ce projet que je trouve vraiment >> >> >> > excellent, >> >> >> > mais je n'arrive malheureusement pas à compiler les examples et >> codes >> >> >> > de >> >> >> > test fournis, car après le "make config", quand je tape "make", il >> me >> >> >> > dit : >> >> >> > ".aversive_conf:3: *** missing separator. Stop." >> >> >> > J'ai néanmoins trouvé une méthode pour contourner ce problème, >> c'est >> >> >> > d'éditer le fichier à la main pour le corriger (voir les pièces >> >> >> > jointes >> >> >> > pour >> >> >> > comprendre le changement que je suis obligé de faire à chaque >> >> >> > configuration). >> >> >> > Auriez vous donc une idée qui me permettrait de contourner ce >> >> >> > problème ? >> >> >> > >> >> >> > Antoine >> >> >> > >> >> >> > P.S. : Bravo à Microb pour leur résultat en coupe de belgique !! >> >> >> > >> >> >> > ___ >> >> >> > 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 >> >> >> > DOXY
Re: [Avr-list] Probleme de generation du .aversive_conf avec "make menuconfig"
Merci pour cette idée, je me suis en effet rendu compte que selon le shell, echo est soit une commande interne, soit un programme externe. Je vais donc creuser cette idée. Je pense qu'en recompilant bash, je pourrais enlever ce problème. A+ Le 20 avril 2009 19:14, Benoît Ryder a écrit : > Et avec "/bin/sh" au lieu de "/bin/bash" ? > Quand on regarde la sortie, c'est bien un problème de "-n" pas pris en > compte par la commande "echo", et suivant le shell le comportement > pourrait être différent. > > ~ryder > > > 2009/4/20 Antoine albertelli : > > Apparemment, ca viendrait plus de la grande ligne qui utilise sed et > grep, > > car quand je fais un script avec juste : > > #!/bin/bash > > echo -n "MCU = " > > echo "atmega168" > > > > le résultat est bien "MCU = atmega168" > > Si un mac useer pouvait m'aider, ca serait cool > > > > Antoine > > > > Le 20 avril 2009 16:04, Jean Damien Brossillon > > a écrit : > >> > >> Donc dans le shell echo fonctionne correctement mais pas dans les > scripts > >> ? > >> C'est étrange tout de même mais vu que je ne suis pas le plus > >> expérimenté niveau mac je vais passer mon tour :), désolé. > >> > >> JD. > >> > >> 2009/4/20 Antoine albertelli : > >> > En fait je suis sous mac os x, et après un test, echo -n "Hello" > >> > n'affiche > >> > effectivement pas de retour à la ligne... > >> > > >> > Le 20 avril 2009 15:51, Jean Damien Brossillon > >> > a écrit : > >> >> > >> >> Hum tout ces -n et lignes sautées me laissent penser que "echo" a > >> >> joyeusement ignoré commande '-n' qui, je cite, devrait : > >> >> > >> >> "-n do not output the trailing newline" > >> >> > >> >> Donc je n'ai pas vraiment d'idée à moins que tu n'utilises un OS > >> >> exotique... :p > >> >> > >> >> JD. > >> >> > >> >> 2009/4/20 Antoine albertelli : > >> >> > Bonjour à tous, > >> >> > Je suis débutant en programmation AVR, et après quelques recherche > >> >> > sur > >> >> > des > >> >> > librairies, je suis tombé sur ce projet que je trouve vraiment > >> >> > excellent, > >> >> > mais je n'arrive malheureusement pas à compiler les examples et > codes > >> >> > de > >> >> > test fournis, car après le "make config", quand je tape "make", il > me > >> >> > dit : > >> >> > ".aversive_conf:3: *** missing separator. Stop." > >> >> > J'ai néanmoins trouvé une méthode pour contourner ce problème, > c'est > >> >> > d'éditer le fichier à la main pour le corriger (voir les pièces > >> >> > jointes > >> >> > pour > >> >> > comprendre le changement que je suis obligé de faire à chaque > >> >> > configuration). > >> >> > Auriez vous donc une idée qui me permettrait de contourner ce > >> >> > problème ? > >> >> > > >> >> > Antoine > >> >> > > >> >> > P.S. : Bravo à Microb pour leur résultat en coupe de belgique !! > >> >> > > >> >> > ___ > >> >> > 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 > >> >> > > >> >> > >> >> ___ > >> >> 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.dro
Re: [Avr-list] Probleme de generation du .aversive_conf avec "make menuconfig"
Apparemment, ca viendrait plus de la grande ligne qui utilise sed et grep, car quand je fais un script avec juste : #!/bin/bash echo -n "MCU = " echo "atmega168" le résultat est bien "MCU = atmega168" Si un mac useer pouvait m'aider, ca serait cool Antoine Le 20 avril 2009 16:04, Jean Damien Brossillon < jeandamien.brossil...@gmail.com> a écrit : > Donc dans le shell echo fonctionne correctement mais pas dans les scripts ? > C'est étrange tout de même mais vu que je ne suis pas le plus > expérimenté niveau mac je vais passer mon tour :), désolé. > > JD. > > 2009/4/20 Antoine albertelli : > > En fait je suis sous mac os x, et après un test, echo -n "Hello" > n'affiche > > effectivement pas de retour à la ligne... > > > > Le 20 avril 2009 15:51, Jean Damien Brossillon > > a écrit : > >> > >> Hum tout ces -n et lignes sautées me laissent penser que "echo" a > >> joyeusement ignoré commande '-n' qui, je cite, devrait : > >> > >> "-n do not output the trailing newline" > >> > >> Donc je n'ai pas vraiment d'idée à moins que tu n'utilises un OS > >> exotique... :p > >> > >> JD. > >> > >> 2009/4/20 Antoine albertelli : > >> > Bonjour à tous, > >> > Je suis débutant en programmation AVR, et après quelques recherche sur > >> > des > >> > librairies, je suis tombé sur ce projet que je trouve vraiment > >> > excellent, > >> > mais je n'arrive malheureusement pas à compiler les examples et codes > de > >> > test fournis, car après le "make config", quand je tape "make", il me > >> > dit : > >> > ".aversive_conf:3: *** missing separator. Stop." > >> > J'ai néanmoins trouvé une méthode pour contourner ce problème, c'est > >> > d'éditer le fichier à la main pour le corriger (voir les pièces > jointes > >> > pour > >> > comprendre le changement que je suis obligé de faire à chaque > >> > configuration). > >> > Auriez vous donc une idée qui me permettrait de contourner ce problème > ? > >> > > >> > Antoine > >> > > >> > P.S. : Bravo à Microb pour leur résultat en coupe de belgique !! > >> > > >> > ___ > >> > 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 > >> > > >> > >> ___ > >> 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 > > > > > > ___ > > 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 > > > > ___ > 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 > ___ 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] Probleme de generation du .aversive_conf avec "make menuconfig"
En fait je suis sous mac os x, et après un test, echo -n "Hello" n'affiche effectivement pas de retour à la ligne... Le 20 avril 2009 15:51, Jean Damien Brossillon < jeandamien.brossil...@gmail.com> a écrit : > Hum tout ces -n et lignes sautées me laissent penser que "echo" a > joyeusement ignoré commande '-n' qui, je cite, devrait : > > "-n do not output the trailing newline" > > Donc je n'ai pas vraiment d'idée à moins que tu n'utilises un OS > exotique... :p > > JD. > > 2009/4/20 Antoine albertelli : > > Bonjour à tous, > > Je suis débutant en programmation AVR, et après quelques recherche sur > des > > librairies, je suis tombé sur ce projet que je trouve vraiment excellent, > > mais je n'arrive malheureusement pas à compiler les examples et codes de > > test fournis, car après le "make config", quand je tape "make", il me dit > : > > ".aversive_conf:3: *** missing separator. Stop." > > J'ai néanmoins trouvé une méthode pour contourner ce problème, c'est > > d'éditer le fichier à la main pour le corriger (voir les pièces jointes > pour > > comprendre le changement que je suis obligé de faire à chaque > > configuration). > > Auriez vous donc une idée qui me permettrait de contourner ce problème ? > > > > Antoine > > > > P.S. : Bravo à Microb pour leur résultat en coupe de belgique !! > > > > ___ > > 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 > > > > ___ > 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 > ___ 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] Probleme de generation du .aversive_conf avec "make menuconfig"
Antoine albertelli writes: > > Bonjour à tous,Je suis débutant en programmation AVR, et après quelques recherche sur des librairies, je suis tombé sur ce projet que je trouve vraiment excellent, mais je n'arrive malheureusement pas à compiler les examples et codes de test fournis, car après le "make config", quand je tape "make", il me dit : ".aversive_conf:3: *** missing separator. Stop." > J'ai néanmoins trouvé une méthode pour contourner ce problème, c'est d'éditer le fichier à la main pour le corriger (voir les pièces jointes pour comprendre le changement que je suis obligé de faire à chaque configuration). > Auriez vous donc une idée qui me permettrait de contourner ce problème ?AntoineP.S. : Bravo à Microb pour leur résultat en coupe de belgique !! > > Bonjour à tous,Je suis débutant en programmation AVR, et après quelques recherche sur des librairies, je suis tombé sur ce projet que je trouve vraiment excellent, mais je n'arrive malheureusement pas à compiler les examples et codes de test fournis, car après le "make config", quand je tape "make", il me dit : ".aversive_conf:3: *** missing separator. Stop." > J'ai néanmoins trouvé une méthode pour contourner ce problème, c'est d'éditer le fichier à la main pour le corriger (voir les pièces jointes pour comprendre le changement que je suis obligé de faire à chaque configuration). > Auriez vous donc une idée qui me permettrait de contourner ce problème ?AntoineP.S. : Bravo à Microb pour leur résultat en coupe de belgique !! > Oups, j'ai oublié de mettre les 2 fichiers :D les voicis : aversive_conf : # Aversive configuration -n MCU = atmega128 -n OPT = s FORMAT = ihex FORMAT_EXTENSION = hex MATH_LIB = -lm PRINTF_LDFLAGS = PROGRAMMER = avrdude -n AVRDUDE_PROGRAMMER = stk200 -n AVRDUDE_PORT = "/dev/parport0" AVARICE_PROGRAMMER = mkI -n AVARICE_PORT = "/dev/ttyS0" -n AVARICE_DEBUG_PORT = 1234 -n MODULES = -n comm/uart -n base/cirbuf -n debug/error aversive_conf_fixed : # Aversive configuration MCU = atmega128 OPT = s FORMAT = ihex FORMAT_EXTENSION = hex MATH_LIB = -lm PRINTF_LDFLAGS = PROGRAMMER = avrdude AVRDUDE_PROGRAMMER = stk200 AVRDUDE_PORT = "/dev/parport0" AVARICE_PROGRAMMER = mkI AVARICE_PORT = "/dev/ttyS0" AVARICE_DEBUG_PORT = 1234 MODULES = comm/uart base/cirbuf debug/error ___ 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
[Avr-list] Probleme de generation du .aversive_conf avec "make menuconfig"
Bonjour à tous, Je suis débutant en programmation AVR, et après quelques recherche sur des librairies, je suis tombé sur ce projet que je trouve vraiment excellent, mais je n'arrive malheureusement pas à compiler les examples et codes de test fournis, car après le "make config", quand je tape "make", il me dit : ".aversive_conf:3: *** missing separator. Stop." J'ai néanmoins trouvé une méthode pour contourner ce problème, c'est d'éditer le fichier à la main pour le corriger (voir les pièces jointes pour comprendre le changement que je suis obligé de faire à chaque configuration). Auriez vous donc une idée qui me permettrait de contourner ce problème ? Antoine P.S. : Bravo à Microb pour leur résultat en coupe de belgique !! ___ 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
