ATNEL tech-forum

Re: Dziwne zachowanie biblioteki UART

2016-05-09T20:23:19+01:00

Dziękuję. To wszystko wyjaśnia.

Statystyki: Napisane przez pabianice2 — 9 maja 2016, o 20:23

Re: Dziwne zachowanie biblioteki UART

2016-05-09T20:18:30+01:00

pabianice2 napisał(a):

ale dlaczego tak jest?

No tak - podstawy, polecam jednak przeczytać początek książki - sam początek na temat języka C i konstrukcji funkcji main() bo widać, że to pominąłeś i masz masakrę

gdy nie masz pętli nieskończonej to program grzecznie kończy swoje działanie i wyłącza wszystkie przerwania

Statystyki: Napisane przez mirekk36 — 9 maja 2016, o 20:18

Re: Dziwne zachowanie biblioteki UART

2016-05-09T20:11:35+01:00

Code:

while(1)

działa pięknie, ale dlaczego tak jest?

Statystyki: Napisane przez pabianice2 — 9 maja 2016, o 20:11

Re: Dziwne zachowanie biblioteki UART

2016-05-09T20:08:58+01:00

Zamień swój main.c na:
[syntax=c]#include
#include
#include
#include
#include "init.h"
#include
#include "MKUART/mkuart.h"

int main (void) {

USART_Init( __UBRR );
sei();
uart_puts("\r\nStarted\r\n");
init_display();

while(1);
}[/syntax]

Statystyki: Napisane przez anshar — 9 maja 2016, o 20:08

Re: Dziwne zachowanie biblioteki UART

2016-05-09T20:06:35+01:00

Aż jutro w firmie sprawdzę to na m1284P bo coś dziwne rzeczy mówisz ale zobaczymy jak to będzie w praktyce (bo jak to mówią nigdy nie mów nigdy) . Bo na m32 działa to bez problemu ...

Statystyki: Napisane przez mirekk36 — 9 maja 2016, o 20:06

Re: Dziwne zachowanie biblioteki UART

2016-05-09T19:59:40+01:00

To samo.

Statystyki: Napisane przez pabianice2 — 9 maja 2016, o 19:59

Re: Dziwne zachowanie biblioteki UART

2016-05-09T19:56:20+01:00

Tutaj: http://atnel.pl/mkbootloader.html

masz pokazane jak wyłączyć sobie watchdoga, umieść tę funkcję ze stronki: staticvoid __init3( void ) przed main i sprawdź

Statystyki: Napisane przez mirekk36 — 9 maja 2016, o 19:56

Re: Dziwne zachowanie biblioteki UART

2016-05-09T19:18:47+01:00

Proszę, gotowy program do przetestowania na ATMEGA 1284P THT:
main.c:

Code:

#include 
#include 
#include 
#include 
#include "init.h"
#include 
#include "MKUART/mkuart.h"

int main (void) {

USART_Init( __UBRR );
sei();
uart_puts("\r\nStarted\r\n");
init_display();
}

init.h:

Code:

#ifndef INIT_h
#define INIT_h

void init_display(void);

#endif //INIT_h

init.c:

Code:

#include 
#include "init.h"
#include "MKUART/mkuart.h"

void init_display(void){
      uart_puts("Starting init_display\r\n");
      uart_puts("ID: ");
      uart_putint(255,16);
      uart_puts("\r\n");
      uart_puts("Starting init_display\r\n");
      uart_puts("Ending init_display\r\n");
      //_delay_ms(20); //z tym delayem działa, a bez ucina. Dlaczego???

}

A to, żebyście nie musieli sami szukać nazw rejestrów pod DS-ie.
Maleńkie fragmenty pokazujące, co zmieniłem w bibliotece:

Code:

UBRR0H = (...)
UBRR0L = (...)
UCSR0C = (1<(...)
UCSR0B |= (1<(...)
void uart_putc( char data ) {
(...)
UCSR0B |= (1<(...)
ISR( USART0_UDRE_vect) {
(...)
UDR0 = (...)
(...)
UCSR0B &= ~(1<(...)

------------------------ [ Dodano po: 11 minutach ]

Czy może być tak, że funkcja main dobiega końca, a procedura obsługi przerwania nie zdąży do tego czasu przepisać wszystkiego z bufora i wysłać na uart?

------------------------ [ Dodano po: 17 minutach ]

Dodam, że czy ustawię 9600, czy 115200, to jest to samo.

Statystyki: Napisane przez pabianice2 — 9 maja 2016, o 19:18

Re: Dziwne zachowanie biblioteki UART

2016-05-09T17:51:57+01:00

Ale wymyślacie
Nie, nie resetuje się w kółko ani nie wywołuje uarta miliard razy na sekundę.
Procek musiałby mieć częstotliwość paru GHz, prawda?

Coś jest ewidentnie nie teges.
Popróbuję dziś z innym kwarcem, analizatorem stanów logicznych, sprzętowym debugerem itp.
Jak nie pomoże, wstawię cały kod bez bibliotek i każdy będzie mógł sam przetestować na swoim 1284P.

Trafiłem na ciekawy przypadek.

------------------------ [ Dodano po: 1 minucie ]

Main bez pętli, watchdoga nie konfigurowałem w ogóle = ustawienia domyślne.

------------------------ [ Dodano po: 16 minutach ]

Kwarc 7,3728 MHz nie pomógł - to nie to

Statystyki: Napisane przez pabianice2 — 9 maja 2016, o 17:51

Re: Dziwne zachowanie biblioteki UART

2016-05-09T16:24:13+01:00

Sparrow-hawk napisał(a):

Używasz w swoim układzie watchdog'a?

hehehe no tak - wyżej mowa o ATmega1284 więc pewnie watchdog sobie hula nie wyłączony i tak na prawdę procek się wciąż resetuje i dlatego tylko takie poucinane rzeczy może lecą ...

Statystyki: Napisane przez mirekk36 — 9 maja 2016, o 16:24

Re: Dziwne zachowanie biblioteki UART

2016-05-09T14:59:16+01:00

Możesz wstawić cały kod, z którego korzystasz? Oczywiście bez bibliotek? Używasz w swoim układzie watchdog'a? Czy funkcja main() zawiera u Ciebie pętlę nieskończoną?

Statystyki: Napisane przez Sparrow-hawk — 9 maja 2016, o 14:59

Re: Dziwne zachowanie biblioteki UART

2016-05-09T09:09:51+01:00

Zamiast doszukiwać się ciekawostek weź w rękę kwarc przyjazny RS232 czyli np 11,0592 MHz i sprawdź ok?

Statystyki: Napisane przez mirekk36 — 9 maja 2016, o 09:09

Re: Dziwne zachowanie biblioteki UART

2016-05-08T22:52:38+01:00

Czasami zdarzają się też nieudokumentowane błędy sprzętowe. Znalazłem info, że ktoś odkrył czysto sprzętowy problem z odbiorem danych przez UART na 1284p. U niego pomogła zmiana ustawień dot. zewn. kwarcu. Zaraz popróbuję. Nieprawdopodobne, ale tak też bywa. Facet twierdzi, że na 644 kod działał bez zająknięcia. Inna ciekawostka tego typu, też dotycząca RX: http://www.avrfreaks.net/forum/atmega1284p-uart-rx-glitch

------------------------ [ Dodano po: 28 minutach ]

Zmiana oscylatora na 2 MHz ani zmiana baud rate nie pomogła, acz sprawiła, że łańcuch jest ucinany w innym miejscu.

Statystyki: Napisane przez pabianice2 — 8 maja 2016, o 22:52

Re: Dziwne zachowanie biblioteki UART

2016-05-08T21:09:41+01:00

8 MHz. Próbowałem i na wewn. rezonatorze, i na kwarcu zewn. (też 8)

Code:

#define UART_BAUD 9600      
#define __UBRR ((F_CPU+UART_BAUD*8UL) / (16UL*UART_BAUD)-1)

Atmega 1284P, nazwy rejestrów poprawne - musiałem wprowadzić niewielkie zmiany w stosunku do bibliotek, posługując się Datasheetem.

Co ciekawe, cała obsługa uarta w funkcji main() działa. Natomiast problemy zaczynają się, gdy wrzucam ją do funkcji init(), która jest jednorazowo wywoływana przez main(). Poza przerwaniem do obsługi nadawania znaków przez uart (z bliblioteki) w programie nie wykorzystuję żadnych innych przerwań.

------------------------ [ Dodano po: 27 minutach ]

Postaram się zaraz zlokalizować miejsce w tej funkcji, od którego uart zaczyna wariować. Bardzo to wszystko dziwne

------------------------ [ Dodano po: 44 minutach ]

Nie widzę żadnej logicznej przyczyny. Jak zrobię tak:

Code:

uart_puts("Ending init_display\r\n");
uart_puts("Ending init_display\r\n");

, to PuttY wyświeli mi:

Code:

Ending init_display
Ending

Jak zrobię tak:

Code:

uart_puts("Ending init_display\r\n");
uart_puts("Ending init_display\r\n");
uart_puts("Ending init_display\r\n");
uart_puts("Ending init_display\r\n");

,
to PuTTY pokaże tak:

Code:

Ending init_display
Ending init_display
Ending init_display
Ending

Natomiast przeniesienie tego w inne, losowe miejsce w kodzie sprawia, że działa.
Badałem instrukcje występujące i przed, i po. Niczego niezwykłego nie znalazłem.
Zaczynam już podejrzewać jakiś dziwny błąd kompilatora.

------------------------ [ Dodano po: 46 minutach ]

Jak po każdej z tych instrukcji dałem delay_ms(10), to teraz w ostatnim wierszu mam:

Ending init_dis

------------------------ [ Dodano po: 52 minutyach ]

Zrobiłem jeszcze jeden test i jest jeszcze dziwniej:

Program testowy, raptem parę linijek. Reszta wykomentowana. Nic poza tym.

W funkcji main robię uart_puts "Starting".
Potem wchodzę do tej feralnej funkcji i wywołuję tam parę razy to uart_puts "Ending init display".
Gdy nastąpi powrót z tejże funkcji do main, już w ramach main wywołuję to ostatnie
uart_puts "Ending init display".

I problem jest ten sam. Obcina końcówkę.

Ale teraz najlepsze. Jak na końcu dam _delay_ms(20), do działa.
Ale jak nie dam delaya, za to zakończę w tym miejscu funkcję main, żeby po uart_puts już absolutnie niczego nie było, tylko koniec programu, to znów nie działa.

Statystyki: Napisane przez pabianice2 — 8 maja 2016, o 21:09

Re: Dziwne zachowanie biblioteki UART

2016-05-08T21:04:20+01:00

Jakie masz taktowanie procka ?

Statystyki: Napisane przez mirekk36 — 8 maja 2016, o 21:04

Re: Dziwne zachowanie biblioteki UART

2016-05-08T20:32:00+01:00

Faktycznie, zależy to od umiejscowienia tej pętli w programie i tak, dziwi mnie to
Dlaczego ma to znaczenie?

------------------------ [ Dodano po: 6 minutach ]

Nadal nie daje mi to spokoju.

Na początku programu wysyłam string Starting Program.
Potem robię różne rzeczy, które trwają. Inicjuję ekran i takie tam.
Wysyłam przez uart_putint wartość liczbową.
Potem znów różne operacje. Na końcu umieszczam sobie jeszcze kontrolnie delaya.
I niezależnie od jego długości, ostatnie polecenie uart_puts "Ending init" zawsze owocuje wyświetleniem
samego "Ending". Natomiast napis wyświetli się poprawnie, jeśli dołożę jeszcze jedną instrukcję uart_puts.
Wtedy za to nie wyświetli się treść tej ostatniej.

To właśnie to sprawia, że sądzę, że z jakiegoś względu z bufora nie wychodzi sama końcówka.

------------------------ [ Dodano po: 12 minutach ]

Nie wiem, jak odczytać terminalem dane do pliku bez wyświetlania ich na ekranie, ale w putty jak ustawię log to file, to plik zawiera dokładnie to samo, co widzę na ekranie w trakcie sesji

Statystyki: Napisane przez pabianice2 — 8 maja 2016, o 20:32

Re: Dziwne zachowanie biblioteki UART

2016-05-08T20:24:47+01:00

pabianice2 napisał(a):

Z jakiegoś względu problem dotyczy zawsze kilku ostatnich instrukcji.

A czytałeś co wyżej napisałem ? Sorki ale chyba w ogóle nie czytałeś ....

Powtórzę jeszcze raz zrób inny test bo ten jest bez sensu dla terminala do którego pchasz dane za szybko więc nie dziwne że wymiotuje. Na szybszym kompie wyświetli jeszcze inne zestawy twoich cyferek ... albo raz tyle raz mniej ....

więc:

1. albo odczytuj terminalem dane do pliku i sprawdź co dostałeś w pliku i zobaczysz wszystko

2. albo nie rób swojej pętli for() w pętli głównej tylko przed nią i zobacz ile ci się cyferek wyświetlać będzie w terminalu - pewnie się zdziwisz że za każdym razem 8 albo 9 czy ile tam ustawisz

Statystyki: Napisane przez mirekk36 — 8 maja 2016, o 20:24

Re: Dziwne zachowanie biblioteki UART

2016-05-08T20:19:21+01:00

Ale tu nie chodzi o to, że dostaję śmieci, tylko o to, że jeśli zrobię pętlę do 8, to na ekranie widzę:
0
1
2

Jeśli zrobię pętlę do 9, to widzę:
0
1
2
3

itd.

Jeśli zrobię do 80, to też nie będzie żadnych śmieci. Wszystko będzie dobrze, poza samą końcówką, czyli:
0
1
2
(...)
74
75
7 (i tu widać już tylko kursor)

Z jakiegoś względu problem dotyczy zawsze kilku ostatnich instrukcji.

Statystyki: Napisane przez pabianice2 — 8 maja 2016, o 20:19

Re: Dziwne zachowanie biblioteki UART

2016-05-08T20:13:20+01:00

[ Po pierwsze panie kolego to już jesteś trochę na tym forum i nie wiesz jak się wstawia listingi programów? nie widziałeś instrukcji ? topic7402.html - bardzo proszę popraw ten swój kod w poście wyżej ]

pabianice2 napisał(a):

Z delayem wyświetla do wartości 7 włącznie. Bez delaya do 2 włącznie. Co ciekawe, jeśli w pętli zmienię 8 na 9, to pokaże do 3 włącznie. Zawsze ma problem z ostatnimi 5 znakami z bufora, nawet jak w pętli zrobię 80.

No tak i jak zwykle pomysł, że winne pewnie są biblioteki To tak będzie działać panie kochany i tak ma działać ... że w terminalu (jeszcze zależy od terminala, komputera itp) będziesz dostawał różne śmieci.... na jego ekranie ....

Jak chcesz przetestować ciągłość przesyłania to zrób lepszy test - np zapisuj do pliku przesłane dane z procka i wtedy zajrzyj do pliku, a nie że ty na ekranie chcesz zobaczyć coś co jak pisałem wyżej wysyłasz miliardy razy na sekundę - a nawet chyba sprawy sobie z tego nie zdajesz hmmm ?

Statystyki: Napisane przez mirekk36 — 8 maja 2016, o 20:13

Re: Dziwne zachowanie biblioteki UART

2016-05-08T20:16:28+01:00

Sądziłem, że jeżeli bufor nadawczy będzie zapełniony, to ten wiersz biblioteki:
while ( tmp_head == UART_TxTail ){}
sprawi, że wykonywanie programu zostanie wstrzymane do momentu, aż część znaków z bufora uda się wyrzucić na zewnątrz przez UART. Biblioteki oczywiście nie przepisuję, natomiast mój kod wygląda tak:

Code:

(odblokowanie przerwań i uart_init)
(...)
      uart_puts("Starting\r\n");
      for (int i=0;i<8;i++)
      {
         uart_putint(i,10);
         //_delay_ms(5);
         uart_puts("\r\n");
      }

Statystyki: Napisane przez pabianice2 — 8 maja 2016, o 19:57

Re: Dziwne zachowanie biblioteki UART

2016-05-08T19:42:14+01:00

pabianice2 napisał(a):

Natomiast gdy puszczę serię instrukcji uart_puts jedna po drugiej,

Jedna po drugiej jak ja lubię takie określenia - oczywiście nic nie powinno się dziać ale jak dajesz w pętli głównej bez żadnego delaya wysyłanie stringów (I TERAZ ZASTANÓW SIĘ DOBRZE - milard razy na sekundę) .... to co ?

A jak chcesz żeby ci pomóc to pokaż że swój kod z pliku main.c jak ty to testujesz żeby nie bawić się w zgadywanki, kalambury i zgaduj zgadule - ok?

Statystyki: Napisane przez mirekk36 — 8 maja 2016, o 19:42

Dziwne zachowanie biblioteki UART

2016-05-08T19:39:03+01:00

Biblioteka MK UART z książki oczywiście działa, ale zauważyłem dziwną rzecz i nie wiem, z czego to się bierze, ani jak to szybko i prosto poprawić. Otóż gdy wysyłam jakiś string do Putty raz na jakiś czas, to wszystko działa. Natomiast gdy puszczę serię instrukcji uart_puts jedna po drugiej, to zawsze ostatnie 5 znaków z ostatniej instrukcji w serii jest ucinane i nie pojawia się na ekranie. Chyba, że po każdym uart_puts z tej serii dam delaya co najmniej 5 ms. Wtedy wszystko działa. Prędkość ustawiona na 9600, zewnętrzny kwarc 8 MHz, UBRR ustawiony już po nowemu, po erracie.

Statystyki: Napisane przez pabianice2 — 8 maja 2016, o 19:39