Разрушение FAT (в FatFs) Опции

[Allregia]

Странно ведет себя один приорчик на F407, FatFs R0.09, 2011г.
Пишется стрим на флешку, примерно гигабайт в час.
Запись разбита на "1 файл = пол часа".
Т.е. пол часа пишется в tmp файл, потом он переименовывается в реальное имя с номером, и дальше опять пишется в tmp файл.
Между файлами делается unmount/mount, проовали даже питание флешки выключать/ и включать снова.
И все как бы было ОК, пока мы писали свой стрим по часу-два. Все работало идеально, флешки в основном исползовали 2-4ГБ, иноогда 8ГБ

А когда попробовали писать подольше да на флешках 8-16ГБ - видим проблему, появляющуюся примерно через 5-6 часов. Девайс продолжает писать, но если его остановить, то флешка уже не читается, фат разрушена, в итоге -> ее под format.

Все вызываемые функции FatFs - с проверкой, что FR_ОК возвращается если нет - сообщение на дисплей.
И там ничего! Девайс может 10-14 часов писать (на 16ГБ флешку), потом его останавливешь - и всё, выяснить когда чего произошло уже не получается.
У нас с напарником (код исходной мой, 4-х летней давности, но сейчас он с этим девайсом возится) уже все мысли кончились, не только по тому как найти баг, но и вобще в каком направлении поисков двигаться! Ну разве что, попробовать поставить послеледнюю версию FatFs?

Ну не может же такого быть, чтобы если по какой-то причине слетел фат, что при этом все функции f_open, f_close, f_write, f_rename, f_mount возвращают FR_OK?!

Ни у кого небыло ничего подобного? Или мож кто чего умного подскажет, как дальше искать?

[Ruslan1]

Ни у кого небыло ничего подобного? Или мож кто чего умного подскажет, как дальше искать?

0. проанализируйте посекторно что именно испортилось и где (я обычно WinHex пользую)
1. FAT16 или FAT32? А если поменять?
2. SDIO или SPI? А если поменять?
3. Поищите на самом нижнем уровне, то есть то что самописное к железу доступается.
4. Скорость-помехи-качество питания- качество флэшки?
5. Если проблема появляется практически регулярно- посадите логический анализатор и запишите эти самые 10 часов обмена, в параллель можете и какие-то логические сигналы генерировать и писать в качестве реперных точек, сильно помогает при разборках, а меньше 8-каналки сейчас и не найти анализатор.

[Allregia]

0. проанализируйте посекторно что именно испортилось и где (я обычно WinHex пользую)
1. FAT16 или FAT32? А если поменять?
2. SDIO или SPI? А если поменять?
3. Поищите на самом нижнем уровне, то есть то что самописное к железу доступается.
4. Скорость-помехи-качество питания- качество флэшки?
5. Если проблема появляется практически регулярно- посадите логический анализатор и запишите эти самые 10 часов обмена, в параллель можете и какие-то логические сигналы генерировать и писать в качестве реперных точек, сильно помогает при разборках, а меньше 8-каналки сейчас и не найти анализатор.

0: ok, посмотрим.
1: Fat32 конечно, фат16 не может быть на 16ГБ носителе (больше 2гб - только фат32)
2: SDIO, 4bit
3: пытаемся.
4: питание от батарейки через LDO, флешки разные пробовали.
5: куда его посадить?

1. Limits: "File size: Upto 4G-1 bytes. (by FAT specs.)"
2. f_sync Используете?

1: стрим примерно 1гигабайт/час, пишем файлы по пол часа, т.е. по пол гига. и глюк происходит примерно на 10-12-м файле (5-6 часов записи).
2: нет, смысл?

The f_sync function performs the same process as f_close function but the file is left opened and can continue read/write/seek operations to the file. This is suitable for the applications that open files for a long time in write mode, such as data logger. Performing f_sync function of periodic or immediataly after f_write function can minimize the risk of data loss due to a sudden blackout or an unintentional media removal.

но у нас нет ни блекаута ни mеdia removal, хотя попробовать всунуть периодический вызов f_sync можно, попробуем.