Programmation EEPROM

**slylafone** · 05/12/2003, 14h12

Je travaille avec un électronicien qui programme ses PIC avec un logiciel très précis.
Quelles sont les avantages de programmer avec ce type d'IDE par rapport à Delphi ou C++Builder ?

Combien de temps faut-il pour faire un programme tout simple sur un PIC avec Delphi (pour un débutant) ?

**Sub0** · 05/12/2003, 14h15

As-tu essayé d'augmenter le délai?
Si tu veux, tu peux essayer d'utiliser la DLL que je t'ai donné...
Pour cet aprem, je n'aurai pas le temps d'étudier ton code, à+

**jeannot27** · 05/12/2003, 14h20

Envoyé par Sub0

As-tu essayé d'augmenter le délai?
Si tu veux, tu peux essayer d'utiliser la DLL que je t'ai donné...
Pour cet aprem, je n'aurai pas le temps d'étudier ton code, à+

g essaye d'augmente le delai oui....tu mets combien comme delai toi?

**Sub0** · 05/12/2003, 14h23

Quelles sont les avantages de programmer avec ce type d'IDE par rapport à Delphi ou C++Builder ?

Les avantages sont que tu n'auras pas à éplucher le datasheet du µC pour comprendre comment le programmer!
Pour programmer un PIC, il est plus simple de ce servir de ce qui a déjà été fait.
Mais pour le reste, il faut programmer soi-même.
-> Il n'existe pas de programme quand le montage est de sa propre conception.

Combien de temps faut-il pour faire un programme tout simple sur un PIC avec Delphi (pour un débutant) ?

Les programmes PIC sont des fichiers binaires à l'extension HEX. Il existe déjà des compilateurs pour les PICs.
Utiliser Delphi, C++ Builder, ou un autre compilateur est nécessaire pour piloter un montage,
pas pour programmer des PICs.
Le temps que va prendre le développement d'un programme dépend de sa complexité, c'est très variable, à+

**Sub0** · 05/12/2003, 14h28

tu mets combien comme delai toi?

Cela dépend des limites du composant!
En général, je commence pas un délai très grand, et une fois que je suis sûr que tout fonctionne,
je diminue le délai progressivement jusqu'à que ça ne fonctionne plus.
Puis je réaugmente légèrement pour que tout refonctionne.

**jeannot27** · 05/12/2003, 14h33

Envoyé par Sub0

tu mets combien comme delai toi?

Cela dépend des limites du composant!
En général, je commence pas un délai très grand, et une fois que je suis sûr que tout fonctionne,
je diminue le délai progressivement jusqu'à que ça ne fonctionne plus.
Puis je réaugmente légèrement pour que tout refonctionne.

pour le 24LC00 tu mettrais combien?

**Sub0** · 05/12/2003, 14h39

pour le 24LC00 tu mettrais combien?

4 ms maximum byte write cycle time

-> Voir la table 1-3 du datasheet que je t'ai donné.

Le délai est crée par une boucle d'incrémentation.
Le temps résultant est variable selon la puissance de ton PC et des ressources libres.
Si ton montage ne fonctionne pas encore, mais un grand délai.
Tu le diminuras quand ça marchera, à+

**jeannot27** · 05/12/2003, 15h09

Ca marche pas, qd tu auras 5min pourrais tu regarder mon code stp, ca doit etre un truc tout con mais je vois pas.......En totu cas merci pour tout...
a+

**jeannot27** · 05/12/2003, 15h31

Ce délai corespond a quoi exactement ?

**Sub0** · 05/12/2003, 17h00

Ce délai corespond a quoi exactement ?

Une eprom possède une donnée de plusieurs bits par adresse.
Pour l'écriture d'une donnée, il faut définir l'adresse, la donnée, puis envoyer l'écriture.
Cette écriture nécessite un certain temps.
De même, la mémorisation d'un bit (d'adresse ou de donnée) nécessite un certain temps.
Quand tu envoit un bit au composant, il faut lui laisser le temps de le recevoir et de le mémoriser.
Le délai du bus I²C sert à ça. Il permet aussi au composant de différencier l'état d'un changement d'état.

qd tu auras 5min pourrais tu regarder mon code stp,

Je veux bien regarder ton code, mais je doute que 5 min suffisent!
Répond-moi d'abord:
- Est-ce-que c'est toi qui la écrit ce code de A à Z?
- As-tu vérifier au voltmètre que tu arrivais bien à définir l'état de data et clock?
- As-tu d'autres éléments à me donner, où sont écrites les fonctions appellées?

à+

**jeannot27** · 05/12/2003, 17h37

Est-ce-que c'est toi qui la écrit ce code de A à Z?

Non j'ai repris les write et read d'un octet, qui marchent tres bien avec une eeprom Xicor X24C00, j'ai ecris moi la fonction d'ecriture de l'eeprom pour cette derniere, no probleme...
Le protocole I2C de la microship est completement different de celui de Xicor, donc je me suis dit que j'allais implementer le nouveau protocole I2C de la 24LC00 en me servant des fonctions de lecture/ecriture d'un octet sur le port I2C, mais heals ca ne marche pas......je penses avoir bien implementer ce nouveau protocole alors je ne comprends pas......

As-tu vérifier au voltmètre que tu arrivais bien à définir l'état de data et clock?

Non car ces etats marchent tres bien pour la Xicor.....donc le pilotage de SDA et SDL fonctionnent.....

As-tu d'autres éléments à me donner, où sont écrites les fonctions appellées?

Oui j'appelle tout betement mes fonctions ecriture/lecture d'eeprom pour la meme adresse j'ecris, je lis....

Ecriture

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
Ecriture = 0xF0;
pucPointeurDataI2C = (ubyte *) &Ecriture;
IO_vI2C_Write_Bytes( 160,0);

Lecture sur le port serie par borllandc++:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Prov_Test1[0] = IO_ubI2C_Read_Bytes( 160,0);
EmissionData(1,Prov_Test1);

voila et quoi que j'ecrive borland m'affiche toujours 0x00 et non par exemple comme ici : 0xF0.....

Voila merci pour tout

**Sub0** · 05/12/2003, 17h50

Non j'ai repris les write et read d'un octet, qui marchent tres bien avec une eeprom Xicor X24C00, j'ai ecris moi la fonction d'ecriture de l'eeprom pour cette derniere

Tu aurais dû commencer par là!

Ton erreur se trouve sûrement dans cette procédure.
Il faut comparer les modes opératoires des 2 Eproms dans leur datasheet!
L'une ne doit pas se piloter comme l'autre... la différence?
Je te conseil de diminuer le délai et de faire des essais en modifiant des trucs dans cette proc,
jusqu'à trouver ton (ou tes) erreur(s).
-> Il faut étudier la séquence de lecture et d'écriture des Eproms.
Bon courage, à+

**jeannot27** · 08/12/2003, 09h12

Envoyé par Sub0

Non j'ai repris les write et read d'un octet, qui marchent tres bien avec une eeprom Xicor X24C00, j'ai ecris moi la fonction d'ecriture de l'eeprom pour cette derniere

Tu aurais dû commencer par là!

Ton erreur se trouve sûrement dans cette procédure.
Il faut comparer les modes opératoires des 2 Eproms dans leur datasheet!
L'une ne doit pas se piloter comme l'autre... la différence?
Je te conseil de diminuer le délai et de faire des essais en modifiant des trucs dans cette proc,
jusqu'à trouver ton (ou tes) erreur(s).
-> Il faut étudier la séquence de lecture et d'écriture des Eproms.
Bon courage, à+

Attention, qaund je dis "write" et "read" c pour 1 octet! ca ne change pas quelque soit l'eeprom.......ce qui change c le protocole d'ecriture et de lecture de l'eeprom elle meme decrites dans les datasheet respective....je me trompe? je disais juste que les "write" et read" pour 1 octet fonctionnent puisque je les ai testees.....
a+

**Sub0** · 08/12/2003, 09h52

Oui, c'est ça, tu ne te trompes pas.
Il faut que tu adaptes tes procédures d'écriture/lecture d'Eprom au nouveau modèle...
Tu devras analyser les datasheets des composants, pour recréer le protocol correspondant.
C'est tout!

Pour les essais, met un délai assez grand, et quand ça fonctionnera, tu le diminuras au maximum.

Bon courage, à+

**jeannot27** · 08/12/2003, 09h56

c justement la que le bas blesse je pense avoir ete fidele au nouveau protocole....
Le delai a quel niveau de la programmation tu le mets?

**Sub0** · 08/12/2003, 10h15

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
void IO_vI2C_Pause(void) 
{ 
char a=0; 
 
for (a=0;a<3;a++) ; 
}

5 itérations, c'est trop peu! Surtout sous Windows...
Je ne sais pas, essaye d'avoir 5 ..10ms pour un cycle, fait le calcul avec la fréquence de ton cpu,
ou regarde combien de temps il mets pour l'opération complète, puis divise par le nombre de cycle... à+

**jeannot27** · 08/12/2003, 11h40

Envoyé par Sub0

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
void IO_vI2C_Pause(void) 
{ 
char a=0; 
 
for (a=0;a<3;a++) ; 
}

5 itérations, c'est trop peu! Surtout sous Windows...
Je ne sais pas, essaye d'avoir 5 ..10ms pour un cycle, fait le calcul avec la fréquence de ton cpu,
ou regarde combien de temps il mets pour l'opération complète, puis divise par le nombre de cycle... à+

J'avance, j'arrive a ecrire dedans (avec la tempo ci dessus) mais la lecture ne marche pas......

**Sub0** · 08/12/2003, 11h48

Comment peux-tu vérifier l'écriture sans pouvoir lire son contenu? humm?

**jeannot27** · 08/12/2003, 13h33

Envoyé par Sub0

Comment peux-tu vérifier l'écriture sans pouvoir lire son contenu? humm?

Bah g un logiciel qui ecrit et lit sur port parallele.....je peux ecrire et lire a volonte avec ce logiciel mais moi je veux le faire pour mon soft a partir de mon microcoleur......

**Sub0** · 08/12/2003, 13h56

En général, l'écriture est plus difficile à obtenir que la lecture.
Soit le problème vient du protocol de lecture, ou alors le délai...
A mon avis, tu n'es plus très loin du tag résolu!

Programmation EEPROM

C++Builder

Discussions similaires

Partager

Partager