Witam wszystkich,

na początku chciałbym powiedzieć, że nie wiem czy ten post zamieszczam w odpowiednim miejscu na forum ponieważ nie mam pewności, czy jest to problem od stron eclipse, czy od programistycznej. Do rzeczy..

Pracuję nad transmisją rs232 opierając się na niebieskiej oraz zielonej książce. Mam pewien problem ponieważ Eclipse podczas próby wgrania programu wyrzuca taki komunikat:

Stało się to po zrobieniu clean projektu zawierającego kilka plików związanych z tematem transmisji po rs232. Pomimo, że projekt jest zapisany, wyłączoną mam opcję debugowania problem ten nie znika. Szukałem na forum i w pozostałych zakamarkach internetu jednak żaden podany sposób nie rozwiązał mojego problemu.

Co więcej problem ten znika, gdy pousuwam wszystkie pliki i dla testu pozostawię samo main.c. Podczas buildowania projektu nie wyskakują żadne błędy lub ostrzeżenia jednak w konsoli kilka niejasności się pojawia, które nie wiem jak przekładają się na mój problem. Oto screeny:




Jeśli ktoś będzie mógł mnie jakoś dalej pokierować będę wdzięczny.

Pozdrawiam !

Kliknij na projekt prawym przyciskiem myszy i wybierze Index->Rebuilt
a nastepnie
Index->Freshen all files

------------------------ [ Dodano po: kilkunastu sekundach ]

I oczywiście zrób clean-a

Bibliotekę sam tworzylem na bazie książek-niestetyu nie mam dostępu do płyty oraz nie mogę napisać do wydawnictwa o przesłanie zawartości płyty ponieważ książka jest wypożyczona.
Sprawdzę powyższe uwagi.

Dziękuję za pomoc, sprawdzę wszystko i odezwę się w najbliższych dniach.

A ja polecam zainstalować AVPlayer wpisać w szukaj 'rs232' i obejrzyj dokładnie wszystkie poradniki.
Zacznij od RS232 dla początkujących..., później kolejne, a jeśli jeszcze masz książki pana Mirka do tego, to pięknie wszystko przygotujesz.

Rs232 dla początkujących widziałem w całości i kilka innych, dlatego przeszedłem do napisania biblioteki na bazie książek. Poszukam na AVPlayer, może jeszcze jakieś filmiki pominąłem.

To może obejrzyj filmik pana Mirka jak pisze bibliotekę UART na potrzeby przetwornika ADC https://youtu.be/JbLHXkFZwsE?t=1581

A nie łatwiej i dużo sprawniej kupić sobie BB i mieć komplet z przydatnymi bibliotekami zamiast ślęczeć nad nimi? Skupiłbyś się na kodowaniu

Przyczyna leżała w sofcie - brak definicji zmiennych, same deklaracje. Teraz wydaje się być wszystko okej i mogę ruszyć dalej z testami. Dziękuję za pomoc !

Tak przy okazji zapytam w tym wątku. Chciałem przejść do testów transmisji danych po UART i spotkałem się z pewnym dość typowym problemem jednak nie mogę sobie z nim poradzić. Procek był taktowany z wewnętrznego oscylatora. Podgrałem mu program i chciałem zmienić mu zrodlo taktowania na zewnętrzny kwarc. Pojawia się teraz taki komunikat:

Problem w tym, że nie mogę nic zmienić. Próbuję wrócić do wewnetrznego oscylatora, zmieniam na inne kwarce procek nie odpowiada(cały czas podłączony jest rezonatorze kwarcowym).
Kilka razy już spotkałem się z tym problemem, ale wtedy pracowałem na stykówce i najczesciej blad był z połączeniem. Teraz mam pewność co do poprawności połączeń. Jakiś pomysł ?

Błąd w połączeniach.

nie pracuję już na stykówce tylko na zaprojektowanej przez siebie płytce, więc to nie jest przyczyną. Wgrywałem już programy i procek odpowiadał więc nagle nic z tym związanego nie zmieniłoby się.

A może przypadkiem zmieniłeś fusebity? Na przykład na zewnętrzny generator RC?
Jeśli masz nowy programator z atnela, to możesz na którymś z pinów wystawić sygnał prostokątny, poszukaj w instrukcji. Sam tak zablokowałem procka dawno temu, a odblokowałem niedawno. Jak to zrobić, było opisane tu gdzieś na forum

Próbowałem ożywić Atmege poprzez podanie na jej pin XTAL1 sygnału prostokątnego z innego uC, niestety bez pozytywnego efektu.

A może masz ATmega fusebit doctor?

Problem rozwiązany - złe wartości kondensatorów wpiętych pomiędzy kwarc/pin a masę.