Program zaczyna się wykonywać dopiero po kilku resetach uC

Witam.

Procesor ATmega32.
Skorzystałem z tego artykułu:
http://mikrokontrolery.blogspot.com/2011/03/podlaczenie-karty-pamieci-sd.html
jak i załączonego do niego programu by wziąć na warsztat kartę SD. Gdy podłączam zasilanie do układu (uC ma już załadowany program do pamięci, karta siedzi w slocie) nic się nie dzieje.Po 1-2 resetach uC program się wykonuje i wyrzuca komunikat (sygnalizuje to odpowiednia dioda), że karta nie jest gotowa (chociaż przed włączeniem zasilania siedziała już w slocie) wiec dodałem 1 sekundowe opóżnienie po funkcji pf_mount(&fs); w nadziei ze pomoże.Nie pomogło. Kolejny reset przynosi oczekiwane rezultaty i program się wykonuje tak jak powinien - nie ma w nim pętli więc wykonuje się tylko raz, ale z każdym kolejnym resetem działa poprawnie. Zatem zanim osiągnę spodziewany rezultat muszę wykonać 2-3 resety uC. Nie ma petli sprawdzajacej obecnosc karty wiec zawsze przed wlaczeniem uC karta siedzi w slocie.

Probowalem z uzyciem innej ATmegi32. Zachowanie jest takie samo jak opisane wyzej.

W artykule jest przedstawiony schemat dostosowania napiec za pomoca bufora.Ja uzylem gotowego adaptera dla kart miniSD konwertujacego napiecie.


Zasilanie układu według schematu:


Program ma za zadanie odczytać ciąg 9 cyfr z pliku tekstowego z karty i porównać z ciągiem wpisanym na stale w program. Porównuje dwa klucze i w przypadku zgodnosci zapala odpowiednie diody. Przepraszam za formę, ale jest to tylko program testowy stad dużo delayow i "diagnostycznych" diod. Dodałem dużo komentarzy, wiec powinno byc w miare czytelnie. Dodaje tylko program z main() poniewaz biblioteke do obslugi karty czerpalem z podanego linku i jeśli chodzi o jej obsługe to wszystko działa jak należy.

Moim zdaniem błędna diagnoza problemu. Program wykonuje się prawdopodobnie po każdym resecie, za to prawdopodobnie zawiesza się w pętli przy okazji inicjowania karty SD, wreszcie za którymś razem rusza dalej.

W funkcji inicjalizującej nie ma żadnej pętli. Funkcja jest dość rozbudowana, ale może widzisz jakieś niebezpieczne fragmenty?



Za bardzo nie mogę zrozumieć tej funkcji, ponieważ nie mam podstaw teoretycznych działania takiej pamięci jak karta SD. Może znasz jakąś dobrą literaturę po polsku gdzie można się dowiedzieć jak to działa? Ogólnie większość funkcji w swojej strukturze przypomina standardową obsługę plików w C, ale to za mało...

Dodaję jeszcze załącznik z programem z artykułu wyżej wymienionego, ale powtórze:http://mikrokontrolery.blogspot.com/2011/03/podlaczenie-karty-pamieci-sd.html
Na stronie niestety link nie działa.

Jakub17 napisał:

W funkcji inicjalizującej nie ma żadnej pętli.

To inicjacja systemu plików a nie samej karty.
Poszukaj inicjacji karty. (disk_initialize())


Aaaaaa, opóźnienie powinieneś dać przed a nie po inicjacji karty.

Dodałem 1 s opoznienie przed pf_mount(&fs); i nadal nic. Znalazlem funkcje inicjalizujaca. Jest tu kilka pętli... Było też jedno zakomentowane opóźnienie po inicjalizacji spi, więc je odblokowałem ale nie dużo pomogło. Teraz sytuacja zmieniła się tak:
1.po włączeniu zasilania program nadal się zwiesza (nie zapala się żadna dioda sygnalizująca choćby błąd inicjalizacji karty)
2.reset - zapala się dioda braku gotowości karty
3. działa
Czyli teraz potrzebne są 2 resety a nie 3 ;p

Kod inicjalizacji:


Widać tu coś podejrzanego?

Dodaj zapalanie LEDa na początku programu i sprawdź czy się zapala.

Biblioteki FAT FS i Petit FAT działają prawidłowo bez występowania problemu, który opisujesz: http://elm-chan.org/fsw_e.html
Coś mi świta, że mają chyba ograniczenia co do pojemności karty, ale to może być błędne wspomnienie

Próbowałeś na innej karcie SD?

Dodałem zapalenie diody na początku i się zapala. Co ciekawsze nie gaśnie po zakończeniu programu co chyba świadczy o tym że program sie nie konczy i faktycznie w którymś miejscu się zawiesza (dla pewności pod koniec programu dodałem zgaszenie diody i dioda nie zgasła)

Co do pojemności karty to mam kartę 4 GB class 4 chyba goodram. Niestety nie mam karty o mniejszej pojemności by sprawdzić... To obsługa kart w zaleznosci od pojnosci moze się tak.istotnie różnić?

Niektóre karty mają probem z pracą w trybie SPI - np. mam kilka kart 16 GB, które pracują bez problemów, i jakąś kartę 4 GB Kingstona, która za nic w trybie SPI nie chce działać. Także warto sprawdzić. Z drugiej strony program powinien być tak napisany, aby zwrócić jakiś błąd, a nie pętlić się w nieskończoność.

Jakub17 napisał:

chociaż przed włączeniem zasilania siedziała już w slocie

A jaki jest efekt startu bez karty?

Jak to kompilujesz? Jakie masz ustawienia -DF_CPU ?

Pożyczyłem kilka kart i przeprowadziłem testy. Karty Kingstona 512 mb, 2gb,4gb i 8gb. Użyłem innego adaptera sd podłaczonego przez bufor 74hc125n ( poprzedni adapter sam zapewniał konwersje poziomów sygnału). Efekt jest taki:
Przy podłaczeniu uC do zasilania bez karty w slocie czasami wykrywa mi od razu ze karta nie jest gotowa i fajnie, ale czasami nie zapali sie żadna dioda, a tak.nie powinno być (odpowiedź na pytanie troLsix F_CPU 8Mhz
)
Gdy startuje z kartą w slocie to czasami nie zapala sie żadna dioda a czasami dioda informująca że karta nie jest gotowa, dopiero po kilku resetach program działa poprawnie. I tak dla każdej karty. Zatem jedyną poprawą jest to że czasami przy starcie gdy nie ma karty w slocie układ poprawnie wykryje brak gotowości karty. Podejrzewam że albo jest coś w kodzie albo płytka stykowa miejscami nie łaczy... Gdyby ktoś z Was mógł sprawdzić u siebie jak działa ten program to można by wykluczyć możliwość niestykania na płytce.

Jakub17 napisał:

Przy podłaczeniu uC do zasilania bez karty w slocie czasami wykrywa mi od razu ze karta nie jest gotowa i fajnie, ale czasami nie zapali sie żadna dioda, a tak.nie powinno być (odpowiedź na pytanie troLsix F_CPU 8Mhz

Daj pull-up na MISO (przed konwerterem) wtedy za każdym razem powinno wykryć brak karty.

Schemat adaptera. Widać, że linie danych są już podciągnięte do VCC.

tmf napisał:

Z drugiej strony program powinien być tak napisany, aby zwrócić jakiś błąd, a nie pętlić się w nieskończoność.

Możliwe że jakiś błąd przechodzi przez gęste sito sprawdzania warunków.
Albo się zapętla.

Jeśli wisi ci bez karty, to diode sygnalizująca umieść zaraz za kodem incjalizacji disk_initialize



Teoretycznie bez karty nie powinno być obsługi diody w tymże punkcie.
A skoro funkcja nie wraca z obsługą błędu to go nie wykrywa.