ATmega644 : problème avec SPI

Version imprimable

Bonsoir,

Je n'arrive pas à faire communiquer mon Atmega par SPI en mode master. Après plusieurs heures à bloquer sur ce problème j'ai fini par réduire petit à petit le programme au maximum mais toujours rien.

Information utile : Je programme en c (avec WINAVR) sur un ATmega644 cadencé à 20Mhz par un quartz externe. Le microcontrôleur est programmé physiquement par ICSP. J'utilise un oscilloscope pour visualiser le signal.

Voici le programme :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 #include <avr/io.h> #define F_CPU 20000000UL int main (void) { // make the MOSI, SCK, and SS pins outputs DDRB |= ( 1 << PB5 ) | ( 1 << PB7 ) | ( 1 << PB4 ); PORTB |= (1 << PB4); // SS high // make sure the MISO pin is input DDRB &= ~( 1 << PB6 ); // set up the SPI module: SPI enabled, MSB first, master mode, // clock polarity and phase = 0, F_osc/8 SPCR = 0b01010001; SPSR = 0b00000001; // set double SPI speed for F_osc/8 //------------------------------------------------------------------------ PORTB &= ~( 1 << PB4); //PB4 low SPDR = 10; while ( ! ( SPSR & ( 1 << SPIF ))); PORTB |= (1 << PB4); //PB4 high while (1) { } return 1; }
Sur l'oscillo, je n'observe que la broche PB4 passer de 1 à 0. Rien d'autre ne se produit... même pas d'horloge!
J'ai vérifié la partie hardware à plusieurs reprise, elle est bel et bien correct.

J'ai testé une variante de ce programme dans laquelle j'utilisais PA0 en tant que broche de sélection de l'esclave laissant PB4 à 1. Sans résultat non plus.

Une idée ?

10/12/2016, 23h38
Vincent PETIT

Salut,
C'est très bizarre car j'ai regardé la datasheet et tes registres sont biens configurés.

La seule question que je me pose c'est si ton compilateur reconnaît bien ce genre de format
SPCR=0b01010001 ????

Tu peux essayer avec la syntaxe normalisée :
SPCR =(1<<SPE)|(1<<MSTR)|(1<<SPR0); et idem pour SPSR

A+
11/12/2016, 11h21
fred7

Alors déjà merci de tenter de m'aider, ensuite pour ce qui est de la syntaxe j'ai tester les deux sans aucune différence de résultat. En tout cas mon compilateur reconnait bien ce format puisque c'est ainsi que je procède pour configurer d'autres registres (timers, I²C etc.) dans tout mes précédent programmes (qui eux fonctionnent :roll:).

Je me suis également demandé si ce n'était pas la présence de mon programmateur ICSP qui provoquait ça. Même en le déconnectant j'ai le même résultat. Vu la simplicité du montage et le peu de ligne de code c'est assez déconcertant.
11/12/2016, 13h01
fred7

Je n'y croyais plus mais ça fonctionne enfin!

J'ai réduit la fréquence d'horloge SPI et j'ai ajouté une tempo d'une milliseconde à la fin de la configuration des registre.

Sur l'oscillo je lis bien les valeurs envoyées. Reste plus qu'a vérifier que je reçois bien les bonnes valeurs de l'esclave et il en sera fini de cette galère. :aie:
11/12/2016, 13h30
Vincent PETIT

Tant mieux mais c'est très bizarre !
Y a peut être un loup caché quelque part.

Tu peux montrer ton code (le minimaliste) ? Comment as tu configuré SPCR ?

C'est quoi ton programmateur ? ATMEL ICE ? Tu peux déboguer avec ou tu ne peux que programmer ?

PB4 te servait à trigger SCK avec l'oscilloscope ?

Citation:

Tu peux montrer ton code (le minimaliste) ? Comment as tu configuré SPCR ?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 int main (void) { // make the MOSI, SCK, and SS pins outputs DDRB |= ( 1 << PB5 ) | ( 1 << PB7 ) | ( 1 << PB4 ); PORTB |= (1 << PB4); // SS high DDRA |= ( 1 << PA0 ); // Chip select n°1 PORTA |= (1 << PA0); // Chip select high // make sure the MISO pin is input DDRB &= ~( 1 << PB6 ); SPCR = 0b01010011; // SPI enabled, master mode, MSB first, clock polarity and phase = 0, F_osc/128 (156.25Khz) _delay_ms(1); //------------------------------------------------------------------------ PORTA &= ~( 1 << PA0); //PA0 low SPDR = 10; while ( ! ( SPSR & ( 1 << SPIF ))); PORTA |= (1 << PA0); //PA0 high while (1) { } return 1; }
Citation:

C'est quoi ton programmateur ? ATMEL ICE ? Tu peux déboguer avec ou tu ne peux que programmer ?

C'est une simple carte Arduino programmée avec le sketch "ArduinoISP".

Citation:

PB4 te servait à trigger SCK avec l'oscilloscope ?

Oui c'est bien ça. Enfin maintenant c'est PA0.

Je viens de remarquer que la broche PB4 (SS/) est commune avec une sortie PWM dont j'aurais besoin (OC0B). J'espère que ça va pas poser un second problème.

Ce problème m'intrigue !
Tu as réduit la fréquence SPI + mis en tempo et ça a fonctionné.

Si tu laisses la tempo et que tu remets le reste du code comme avant (f_osc/8) ? Est ce que ça fonctionne ?

Si tu retire la tempo et que réduit la fréquence SPI (f_osc/128) ? Est ce que ça fonctionne ?

Tu es sur que ce n'est pas problème avec l'oscillo ? C'est un analogique ? Si oui il faut envoyer la donnée en boucle sinon on trig mais pas le temps de rien voir.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 #include <avr/io.h> #define F_CPU 20000000UL int main (void) { // make the MOSI, SCK, and SS pins outputs DDRB |= ( 1 << PB5 ) | ( 1 << PB7 ) | ( 1 << PB4 ); PORTB |= (1 << PB4); // SS high // make sure the MISO pin is input DDRB &= ~( 1 << PB6 ); // set up the SPI module: SPI enabled, MSB first, master mode, // clock polarity and phase = 0, F_osc/8 SPCR = 0b01010001; SPSR = 0b00000001; // set double SPI speed for F_osc/8 //------------------------------------------------------------------------ while (1) { PORTB &= ~( 1 << PB4); //PB4 low SPDR = 10; while ( ! ( SPSR & ( 1 << SPIF ))); PORTB |= (1 << PB4); //PB4 high } return 1; }

11/12/2016, 19h19
fred7

J'ai reprogrammé mon circuit en ayant retiré la tempo et fait passer la fréquence SPI à (fosc/8) et ça fonctionne 8O

Il faut croire que j'ai merdouiller avec mon oscillo (pourtant mon circuit esclave ne répondait pas non plus).

J'ai fait tellement d'essais et de modifications que retrouver la source de ce problème (si tant est qu'elle soit unique) serait très compliqué. Bon, l'hypothèse la plus probable c'est que la source principale se trouve entre la chaise et le clavier :aie:
11/12/2016, 19h31
Vincent PETIT

Ok ;)
Bon tant mieux car c'était totalement inexplicable.

Mais au moins là c'est cohérent au moins (ça marche et c'est normal)