Jaki kontroler pamięci USB z MCU idealny do współdzielenia danych z FAT?

samej pamięci, która dla USB jest pamięcią masową.
- wielkość pamięci "współdzielonej" między USB a MCU to pojedyncze
kB

Szukam układu który spełniał by poniższe założenia:
-ma port USB (prędkość dowolna), od strony portu USB jest widziany dla
innego urządzenia jako standardowa pamięć masowa.
- zawiera mikrokontroler, który może w łatwy sposób pobierać dane z tej
samej pamięci, która dla USB jest pamięcią masową.
- wielkość pamięci "współdzielonej" między USB a MCU to pojedyncze kB
(więcej oczywiście nie zaszkodzi).
- co do części MCU, moc obliczeniowa bez znaczenia, może być 8-bitowiec,
w projekcie wystarczy kilka linii I/O. Natomiast bardzo pożądany jest
darmowy/tani kompilator, biblioteki do obsługi USB i typowych systemów
plików (FAT). Mile widziana też niska cena w ilościach hurtowych i
niekłopotliwa w montażu obudowa.
Podejrzewam, że jakiś gotowiec spełniający te wymagania jest dostępny na
rynku, polecilibyście coś?

Prawdopodobnie da się od strony procka te pliki odpowiednio pisać.

Am 06.03.2015 um 10:31 schrieb J.D.:
Szukam układu który spełniał by poniższe założenia:
-ma port USB (prędkość dowolna), od strony portu USB jest widziany dla
innego urządzenia jako standardowa pamięć masowa.
- zawiera mikrokontroler, który może w łatwy sposób pobierać dane z tej
samej pamięci, która dla USB jest pamięcią masową.
- wielkość pamięci "współdzielonej" między USB a MCU to pojedyncze kB
(więcej oczywiście nie zaszkodzi).
- co do części MCU, moc obliczeniowa bez znaczenia, może być 8-bitowiec,
w projekcie wystarczy kilka linii I/O. Natomiast bardzo pożądany jest
darmowy/tani kompilator, biblioteki do obsługi USB i typowych systemów
plików (FAT). Mile widziana też niska cena w ilościach hurtowych i
niekłopotliwa w montażu obudowa.
Podejrzewam, że jakiś gotowiec spełniający te wymagania jest dostępny na
rynku, polecilibyście coś?

Nie próbowałem jeszcze generowania plików, ale płytka STM32/discovery z
STM32F103 na pokładzie (akurat bawię się tym) prezentuje się hostowi
jako mass storage, na którym są 3 pliki, linki do stron webowych st.
Prawdopodobnie da się od strony procka te pliki odpowiednio pisać.
Gotowiec kosztuje chyba coś koło 8EUR, darmowy kompilator i debugger też
jest. Osobiście używam Keil, bo mam mało kodu i free version wystarcza w
zupełności.

Czy te wspolne 10kB to wszystko czy tylko tyle ma widzieć mcu a po
włożeniu do pc w trybie pendrive ma być te 10kB+ jeszcze trochę?
Tyle pamięci wystarczy, w bardzo dużym uproszczeniu plik widoczny od

Chyba prościej zrobić to na mcu z usb
host+fatfs, do którego po prostu wtykasz pendrive, na którym mcu tworzy
pliki z potrzebnymi danymi.

Biorę to rozwiązanie pod uwagę, ale w drugim rzędzie. Całe urządzenie

Biorę to rozwiązanie pod uwagę, ale w drugim rzędzie. Całe
urządzenie
straciłoby wtedy dużo na funkcjonalności.

Tyle pamięci wystarczy, w bardzo dużym uproszczeniu plik widoczny
od
strony PC ma być "danymi" które będą dalej wykorzystywane przez
mcu. Nie
ma żadnych przeciwwskazań aby pozostały obszar pamięci w trybie
pendrive
był większy oraz widoczny lub nie dla mcu.

A jak często byłby zapis? Czy zapis do tego pliku robi tylko pc a mcu ma
tylko go czytać czy też ma coś zapisywać na tym fsie?
System Windows buforuje pliki w pamięci. Jeśli MCU coś zmieni to

System Windows buforuje pliki w pamięci. Jeśli MCU coś zmieni to
konieczne będzie odłączenie na chwilę USB. Tylko to zmusi system do
ponownego wczytania zmodyfikowanego pliku.

A tak na poważnie to takie zabawy z
dostępem rw "z dwóch stron" do fat bez locków na krytycznych sekcjach
ładnie by go przeorało, myślę że inicjator wątku zdaje sobie z tego
sprawę, że tak nie należy zrobić.
Zapis rw byłby tylko w jedną stronę (pc <-> flash), dla mcu wyłącznie