g du faire une connerie, g plein de unresolved reference to nom_fonction:-/
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.
vince Le 15/03/2004 à 20:54 orion : envoies lui un fichier déjà compilé, parcque là :/
vince Le 15/03/2004 à 21:21 la valeur retour...
tu pourrais suivre
euh... non zero (strange).
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.
par conte, g l'impression que ça suce beaucoup, mes pile sont à 6/7:-/
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.
c normale que ce si long ??
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.
Nil Le 15/03/2004 à 21:27 Il faudrait p-ê que le dispositif utilise une pile lithium indépendante
squalyl Le 15/03/2004 à 21:28Edité par Boo le 15/03/2004 à 21:30 juste comme ca, la 24LCmachin c pas de la flash c de l'EEPROM.
Le nb de cycles lect/ecr admissible est énorme.
Pas besoin de défragmenter une mem électronique: l'accès mémoire prend le même temps quel que soit le secteur/octet à lire.
Une FAT 12 ou même FAT 8 c peut être pas à négliger.
Disons 4 puces de 64 ko = 256 ko
Si tu fais des secteurs de 1 ko ca en fait 256 et tu gères ca en FAT8, à ce moment là la FAT prendrait 8 bits*256 secteurs=2048 bits = 256 octets soit même pas un secteur ce qui laisserait quand même 255 secteurs de libres soit 255*1024= 255 ko de place, plus de la place "système" pour les infos genre nom de volume, etc...
Si tu fais des secteurs de 64 octets ca fait 256ko/64=4096 secteurs gérés dans une FAT12, là la FAT prendrait 12 bits * 4096 secteurs = 4096*1,5 octets = 6144 octets soit 96 secteurs, il en resterait 4000 soit 250 ko.
Dans le cas de 8 puces :
- en fat8 ca ferait 256 secteurs de 2ko , une fat de 256 octets et 510 ko de place
- en fat12 ca ferait 4096 secteurs de 128 octets, une fat de 6144 octets (48 secteurs) et 4048 secteurs, soit 506 ko.
Des secteurs de 1 ou 2 ko c peut être un peu gros. Par contre, en FAT12...
En plus comme on est en I²C rien ne nous empêche de câbler un PCF8574 sur le bus I²C (=8 sorties numériques) pour sélectionner 8 groupes de 8 puces. Je vous laisse rêver à de futures évolutions.
Essaye de tester en mettant la puce sous tension avec le port I/O et mesurer avec un multimètre si il y a du jus ou non... On ne sais pas si c'est hardware ou software qui merde!
une 12-aines de secondes.
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.
Je veux bien me lancer dans une FAT12 mais en ayant un max d'infos...
vince Le 15/03/2004 à 22:07 mac
(##_##) <ton multimètre entre ces deux pattes
(#####) <
(#####)
(#####)
parce que cette mémoire là c pas une flash d'archive. Tu vas te faire chier ac des secteurs de 64 ko ou chais pus combien.
orion> la fat c pas bien dur dans le principe. Tu définis une liste de fichiers avec les numéros des secteurs où commencent chaque fichier.
Ensuite pour récupérer ton fichier tu lis le premier secteur, puis l'emplacement FAT de ce secteur te dit qui est le secteur suivant.
Genre:
secteur -> contenu
Pour 32 secteurs par exemple:
1 -> FAT
0 0 0 0 0 0 0 0 0 11 12 13 255 0 16 20
18 19 255 21 22 23 255 0 0 0 0 0 0 0 0 0
2-> index
readme.9xt -> taille n début en 10 sur 4 secteurs
unios.9xz -> taille n' début en 15 sur 6 secteurs
machin.9xd -> taille n" début en 17 sur 3 secteurs
3 à 9 -> vide
11 premier secteur du premier fichier
12 2e secteur du premier fichier
13 3e et dernier (==255) secteur du premier fichier
On remarque que le 2e fichier correspond à la chaine 15,16,20,21,22,23 -> il est fragmenté.
etc...
Nota: c schématique. Je garantis pas les valeurs.
Comme ça, vous avez juste à recopier le code. EN plus, comme il est fait pour qu'on puisse reconstruire une VAT à partir de ça, c'est facile de coder un explorateur basé dessus.
)