LPC1115 - FatFS - nie wykrywa karty

Question

Witam, korzystając z tematu LPC1114 - Petit Fat/Fat Fs - konfiguracja SPI próbowałem uruchomić FatFS na LPC1115. Używałem tej biblioteki na avr, korzy...

Freddie Chopin · Answer

Żródłem problemów jest - jak zwykle w tym przypadku - stworzenie DWÓCH osobnych funkcji do obsługi nadawania i odbierania po SPI. Jak zapewne wiesz, w SPI odbiór _i_ nadawanie są nierozłączne i odbywają się "jednocześnie" - nadanie bajtu powoduje jednocześnie odbiór. Dlatego też należy zrobić JEDNĄ funkcję, która jednocześnie nadaje i odbiera bajt. Jeśli chcesz jej użyć do nadania, a to co odebrała Cię nie interesuje, to po prostu ignorujesz zwracaną wartość. Jeśli chcesz jej użyć tylko do odbierania, to wysyłasz cokolwiek, np. 0xFF.

uint8_t spiTransfer(uint8_t byte);

uint8_t odebrane = spiTransfer(0xFF); // odbior
spiTransfer(costam); // nadawanie

W jednej z Twoich funkcji nie odczytujesz bufora, co powoduje rozjechanie wszystkich następnych transmisji.

4\/3!!

See also:
07.03.2015 [C++11][Cortex-M3/M4] - distortos - obiektowy RTOS dla mikrokontrolerów w C++
10.02.2013 bleeding-edge-toolchain - kolejny toolchain dla ARM

BlueDraco · Answer

Oczywiste błędy w Twoim rozwiązaniu:- blok IOCON nie włączony w SYSAHBCLKCTRL- błędne wartości rejestrów IOCON - popatrz na bity zastrzeżone.

Freddie Chopin · Answer

A IOCON nie jest domyślnie włączone?4\/3!!

PeQ13 · Answer

>> Wiem, ale korzystałem z rozwiązań podawanych w przykładach. W sumie taka funkcja byłaby chyba najlepszym rozwiązaniem, ale zastanawiam się, czemu dwie funkcje różniące się wysyłaną i zwracaną wartością nie dają rady... Nie widzę też tego braku odczytu bufora, który psuje transmisję, ale to już może z przemęczenia...dołożyłem:Code: cLog in, to see the codeale wydaje mi się, że rzeczywiście domyślnie jest włączony, bo nigdy nie miałem z tym problemów...quote="BlueDraco"]- błędne wartości rejestrów IOCON[/quote]Aktualnie funkcja wygląda w ten sposób:Code: cLog in, to see the codeI wydaje mi się, że dobrze IOCON ustawiłem...

Freddie Chopin · Answer

W necie często są przykłady które nie działają...Zobacz na xmit_mmc().Zrób jedną funkcję, będzie prościej wszystko poprawić, choćby dlatego że będzie jedno miejsce potencjalnych problemów mniej.4\/3!!

PeQ13 · Answer

Dobrze, to na początek taka funkcja u mnie wyglądałaby tak:

Log in, to see the code

Drugi argument, żeby łatwiej było podmienić w kodzie, póki co nie mam dostępu do układu, ale plik mmc.c wyglądałby tak:

Log in, to see the code

Freddie Chopin · Answer

Czyli funkcja typu void zwraca wartość i wysyła adres wskaźnika... Następnie zaś używasz tej funkcji do wysyłania wielu bajtów...4\/3!!

PeQ13 · Answer

Przepraszam, oczywiście, że powinno być Code: cLog in, to see the codeA zwracanie adresu wskaźnika jest też w przykładach do biblioteki, tym się sugerowałem...

michalko12 · Answer

https://www.elektroda.pl/rtvforum/topic2126724.htmlhttps://www.elektroda.pl/rtvforum/viewtopic.php?p=9284662#9284662

Freddie Chopin · Answer

Ja nie mówię o zwracaniu... Ty WYSYŁASZ adres wskaźnika. Generalnie w tym kodzie jest tyle błędów, że nie wiadomo od czego zacząć...4\/3!!

PeQ13 · Answer

No dobrze, to jeszcze raz na świeżo - inicjalizacja SPI taka jaką zamieściłem wcześniej chyba wygląda już dobrze, przynajmniej tak mi się wydaje. Teraz po kolei:
poprawiona funkcja transferu (chyba) z funkcjami do odbiory i wysyłania:

Log in, to see the code

Wydaje mi się, że to już wygląda sensownie, ale zanim zacznę poprawiać resztę kodu chciałbym się upewnić, czy to w ogóle ma sens...

BlueDraco · Answer

W procedurze xmit_spi to ja nie widzę nic sensownego, a rcvr_spi można zapisać jako static inline albo makro o treści spi_Trans(0xff)

Freddie Chopin · Answer

Tak, to wygląda na sensowne, jednak nie wiem czemu upierasz się przy pozostawieniu tych dwóch funkcji xmit_ i rcvr_ - przecież one niczego tu nie wnoszą...

P.S. na jaki dokładnie bit tutaj oczekujesz - LPC_SSP0->SR&0x10 ? Pytam bo teraz nie mam jak sprawdzić w dokumentacji.

4\/3!!

See also:
07.03.2015 [C++11][Cortex-M3/M4] - distortos - obiektowy RTOS dla mikrokontrolerów w C++
10.02.2013 bleeding-edge-toolchain - kolejny toolchain dla ARM

PeQ13 · Answer

LPC_SSP0->SR&0x10 - tu czekam na wyczyszczenie bitu BUSY

Póki co upieram się przy tych funkcjach, bo nie wiem, czy poradzę sobie z takim pisaniem od podstaw, chcę poprawić jeden z przykładów, na których pracuje...

To od razu to co dalej napisałem:

Log in, to see the code

Tu też chyba wszystko wygląda w porządku... Póki co przynajmniej, zaraz dojdę do bloków danych...

Freddie Chopin · Answer

Ten temat robi się nudny... Upierasz się, żeby koniecznie poprawić beznadziejny kod zamiast zrobić dobrze od początku albo użyć działającego kodu od michalko... Brniesz w tą ślepą uliczkę i już się zaczyna - powyżej w jednym miejscu używasz rcvr_spi(), a w drugim rvcr_mmc() - i teraz tylko czekać ile jeszcze takich "mało widocznych detali" tam masz pozostawiane... Bo zakładam, że jedna z tych funkcji jest "nowa" (i poprawna), a druga jest niewiadomo czym, bo stara funkcja o tej nazwie wymagała dwóch parametrów... Jest kilka dosyć obscenicznych przysłów na temat prób poprawiania czegoś kiepskiego, np kiepskiego kodu...

michalko podesłał Ci linki do działającego kodu. Chcesz to uruchomić to weź jego kod. Chcesz koniecznie siłować się z jakimś lewym przykładem - walcz dalej, ale nie wiem jak długo forumowiczom będzie się chciało poprawiać te bzdury jakie tam są, zwłaszcza że - bez obrazy - wydajesz się być początkującym zarówno w ARM, w FatFS jak i w programowaniu w C...

4\/3!!

See also:
07.03.2015 [C++11][Cortex-M3/M4] - distortos - obiektowy RTOS dla mikrokontrolerów w C++
10.02.2013 bleeding-edge-toolchain - kolejny toolchain dla ARM

PeQ13 · Answer

Z ostatnim zdaniem nie będę się kłócił, bo raczej nie mam argumentów... Parę rzeczy zrobiłem, większość z nich działała, także chyba tragedii nie ma... Niemniej dziękuję za wszelką pomoc, postaram się nie nadużyć cierpliwości, chociaż chyba mnie to zaczyna przerastać...

Ale wracając do tematu - dlatego tak bardzo trzymam się tego przykładu, ponieważ dalej mam funkcje, których sam bym nie napisał, a które wykorzystując właśnie te nieszczęsne rcvr_ i xmit_. Tematy które podesłał michalko czytałem, teraz jeszcze "wpadłem" na jeszcze jeden "pomysł":

Log in, to see the code

A funkcje xmit_ i rcvr_ zrobił takie:

Log in, to see the code

Jak takie coś wygląda?

Freddie Chopin · Answer

Definitywnie dziwnie wygląda to 4 w rcvr_mmc(), a i sama funkcja wydaje się być nad wyraz dziwna, bo po co ona niby przyjmuje parametr data, skoro i tak go ignoruje... Ta pierwsza zaś przyjmuje parametrz przez wartość, a następnie próbuje go wysłać jako tablicę... Generalnie bezsensu, więc śmiem przypuszczać że nie zadziała... Demonizujesz problem moim zdaniem, wywal te stare funkcje odpowiedzialne za SPI, dorzuć swoje funkcje do wysyłania bloku i popraw te kilka miejsc w których funkcje te będą użyte. Robiąc taką "łataninę" prosisz się o problemy...

4\/3!!

See also:
07.03.2015 [C++11][Cortex-M3/M4] - distortos - obiektowy RTOS dla mikrokontrolerów w C++
10.02.2013 bleeding-edge-toolchain - kolejny toolchain dla ARM

PeQ13 · Answer

W porządku, w takim razie biorę się za porządne pisanie tego, jak już będę miał coś gotowe i sprawdzone co najmniej dwa razy, to wrzucę tutaj.

BlueDraco · Answer

Czegoś tu nie rozumiem. Razem z FatFS można ściągnąć gotowy, działający przykład na LPC17xx, ze wszystkimi potrzebnymi funkcjami obsługi SPI i dostępu do karty. Dlaczego go nie użyjesz, tylko próbujesz szyć coś z jakichś dziwnych łatek? Jeśli chodzi o SPI, to LPC11xx jest bardzo podobny do LPC17xx.

michalko12 · Answer

Są też projekty na LPC11xx z FatFshttps://github.com/microbuilder/LPC1114CodeBase

PeQ13 · Answer

Próbowałem z niego korzystać, a konkretnie pracowałem na ichniejszym mmc_ssp.h, ale też bez sukcesów... Przerabianie całego projektu z kolei też nie wydaje się dobrą opcją...Widziałem to, ale tam jest troszkę za dużo tego, żebym to ogarnął. Którąś z własnych wersji robiłem na przykładzie tych projektów, ale nadal nic...Aktualnie mmc.c wygląda tak:Code: cLog in, to see the codeTo jest robione na podstawie pliku z projektu lpc17xxDo tego dołożone jest z LPC11xx CodeBaseCode: cLog in, to see the codePrzy debugowaniu program utyka mi na tym fragmencie:Code: cLog in, to see the code zawiesza się na powyższej pętli...

PeQ13 · Answer

Zacząłem od samego początku, bo nie mogę tego tak zostawić...Także po kolei - inicjalizacja SPICode: cLog in, to see the codeCzy wygląda to w porządku?