Librerie USB Host per STM32F e chiavetta FAt e NTFS

[blisca]

Ciao

sto cercando di orientarmi nell'uso di queste librerie.
Mi piacerebbe parlarne con qualcuno che le ha già inserite in una
applicazione.
Per ora c'è una cosa che mi lascia perplesso e che forse può essere spiegata
senza entrare nei dettagli del codice:

Nella applicazione demo c'è la possibilità di scrivere un file di testo su
chiavetta USB con formattazione FAT16 0 FAT32,mentre non si parla di NTFS.

Infatti se inserisco una chiavetta FAT ,provo a scriverci da STM32 e poi la
rimetto nel PC mi ritrovo il file.
Se faccio lo stesso con la stessa chiavetta formattata NTFS invece NON mi
ritrovo il file.

La cosa strana è questa,dal log delle operazioni effettuate mi risulta
comunque:
"Host_write_demo.txt file created in the disk".

Cosa è successo?L'STM32 crede di averlo creato oppure(sparo) l'ha creato in
una minipartizione FAT che si è fatto e che il PC non vede?Assurdo?

Grazie

[Francesco Sacchi]

On 07/10/2011 16:08, blisca wrote:
> Ciao
>
> sto cercando di orientarmi nell'uso di queste librerie.
> Mi piacerebbe parlarne con qualcuno che le ha già inserite in una
> applicazione.
> Per ora c'è una cosa che mi lascia perplesso e che forse può essere spiegata
> senza entrare nei dettagli del codice:
>
> Nella applicazione demo c'è la possibilità di scrivere un file di testo su
> chiavetta USB con formattazione FAT16 0 FAT32,mentre non si parla di NTFS.
>
> Infatti se inserisco una chiavetta FAT ,provo a scriverci da STM32 e poi la
> rimetto nel PC mi ritrovo il file.
> Se faccio lo stesso con la stessa chiavetta formattata NTFS invece NON mi
> ritrovo il file.
>
> La cosa strana è questa,dal log delle operazioni effettuate mi risulta
> comunque:
> "Host_write_demo.txt file created in the disk".
>
> Cosa è successo?L'STM32 crede di averlo creato oppure(sparo) l'ha creato in
> una minipartizione FAT che si è fatto e che il PC non vede?Assurdo?

Non conosco l'esempio specifico, ma credo che la cosa più semplice sia
che il codice non controlli correttamente il buon fine dell'operazione.
Con un'occhiata veloce ai sorgenti ci togliamo ogni dubbio, hai un link?

D'altra parte, se l'esempio è fatto per funzionare su FAT, è
estremamente improbabile che sia supportato anche NTFS: è un filesystem
completamente diverso di cui non sono disponibili le specifiche
(proprietà intellettuale di Microsoft).

Le implementazioni fuori da Microsoft che esistono sono tutte basate su
reverse-engeneering, e non ne conosco che funzionino su piattaforma
embedded. Anche se esistesse, trovo strano che ST fornisca in un esempio
del codice che potrebbe potenzialmente violare dei brevetti.

--
_|/ Francesco Sacchi - Develer S.r.l., R&D dept.
|\ http://www.develer.com/ - http://www.bertos.org

[blisca]

"Francesco Sacchi" <frasacOohoO@libero.ot> ha scritto nel messaggio
news:j6ou6t$u6u$1@speranza.aioe.org...
> On 07/10/2011 16:08, blisca wrote:
>> Ciao

>> Nella applicazione demo c'è la possibilità di scrivere un file di testo
>> su
>> chiavetta USB con formattazione FAT16 0 FAT32,mentre non si parla di
>> NTFS.
>>
>> Infatti se inserisco una chiavetta FAT ,provo a scriverci da STM32 e poi
>> la
>> rimetto nel PC mi ritrovo il file.
>> Se faccio lo stesso con la stessa chiavetta formattata NTFS invece NON mi
>> ritrovo il file.
>>
>> La cosa strana è questa,dal log delle operazioni effettuate mi risulta
>> comunque:
>> "Host_write_demo.txt file created in the disk".
>>
>> Cosa è successo?L'STM32 crede di averlo creato oppure(sparo) l'ha creato
>> in
>> una minipartizione FAT che si è fatto e che il PC non vede?Assurdo?
>
> Non conosco l'esempio specifico, ma credo che la cosa più semplice sia che
> il codice non controlli correttamente il buon fine dell'operazione.
> Con un'occhiata veloce ai sorgenti ci togliamo ogni dubbio, hai un link?
http://www.st.com/stonline/stappl/re...ubClassID=1169
ti ringrazio per l'interessamentoe la disponibilità,
dopo qualche ora a spulciare e a implementarmi dei log non intrusivi dovrei
avere trovato il motivo:

nella USBH_USR.c nel caso READLIST vi è una chiamata alla funzione
Explore_Disk ma non si utilizza il valore di tipo enumerato FRESULT
restituito.Utilizzandolo invece si vedrebbe che nel caso di pendrive NTFS si
avrebbe una risposta NO_FILESYSTEM(vado a memoria poiche ho queste cose su
un altro PC).


> NTFS: è un filesystem completamente diverso di cui non sono disponibili le
> specifiche (proprietà intellettuale di Microsoft).

ah ignoravo anche questo
>
> Le implementazioni fuori da Microsoft che esistono sono tutte basate su
> reverse-engeneering, e non ne conosco che funzionino su piattaforma
> embedded. Anche se esistesse, trovo strano che ST fornisca in un esempio
> del codice che potrebbe potenzialmente violare dei brevetti.
>
No assolutamente,non avevo bisogno di fare funzionare su NTFS ma solo di
segnalarlo come file system non valido

grazie ancora e buon fine settimana

[Francesco Sacchi]

Il 08/10/2011 16:05, blisca ha scritto:

> nella USBH_USR.c nel caso READLIST vi è una chiamata alla funzione
> Explore_Disk ma non si utilizza il valore di tipo enumerato FRESULT
> restituito.Utilizzandolo invece si vedrebbe che nel caso di pendrive NTFS si
> avrebbe una risposta NO_FILESYSTEM(vado a memoria poiche ho queste cose su
> un altro PC).

Ah ecco, in effetti mi aspettavo fosse così.

> No assolutamente,non avevo bisogno di fare funzionare su NTFS ma solo di
> segnalarlo come file system non valido
>
> grazie ancora e buon fine settimana

Di nulla, buon inizio ormai :-)

Ciao!

--
_|/ Francesco Sacchi - Develer S.r.l.
|\ http://www.develer.com/ - http://www.bertos.org/

[lowcost]

Il 08/10/2011 16.05, blisca ha scritto:
> No assolutamente,non avevo bisogno di fare funzionare su NTFS ma solo di
> segnalarlo come file system non valido

e adesso chi lo dice a Microsoft ? :-)


--
saluti
lowcost