Re: FatFS na PIC32 - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › FatFS na PIC32 › Re: FatFS na PIC32

Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
!1.eu.feeder.erje.net!weretis.net!feeder4.news.weretis.net!ecngs!testfeeder.ecn
gs.de!81.171.118.64.MISMATCH!peer04.fr7!news.highwinds-media.com!newsfeed.neost
rada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostr
ada.pl.POSTED!not-for-mail
Subject: Re: FatFS na PIC32
Newsgroups: pl.misc.elektronika
References: <56842bdd$0$684$65785112@news.neostrada.pl>
<56842bdd$0$684$65785112@news.neostrada.pl>
<a...@n...neostrada.pl>
From: Atlantis <m...@w...pl>
X-Enigmail-Draft-Status: N1110
Date: Wed, 30 Dec 2015 23:03:48 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
Thunderbird/38.5.0
MIME-Version: 1.0
In-Reply-To: <a...@n...neostrada.pl>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Lines: 22
Message-ID: <568454c7$0$691$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.10.127.39
X-Trace: 1451513031 unt-rea-a-01.news.neostrada.pl 691 83.10.127.39:62211
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 1985
X-Received-Body-CRC: 1321018023
Xref: news-archive.icm.edu.pl pl.misc.elektronika:691111
[ ukryj nagłówki ]
W dniu 2015-12-30 o 22:03, Marek pisze:

> Mi działa bez problemu ale zawsze podaję scieżkę "/test.txt" a nie
> "test.txt" jeśli plik ma być w głównym. O ile pamiętam w fatfs jest
> opcja "domyslnego katalogu" ale trzeba ją prawidłowo użyć (skonfigurować
> fatfs).

Niestety nie pomaga. Spróbowałem wykonać operację otwarcia pliku, zapisu
i zamknięcia pliku zaraz po f_mount.

O ile f_mount() zwraca FR_OK, to zaraz przy próbie otwarcia pliku
dostaję FR_NO_FILESYSTEM. Próbowałem też na samym początku wykonać
disk_initialize(0), chociaż AFAIK nie jest to konieczne, bo ta funkcja i
tak jest wywoływana gdzieś w trakcie montowania systemu plików. W każdym
razie ona także zwraca FR_OK.

Wydaje mi się to nieco dziwne, bo gdyby komunikacja po SPI nie działała,
to dostałbym odpowiedni błąd, informujący o problemie z fizycznym nośnikiem.

Hmm... Mogę zostawić sterownik (mmc.c) a resztę plików podmienić z
któregoś z działających projektów AVR?