ggilson

Du coup on écrit que 2048 par page au lieu de 2112? pourtant dans le code original Nandway.py ou .c c'est bien marquer:

for (uint8_t k = 0; k < PAGE_PLUS_RAS_SZ / BUF_SIZE_RW; ++k) {
        for (i = 0; i < BUF_SIZE_RW; ++i) {
            NAND_IO_READ(nandp, buf_rw[i]);
        }
        usb_serial_write(buf_rw, BUF_SIZE_RW);
    }

dans le .c

et:

data = self.read(self.NAND_PAGE_SZ_PLUS_RAS) dans le .py

Et si on fait le calcul avec RAS (Je sais pas trop ce que c'est une sorte de buffer je pense): 2112*64*1024/2^20 = 132MB

et sans : 2048*64*1024/2^20 = 128MB

Et dans la doc :

On écrit de 1 à 2112 bits donc...

Je pige pas trop

Bah ce que j'ai dis plus haut un Read/Write d'un K9F1G08U0B avec seulement un Raspberry pi, maintenant je dois tester au moins trois dumps.

Sinon un dump c'est bien 1056 Mbits (2112*64*1024*8/2^20)? On prend tout quoi.

Merci c'est exactement ce que je cherchais.

Rebonjour,

J'ai fini de coder et je voudrais test un dump, comme j'ai la flemme d'acheter un clip pour une console je me suis dit que j'allais souder. Mais comme j'ai un vieux fer à souder qui chauffe pas à la pointe je me suis demander si les pins des nands n'était pas reliés à des vias ou autres pattes sur la carte (SEM-001) pour pouvoir les souder plus facilement et si il existait pas déjà quelque chose à ce sujet?

Donc un fichier patché est un ou plusieurs fichiers .bin qui commence par leur addresse ou l'écriture doit commencer, puis les données? (Ce qu'on doit écrire dans la NAND quoi) Est ce qu'il y a un octet/plusieurs octets qui séparent l'addresse et les données où c'est une autre structure et que ce passe-t-il si l'addresse se fait en 5 Octets et non en 4 par exemple?

ps: J'ai l'impression d'être un peu relou mais je voie pas comment trouver les infos, genre quoi taper comme mots clés sur internet.

Oui, mais patcher de quoi? Pour faire quoi en faite?