Re: [Avr-list] watchdog
Yo, Tout pareil, merci a tout le monde, cette coupe restera dans mes souvenirs... un grand moment ! Sinon j'ai besoin de mettre un watchdog avec un Atméga32L. Je voudrais savoir quelles sont les broches qu'il faut se réserver (TOSC12?) A quoi servirait les broches en question dans le cas d'un watchdog ? Je n'ai jamais utilis� de watchdog sur AVR, mais j'imagine qu'il s'agit d'un timer interne qu'il faut recharger regulierement sinon le uP reset. 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
Re: [Avr-list] Terminal série sous Mac Os X
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
Re: [Avr-list] watchdog
Vincent mesureur a écrit : Salut les amiches, Bon déjà merci pour vos remerciements ça va droit au coeur Sinon j'ai besoin de mettre un watchdog avec un Atméga32L. Je voudrais savoir quelles sont les broches qu'il faut se réserver (TOSC12?) Merci pour l'aide Vincent (groquik) Je ne saisis pas bien le problème. Tu veux utiliser un watchdog externe, ou celui de l'avr ? Dans ce cas, je ne te conseille pas d'utiliser les signaux PWM, mais simplement de d'envoyer manuellement une impulsion à travers une broche quelconque. Avec le pwm, il se peut que ton programme plante (ou se trouve dans une boucle infinie), mais que le pwm soit toujours présent. Pour celui de l'avr tu n'as pas besoin de réserver de broche. Tu dois juste reseter régulièrement son timer. C'est plus un problème de soft du coup. Laurent C. ___ 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 z...@droids-corp.org 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] Re : watchdog
ok merci Lolo je viens de comprendre je vais utiliser le watchdog interne du coup. Y a-t-il eu des problèmes rencontrés parmi ceux qui l'ont utilisé? a+ Vincent (groquik) - Message d'origine De : sgt.kronenbourg sgt.kronenbo...@gmail.com À : avr-list@droids-corp.org Envoyé le : Mardi, 26 Mai 2009, 12h10mn 26s Objet : Re: [Avr-list] watchdog Vincent mesureur a écrit : Salut les amiches, Bon déjà merci pour vos remerciements ça va droit au coeur Sinon j'ai besoin de mettre un watchdog avec un Atméga32L. Je voudrais savoir quelles sont les broches qu'il faut se réserver (TOSC12?) Merci pour l'aide Vincent (groquik) Je ne saisis pas bien le problème. Tu veux utiliser un watchdog externe, ou celui de l'avr ? Dans ce cas, je ne te conseille pas d'utiliser les signaux PWM, mais simplement de d'envoyer manuellement une impulsion à travers une broche quelconque. Avec le pwm, il se peut que ton programme plante (ou se trouve dans une boucle infinie), mais que le pwm soit toujours présent. Pour celui de l'avr tu n'as pas besoin de réserver de broche. Tu dois juste reseter régulièrement son timer. C'est plus un problème de soft du coup. Laurent C. ___ 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
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 -sbaudRate end tell A+ Le 26 mai 2009 12:16, Olivier MATZ z...@droids-corp.org 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] Problèmes d'UART
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
Re: [Avr-list] Problèmes d'UART
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 z...@droids-corp.org 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_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 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
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 z...@droids-corp.org 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 z...@droids-corp.org 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_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 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