Mémoire pour 3072 octets

[invite63ada8dd]

Bonjour à tous,

Je suis sur un projet d'une console qui va être équipé de 48 faders classic. Le but est de mémoriser 48 valeurs d'octets x 64(*) , donc 3072 octets dans une mémoire.

De l'autre coté j'ai une matrix de 64 boutons(*) et chaque bouton devra contenir 48 octets. Les 48 octets se suive dans la mémoire donc pour chaque lecture ou enregistrement je travaille par bloc ( adresse de 48 octets )

Par la suite je dois récupérer n'importe qu'elle des 64 boutons avec les 48 octets assigné ) pour les assigner à un autre fader ( 16 autres faders différent des 48 faders classic )

La matrix de 64 boutons est donc une mémoire tempo et je choisis n'importe quelle mémoire tempo pour les transférer sur un des 16 faders au final

Après une recherche j'ai trouver ceci : http://pdf.datasheetcatalog.com/data...9/298949_1.pdf
En essayant de lire le data sheet, on parle de différent point comme :
Internally Organized 131,072 x 8
256-byte Page Write Mode (Partial Page Writes Allowed)
PAGE ADRESSES
... ... ...

Et pour finir 512 pages de 256 bytes

J'avoue franchement perdre le nord dans les explications.

Quelqu'un connait il bien ce genre de mémoire et est elle assez forte pour enregistrer mes 3072 octets ( je doute fort )

Pour ce qui est de la communication en I2C, j'imagine qu'il a un complément d'infos à transmettre dans la communication pour faire une lecture et/ou écriture

la PIN W/R sert bien à positionner la mémoire en lecture ou écriture?

A1 est une adresse ???

Les 24c00 par exemple ont une pin A1 et A2 donc possibilité de mettre plusieurs mémoires sur le même signal i2c

J'avoue ne plus trop suivre dans le data sheet.

Merci de votre aide
-----

[invite29971eb1]

Tu as 3072 octets à stocker soit, en passant à la puissance de 2 supérieure, un besoin en mémoire de 4096 octets ou, converti en bits, une mémoire de 32kbits. Une Eeprom 24x32 (x à remplacer par C, AA ou ce que tu veux selon le fabricant) conviendra parfaitement.

La taille des pages, c'est juste une façon d'organiser la mémoire en interne du composant. Soit tu en tiens compte en programmant l'accès EEPROM en bas niveau, soit ta librairie logiciel te décharge de cette partie. Dans un cas comme dans l'autre, tu auras 4096 adresses mémoire et tu la décomposeras en page + offset.

Par exemple, sur une EEPROM Atmel 24C32, la taille de page est de 32ko. Accéder à l'octet 5, c'est page 0, offset 5. Accéder à l'octet 135, c'est page 4, offset 7 (64 *2 +7) et ainsi de suite... La taille des pages varie d'une EEPROM à l'autre.

[inviteede7e2b6]

il te faudrait (ré)étudier l'électronique logique.

car tes questions , bien que basiques, nécessitent tout un cours , ce qui n'est pas le rôle d'un forum.

[polo974]

c'est beaucoup beaucoup beaucoup beaucoup trop gros (128 koctets...)
regarde la 24c32 ou 24c64 (selon ce qui est dispo chez ton épicier)
(et prend la doc à la source, par exemple ici atmel)
www.atmel.com/images/doc0336.pdf

[A voir en vidéo sur Futura]

[mag1]

Bonjour,

Je ne suis pas un spécialiste, mais pour résumer "en gros"ce que ce crois en savoir:
une 24C32 à 4096 octets, donc, ça devrait suffire
l'adresse I2C est fixée par les broches A0, A1, A2 ( à 0 ou 1) donc 8 adresses possibles.
Je ne sais pas ce qu'est un fader, mais généralement, ces mémoires sont gérées par un µC qui ont tous le moyen d'écrire et de lire ces mémoires.
L'organisation interne est transparente (pages etc..), mais il faut fournir à la commande les renseignements indispensables:
on précise d’abord le protocole: Adresse I2C de la mémoire, vitesse, longueur du byte (8 ou 16 bits par ex).
Dans un second temps, on lit ou on écrit en fournissant le n° du byte et sa valeur.
Tout cela est dans les docs et si je dis des bêtises, que les pros les corrigent

MM

[invite3026ff02]

24fc1026-i/p