Discussion :

[my_account]

Bonjour,

j'ai un fichier à stocker dans une mémoire SRAM d'une carte Xilinx Virtex ML507.
J'ai besoin, à partir de mon code C qui s'exécutera sur Microblaze, de lire ce fichier.
Tout ce que je connais sur ce fichier est son adresse physique dans la mémoire.

Y-a-t-il un moyen ou une fonction prédéfinie dans C
qui me permet d'ouvrir ce fichier à partir de son adresse?

[LittleWhite]

Bonjour,

Si le fichier est déjà en mémoire et non sur le disque dur, alors vous pouvez déjà l'utiliser en analysant le contenu de la mémoire à l'adresse spécifiée.

[bpy1401]

Bonjour my_account

Si tu connais l'adresse des données contenu dans ton fichier, tu peux y accéder directement par pointeur

Code :

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

1
2
3
char * pointeurVersDonnees = (char *) address ; // ou adress est l'adresse du premier octet
 
char val = *pointeurVersDonnees;  // premier octet du fichier

[my_account]

Merci pour vos réponses,

en fait, mon code s'exécute normalement sur pc,
ma tâche demandée est de le faire fonctionner sur la carte.

J'ai une fonction

jas_stream_t *jas_stream_fopen(const char *filename, const char *mode)

où l'image sera lue à partir d'un fichier.

et j'ai une fonction

jas_stream_t *jas_stream_fdopen(int fd, const char *mode)

où l'image est lue à partir d'une entrée standard

Bon, j'ai essayé d'utiliser mon adresse physique 0X8A300000
à la place de :

*filename
ou
fd

mais ça n'a rien donné.

Je ne sais pas comment je devrais faire pour lire les données de mon image,
à partir de ces fonctions: fdopen et fopen.

[pfeuh]

Salut,

Tout ce que je connais sur ce fichier est son adresse physique dans la mémoire.

Tu ne donnes pas toutes les infos... Ce fichier est-il géré par une FAT? Car si c'est le cas, même en connaissant son adresse, rien ne dit que les secteurs qui le contiennent se suivent, et tu n'as pas non plus l'info sur la longueur.

Je ne sais pas comment je devrais faire pour lire les données de mon image,
à partir de ces fonctions: fdopen et fopen.

Si tu veux absolument lire ton image comme une zone mémoire, que tu connais la longueur et que l'image est continue, la solution t'a déjà été donnée: Initialise un pointeur de unsigned char sur l'adresse de ton fichier, lit le byte qui s'y trouve, incrémente ton pointeur pour accéder à l'octet suivant, etc... Le nombre d'itérations de ta boucle correspond à la longueur du fichier. Oublie les fonctions de stdio, elles ne peuvent fonctionner qu'avec une vraie FAT.


A+

Pfeuh

[my_account]

Salut,
Tu ne donnes pas toutes les infos... Ce fichier est-il géré par une FAT? Car si c'est le cas, même en connaissant son adresse, rien ne dit que les secteurs qui le contiennent se suivent, et tu n'as pas non plus l'info sur la longueur.

J'ai chargé cette image sur la mémoire d'une carte (initialement vide), en précisant l'adresse de début.

Si tu veux absolument lire ton image comme une zone mémoire, que tu connais la longueur et que l'image est continue, la solution t'a déjà été donnée: Initialise un pointeur de unsigned char sur l'adresse de ton fichier, lit le byte qui s'y trouve, incrémente ton pointeur pour accéder à l'octet suivant, etc... Le nombre d'itérations de ta boucle correspond à la longueur du fichier. Oublie les fonctions de stdio, elles ne peuvent fonctionner qu'avec une vraie FAT.

Merci, c'est bien expliqué, je connais de même la taille de mon image, je devrais par contre me renseigner sur l'arrangement de ces données dans la mémoire en question (n'est ce pas 4 octets par ligne, ou ceci diffère d'une mémoire à une autre?)


Bref, j'ai trouvé hier une fonction prédéfinie:

jas_stream_t *jas_stream_memopen(char *buf, int bufsize);

dont le rôle est d'ouvrir un tampon de mémoire autant que flux.
J'ai remplacé *buf par mon adresse physique, et ça a marché,
mais je ne sais pas jusqu'à maintenant si la lecture de mes données se fait
correctement ou non.

Par contre, si j'ai à la faire manuellement (comme vous me l'avez expliqué), je devrais avoir en résultat une variable de type jas_stream_t (dont je me servirai ensuite dans le code), un type prédéfini, ce qui me compliquerait la tâche d'avantage.

Merci en tout cas

[LittleWhite]

(n'est ce pas 4 octets par ligne, ou ceci diffère d'une mémoire à une autre?)

Euh, il n'y a pas de concept de ligne dans la mémoire ...

J'ai remplacé *buf par mon adresse physique, et ça a marché,
mais je ne sais pas jusqu'à maintenant si la lecture de mes données se fait
correctement ou non.

Lisez une partie d'un fichier que vous connaissez, affichez les résultats et voyez si ça marche.

[my_account]

Euh, il n'y a pas de concept de ligne dans la mémoire ...

Je voulais dire, est ce que l'adresse dans la mémoire s'incrémente après chaque 4 octets lus? C'est dans ce contexte là.

Lisez une partie d'un fichier que vous connaissez, affichez les résultats et voyez si ça marche.

Il s'agit d'une image, et déjà pour l'affichage, il me faut un autre travail pour le faire.

[LittleWhite]

Je voulais dire, est ce que l'adresse dans la mémoire s'incrémente après chaque 4 octets lus? C'est dans ce contexte là.

Si l'incrémentation est "à la main", c'est à dire:

Code :

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

1
2
 
pointer++;

Alors, l'incrémentation est égale à la taille en mémoire de la donnée pointée. Donc si on veut avancer octet par octet, on utilise un pointeur sur char.

Il s'agit d'une image, et déjà pour l'affichage, il me faut un autre travail pour le faire.

Si vous pouvez (mais je doute), vous n'avez qu'à réécrire un fichier et le comparer avec celui de base (ou envoyer par le réseau, ou autre encore).