Question communication série sur ATMEL

[invite85a93e3d]

Bonjour, je dispose de microcontrôleurs ATMEL.

Pour ce qui est de l'ATtiny45:

Il dispose d'un USI : Universal Serial Interface.

Je suppose que l'on peut faire n'importe quel type de liaison série avec ce port ?

RS232, I2C, SPI.....

Pour le mega8535:

Il à une fonction SPI intégrée en natif si j'ai compris, et on à juste à lui envoyer notre mot de huit bit et il se débrouille pour l'envoyer.

Par contre pour le tiny45 il faut qu'on fasse une fonction qui contrôle la transmission bit à bit adapté au protocole de transmission.

Merci pour vos lumières.
-----

[invite29971eb1]

Si j'ai bien compris (puisqu'il n'y a pas de question dans ton post), tu veux savoir si on est obligés d'écrire la gestion du SPI en bit-bang sur l'Attiny45.

La réponse est non, regarde la doc:
http://www.atmel.com/dyn/resources/p...ts/doc2586.pdf

Chapitre 15.3.1, il suffit de mettre les bonnes valeurs dans USIDR et USICR.

L'exemple de code fournit un peu plus bas permet de gérer le bon fonctionnement de l'échange, mais pas bit à bit:

SPITransfer:
   out USIDR,r16
   ldi r16,(1<<USIOIF)
   out USISR,r16
   ldi r16,(1<<USIWM0)|(1<<USICS1)|(1<<USICLK)|(1<<USITC)
SPITransfer_loop:
   out USICR,r16
   in r16, USISR
   sbrs r16, USIOIF
   rjmp SPITransfer_loop
   in r16,USIDR
   ret

Le code plus bas permet de travailler à haute vitesse soit la moitié du quartz....mais inutile la plupart du temps

[invite85a93e3d]

Merci pour la réponse, en effet je n'avais pas regarder en détail.

Mon but est d'augmenter le nombre d'E/S de mon tiny45 pour pouvoir contrôler un LCD.

J'ai vu ce composant: PCF8574 pour l'IC2 existe t-il un équivalent pour le SPI ?

Sinon pour l'IC2 il faut que je créer le programme bit à bit?

[invite29971eb1]

Merci pour la réponse, en effet je n'avais pas regarder en détail.

Mon but est d'augmenter le nombre d'E/S de mon tiny45 pour pouvoir contrôler un LCD.

J'ai vu ce composant: PCF8574 pour l'IC2 existe t-il un équivalent pour le SPI ?

Un bête registre à décalage est un bon équivalent 74HC164 ou 165 selon le sens.

Sinon pour l'IC2 il faut que je créer le programme bit à bit?

Toujours pas, Atmel n'appelle pas spécialement son I2C de l'I2C (parce que l'I2C est un protocole propriétaire de Philips) mais l'appelle le TWI, Two Wire Interface. Le fonctionnement est décrit après le SPI dans la doc.

Sinon pourquoi ne pas prendre un AVR plus gros plutôt que de greffer des expanseurs de ports qui vont augmenter la conso, compliquer le routage etc. Un Atmega88 suffirait peut-être

[A voir en vidéo sur Futura]

[invite29971eb1]

J'ai dit une bétise, les 164 et 165 n'ont pas de gestion en 3 états de la ligne série.

Si tu n'en utilises qu'un type, toujours dans le même sens, tu n'auras pas de soucis. Sinon tu risques des conflits de données, aussi appelés court-circuits

[invite85a93e3d]

Je ne vois pas vraiment comment utiliser un registre décalage en extension du nombre de sorties.

Pour moi 2 fil pour relier le tout et gagner un port n'est pas bien plus compliquer pour le routage, j'avoue que pour la conso c'est autre chose, je n'y ait pas réfléchi, mais dans mon cas, avec un TINY45 et une extension ce n'est pas énorme non plus.

j'ai un mega 8535 mais je me dit autant utiliser un micro qui coûte 4 euro de moins dont je vais exploiter tout sa capacité plutôt qu'un gros que je vais chatouiller avec mes 10 lignes de code et 20% des E/S utilisés.

[invite29971eb1]

Je ne vois pas vraiment comment utiliser un registre décalage en extension du nombre de sorties.

C'est quoi un bus SPI?

une ligne de données entrante, une ligne de données sortante, une horloge pour synchroniser les deux, une broche de validation

Maintenant qu'est-ce qu'un registre à décalage?

une ligne de données entrante ou sortante selon le modèle et l'horloge de synchro...

Tiens, il y aurait comme une ressemblance.

Prenons l'exemple d'un 165 (série vers parallèle, donc sorties).

Tu raccordes MOSI sur les entrées A et B du 165, SCK sur CP et tu as un expandeur 8 sorties tout à fait honorable.

Eventuellement utilise un 595 à la place du 165, comme ça, tes sorties n'auront pas d'état indéterminé lors du transfert

Pour l'utilisation en entrée, utilise un 164 ou un 597 et raccorde MISO sur la sortie série. Le raisonnement est le même

[invite85a93e3d]

oué mais pour moi si je veut allumer une led sur la sortie 3 je fait comment ?

je vais rentrer un 1 et 3 coups d'horloge après elle sera allumée, sauf que les 2 sortie précédentes l'auront été aussi.

enfin je capte vraiment pas cette histoire de conversion registre à décalage.

[invite29971eb1]

oué mais pour moi si je veut allumer une led sur la sortie 3 je fait comment ?

je vais rentrer un 1 et 3 coups d'horloge après elle sera allumée, sauf que les 2 sortie précédentes l'auront été aussi.

enfin je capte vraiment pas cette histoire de conversion registre à décalage.

Tu stockes dans une variable l'état de tes 8 sorties.
Si tu dois allumer la led 3, tu mets le bit 3 à 1 par exemple, puis tu transmets cet octet sur le bus SPI
Avec un 595, tu balances un pulse sur l'entrée de commande des latchs et ta sortie est actualisée...

Avec un 165, il est vrai que les sorties 0, 1 et 2 auraient pu changer d'état pendant le transfert du nouvel octet.

compris?

[invite85a93e3d]

Avec le 595 je suis déja plus d'accord.

Si j'ai bien compris les huit bit qui arrivent en série sont stockées dans un registre, ce registre serais l'image des sorties du 165, sauf que la les sorties sont recopiées sur le registre lors de l'impulsion sur une entrée.

On peut faire un interrupt sur la fin de transmission pour envoyer l'impulsion qui met à jour les sorties....

A voir lequel est plus simple à mettre en oeuvre au niveau programmation entre SPI et Registre à décalage ou TWI et PCF8574.

Y ajouter les facteurs vitesse et conso, bref pour ce que je vais en faire je pense que c'est du pareille au même^^

[invite29971eb1]

sinon un Atmega88

on en trouve à 2,80€ sur un site d'enchères bien connu ou ici pour faire un peu marcher les marchands locaux:
http://www.myavr.fr/14-microcontroleurs

[invite85a93e3d]

tu n'aime vraiment pas mon tiny45

[invite29971eb1]

C'est pas ça, mais je suis de ceux qui considèrent qu'un choix correct du microcontrôleur fait 80% du boulot.

Avec ton micro trop petit pour ton appli, tu vas ajouter du matériel, du logiciel donc compliquer ton système inutilement et peut-être (sans doute même puisqu'on y est encore) perdre du temps à développer des appendices au système qui deviennent inutiles avec le modèle au-dessus.

On ne gère pas un ordi complet avec un circuit 8 broches et on ne fait pas clignoter une led avec un 144 broches. Le bon dimensionnement des composants est primordial