-
Data: 2020-05-20 17:09:50
Temat: karta SD na SPI zawiesza AtXmega128A3U
Od: Atlantis <m...@w...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Wróciłem ostatnio do jednego ze swoich projektów na Xmega128A3U.
Postanowiłem dodać do niego funkcję związaną z zapisem danych na karcie
microSD. Hardware był już do tego przygotowany - na płytce znajduje się
gniazdko, podłączone do SPI na PORTE.
Przekopiowałem pliki związane z biblioteką FatFS z mojego innego
projektu (na PIC24), modyfikując jedynie niskopoziomowe funkcje,
odpowiedzialne za komunikację z kartą i konfigurując odpowiednie linie
sygnałowe. W pętli głównej dodałem funkcję odpowiedzialną za zapisywanie
danych na karcie. Wszystko się skompilowało i uruchomiło, aż nagle
pojawił się problem, którego nie potrafię zdiagnozować...
Za każdym razem, gdy FatFS próbuje rozmawiać z kartą, urządzenie się
zawiesza (jakby wpadło w nieskończoną pętlę) i po chwili zostaje
zresetowane przez WDT. W moim przypadku problem pojawia się w momencie
wykonania f_open().
Problem musi występować raczej gdzieś blisko sprzętu, bo:
- Dokładnie te same pliki źródłowe FatFS działały prawidłowo po
skompilowaniu na PIC24, jedyną różnicą były niskopoziomowe funkcje I/O.
- Problem nie występuje, jeśli w slocie nie ma karty i biblioteka nie
podejmuje próby komunikacji przez SPI.
Pomyślałem, że pewnie popełniłem jakiś błąd podczas pisania funkcji
odpowiedzialnych za komunikację po SPI. Obejrzałem je jeden raz, drugi i
trzeci, nie widząc żadnego problemu. Uprzedzając możliwe komentarze -
nie, to nie jest wina pętli while, w której sprawdzana jest flaga
zajętości po transferze SPI. Sprawdziłem ją wielokrotnie, poza tym po
jej zakomentowaniu zawieszenie ciągle występowało.
W akcie desperacji postanowiłem sprawdzić inny sterownik SD, pożyczony z
przykładów dołączonych do jednej z książek Tomasza Francuza, podpinając
go do FatFS. Projekt się skompilował, a po jego ponownym uruchomieniu...
Problem wystąpił ponownie.
Na chwilę obecną nie mam już pomysłów odnośnie tego, co mogło pójść nie
tak. Pomyłka w montażu albo konfiguracji mogłaby powodować nieudaną
transmisję, ale tutaj mam do czynienia z zawieszeniem układu. Nie jest
to też problem ze stosem, bo wolnej pamięci mam pod dostatkiem, a po
wyłączeniu WDT restarty ustają, choć oczywiście układ pozostaje zawieszony.
Następne wpisy z tego wątku
- 20.05.20 18:43 a...@m...uni.wroc.pl
- 20.05.20 20:01 Atlantis
- 20.05.20 20:05 jacek
- 20.05.20 20:35 Atlantis
- 20.05.20 20:48 Atlantis
- 20.05.20 21:31 Atlantis
- 21.05.20 11:13 Piotr Gałka
Najnowsze wątki z tej grupy
- nie naprawiam więcej telewizorów
- Zrobił TV OLED z TV LCD
- Zasilacz USB na ścianę.
- Gniazdo + wtyk
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
Najnowsze wątki
- 2025-03-03 a Ty jak się zachowasz w godzinie próby?
- 2025-03-03 nie naprawiam więcej telewizorów
- 2025-03-03 Białystok => Gen AI Engineer <=
- 2025-03-03 Poznań => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-03-03 Olsztyn => Sales Specialist <=
- 2025-03-03 Gdy ministrowie sa golodupcami
- 2025-03-03 Pruszków => Specjalista ds. public relations <=
- 2025-03-03 Białystok => System Architect (Java background) <=
- 2025-03-03 Białystok => System Architect (background deweloperski w Java) <=
- 2025-03-03 China-Kraków => Senior PHP Symfony Developer <=
- 2025-03-03 China-Kraków => Senior PHP Symfony Developer <=
- 2025-03-03 Warszawa => Data Engineer (Tech Lead) <=
- 2025-03-03 Gliwice => Ekspert IT (obszar systemów sieciowych) <=
- 2025-03-03 Gliwice => IT Expert (Network Systems area) <=
- 2025-03-03 Mińsk Mazowiecki => Area Sales Manager OZE <=