Forum

C'est le genre de truc qu'il faut valider pas à pas (au moins dès qu'il y a un doute), en commençant par le matériel, donc avec un analyseur logique ou un oscilloscope numérique, branché sur le spi. Il suffit qu'un IO soit mal configuré pour qu'il ne sorte rien. Quand on met en évidence un problème dans les signaux, on peut déjà chercher un moment une erreur dans le code, alors là, en n'ayant que le code et sans savoir à quoi ressemblent les signaux... Ca peut être aussi un non respect du protocole de communication de la mémoire.

L'analyseur, si j'en avais un, c'est sur, ca irait plus vite. Mais ce n'est pas le cas Apres une etude consolidée des docs de chaque partie, la config SPI du PIC semble ad-hoc.
L'ICD3 est en effet en mesure des descendre, a minima, à 3.3V. Mais dès que l'alimentation de la carte descend sous 4V, il declare que l'ID du PIC n'est pas bonne. A premiere vue, je ne vois pas ce qui peut clocher. Faute d'information pour aller plus loin, je tente le contournement.
La RAM est en effet donnée pour une alimentation jusqu'à 3.6V (de memoire, sans jeu de mot). Mais il est egalement indiqué de maniere assez vague un Vmax de 4.5V. Ca vaut la peine d'essayer. Alimentation reduite à 4.7V. Ajout d'une 4007 et voila une alimentation (basique) de 4V. Le PIC tourne parfaitement. La RAM est à ce menu depuis 15 jours. Force est de reconnaitre qu'elle est encore vivante. Voir ci-dessous. Cette config permet de faire le defrichage soft. La version finale prendra soin des specifications de chacun.
Le système est on ne peut plus simple. 1 PIC, 1 Ram et un quartz. Cablage de la ram sur le SPI1 du PIC:
- SCK sur 14 du PIC, sur 6 de la RAM
- SDI sur 15 du PIC, sur 2 de la RAM
- SDO sur 16 du PIC, sur 5 de la RAM
- CS\ via RC2 soit 13 du PIC, sur 1 de la RAM
- HOLD\ de la RAM forcée à Vcc
Oscillateur HS du PIC à 20Mhz
Hier, j'ai retravaillé le code. J'ai pu me rendre compte que lorsque les lectures/ecritures se faisaient dans le main et non pas dans des fonctions, cela donnait un resultat infiniment plus stables et prédictifs. Une heure plus tard, ca tournait de maniere parfaite. Les seules modifications sont au niveau des fonctions de lecture / ecriture de la RAM.
Elles sont à présent:

void SPI_Write(unsigned int addr,unsigned char data)
{
PORTCbits.RC2 = 0;
SSP1BUF = SPI_WRITE;
while(!SSP1STATbits.BF);
SSP1BUF = addr >> 8;
while(!SSP1STATbits.BF);
SSP1BUF = addr & 0xFF;
while(!SSP1STATbits.BF);
_delay(50);
SSP1BUF = data;
while(!SSP1STATbits.BF);
_delay(50);
PORTCbits.RC2 = 1;
}

unsigned char SPI_Read(unsigned int addr)
{
PORTCbits.RC2 = 0;
SSP1BUF = SPI_READ;
while(!SSP1STATbits.BF);
SSP1BUF = addr >> 8;
while(!SSP1STATbits.BF);
SSP1BUF = addr & 0xFF;
while(!SSP1STATbits.BF);
_delay(100);
SSP1BUF = 0x00;
while(!SSP1STATbits.BF);
PORTCbits.RC2 = 1;
return(SSP1BUF);
}
La difference réside uniquement dans l'ajout des _delay().
Je suis depuis passé à la vitesse maxi du SPI, cela fonctionne parfaitement.
Nul mention de ces tempos dans la doc de la ram.
Si qqn à une idée la dessus, je suis preneur.

Cela peut venir aussi d'un temps minimal entre deux actions, lié par exemple à des vitesses de bus et de périphériques (internes au processeur) différentes. Les docs ne sont pas toujours clairs. Ne connaissant pas ce processeur, je ne suis sûr de rien. Mais dès que l'on fait du soft directement lié à du matériel, avoir un oscilloscope est un minimum, idéalement numérique pour pouvoir débugger des liaisons séries. Ou un oscilloscope analogique accompagné d'un analyseur logique. On peut avoir ce matériel à des prix très abordables, en neuf ou en occasion.

Le câblage de ton LTC485 est assez curieux ..... la transmission par /RE DE ??????

- Il faut connecter TX du PIC sur la broche 4 DI
- Il faut connecter RX du PIC sur la broche 1 RO
- Il faut connecter une sortie du PIC sur les broches 2 /RE et 3 DE pour indiquer dans quel sens est le LTC485 (émission ou réception)

et mettre une 120 ohms entre le "A" et le "B" du premier ainsi que du dernier de ta ligne de transmission

petard Si on y regarde de plus pres, il est pleinement fonctionnel (il faut secouer un peu la doc d'un driver RS485).

Cela m'étonnerait beaucoup !
Ce montage, en émission, fait du
- Soit tension nulle (quand on veut transmettre un "0", le driver est en trois état)
- Soit tension (quand on veut transmettre un "1")

Alors que le fonctionnement normal, c'est une tension différentielle positive ou négative suivant le bit à transmettre.

Ce montage est tombé en marche .... et je le déconseille fortement !

petard Et il transmet les 0 et 1 comme requis pour du RS485.

ce n'est pas vrai ! la norme RS485 (ou RS422) spécifie une inversion de polarité

Il a meme été mentionné dans Elektor il y a 2 ou 3 mois dans la série d'article "Le Bus Arrive".

Sorry, mais ce n'est pas une référence crédible ... si tu savais ce que l'on trouve comme erreur et comme mauvaise bidouille sur le WEB et la littérature ! Pour moi, sont crédibles les normes et les spécifications .

Le montage fonctionne à la perfection depuis des semaines. Vu le peu de retour, je vais être obligé de faire l'impasse sur l'explication des tempos. Dommage, mais l'objectif est atteint, c'est l'essentiel.
Le montage a été un peu plus finalisé: alimentation à partir de 24VDC, convertisseur 5VDC sur base de MC34063, amélioration de l'alimentation de la RAM... Comme je le disais, cela fonctionne très bien. Le montage allant vers sa vraie vie, il a commencé à prendre son autonomie. Le cordon vers l'ICD3 a été débranché... et là, ca ne va plus. Enfin, tout fonctionne, mais les valeurs lues dans la ram sont du n'importe quoi.
Le défaut disparait dès que l'on connecte le programmateur alimenté (via usb) (mais pas nécessairement relié à MPLAB).
Que peut induire l'ICD qui explique cette différence ?

J'ai fais le test avec le montage alimenté par batterie et le PC portable deconnecté du secteur : même châtiment !
Cela ne m'etait d'ailleurs jamais arrivé avec des montages du meme type, mais sur des PIC16

Salut,

Montres-nous le schéma électronique à jour de ton système.

Quelles valeurs as-tu programmées dans les bits de configuration ?
(cela doit être DANS ton programme)

a+