STM32 и большой объем информации, что посоветуете? Опции

[ADA007]

Поздравляю всех с майскими праздниками!
Тема для тех, кто даже по праздникам не забывает об электронике

По Т.З. девайс должен собирать информацию с датчика...и когда собранный лог достигнет размера в 32 Мб - нужно это все передать на ПК, и так далее по циклу.

Для решения задачи в качестве накопителя был выбран Samsung K9F1G08U0C.
Ну а в качестве контроллера - stm32f103vct6. Поскольку у него имеется встроенный fsmc интерфейс. Передавать данные на ПК планируется через USB интерфейс (пока не знаю в каком режиме / было бы идеально, если бы доступ к данным осуществлялся, как у обычной usb флэшке).

Посоветуйте, как лучше реализовать данную связку? Какие проекты взять за пример (не с нуля же писать )? Возможно эти задачи уже кем-то частично или полностью решались...

[Flexz]

Какая у вас скорость поступления данных с датчика? Может достаточно будет SPI-флешки?

Для USB, в качестве отправной точки, можно взять пример Mass Storage, который идет с библиотекой. И либо общаться с устройством как с RAW диском, тогда приложению потребуются админские привилегии (в win7) и система при подключении устройства будет предлагать отформатировать диск. Последнее обходится созданием фиктивной файловой системы - в начале диска, на десяток килобайт, лишь бы система увидела что раздел есть и не паниковала. Либо заюзать libusb.

[ADA007]

Какая у вас скорость поступления данных с датчика? Может достаточно будет SPI-флешки?

Скорость ... около 64 байт в секунду

Для USB, в качестве отправной точки, можно взять пример Mass Storage, который идет с библиотекой. И либо общаться с устройством как с RAW диском, тогда приложению потребуются админские привилегии (в win7) и система при подключении устройства будет предлагать отформатировать диск. Последнее обходится созданием фиктивной файловой системы - в начале диска, на десяток килобайт, лишь бы система увидела что раздел есть и не паниковала. Либо заюзать libusb.

Мне этот вариант нравится. А в Lin будет сие чудо работать?

to AlexandrY = и таки-да ... BGA не хотелось бы.

[KnightIgor]

Скорость ... около 64 байт в секунду
Мне этот вариант нравится. А в Lin будет сие чудо работать?

Как Flexz и предложил, можно использовать Mass Storage Class в рамках библиотеки поддержки USB для STM32F. При этом PC "видит" устройство как обычный сменяемый носитель ("флэшку"). STM32F пишет через встроенную файловую систему (например, fatfs, на которой построены многие примеры для STM32F) на SD карту или eMMC файл протокола, и его можно будет считать в PC. Есть, однако, одна загвоздка. Не знаю, как Linux, но Windows кэширует FAT сменяемого носителя, в результате она не видит изменения на диске, если STM32F модифицирует его дальше. По крайней мере, мне не удалось еще заставить Windows понять, что носитель изменен "изнутри".

Единственная возможность - сделать reconnect: как только STM32F заполнит очередной протокол (Ваши 32МБ), он делает connect (фактически - подает там 3V через 1.5К на D+ линию USB), Windows обнаружит USB устройство, смонтирует носитель, считает файл и должно затем размонтировать ("выбросить") устройство. STM32F это дело поймет (вроде поддержка Mass Storage Class это сообщит) и снова возьмет носитель под свою опеку. Конечно, на время, пока PC считывает диск, STM32F не следует на него писать, поэтому надо кэшировать Ваши 64 байта/сек. в ОЗУ, которое потом скинуть в файл, как только PC "отдаст" диск.

Модификация варианта: STM32F создает ДВА виртуальных диска на одном носителе. Mass Storage Class монтирует один диск, а STM32F пишет через fatfs другой, и наоборот.

[Methane]

Модификация варианта: STM32F создает ДВА виртуальных диска на одном носителе. Mass Storage Class монтирует один диск, а STM32F пишет через fatfs другой, и наоборот.

Тем более что если флешка смонтирована, то писать на нее другим нельзя.

Может это попробовать?
http://ru.wikipedia.org/wiki/Media_Transfer_Protocol

Хотя я думаю что наиболее простой метод - написать свой софт под винду или там линух чтобы данные вычитывать. Можно даже подумать над какой экзотикой, типа USB 2 UART и сбрасывать данные через Xmodem к примеру.

[KnightIgor]

Тем более что если флешка смонтирована, то писать на нее другим нельзя.

SD-карта есть просто память с контроллером. Какая часть этой памяти будет использована и под что, зависит от того драйвера, который направляет запросы чтения и записи блоков памяти в карту. Таким образом, можно создать две равные независимые области памяти на карте. В каждый момент времени для внешней программы/PC будет виден только один носитель, который будет иметь половинный размер карты. Получится, что если PC смонтирует носитель, фактически это будет означать, что запросы от PC будут перенаправляться лишь в ей доступную область карты: PC будет "владеть" областью монопольно. В это же время программа на STM32F будет общаться с другой половинкой карты. Нужно лишь обеспечить своего рода очередь к драйверу карты, если на STM32F используется какая-то ОС с вытеснением. Иначе все запросы могут обрабатываться синхронно (ну типа как в prototheads Адама Дункельса), и тема коллизий разрешится сама собой.
Но тема connect USB, монтирования и последующего выброса носителя программой на PC остается: STM32F заполнил файл протокола, переключил области в драйвере карты, дал connect на USB, а сам продолжил писать в другую область карты. PC увидела носитель, смонтирована его, прочитала файл и размонтировала. И т.д.