Forum

Bonjour à tous,

Je dois générer des mots de 16bits. Pour préciser un peu, je vais d'abord vous présenter rapidement mon projet, puis ce que je veux générer.

Mon Projet : construire un lecteur cd hifi.
Je pars d'une mécanique-lecteur optique robuste qui sort le signal numérique à envoyer sur un dac stéréo. J'ai donc routé un Dac à base de deux AD1955 que je veux faire travailler en mode "mono" (cad que chaque AD1955 ne s'occupe que d'une seule des deux voies en stéréo). Tout a été routé, imprimé, soudé.


Mon besoin :
Voila la chose qui me reste à faire : programmer les AD1955 de mon montage pour les passer en mode "mono".
Pour cela chaque AD1955 doit recevoir 1 mot de 16bits, et le Bitclock, et le Wordclock (c'est un port série).
Je veux générer 2 mots de 16 bits différents : 1 mot pour le DAC de la voie gauche, 1 mot pour le DAC de la voie droite.

1er mot : 0 0 00 10 01 00 00 00 00
2eme mot : 0 0 00 11 01 00 00 00 00


Ma demande :
On m'a dit que je pouvais faire cela très facilement avec un PIC. Mais je ne sais pas du tout par quel bout le prendre, mais alors vraiment pas. J'ai fait pas mal de recherche, mais il y a tellement d'informations sur les PIC que je n'aboutis à rien. J'aimerais que vous m'aidiez à réaliser cela. A savoir, me conseiller quel PIC prendre, me conseiller sur le routage des ports, et m'aider à coder le PIC - je sais, ca fait beaucoup de choses, mais je ne vois pas trop comment faire autrement.

J'espère que ma demande est suffisamment claire.
Je vous remercie en tout cas de votre attention.

En vous souhaitant une bonne journée.

Max.

je te remercie, je vais regarder le cours de BIGonoff.
Je reviendrai poser des questions si j'ai des soucis.

Merci bien.

Max

Bonjour Rémy,

content de vous lire. Je suis en train de lire le tuto de BIGonoff, comme me l'a conseillé Totofmex. Je serai comme ca déjà plus en terrain connu!

Sinon j'essaie de me dépatouiller en C avec les fonctions SPI que je peux trouver, mais en programmation je suis pour le moment très rapidement limité.

Je viens aussi de commander un kit de programmation PIC2KIT de Microchip. Ca sera surement plus facile pour moi de tester les fonctions in situ.

Je vous remercie en tout cas du temps que vous me consacrez.

Max

Bonsoir Max,

tu trouveras comme promis un point de départ pour ton projet, via les deux liens suivants :

Schéma
Logiciel PIC 16F628A

Ne soit pas surpris par le nombre de boutons poussoirs sur le schéma, j'ai juste prévu des extensions... Pour ton cas un seul suffira.

Pour le logiciel il te semblera sans doute un peu compliqué car je l'ai écrit avec l'idée d'en faire plus que pour ton besoin initial. Là encore pour extensions éventuelles...

Pour commencer, je t'invite à lire dans un éditeur texte simple (bloc-note de Windows par exemple) le code source du fichier "electronique_controleur_ad1955_001.mpas" dont tu peux temporairement renommer l'extension en "*.txt". Tu localiseras je pense assez rapidement les quelques lignes qui t'intéressent.

Très important :
- la routine relative à l'envoi des signaux horloges et données ne correspond peut-être pas à ce qu'il faut faire, je n'ai pas décortiqué à fond le datasheet du AD1955 !
- je ne peux évidement pas garantir que ce point de départ soit bon. C'est juste une piste à explorer.

Je reconnais que d'un point de vue pédagogique c'est limite car je te mets devant des tas de lignes de code alors qu'il aurait mieux valu commencer "petit". Mais bon...

N'hésites pas à crier si au fond de toi tu sens que c'est la meilleur chose à faire

Et si ce machin fonctionne, ce sera l'occasion d'en faire un petit résumé - je prépare le terrain.

Edit : tu pourras utiliser le logiciel proposé par Yves puisque le fichier *.hex est également fourni.

Cordialement,
Rémy

Bonjour Rémy,

Je ne sais quoi dire! Je vous tire mon chapeau. Je vais éplucher tout cela bien attentivement. Et je reviendrai si je bloque vraiment.

Mais j'ai déjà une petite question : je viens de regarder le datasheet du PIC12F675. Je crois comprendre que le pin 4 ne peut pas faire office d'envoi de données. Je parle de ca parce qu'il me faut configurer 2 AD1955 : l'un en mode mono left, l'autre en mode mono right (pour faire un dac stéréo). Donc je dois envoyer un mot de 16 bits différents sur chaque AD1955, même si la LRClock et la BClock sont les mêmes pour les deux.

Je peux alors surement utiliser le premier schéma avec le PIC16F628 ? Et tous les boutons, ca ne me gene pas. Si je mets un rail de boutons tirettes, ca prends pas trop de place, ca ne me gene pas. Il faudra juste que j'annote bien ces boutons pour ne pas m'y perdre, mais ca j'ai déjà fait donc ca devrait aller.

Dites moi si je me trompe.

En tout cas, je vous remercie encore!

En vous souhaitant à tous une bonne journée.

Max

Je vous remercie Rémy. Je me suis un peu équipé pour pouvoir tester des trucs de mon côté.

Sinon la question est peut-être bien stupide, mais pourquoi ne pas proposer d'utiliser les commandes SPI des PIC, comme writeSPI(machin) que j'ai trouvé il y a peu de temps ? Ce n'est pas fiable ? Excusez si la question est stupide.

En vous remerciant.

Max

Max,

pourquoi ne pas proposer d'utiliser les commandes SPI des PIC, comme writeSPI(machin) que j'ai trouvé il y a peu de temps ?

On peut effectivement utiliser cette façon de faire mais pour un besoin aussi "simple" cela ne me semblait pas utile. Il faut noter que l'on peut élaborer des commandes SPI (ou I2C, c'est un peu de la même famille dans l'idée) de façon "matérielle" ou "logicielle". Dans le premier cas le micro-contrôleur doit posséder un module matériel interne adapté (on sait si c'est le cas en consultant son datasheet) pour envoyer les trames avec une commande de type "WriteSPI_Hard", sinon on doit élaborer les trames de façon purement logicielle de style "WriteSPI_Soft". Ce deuxième cas impose une vitesse d'horloge plus élevée et dans certains cas certaines limitations pour les besoins annexes (au niveau interruptions par exemple). De plus, j'avoue avoir été un peu dérouté par la présence de deux lignes d'horloge, là où habituellement on n'en a qu'une.

Je comprends mieux ce que vous avez voulu faire : envoyer les mots pour le AD1955 Gauche et le mot pour le AD1955 Droit sur les deux états de bascule du LRClock. Je ne savais qu'on pouvait faire cela, je croyais qu'il fallait obligatoirement les envoyer en parallèle.

C'est ce que j'ai compris à la lecture du datasheet, mais j'avoue ne pas être sûr de mon coup à 100% à l'heure qu'il est. Je n'ai pas encore assimilé toutes les subtilités de la bête...

Comme je le disais, des tests seront nécessaires et c'est là qu'on va s'amuser

Cordialement,
Rémy

Bonjour Anne,

Anneo
Envoyer des mots vers l'AD1955 d'accord,mais a quel moment?
Apres un delay au demarage,ou sur commande d'un bouton,impulsion ou autre?

Si j'ai bien compris le datasheet, le AD1955 doit recevoir ses mots réguilièrement, à savoir à chaque période du LRClock

Mais les mots de Max se terminent tout les deux par 00,or ils vont atterir l'un apres l'autre dans registre commande0 et ce sera le dernier qui va s'imposer.

C'est exactement ce que j'ai compris en lisant le datasheet. Je viens de le relire, et effectivement je comprends la même chose. Je pense qu'il va falloir faire 2 signaux DATA séparés et envoyer l'un sur l'AD1955 de gauche, l'autre sur celui de droite. Et en plus, c'est surement la configuration qui sera "la plus sure" de marcher.

{quote]Question de vitesse de transmission il y a un minimum de 50ns periode Clock,pas de maximum.

Ok, je n'avais pas relevé l'info. Donc la clock de 20MHz est peut-être un peu au taquet. En relisant le programme, je vois qu'on peut mettre une clock de 4MHz sans modifier le programme.

En tout cas, merci Anne.

Au plaisir de vous lire.

Max

Bonjour Anne et Max,

merci Anne pour ton intervention.

Envoyer des mots vers l'AD1955 d'accord,mais a quel moment? Apres un delay au demarage,ou sur commande d'un bouton,impulsion ou autre?

Je ne suis pas certain qu'il soit nécessaire de les envoyer de façon répétée, un seul envoi des trames au moment de la mise sous tension ou après un léger délai devrait suffire. Mais je me trompe peut-être.

Les mots doivent se termine (b1,b0) par 00 pour registre commande0,par 01 registre commande1,par 10 volume gauche et par 11 volume droite.Mais les mots de Max se terminent tout les deux par 00,or ils vont atterir l'un apres l'autre dans registre commande0 et ce sera le dernier qui va s'impose.

Oui, tout à fait. D'ailleurs dans le code déjà écrit pour le 16F628A, il y a bien distinction des différentes adresses pour les trois registres de conf et de volume. L'envoi de quatre ou six trames au lieu de deux ne posera bien sûr aucun problème.

Question de vitesse de transmission il y a un minimum de 50ns periode Clock,pas de maximum.Cad n'importe quel PIC ordinaire peut faire ca en soft sans ce faire des soucis des temps d'execution.

Sur ce point j'avais un doute. Non pas pour la fréquence max mais plutôt pour la fréquence min. Je n'ai pas très bien saisi la notion de temps minimum requise pour les signaux de commande qui nous concernent. Au début je pensais aussi qu'il n'y avait pas de critère de fréquence min pour les signaux d'horloge et de données, mais les exemples donnés dans le datasheet avec des multiples de la fréquence d'échantillonnage du DAC m'ont laissé perplexe. Peut-être que je me pose des questions qu'il est inutile de se poser. Si pas de soucis côté vitesse min, alors pas besoin du quartz externe sur le 12F675, on utilise l'oscillateur interne 4 MHz et on libère ainsi deux lignes d'E/S qui permettront de commander de façon séparée tes deux AD1955.

La solution finale se profile petit à petit

Bien cordialement,
Rémy

Bonjour Loïc,

Qu'en pensez-vous?

Que plus il a de participants qui s'y connaissent et plus on a de chances d'avancer dans la bonne direction...

J'ai peu d'expérience dans les liaisons SPI (j'ai surtout joué avec de l'I2C, quelques lignes écrites à ce sujet sur cette page) et vos aides sont bien entendu les bienvenues.

Merci pour ton intervention,
Rémy

Bonsoir à tous,
pour le transport de commandes le AD1955 utilise 3 broches.
24, CDATA (CD)
25, /CLTCH (CL)
26, CCLK (CC)
Ces trois doivent etre relie au 3 sortie PIC.Au repos CL=CC=1.
Pour transmettre des mots,vers une des registres a la fois,ca ce passe comme suite.
CL=0 ;ouvre la communication
Pour 16bit ,a commencer par b15...b0
CC=0
CD=bit x
CC=1 ;bit accepté a la monte du clock
Repete ;16x
CL=1 ;fin du transmission,le mot est avale
Recommence le tout pour un prochain mot.
Avec un PIC a 4MHz les instructions durent assez longtemps on a pas besoin de NOPs ralentiseur.
Anne

Bonjour à tous,

Chimimic - Remy Mallard
Max, as-tu pensé qu'il était possible d'envoyer manuellement les infos aux DAC avec de simples interrupteurs (avec anti-rebond associé) ?

Je n'ai jamais travaillé avec de la logique, don je ne comprends même pas de quoi il est question, je suis désolé.

Sinon, pour revenir à la séquence à la séquence d'envoi des données, j'ai maintenant quelque chose qui peut aider : je suis rentré en contact avec quelqu'un qui a déjà piloté les AD1955. Il vient tout juste de me répondre. Voici le code qu'il a été utilisé avec un 16F876A, mais il précise qu'on peut également utilisé un 12F679.

#include

__CONFIG(WDTDIS & XT & UNPROTECT & LVPDIS); // freq. clock 4MHz
//__CONFIG(WDTDIS & HS & UNPROTECT & LVPDIS); // freq. clock 20MHz


#define PORTBIT(adr, bit) ((unsigned)(&adr)*8+(bit))

static bit CSL @ PORTBIT(PORTA, 0);
static bit CSR @ PORTBIT(PORTA, 1);
static bit BLK @ PORTBIT(PORTA, 2);
static bit CLK @ PORTBIT(PORTA, 3);
static bit DAT @ PORTBIT(PORTA, 5);

static bit ST1 @ PORTBIT(PORTB, 5);
static bit ST0 @ PORTBIT(PORTB, 4);
static bit VUP @ PORTBIT(PORTC, 7);
static bit VDW @ PORTBIT(PORTC, 6);


#ifndef XTAL_FREQ
#define XTAL_FREQ 4MHZ /* Crystal frequency in MHz */
#endif

#define MHZ *1000L /* number of kHz in a MHz */
#define KHZ *1 /* number of kHz in a kHz */

#if XTAL_FREQ >= 12MHZ
#define DelayUs(x) { unsigned char _dcnt; \
_dcnt = (x)*((XTAL_FREQ)/(12MHZ)); \
while(--_dcnt != 0) \
continue; }
#else
#define DelayUs(x) { unsigned char _dcnt; \
_dcnt = (x)/((12MHZ)/(XTAL_FREQ))|1; \
while(--_dcnt != 0) \
continue; }
#endif

void DelayMs(unsigned char cnt);
void write_SPI(unsigned int data, unsigned int len);


#define MAX_VOL (1023)
#define INC_VOL (1)

void main()
{
int i, flag = 1;
unsigned char buf, curr, SAVEPOR;
int vol = 0, mod_lev = 0, auto_incr = 1;


TRISA = 0b00000000; // All ports A are output
TRISB = 0b00110000; // Only Rb4 and 5 are input
TRISC = 0b11000000; // Only Rc6 and 7 are input

ADCON1 = 0x06; // All posts AN4-7 to digital

PORTA = 0b00000000;

CSL = 1;
CSR = 1;
DAT = 0;
CLK = 0;

//##################################################
//# wait 1 second for power supply startup
//##################################################
BLK = 0;
DelayMs(250);
BLK = 1;
DelayMs(250);
BLK = 0;
DelayMs(250);
BLK = 1;
DelayMs(250);

//##################################################
//# set the AD1955 in mono mode
//##################################################
CSL = 0;
write_SPI(0b00001100, 8);
write_SPI(0b00000000, 8);
CSL = 1;

DelayMs(5);

CSR = 0;
write_SPI(0b00001000, 8);
write_SPI(0b00000000, 8);
CSR = 1;



void write_SPI(unsigned int data, unsigned int n_bit)
{
unsigned int bit_mask;
int i;


bit_mask = 1 2MHZ
unsigned char i;

do {
i = 4;

do {
DelayUs(250);
} while(--i);
} while(--cnt);
#endif
}

Bonsoir Max,

et bien nous avons là une bonne base de travail.

Comme tu disposes maintenant d'un code testé et fonctionnel, peut-être préfères-tu l'utiliser comme tel ? Dans ce cas plus besoin de continuer avec le 12F675 (ou 12F679) et le soft en MikroPascal que j'avais entamé.

Si malgré tout tu souhaites que je continue de mon côté, fais-moi signe. J'aurai plaisir à avancer dans ce domaine que je ne connais que d'assez loin.

Cordialement,
Rémy

Bonjour à tous, bonjour Rémy

merci pour tout ce travail. Je vais surement commencer par utiliser la version éprouvée de A.Ciuffoli (d'ailleurs comment sais-tu que c'est lui-même qui m'a fourni le code ?). Simplement parce que j'aurai possiblement d'autres sources d'erreurs possibles (mauvais routages ? mauvais schémas ? mauvaises soudures ?) et qu'il va bien falloir que je les identifie une par une si c'est le cas!

Je vous remercie à tous pour votre aide. J'aurai surement besoin de vos conseils pour implanter le programme dans le PIC (A.Ciuffoli utilise le protocole ICSP pour pouvoir modifier la config du DAC en direct ; c'est pas bete comme idée mais pour le moment je ne comprends pas comment ca se branche en pratique).

Mais quoi qu'il arrive, je vous donnerai de mes nouvelles, que ca marche ou non. Même si ca me prendra un certain temps pour mettre cela en oeuvre, les vacances arrivant à grands pas.

Encore merci.

Max

Chimimic - Remy Mallard
Son nom est marqué en bas du schéma que tu as posté...

Je n'avais même pas fait attention.

Pour l'ICSP, j'avais effectivement compris à quoi cela servait mais je ne visualise pas encore comment le mettre en oeuvre (comment le connecter, etc.). Mais là je peux creuser sans problème la question car je sais quoi chercher. Et je verrai bien ; si c'est facile à mettre en oeuvre, c'est un plus ; sinon, je ne pense pas que cela soit un moins.

Merci encore.

Max