Mam taki problem związany z dość starym tematem dokładnie chodzi mi o ten: topic968.html. Bardzo przydatne by mi było to ale już na samym początku poległem.. Problem polega na tym że moja komunikacja wygląda następująco:

Wysyłam 4 razy ten sam łańcuch znaków, poprawnie jest tylko za pierwszym razem po zresetowaniu mikroprocesora




mój kod to dokładnie to samo co znajdowało się we wspomnianym temacie, dodam tylko że posiadam atmege 8 z wewnętrznym oscylatorem ustawionym na 8MHz

To na początek sprawdź samo wysyłanie do kompa bo tam masz jeszcze odbieranie w pętli. Zrób to tak na początek:

To wyeliminujesz błędy w plikach UARTA i sprzętowe.
Ale co ważne nie wiem czy uart działa poprawnie na wewnętrznym oscylatorze przejdź na kwarc. Sam nie testowałem na wewnętrznym ale to może być również źródło problemów.
I coś więcej mógłbyś opisać o swoim fragmencie kodu co chcesz nim zrobić.

Miłego sprawdzania

_________________
http://mojekonstrukcje.pl/

Dzięki za odpowiedź
a więc tak, dałem kwarc 16 MHz ale to nic nie zmieniło, tylko tyle że inne krzaki. Program sprawdzający wysyłanie do kompa działa super, tak jak powinien.
A docelowo chciał bym zrobić coś takiego żeby w przerwaniu sprawdzać czy mam konkretny interesujący mnie łańcuch znaków i zwrócić flagę do pętli głównej, a w pętli głównej zapisać ten łańcuch do tablicy.
Drugą częścią ma być również sprawdzenie w przerwaniu ale pojawienie się jednego konkretnego znaku po którym zostanie wysłany odebrany wcześniej łańcuch.
Mam nadzieje że nie zamieszałem za bardzo
Po przeczytaniu bluebooka, kilku tematów na forum i trochę zabawy z tym wydaje mi się że to nie jest trudne do zrealizowania, ale mam własnie ten problem z którym nie mogę sobie poradzić..

Jaki to jest procek ?. Daj kod inicjalizacji UARTA

Procek to Atmega 8

kod inicjalizacji jest wprost z bibliotek Pana Mirka

Inicjalizacja wydaje się ok o ile wartość baud jest dobrze wysyłana... Ta zmienna flag co powoduje ??
A bez tej linijki wszystko działa dobrze ? : while( (c=uart_getc()) != 0x0d) uart_putc(c); ( jest bez krzaczków ? ) Może twoje putty coś "gratis" wysyła

Dzięki za sprawdzenie inicjalizacji, nigdy nie jestem tego pewien bo wiem że to było pisane przez Pana Mirka pod atmege32.
Odnośnie zmiennej flag to w przerwaniu

mam taki zapis:

i wtedy w pętli głównej realizuje się to odbieranie i wysyłanie.

Bez linijki: while( (c=uart_getc()) != 0x0d) uart_putc(c); działa tak jak powinno, za każdym razem wysyła mi stan flagi.
Nad putty myślałem i sprawdziłem w innym programie i jest to samo..

Daj mi jeszcze definicje funkcji uart_getc() ona bierze z jakiegoś bufora te znaki ??
A co do ISR RXC UART'a to co potem się z tą zmienną 'data' dzieje ?? odbiera znak a potem co z nim robi ?? bo z tego co widzę to kod jest niepełny (klamerki brak) ale jak by tam była to przepada bez śladu

Tak, na to wygląda że z bufora


a odnośnie 'data' w przerwaniu to potem jest wpisany do bufora

Walczę ciągle z tym, jeszcze przyszło mi do głowy żeby wymienić procka, ale niestety na innym procku jest to samo, czyli problem procesora odpada..

Polecam zajrzeć do ostatniego rozdziału Greenbooka ... sporo się wyjaśni jak w ogóle warto podchodzić do odbierania stringów i to w oparciu o EVENTS (zdarzenia) a dodatkowo callbacki

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

niestety jeszcze nie posiadam Greenbooka, poki co muszę sobie radzić z Bluebookiem

Jasne to spójrz wyżej na propozycję kolegi Antystatycznego na przykład

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Spójrz na tą linijkę:
while( (c=uart_getc()) != 0x0d) uart_putc(c);

Jeśli twój UART nie zdąży (a to jest pewne na bank) odebrać żadnego znaku (nic się nie doda do bufora) to powinien ciebie program spamować samymi '0' (ta linijka: if ( UART_RxHead == UART_RxTail ) return 0;).
Ale z jakiejś przyczyny wysyła śmieci, czyli wysyła to co jest w buforze.
Przy inicjacji zmiennych Tail i Head masz zera ??
Albo czasami zdefiniowany bufor nie jest za mały na maksymalną "długość ogona i głowy" ?? i czytasz z pamięci która do ciebie nie należy ??

to teraz zrób próbę komunikacji Komp ---> AVR
Czyli wysyłasz z kompa literkę X to zapala Ci diodę a jak wyślesz Y to ją zgasisz.
Musisz jeszcze zadeklarować pin do diody itp.

_________________
http://mojekonstrukcje.pl/

Przy inicjacji zmiennych mam zera, znaczy nie było ich ale już mam i nic to nie zmieniło.. odnośnie czytania z pamięci tej co do mnie nie należy to możliwe że tak jest, mógł by to być dobry trop, ale nie wiem jak temu zapobiec. Zaraz będę próbował innego sposobu odebrania konkretnej długości stringa, może to się uda.

------------------------ [ Dodano po: 15 minutach ]




Mam pytanie odnośnie tego sposobu, za co w tej funkcji jest odpowiedzialna zmienna usart_nr?

------------------------ [ Dodano po: 49 minutach ]

Na szybko zrobiłem trochę innym sposobem, ale efekt podobny.. Zrobiłem żeby odebrać łańcuch na 10 znaków, nadal tylko pierwszy jest poprawnie


Efekt:

Daj mi jeszcze definicje bufora uarta i obliczenie maski

Definicje: