ATNEL tech-forum

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-12T20:05:28+01:00

Gdybyś traktował nas jak konkurencję, to nie przekazywałbyś tak łatwo swojej wiedzy. Szkoda, że nie ma wielu takich nauczycieli

Statystyki: Napisane przez Marhef — 12 maja 2021, o 20:05

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-12T20:01:29+01:00

Marhef napisał(a):

Można powiedzieć, że tworzysz sobie konkurencję

Gdy widzę młodych ludzi, którzy mnie prześcigają w umiejętnościach programowania czy elektroniki po niedługim czasie nauki - to jest największy miód na moje serce i największa radość W żadnym wypadku nie traktuję tego jako jakiejś konkurencji - świat i Polska jest na tyle duża, że oby JAK NAJWIĘCEJ ludzi się garnęło do tego, a i tak każdy znajdzie dla siebie pracę w tym zakresie.

Statystyki: Napisane przez mirekk36 — 12 maja 2021, o 20:01

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-12T19:06:47+01:00

mirekk36 napisał(a):

zależy mi bardzo na tym, żeby w Polsce było jak najwięcej elektroników i programistów

Można powiedzieć, że tworzysz sobie konkurencję

Statystyki: Napisane przez Marhef — 12 maja 2021, o 19:06

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-12T09:10:43+01:00

Nie ma za co na zdrowie !

Ale masz rację zależy mi bardzo na tym, żeby w Polsce było jak najwięcej elektroników i programistów, żeby też sami projektowali swoje układy a nie jechali tylko na gotowcach z andruino i gotowcach skeczach zassanych z netu ... bo to do niczego nie prowadzi dobrego niestety.

Statystyki: Napisane przez mirekk36 — 12 maja 2021, o 09:10

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-12T02:16:50+01:00

Kurde... no coś słabo szukałem w tym Menu... jest okay... pliki po kompilacji mają nazwę projektu:

A swoją drogą wielki szacun dla Ciebie Mirek. Ty nigdy nie odmawiasz pomocy jak zauważyłem. Nie obraź si za porównanie, ale tak Cię czasem porównywałem do Magdy Gessler... ona robi niesamowite rewolucje gastronomiczne, a ty dzięki swoim poradnikom, książkom robisz równie wielką robotę... edukujesz wielu Polaków, wielu inżynierów, miłośników AVR. Ja się zainteresowałem mikrokontrolerami niezależnie... po prostu budowałem jakieś tam urządzenie. I zbudowałem. Ale i tak trafiłem na to forum przy pewnych problemach... nie elektronicznych, ale programowych. I tu twoje książki, poradniki, zestaw ATB, pomoc na tym forum okazały się nie raz bezcenne.

Zatem kłaniam się panie Mirku i jeszcze raz dziękuję za pomoc.

Pozdro

Statystyki: Napisane przez wojtassm — 12 maja 2021, o 02:16

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-12T00:16:23+01:00

hehehe no gdzieś masz wpisaną nazwę kalibracja panie ... i nie ma że boli, a co masz w tym folderze wyżej UART? może z niego kopiowałeś coś, albo zamiast copy zrobiło się tylko powiązanie folderu z poprzednim projektem. Poszukaj bo coś sam namieszałeś.

A najprościej to sprawdzić, zakładając całkiem nowy folder projektu panie kolego - to 12 sekund roboty, i wystarczy do niego skopiować z tego folderu - TYLKO main.c i ew folder MK_UART i to wszystko i wtedy sprawdzić.

------------------------ [ Dodano po: 13 minutach ]

hahaha TU masz wpisane:

a powinieneś mieć tak:

wtedy będzie się tworzyła nazwa taka jak nazwa głównego folderu projektu

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

Pewnie problem ciągnie się tylko z tym projektem z materiałów do Bluebooka - być może jak kiedyś tam ręcznie wpisałem tę nazwę. Dlatego pisałem ci wyżej że również pomogłoby stworzenie nowego projektu i wkopiowanie tylko pliku main.c i biblioteki MK_UART

Statystyki: Napisane przez mirekk36 — 12 maja 2021, o 00:16

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T23:28:51+01:00

A właśnie jest zagadka. Skąd ECLIPSE, którego tak lubimy bierze tą nazwę? Robiłem to wcześniej nie raz... kasowałem folder RELEASE i po ponownej kompilacji znowu tworzą się pliki z końcówką "_kalibracja". Stąd moje pytanie?

Niby wszystko działa, ale to mi wierci dziurę w głowie, bo nikt nie lubi nierozwiązanych zagadek. Gdzie ECLIPSE ma to zapisane? Sprawdziłem całe "Properties" tego projektu i żadnego słowa "kalibracja" nie napotkałem. Testowałem dzisiaj inne projekty. Procedura była taka: zmiana nazw projektu, kasowanie folderu RELEASE, nowa kompilacja. Zawsze nowe pliki miały nazwę głównego folderu projektu. A ten jest uparty... co bym nie robił to dodaje końcówkę "_kalibracja". I to mnie trochę... wiesz...

https://youtu.be/GImdeLtTDs4

Statystyki: Napisane przez wojtassm — 11 maja 2021, o 23:28

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T22:26:01+01:00

żadna zagadka - z jakiegoś poprzedniego projektu i to tyle, skopiowałeś pewnie folder cały czy coś - czy to ważne - można je skasować. W ogóle cały folder RELEASE możesz śmiało skasować a po kompilacji sam się odtworzy ze świeżymi plikami i to wszystko

Statystyki: Napisane przez mirekk36 — 11 maja 2021, o 22:26

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T20:45:38+01:00

Mirek... ja rozumiem skąd biorą się te pliki.... ale skąd w nazwie bierze się "_kalibracja"? Te nazwy nie ma nigdzie w projekcie. To jest zagadka.

Statystyki: Napisane przez wojtassm — 11 maja 2021, o 20:45

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T16:17:09+01:00

aaaa nie no panie, myślałem że ci się tam jakieś gwiazdki znaki zapytania w nazwach wyświetlają ... a ty pokazujesz na pliki

*.HEX - czyli wsad FLASH wgrywany do procka
*.EEP - czyli zawartość pamięci EEPROM wgrywana do procka
*.LSS - czyli kod w asemblerze tego co napisałeś sobie w C
*.MAP - czyli plik opisowy

i jest ich jeszcze więcej ale nie będę to wszystkich pośrednich plików omawiał ... im więcej będziesz się uczył C to w końcu sięgniesz głębiej i do tych informacji

Statystyki: Napisane przez mirekk36 — 11 maja 2021, o 16:17

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T15:55:32+01:00

A proszę:

Statystyki: Napisane przez wojtassm — 11 maja 2021, o 15:55

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T15:04:30+01:00

wojtassm napisał(a):

Dlaczego kompilator tworzy pliki: 07_UART_kalibracja.* ? Takiej nazwy nie ma w żadnym icludzie, w żadnym pliku, katalogu. Skąd to się bierze?

Pokaż może zrzut ekranu o co chodzi bo szczerze mówiąc nie mogę sobie wyobrazić. Żeby było widać eclipsa i miejsca gdzie są te pliki i ich nazwy

Statystyki: Napisane przez mirekk36 — 11 maja 2021, o 15:04

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T14:17:28+01:00

No wiadomo, że Twoje poradniki są niezastąpione Oczywiście, że ruszyło. Wielkie dzięki za wskazówki.

Na koniec jeszcze jedno pytanie. Nie jest jakoś wielce istotne i nie ma wpływu na działanie programu, ale trochę mnie to nurtuje. Większość poradników chyba obejrzałem, ale na to chyba nigdzie nie trafiłem.

Dlaczego kompilator tworzy pliki: 07_UART_kalibracja.* ? Takiej nazwy nie ma w żadnym icludzie, w żadnym pliku, katalogu. Skąd to się bierze?

Statystyki: Napisane przez wojtassm — 11 maja 2021, o 14:17

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T13:19:59+01:00

wojtassm napisał(a):

Ale tak czy owak warning jest tylko po zrobieniu na projekcie "Clean". Każda kolejna kompilacja przechodzi bez błędów

Dlatego mówiłem ci obejrzyj poradnik jak działa kompilator bo sorki ale ręce opadają.

Kompilator C ZAWSZE za drugą kompilacją zrzuci ci wszystkie warningi - bo uzna, że ty wiesz co robisz i KAŻESZ mu nie drzeć papy no powtarzam to prawie w co drugim poradniku wideo panie.

Więc przestań traktować to znikanie warnigów jako coś magicznego i samonaprawienie się twoich błędów w kodzie Zapamiętaj LICZY SIĘ STAN po CLEAN projektu ok ? musisz to na zawsze sobie zapamiętać

A jak poprawisz te wektory to może ruszy ci już wsio jak należy

Statystyki: Napisane przez mirekk36 — 11 maja 2021, o 13:19

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T11:53:03+01:00

Dzięki Mirek... odrobię te lekcje i dam znać

Ale tak czy owak warning jest tylko po zrobieniu na projekcie "Clean". Każda kolejna kompilacja przechodzi bez błędów

Statystyki: Napisane przez wojtassm — 11 maja 2021, o 11:53

Re: Problem z biblioteką MKUSART na ATmega64

2021-05-11T11:46:02+01:00

Nie czasem zwraca warningi tylko zawsze, a co ja mówiłem ? Panie - jak nie wiesz jak przebiega jeszcze proces kompilacji to traktuj warningi jak errory. Ale ok najpierw obejrzyj sobie poradnik jak działa kompilator - bo przyda ci się to mocno "na zaś"

iframe

A skoro masz warnigi to masz źle dobrane wektory przerwań i już - więc co tu się dziwić, że nie działa? A przecież w ECLIPSE za FREE masz piękne podpowiedzi jak się nazywają wektory przerwań dla KAŻDEGO procka AVR, ten poradnik oglądałeś pan ? jeśli nie to szybciutko

iframe

Statystyki: Napisane przez mirekk36 — 11 maja 2021, o 11:46

Problem z biblioteką MKUSART na ATmega64

2021-05-11T10:53:32+01:00

Cześć fachowcy.
Bardzo zainteresował mnie poradnik Mirka TERMINAL. Tak mnie wkręcił, że poświęciłem na to dobry tydzień. Niestety poległem. Za małe doświadczenie. Ale może ktoś ten problem napotkał i może jakoś pomóc?
Testowałem bibliotekę MKUART, którą znalazłem na pendrive Green i Blue Booka. Na ATmega32 działa bez problemu. Ale temat zainteresował mnie po kątem mojego sterownika zbudowanego na Atmega64. I tu pojawiły się schody.
ATmega64 ma 2 USART’y więc bibliotekę przerobiłem zgodnie z notą aplikacyjną.:

[syntax=c]void USART_Init( uint16_t baud ) {
/* Ustawienie prędkości */
UBRR0H = (uint8_t)(baud>>8);
UBRR0L = (uint8_t)baud;
/* Załączenie nadajnika I odbiornika */
UCSR0B = (1</* Ustawienie format ramki: 8bitów danych, 1 bit stopu */
UCSR0C = (3<
Tu mamy drugi raz ustawienia rejestru UCSRB… nie wiem dlaczego po raz drugi, ale OK. Jakby nie przeszkadza.

[syntax=c]// jeśli nie korzystamy z interefejsu RS485
UCSR0B |= (1<

Ostatnia zmiana:

[syntax=c]void uart_putc( char data ) {
uint8_t tmp_head;

tmp_head = (UART_TxHead + 1) & UART_TX_BUF_MASK;
while ( tmp_head == UART_TxTail ){}

UART_TxBuf[tmp_head] = data;
UART_TxHead = tmp_head;

UCSR0B |= (1<}[/syntax]

Biblioteka się kompiluje. Co ciekawe czasem wywal poniższe warningi, a czasem nie:

[syntax=c]ISR( USART_UDRE_vect) {
// sprawdzamy czy indeksy są różne
if ( UART_TxHead != UART_TxTail ) {
// obliczamy i zapamiętujemy nowy indeks ogona węża (może się zrównać z głową)
UART_TxTail = (UART_TxTail + 1) & UART_TX_BUF_MASK;
// zwracamy bajt pobrany z bufora jako rezultat funkcji
UDR0 = UART_TxBuf[UART_TxTail];
} else {
// zerujemy flagę przerwania występującego gdy bufor pusty
UCSR0B &= ~(1< }
}
ISR( USART_RXC_vect ) {
uint8_t tmp_head;
char data;

data = UDR0; //pobieramy natychmiast bajt danych z bufora sprzętowego

// obliczamy nowy indeks „głowy węża”
tmp_head = ( UART_RxHead + 1) & UART_RX_BUF_MASK;

// sprawdzamy, czy wąż nie zacznie zjadać własnego ogona
if ( tmp_head == UART_RxTail ) {
// tutaj możemy w jakiś wygodny dla nas sposób obsłużyć błąd spowodowany
// próbą nadpisania danych w buforze, mogłoby dojść do sytuacji gdzie
// nasz wąż zacząłby zjadać własny ogon
} else {
UART_RxHead = tmp_head; // zapamiętujemy nowy indeks
UART_RxBuf[tmp_head] = data; // wpisujemy odebrany bajt do bufora
}

../MKUART/mkuart.c:104:6: warning: 'USART_UDRE_vect' appears to be a misspelled signal handler, missing __vector prefix [-Wmisspelled-isr]
ISR( USART_UDRE_vect) {
^
../MKUART/mkuart.c: In function 'USART_RXC_vect':
../MKUART/mkuart.c:130:6: warning: 'USART_RXC_vect' appears to be a misspelled signal handler, missing __vector prefix [-Wmisspelled-isr]
ISR( USART_RXC_vect ) {[/syntax]
^
Wiecie o co chodzi z tymi wektorami? Dlaczego na ATmega32 działa a na ATmega64 nie?
Program siękompiluje i da się wgrać do uC, jednak wiadomo, że nie działa. Instrukcja T5_Toggle to mruganie pewnej diody. Dioda nie mruga do czasu wykomentowania funkcji uart_puts

[syntax=c]while(1) {
uart_puts("Test UART, wartosc OSCCAL = ");// wyślij tekst
_delay_ms(1000);
T5_Toggle;
}[/syntax]

Z góry dzięki za pomoc

Statystyki: Napisane przez wojtassm — 11 maja 2021, o 10:53