FatFS Bibliothek Fehler bei Beispielcode

[Clara E. (clara97)]

Hallo zusammen,
ich nutze einen atmega328p microcontroller und brauchte ein SD Modul zum 
speichern von Daten. Da habe ich die FatFs Bibliothek gefunden. Ich habe 
Sie direkt meinem Projekt hinzugefügt und dann das Beispielprogramm auf 
folgender Seite einkopiert: http://elm-chan.org/fsw/ff/doc/open.html
Natürlich habe ich nicht vergessen die ff.h und diskio.h einzubinden. 
Jedoch bekomme ich beim Ausführen eine Reihe von Fehlern, die Ihr dem 
folgenden Screenshot entnehmen könnt.
Weiß einer mir zu helfen und kann mir helfen diese Probleme zu lösen?

[M. Н. (Gast)]

Er findet die ganzen Referenzen auf die Low-Level Funktionen nicht, die 
mit deinem Medium sprechen (SD Karte, USB etc.) Diese werden in der 
diskio.c benötigt. Du musst darin die Treiber für deinen Controller 
hinterlegen. Ich nehme an, diese hast du noch nicht. Da musst du mal 
googlen. Für die AVRs + SD Karte gibt es die low-level Treiber bzw. 
schon fertig zusammengeschnürte Beispielprojekte.

Hier ist besipielsweise schon ein Treiber für MMC/SD an AVR SPI drin:
https://community.atmel.com/projects/fatfs-sd-card-atmega328p

Den kannst du theoretisch auch herauslösen und bei dir in deine eigene 
FatFS implementierung stecken.

FatFS ist komplett HW unabhängig programmiert und erfordert, dass man 
einen Satz an low-Level funktionen implementiert:
Bspw die disk_read Funktion: http://elm-chan.org/fsw/ff/doc/dread.html

[Clara E. (clara97)]

Vielen Dank! hab die Datei heruntergeladen und statt meiner Version der 
Dateien ausgetauscht. Die main.c aus der heruntergeladenen Datei habe 
ich gelöscht und die Fehler sind nicht mehr da. Jetzt bringt es mich 
aber auf ein neues Problem. Funktioniert mein code mit f_write etc. oder 
muss ich disk.write verwenden?

[Falk B. (falk)]

M. H. schrieb:
> Er findet die ganzen Referenzen auf die Low-Level Funktionen nicht, die
> mit deinem Medium sprechen (SD Karte, USB etc.) Diese werden in der
> diskio.c benötigt. Du musst darin die Treiber für deinen Controller
> hinterlegen. Ich nehme an, diese hast du noch nicht. Da musst du mal
> googlen. Für die AVRs + SD Karte gibt es die low-level Treiber bzw.
> schon fertig zusammengeschnürte Beispielprojekte.

Ja, eben! Und den hat der OP! Also muss man "nur" das richtige 
Beispielprojekt kompilieren, da ist ALLES drin!

[Falk B. (falk)]

Clara E. schrieb:
> Vielen Dank! hab die Datei heruntergeladen und statt meiner Version der
> Dateien ausgetauscht. Die main.c aus der heruntergeladenen Datei habe
> ich gelöscht und die Fehler sind nicht mehr da. Jetzt bringt es mich
> aber auf ein neues Problem. Funktioniert mein code mit f_write etc.

Ja.

> oder
> muss ich disk.write verwenden?

Nein, die nutzt nur FATfs!

[Clara E. (clara97)]

Leider haben sich weitere Probleme eingeschlichen. Ich habe das ganze 
auf Microchip Studio versucht und komme nun auf 2 Fehler
1. undefined reference to `disk_ioctl'  in ff.c
2. undefined reference to `f_gets` in main.c

Weiß jemand woran das liegen kann?
Der erste Fehler verschwindet, sobald ich die f_close() Funktion lösche.

[Malte _. (malte)]

Dann hast du 1.
disk_ioctl nicht eingebaut. Ein Beispiel aus der Nutzung meines Codes:

DRESULT disk_ioctl (
  BYTE pdrv,    /* Physical drive nmuber (0..) */
  BYTE cmd,    /* Control code */
  void *buff    /* Buffer to send/receive control data */
)
{
  switch (pdrv) {
  case DEV_EXTFLASH:
    if ((cmd == CTRL_SYNC) || (cmd == CTRL_TRIM)) {
      return RES_OK;
    }
    if (cmd == GET_SECTOR_COUNT) {
      uint32_t sectors = (FlashSizeGet() - RESERVEDOFFSET) / BLOCKSIZE;
      *((LBA_t*)buff) = sectors;
      return RES_OK;
    }
    if (cmd == GET_SECTOR_SIZE) {
      *((WORD*)buff) = BLOCKSIZE;
      return RES_OK;
    }
    if (cmd == GET_BLOCK_SIZE) {
      *(DWORD*)buff = BLOCKSIZE;
      return RES_OK;
    }
  }
  return RES_PARERR;
}

Da musst du natürlich jetzt an deine Fat Implementierung anpassen. In 
der Doku ist das alles beschrieben.

Zu f_gets: Die verwendest du in der main.c - das wird nicht umbedingt 
gebraucht. Also kann man die bei FatFs weg optimieren. Das ist also eine 
Option in deiner Config Datei.

[Clara E. (clara97)]

disk_ioctl wurde aber in der diskio.c Datei eingebunden.

DRESULT disk_ioctl (
  BYTE pdrv,    /* Physical drive nmuber (0..) */
  BYTE cmd,    /* Control code */
  void *buff    /* Buffer to send/receive control data */
)
{
  switch (pdrv) {
#ifdef DRV_CFC
  case DRV_CFC :
    return cf_disk_ioctl(cmd, buff);
#endif
#ifdef DRV_MMC
  case DRV_MMC :
    return mmc_disk_ioctl(cmd, buff);
#endif
  }
  return RES_PARERR;
}

[Malte _. (malte)]

Hmm, wird die Datei auch compiliert? Der einfachste Test ist manchmal 
bewusst einen Syntaxfehler in eine Datei zu tun und dann zu schauen ob 
es nicht compiliert. Wenn doch, wird sie offensichtlich nicht vom 
Compiler beachtet.

[Clara E. (clara97)]

Anscheinend liegt das Problem an microchip studio, denn ich habe das 
ganze über platformio probiert und da läuft es problemlos. Allerdings 
wird auf meiner SD Karte keine Datei erstellt. Folgenden Code habe ich 
verwendet:

#include "ff14a/source/ff.h"
#include "ff14a/source/diskio.h"
#include <stdio.h>


FATFS FatFs;   /* Work area (filesystem object) for logical drive */

int main (void)
{ 
 
 
    FIL fil;        /* File object */
    char line[100]; /* Line buffer */
    FRESULT fr;     /* FatFs return code */


    /* Give a work area to the default drive */
    f_mount(&FatFs, "0:", 1);

    /* Open a text file */
    fr = f_open(&fil, "0:FatFs test.txt", FA_WRITE | FA_CREATE_ALWAYS);
    if (fr) return (int)fr;

  

    /* Close the file */
    f_close(&fil);

    return 0;
}

Leider weiß ich nicht wie ich die Ausgabe auslese, daher weiß ich nicht 
genau woran es liegt.

[Malte _. (malte)]

Aber du kannst doch irgendwas ausgeben, oder? Sei es eine serielle 
Ausgabe, oder eine blinkende LED. In deinem Beispielcode sind ja mehrere 
Abbruchbedingungen. Da könntest du also code einbauen, der den 
Fehlercode ausgibt, oder zumindest im Fehlerfall eine LED einschaltet.