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.

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?

_________________
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 ]

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:



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.

[ 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 ]


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 ?

_________________
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 ]

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.

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

_________________
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 ]

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

Jakie masz taktowanie procka ?

_________________
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 ]

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



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:


, to PuttY wyświeli mi:

Jak zrobię tak:
,
to PuTTY pokaże tak:

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.

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.

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

_________________
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 ]

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ą?

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ą ...

_________________
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 ]

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

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


init.h:


init.c:


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


------------------------ [ 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.

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ź

_________________
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 ]

To samo.

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 ...

_________________
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 ]

Zamień swój main.c na:

Z działa pięknie, 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

_________________
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 ]

Dziękuję. To wszystko wyjaśnia.