Discussion :

[gienas]

Bonsoir à tous

Grâce à vos conseils, je suis passé d'un niveau zéro en pratique arduino, à des balbutiements très encourageants en quelques semaines. Merci à tous les participants.

A chaque nouveau périphérique, j'ai une période de rodage. A présent je maîtrise bien (je pense), les afficheurs LCD, la RTC, et j'ai fait la connaissance du bus I2C qui me plait bien.

J'ai besoin d'ajouter le shield SD card, en I2C pour conserver à long terme des données auxquelles je n'accèderai en lecture que pour lire un octet à la fois, et, en mode écriture, également un octet à la fois et cela très rarement.

il s'agit de ce modèle:

Ma grosse difficulté, c'est pour trouver sa documentation, sous forme pdf, pour connaître bien entendu son adresse (I2C), et aussi les opérations de gestions, tant à l'écriture qu'à la lecture, et aussi, car je suppose qu'elle existe, la bibliothèque à inclure.

Comme ce n'est pas la première fois que je suis confronté à ce type de besoin, et que je n'ai pas été capable de trouver tout seul (donc sans votre aide précieuse), j'aimerai bien, à l'avenir, être capable d'y parvenir. J'ai beau secouer la FAQ, elle n'est pas bavarde ou ne me comprend pas.

Merci de me remettre au moins un pied sur un rail.

[Auteur]

Bonsoir,

il s'agit de ce modèle:
(...)

c'est assez vague comme description. As-tu un lien ? Peut-être les informations écrites sur les composants électroniques, surtout le circuit intégré sur la photo, de cette carte (si tu l'as achetée) ?

[f-leb]

Salut,

Ma grosse difficulté, c'est pour trouver sa documentation, sous forme pdf, pour connaître bien entendu son adresse (I2C)

Sauf qu'ici ce n'est pas de l'I2C, mais du SPI. Les esclaves SPI sur le bus n'ont pas d'adresse. A la place, le maître décide de communiquer avec un esclave en mettant sa broche CS (Chip Select) à l'état bas.
Mais pour manipuler les cartes SD, tu as déjà une bibliothèque SD toute prête

[Auteur]

@f-leb : rien qu'à voir la carte tu connais la doc ? Ou est-ce la présence des pin MISO et MOSI qui t'a aidée ?

[f-leb]

@f-leb : rien qu'à voir la carte tu connais la doc ? Ou est-ce la présence des pin MISO et MOSI qui t'a aidée ?

MOSI, MISO, CS et SCK sur la photo ==> du SPI, c'est imparable C'est l'interface classique pour les cartes SD il me semble, il y en a à la pelle de ces modules...

Et quand tu passes par la bibliothèque SD :

Code :

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

1
2
#include <SPI.h>
#include <SD.h>

[gienas]

Merci déjà pour ces premiers éléments de réponse

... c'est assez vague comme description. As-tu un lien ? Peut-être les informations écrites sur les composants électroniques, surtout le circuit intégré sur la photo ...

sur le verso de la carte il est écrit MicroSD Card Adapter avec HW dans un coin

Les bornes dans l'ordre
CS
SCK
MOSI
MISO
VCC
GND

au recto, le circuit 14 pattes comprte

LVC125A
S860050
XYD19
29D

la petite recherche faite m'apprend que ce n'est pas I2C mais SPI.

... Sauf qu'ici ce n'est pas de l'I2C, mais du SPI . ...

Je vais me lancer dans l'étude de tes liens.

Le survol que je viens de faire (pas encore de tes liens) m'indique que les procédures vont chercher dans des fichiers. Est-ce obligatoire que mes données soient dans des fichiers ou bien est-il possible, comme dans une mémoire, d'aller écrire des octets à des adresses, et d'aller les y relire?

Dans un fichier, on n'est pas maître de la succession des octets, qui sont placés/encadrés/chaînés/... par le système d'exploitation. Je veux, moi, rester plus basique et disposer d'un tableau de 10080 octets ordonnés (chronologiquement).

[Jay M]

Salut

Il vaut mieux utiliser la bibliothèque SDfat (https://github.com/greiman/SdFat) qui sera plus performante que la bibliothèque SD standard (qui est aussi issue d’une plus vieille version de SDFat)

Sur une carte SD le stockage se fait dans un fichier mais vous pouvez accéder à un octet particulier du fichier directement si vous voulez. Donc si vous voulez gérer par exemple 1000 octets de mémoire, vous commencez par créer un fichier de 1000 octets mis à 0 et ensuite vous accédez à un endroit particulier du fichier pour mettre à jour un octet (ou lire un octet).

[Guesset]

Bonjour,

Pour compléter la réponse de Jay M, l'accès physique direct (i.e. sans passer par un fichier) n'est pas possible (enfin très difficilement et hors de portée en usage normal) et n'est pas souhaitable. Par exemple, lors d'une actualisation d'un fichier la nouvelle version n'est pas nécessairement à la même place ni même en un seul morceau.

L'espace mémoire vu est un espace logique et une carte SD n'est pas que de la mémoire mais aussi de l'intelligence embarquée qui va gérer les échanges et garantir (dans certaines limites) un bon fonctionnement même quand des secteurs de la mémoires deviennent défaillants.

Salut

[gienas]

Bonsoir à tous

Cette discussion apparaît comme "déplacée" puisque la mémorisation est totalement décalée. La capacité proposée est en dizaines de Go alors qu'il faut quelques kilo octets.

Comme le type de mémoire à changé, pour une eeprom, la discussion continue ici:

https://www.developpez.net/forums/d2.../#post11708737

[wheel]

Oui il est tout a fait possible d écrire directement sans passer par les lib Fat en réservant un ficher avec la taille souhaitée qui doit etre alignée a celle du cluster et après on cherche l adresse physique de ce dernier si le fichier utilise plusieurs cluster il faut vérifier qu ils sont compact via des utilitaires avant de procéder a l écriture ...j en ai fait le test

Bonsoir,


c'est assez vague comme description. As-tu un lien ? Peut-être les informations écrites sur les composants électroniques, surtout le circuit intégré sur la photo, de cette carte (si tu l'as achetée) ?

Modèle Catalex assez répandu .. on peut voir le régulateur de 3 volt et le circuit convertisseur tension logique 3=>5 et inversement

Il vaut mieux utiliser la bibliothèque SDfat (https://github.com/greiman/SdFat) qui sera plus performante que la bibliothèque SD standard (qui est aussi issue d’une plus vieille version de SDFat)

Pourquoi chercher ailleurs Editeur Arduino a ses bibiotheque que se soit pour le SD ou le Fat

[Jay M]

l vaut mieux utiliser la bibliothèque SDfat qui sera plus performante que la bibliothèque SD standard (

Pourquoi chercher ailleurs Editeur Arduino a ses bibliothèques que se soit pour le SD ou le Fat

Ce n'est pas chercher vraiment ailleurs. La bibliothèque SD est une version ancienne et simplifiée de la bibliothèque SDFat (c'est le même auteur). En prenant SDfat vous avez la version à jour avec les optimisations qui ont été apportées depuis.

dans un (vieux) post l'auteur de la bibliothèque a dit

I am the author of SdFat. SD.h is a wrapper for an old version of SdFat that provides an alternative API.
SD.h works well for most people. It has bugs but these don't affect most people. Most users don't need the features or higher performance of SdFat so SD.h will probably work fine for you.
So the SD library included with the Arduino IDE is SdFat with a simple API that reduces features but makes the library easy to understand and use. The new SdFat is also easy to use for simple sketches but has a different API.