Witajcie.
Mam problem z załączaniem biblioteki mkuart, ale nie tylko, bo przy załączaniu lcd problem jest ten sam.
Może wkleję kod main.c aby zobrazować problem

Jak widać z kodu, podłączona jest dioda która zmienia stan co 250ms.
Przy zakomentowanej linii inicjującej USART dioda miga, przy odkomentowanej zapala się i świecie bez przerwy.
Wniosek , ze coś jest nie tak z biblioteką mkuart.c. Tylko, że w pliku mkuart.c w funkcji USART_Init zakomentowałem wszystko.
Wygląda ona teraz tak


jest to dziwne, bo wywołanie pustej funkcji powoduje zwiechę programu.

To powyższe, to oczywiście skrócona wersja programu dla zobrazowania problemu.
Jednak podobny problem jest z podłączeniem biblioteki od LCD.
Aby przedstawić cały obraz sytuacji, dodam, że wczesniej i inicjalizacja uart i lcd dzialały bez problemu. Problemy zaczeły się gdy napisałem funkcje
i zacząłem jaj wywoływać tak

następnie zwierałem wyprowadzenie od int 1 dla którego funkcja przerwania wygląda tak

a konfiguracja tak

Po kilku próbach wywołania tego przerwania ( zwieranie ) program przestał działać.
w pierwszej chwili sądziłem, że to procesor się uszkodził, później jednak podłączyłem diode ( katodą do portu - sterowanie niskim stanem ) przez rezystor 220R

Dioda zaczęła migać w najprostszej konfiguracji , jednak tak jak wyżej napisałem, przy próbie wywołania usart init program zaczął się wieszać.

teraz to już nie wiem gdzie tak naprawdę jest problem.
Czy to możliwe aby procesor jednak był uszkodzony ?

Programuje w eclipse kepler.
Procesor atmega 162 z 11059200 MHz

PS. Mam nadzieje, że opis problemu nie jest zbyt zagmatwany.

Zrób nowy projekt, dołącz biblioteki i zrób jakiś prosty test.
1. TOG dla diody
2. String do UARTa
3. String do LCD.

listingi ktore wkleilem sa na nowym projekcie. oryginalny jest o wiele wiekszy i bardziej rozbudowany

średnik to instrukcja pusta i w tym przypadku nie ma znaczenia.
Jeżeli chodzi o sei(), to próbowałem i z i bez ale efekt taki sam.
Poza tym chyba nie powinno to mieć znaczenia, skoro funkcja init nic nie robi.

możesz mieć racje. Problemy zaczęły se właśnie jak napisałem i testowałem tę funkcje.
Podejrzewałem, że to może mieć związek, dlatego załączyłem jej listing.
Przy deklarowaniu tej zmiennej nie wziąłem pod uwagę właśnie '\0'

Dziś już tego nie sprawdzę, jutro przysiądę i dam znać.

pozdrawiam

Xor, potwierdzam, twoje spostrzeżenie słuszne.

Jednak w dalszym ciągu mam problem z działaniem samego uart-a.
Jak wkleję kod z noty ( i lekko poprawie ) ,to działa wysyłanie dla pojedynczych znaków.
Jeżeli natomiast skompiluję kod z niebieskiej książki ( oczywiście ze zmianami rejestrów dla atmegi 162 ) to nic nie działa.

Czy tym błędem z nadpisywaniem pamięci przez zbyt mały bufor mógłbym uszkodzić procesor ?
jest to w ogóle możliwe ?
Jutro postaram się kupić nowy procek i sprawdzę.
Pozdr

Sprawdź dokładnie nazwy przerwań, bo Atmega162 ma USART0 i USART1 i nazwy 3 przerwań należy zmienić. Eclipse daje tylko ostrzeżenie i to tylko raz, więc aby ponownie to zobaczyć musisz zrobić Clean i Build.

_________________
Dragonus Cracovus: Biomagia

Panowie, ale działało i przestało po moich kombinacjach z symulowanie przerwań ( zwieranie wyprowadzenia do masy ) oraz po utworzeniu funkcji do tworzenia stringu ( być może zbieżność w czasie )
Ale pragnę Was uspokoić Po zakupie nowego procka program działa w starej wersji. Oczywiście bez funkcji tworzenia stringa
Sprawę traktuję już bardziej jako ciekawostkę.
Wszystkim zaangażowanym dziękuję za pomoc

Pozdrawiam