Witam.

Do zapisu na kartę danych użyłem biblioteki FatFS. Problem polega na tym, że funkcja się zacina przy wywołaniu deselect(). Kod wygląda tak:


Poprzez debugowanie za pomocą diody LED odtworzyłem ścieżkę po której następuje zawieszenie; wewnątrz f_open:


Potem wewnątrz find_volume:


Następnie wewnątrz check_fs:


Wewnątrz move_window:


Następnie wewnątrz disk_read:


Aż w końcu w send_cmd:


Zawieszenia zachodzi podczas wywołania deselect(). A dokładnie na loop_until_bit_is_set, z czego wynika, że bit SPIF nie ustawia się przy próbie otwarcia pliku. Wcześniej robiłem to samo za pomocą PetitFS i działało bez zarzutu. Nie wiem jak to rozwiązać. Czy ktoś wie co z tym zrobić?

Rozwiązałem problem. Nie należy używać w moim przypadku disk_initialize(0) oraz f_mount (NULL, "", 0) przy deinicjalizacji. Teraz drugi problem. Po zapisie do pliku .txt na karcie tworzą się jakieś dziwne pliki (co widać na screenie) o niebotycznych rozmiarach (np. 3GB), lecz mimo tego rozmiaru widzianego w eksploratorze rozmiar zajmowany na dysku to rozmiar pliku .txt, który sam stworzyłem. Jak można się pozbyć problemu tworzenia tychże plików?

Coś Ci sieje po FAT'cie.
Nie miałem takich problemów.

_________________
Jestem początkujący i moje porady mogą być błędne

Też nie miałem takich krzaków. Coś masz nie tak podłączone lub w sofcie.

Namazane ze smarta.

_________________
Usługi druku przestrzennego - www.drumik.pl

Czy to może mieć związek z:


Ponieważ nie posiadam możliwości podłączenia tychże wyprowadzeń, ustawiłem to na sztywno. Czy to ma zły wpływ?

Napomknę też, że funkcja f_read działa bez zarzutów. Niestety po wywołaniu f_write usuwany jest plik, który utworzyłem w celu odczytania danych testowych i powstają krzaki jak na powyższym zrzucie.

a używasz przerobionych bibliotek z Mirka książki czy napisanych przez autora ??

_________________
Usługi druku przestrzennego - www.drumik.pl

Używam bibliotek autora, przerobionych zgodnie z BB. Niestety, aktualnie nie mam przy sobie płyty. Jutro spróbuję odpalić kod z płyty.

odpal kod z płyty tam wszystko działa ... jedyne z czym możesz mieć problem (sam to przerabiałem)
wykrywanie karty i to nie problem bibliotek a karty ... niektóre karty trzeba zakleić taśmą papierową na wcięciu, może to wynikać z jakości użytego gniazda ...
pozdrawiam

_________________
Usługi druku przestrzennego - www.drumik.pl

Nie wiem, co jest grane. Nie działa, a użyłem kodu z płyty. Main:


W Putty:


Wynika z tego, że f_mount zwraca FR_OK, f_open tworzy plik (na karcie SD jest plik "BETON") i też zwraca FR_OK, a f_puts zwraca FR_NO_FILESYSTEM. Próbowałem formatować kartę i po tym problem ten sam jak powyżej. Używam karty GOODRAM 8GB. Czy to problem z kartą?

Najprawdopodobniej tak jest ...
weź taśmę papierową lub bezbarwną i zaklej te wcięcie na karcie ja tak musiałem zrobić by działało to prawidłowo

dodatkowo na stronie atnel jest errata do kodów i z tego co pamiętam jest tam poprawka do FatFS

Pozdrawiam

_________________
Usługi druku przestrzennego - www.drumik.pl

Zastosowałem się do erraty oraz zakleiłem taśmą bezbarwną wcięcie i nadal ten sam błąd... Chyba wybiorę się po nową kartę...

A plik tworzysz automatycznie czy za pomocą pogramu na PC ?

Z tego co pamiętam trzeba wcześniej zadeklarować jego maksymalną wielkość ale mogę się mylić bo tylko coś mi świta.

Problem w tym że karty mniejszej od 4 czy 8 GB już chyba nie dostaniesz, u mnie chodziło z kartą 8 GB więc sądzę że nie powinno być problemu.

Rozumie że działasz na ATB ? czy sam poskładałeś sobie moduł karty ?

_________________
Usługi druku przestrzennego - www.drumik.pl

Plik tworzę automatycznie z flagą FA_CREATE_ALWAYS (w moim przedostatnim poście jest kod main'a). Nie działam z ATB, wszystko sam poskładałem. Jedynie kupiłem sobie gniazdo do karty SD za grosze z wyprowadzeniami na stykówkę.

ok to pokaż te gniazdo i to co tam poskładałeś na stykówce.

_________________
Usługi druku przestrzennego - www.drumik.pl

Brak prawidłowej filtracji procesora ... oraz nie widzę 10k do RST
Dodatkowo te długie przewody od SPI mogą również broić.

_________________
Usługi druku przestrzennego - www.drumik.pl

Na pierwszej fotce widać kondensator (100nF) pomiędzy VCC a GND; dodałem też rezystor 10k na reset, skróciłem znacząco przewody i nadal to samo.

Sprawdziłem inną kartę SD i okazuje się, że dla innej karty też ten sam problem.

Nawet po wywołaniu f_mkfs, które pomyślnie przechodzi nadal uzyskuję błąd FR_NO_FILE_SYSTEM przy f_puts.

Problem poniekąd rozwiązany. Używam teraz Atmegi 1284P. Problem polega na tym, że gdy odpalam kod bez jakichkolwiek funkcji związanej z UART'em wszystko działa bez zarzutu, zaś gdy używam UART'a to funkcja f_open zwraca FR_DISK_ERR. Czy to może być związane z funkcjami UART'a?