ATNEL tech-forum

Re: Atmega2560 USART problem

2023-12-04T11:01:42+01:00

skalarro napisał(a):

Zresztą sądziłem, że jak wysyła prawidłowo

to jest transmisja asynchroniczna i nadawanie to mniejszy problem - ODBIERANIE to wyzwanie i zależy od częstotliwości próbkowania sygnału w odbiorniku. I dlatego odbiór w procku jest wrażliwszy - a z kolei w PC odbiorniki UART mają wyśrubowane próbkowanie i dają często radę

Statystyki: Napisane przez mirekk36 — 4 gru 2023, o 11:01

Re: Atmega2560 USART problem

2023-12-04T06:26:11+01:00

No i super! Można bawić się dalej.

Statystyki: Napisane przez micky — 4 gru 2023, o 06:26

Re: Atmega2560 USART problem

2023-12-03T19:59:32+01:00

Od obwiniania procka byłem daleki baaaardzo długo.. ale w końcu nic tu logiczne po kolei nie było. Dane wysyłane przez procka były rozumiane przez wszystko: dwa terminale, drugi procek, wifi... Inna atmega tez nie grymasiła i na tych samych ustawianiach łykała dane aż mlaskało. a ten nie chciał. Do tego sam myślałem, że mam ustawiony ten nieszczęsny U2Xn i brałem pod uwagę błąd 2,1%. Zresztą sądziłem, że jak wysyła prawidłowo to MUSI być inny problem.

Najwazniejsze, że można brnąć dalej. Jeszcze raz wielkie dziękuję

Statystyki: Napisane przez skalarro — 3 gru 2023, o 19:59

Re: Atmega2560 USART problem

2023-12-03T18:21:20+01:00

no to teraz zapamiętaj tą szkołę jaką przeszedłeś i na przyszłość TAK podchodź do rozwiązywania problemów zamiast obarczać winą procka itp

Niestety my programiści na takich pierdółkach tracimy ostatnie włosy - ale nie można się poddawać i patrzeć wstecz ...

gratulacje

Statystyki: Napisane przez mirekk36 — 3 gru 2023, o 18:21

Re: Atmega2560 USART problem

2023-12-03T10:27:37+01:00

Panowieeeeeee,
Nie wiem co mam powiedzieć, czy się cieszyć, czy sobie karę jakąś wymyślić ale.... po kolei.

Chciałem na pisać, że nie, to nie to, że już przerabiałem na wsztstkie sposoby to.
Zmienić prędkość na 9600 czy inną to byłoby najprostsze rozwiązanie. Niestety nie mam możliwości zmiany. Jest 115200 i kuniec. Kwarca też nie wymienię. Używam arduinoMEGA2560 i tam kwarc ma obudowę chyba 0805. Dlatego tak męczę właśnie tą prędkość.

Misłem napisać właśnie, że moze te 3,5 to dużo ale sprawdziłem na tym co miałem czyli
atmega 32 i tam konumikacja smigała na 115200 też przy 16MHz i to zarówno z komputera jak i z wifi wszystkie rameczki odsyłał a terminal bezbłędnie. A z mega2560 nie chciała. ani z ESP ani terminala. Wysyła dobrze, odebrać nie chce!!!
Ale mówie - zrobię jeszcze jeden test - wyślę z terminala coś w 9600.. i co?? i poszło idealnie.
I teraz najlepsze - co naprowadziło mnie na jakiś tam zadowalający sukces

mirekk36 napisał(a):

tzn ja wiem że ty piszesz że ustawiasz U2Xn na 1

właśnie nie ustawiałem. ustawiłem U2X2 a cały czas sugerowałem się tym 2,1% jakbym ustawił.
Teraz ustawiłem, wpisałem na sztywno ubrr 207 i śmiga jak ta lala. Wiem, że na granicy błędu ale działa idealnie.

Dzięki ogromne Mirek, dzięki Micky

kurcze, kilka dni na to poszło

Statystyki: Napisane przez skalarro — 3 gru 2023, o 10:27

Re: Atmega2560 USART problem

2023-12-02T23:19:50+01:00

skalarro napisał(a):

przy U2X=1, to nie to

O matko ja wciąż jakoś myślałem o 9600 a tu 115200 - masakra - najczęściej powtarzany błąd dla kwarca 16 MHz - to właśnie PRZYNAJMNIEJ jedna z przyczyn dlaczego ci nie działa

kolega micky ma 10000% racji

nie żadne 2,1% tylko ponad 3% więc mega lipa niestety

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

tzn ja wiem że ty piszesz że ustawiasz U2Xn na 1 ale ustaw na 0 i daj mniejszą prędkość np 9600 albo 76800 i daj znać

Statystyki: Napisane przez mirekk36 — 2 gru 2023, o 23:19

Re: Atmega2560 USART problem

2023-12-02T20:45:01+01:00

micky napisał(a):

A wg noty jaki poziom błędów jest przy kwarcu 16MHz i 115k2?

2,1% przy U2X=1, to nie to

Statystyki: Napisane przez skalarro — 2 gru 2023, o 20:45

Re: Atmega2560 USART problem

2023-12-02T16:19:37+01:00

mirekk36 napisał(a):

nie pisz mi tu więcej o tym 8,n,2 bo naprawdę no nie mogę już tego czytać

ok, obiecuję, że już nie będę

mirekk36 napisał(a):

Nie żebym się tu denerwował czy coś

dobra, dobra haha... wiem, wiem jestem tutaj już parę lat więc wiem jak jest

mirekk36 napisał(a):

bo coś czuję że to z nią problem, choć może się mylę ale już widziałem u ludzi takie przypadki

myślęż że to nie ona winna. zestaw samo esp + atmega bez udziału przejsciówki i trminala też nie działa. ale ok, robie grzecznie, co proponujesz. Wjechała przejścióweczka na ft232, sprawdzona, śmiga pięknie. Komunikacja na 2 terminale między FT232 i CP też śmiga aż miło.

mirekk36 napisał(a):

ale też wymień przewody bo może któryś nie styka

wjechał cały komplecik prosto z szuflady

mirekk36 napisał(a):

Do tego weź że użyj "normalnego" terminala" czyli ATB ESP Terminal

mam, używam też.

mirekk36 napisał(a):

i jak zrobisz te kroki to daj znać

Chyba możemy iść dalej. Wszystkie kroki wykonane

Statystyki: Napisane przez skalarro — 2 gru 2023, o 16:19

Re: Atmega2560 USART problem

2023-12-02T15:17:52+01:00

A wg noty jaki poziom błędów jest przy kwarcu 16MHz i 115k2?

Statystyki: Napisane przez micky — 2 gru 2023, o 15:17

Re: Atmega2560 USART problem

2023-12-02T15:06:48+01:00

skalarro napisał(a):

ale tylko kiedy ustawię terminal na 8,n,2, inaczej krzaki

Wiesz co - bardzo ale to bardzo ciebie proszę, nie pisz mi tu więcej o tym 8,n,2 bo naprawdę no nie mogę już tego czytać ok .... proszę cię. Skupiamy się i rozwiązujemy problem i ma i MUSI działać 8,n,1 a ty wciąż i wciąż o tym 8,n,2 - więc po raz ostatni - nie pisz więcej o tym i nie testuj mi tu tego kociego 8,n,2 bo to nic nie wnosi do tematu. Nie żebym się tu denerwował czy coś .... no może troszeczkę Ja nigdy ale to nigdy nie wracam do jakichś innych ustawień gdy rozkminiam problem. Ty już wiesz że masz ustawienia poprawne. Więc zrób to co niżej ...

a teraz to odstaw na chwilę tę przejściówkę do kosza na śmieci bo coś czuję że to z nią problem, choć może się mylę ale już widziałem u ludzi takie przypadki. Wcale nie musisz mieć atnelańskiej - weź byle pierwszą lepszą inną - niech będzie na scalaku CH340 albo najlepiej na jakimś FT232xxx - bo już ludzie rwali sobie włosy przez takie kocie przejściówki na CP

ale też wymień przewody bo może któryś nie styka

Do tego weź że użyj "normalnego" terminala" czyli ATB ESP Terminal, do pobrania za FREE z naszej strony:

https://atnel.pl/atb-esp-terminal.html

nie jest on wbrew temu co w nazwie tylko do ESP

i jak zrobisz te kroki to daj znać

Statystyki: Napisane przez mirekk36 — 2 gru 2023, o 15:06

Re: Atmega2560 USART problem

2023-12-02T14:31:46+01:00

mirekk36 napisał(a):

ok teraz widzę co i jak więc przypomnij mi czy na tym kodzie odbiera ci normalnie dane z terminala na PC ?

Odbiera ale tylko kiedy ustawię terminal na 8,n,2, inaczej krzaki

mirekk36 napisał(a):

i jeszcze jedno - jaką masz przejściówkę USB-RS232

Niestety nie jest to atnelański sprzęt a zwyczajny chińczyk

Statystyki: Napisane przez skalarro — 2 gru 2023, o 14:31

Re: Atmega2560 USART problem

2023-12-02T13:06:29+01:00

ok teraz widzę co i jak więc przypomnij mi czy na tym kodzie odbiera ci normalnie dane z terminala na PC ?

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

aha i napisz i pokaż screenshot jak masz ustawiony ten terminal

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

i jeszcze jedno - jaką masz przejściówkę USB-RS232

Statystyki: Napisane przez mirekk36 — 2 gru 2023, o 13:06

Re: Atmega2560 USART problem

2023-12-02T11:36:21+01:00

Tak Mirku, zwykłe 232, tak już pozostanie. Tym razem 485 tutaj nie będzie. Korzystam z Twojej MKUSART więc i wyliczenia żywcem z niej.
[syntax=c]#ifndef MKUART_H_
#define MKUART_H_

#define UART_BAUD 115200// tu definiujemy interesuj¹c¹ nas prêdkoœæ
#define __UBRR ((F_CPU+UART_BAUD*8UL)/(16UL*UART_BAUD)-1) // obliczamy UBRR dla U2X=0[/syntax]

kwarc 16000000

Statystyki: Napisane przez skalarro — 2 gru 2023, o 11:36

Re: Atmega2560 USART problem

2023-12-02T11:20:46+01:00

no ale ja nadal nie wiem jaką ty prędkość ustawiasz z tego kodu - nie wiem jak u ciebie jest liczone / wyznaczane __UBRR

Poza tym mam nadzieję, że dla uproszczenia testujesz to na zwykłym RS232 a nie na RS485, więc wywal do testów wszystko co związane z RS485 narazie

Statystyki: Napisane przez mirekk36 — 2 gru 2023, o 11:20

Re: Atmega2560 USART problem

2023-12-02T11:11:27+01:00

Już zamówiłem.
Kilka razy już lądował w moim koszyku ale jakoś nie kupiłem nigdy.

Co do kodu:
[syntax=c]void USART_Init( uint16_t baud ) {
/* Ustawienie prêdkoœci */
UBRR2H = (uint8_t)(baud>>8);
UBRR2L = (uint8_t)baud;
/* Za³¹czenie nadajnika I odbiornika */
UCSR2B = (1</* Ustawienie format ramki: 8bitów danych, 1 bit stopu */
//UCSR2C = (1<
// jeœli korzystamy z interefejsu RS485
#ifdef UART_DE_PORT
// inicjalizujemy liniê steruj¹c¹ nadajnikiem
UART_DE_DIR |= UART_DE_BIT;
UART_DE_ODBIERANIE;
#endif

// jeœli korzystamy z interefejsu RS485
#ifdef UART_DE_PORT
// jeœli korzystamy z interefejsu RS485 za³¹czamy dodatkowe przerwanie TXCIE
UCSR2B |= (1<#else
// jeœli nie korzystamy z interefejsu RS485
UCSR2B |= (1<#endif

}

// procedura obs³ugi przerwania Tx Complete, gdy zostanie opó¿niony UDR
// kompilacja gdy u¿ywamy RS485
#ifdef UART_DE_PORT
ISR( USART2_TXC_vect ) {
UART_DE_ODBIERANIE;// zablokuj nadajnik RS485
}
#endif[/syntax]

i wywołanie inita:

[syntax=c]int main(void){

USART_Init(__UBRR);[/syntax]

Statystyki: Napisane przez skalarro — 2 gru 2023, o 11:11

Re: Atmega2560 USART problem

2023-12-02T07:31:46+01:00

Nigdy w życiu nic nie jest z prockiem i kwarcem - skoro udaje ci się wysyłać stringi normalnie do terminala

A co do analizatora to na prawdę wstyd toż 30zł to nie majątek - a taki klonik zastępuje pracę z OSCYLOSKOPEM no i jest podstawowym narzędziem jakie tylko może być do pracy z prockami

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

poza tym żeby coś ci pomóc to musiałbyś pokazać przynajmniej swój kod do inicjalizacji UART'a bo to co pokazałeś na górze to kompletnie nic nie mówi co ty dokładnie ustawiasz

Statystyki: Napisane przez mirekk36 — 2 gru 2023, o 07:31

Re: Atmega2560 USART problem

2023-12-01T22:09:51+01:00

Nie mam niestety. Wiem, że to błąd ale nie czułem nigdy potrzeby takiej. Widzę że jednak by się przydał.

Co do postępów - pewnie wyważam otwarte drwi lub bardziej krążę jak dziecko we mgle ale użyłem innego esp. Takiego z innym firmwareem, gdzie mogę zmienić parametry uarta na 8n2 i śmiga komunikacja w obie strony bez krzaków. Niestety ta wersja nie obsługuje NTP. A w tej pierwszej mam NTP ale nie idzie zmienić paramerów uarta.

Co do samego programu - ten sam wrzucony w atmegę32 śmiga aż miło na 8n1. Już się zastanawiam czy nie jest coś z prockiem? karcem? Pewiie nie ale sam juz nie wiem.

Statystyki: Napisane przez skalarro — 1 gru 2023, o 22:09

Re: Atmega2560 USART problem

2023-12-01T21:09:33+01:00

weź analizator stanów logicznych w łapki i sprawdź

Statystyki: Napisane przez mirekk36 — 1 gru 2023, o 21:09

Re: Atmega2560 USART problem

2023-12-01T14:38:31+01:00

mirekk36 napisał(a):

przede wszystkim na początek to SPRAWDŹ czy wysyłany z pętli głównej string czy stringi do terminala z 8n1 lecą dobrze - no od tego to trzeba zacząć

to sprawdziłem na dzień dobry. Lecą bardzo dobrze i do terminala i także esp odbiera je prawidłowo, odpowadając na nie

mirekk36 napisał(a):

jeśli w kompie w terminalu dostaniesz prawidłowe stringi z procka - to wtedy nie masz co się czepiać w ogóle inicjalizacji bo będzie to znaczyło że już dobrze ustawiłeś procka - czy to czujesz?

Tak, procek wysyła prawidłowe stringi, terminal odbiera je prawidłowo zarówno na ust 8n1 jak i 8n2

mirekk36 napisał(a):

początek w swoim programie odbierającym dane przez uart proste echo

echo też już sprawdziłem wcześniej. wracają krzaki. Jak zmienię w terminalu na 8n2 jest cud, miód.

Co do samego parsowania - odbywa się prawidłowo ale tylko dla danych wysłanych z termiinala jako 8n2

Wiem, Mirku, że to są podstawy podstaw dla Ciebie ale już jestem powoli bezradny. zanim napisałem na forum ,to spędziłem 4 dni z blubukiem i datasheetem

------------------------ [ Dodano po: 20 minutach ]

Wyrzuciłem praktycznie wszystko, zostało tylko to w pętli

data = UDRx;//odbierasz bajt
UDRx = data;// odsyłasz go jako echo

jak wyślę tylko jeden znak to cały czas wraca na terminal na 8n1 i 8n2
jak wyślę krótki string i zakończę \r\n to ładnie wraca do mnie ładnie ale tylko na 8n2, w 8n1 krzaczorki

Statystyki: Napisane przez skalarro — 1 gru 2023, o 14:38

Re: Atmega2560 USART problem

2023-12-01T14:02:07+01:00

Troszkę dziwnie podchodzisz do testowania

1. skoro masz rzekomo babola z parsowaniem to po co wyrzucać na uart to co odebrał?

2. przede wszystkim na początek to SPRAWDŹ czy wysyłany z pętli głównej string czy stringi do terminala z 8n1 lecą dobrze - no od tego to trzeba zacząć

------------------------ [ Dodano po: kilkunastu sekundach ]

jeśli w kompie w terminalu dostaniesz prawidłowe stringi z procka - to wtedy nie masz co się czepiać w ogóle inicjalizacji bo będzie to znaczyło że już dobrze ustawiłeś procka - czy to czujesz?

------------------------ [ Dodano po: 3 minutach ]

Jeśli będą dobre dane w terminalu to wtedy włącz na początek w swoim programie odbierającym dane przez uart proste echo

[syntax=c]data = UDRx;//odbierasz bajt
UDRx = data;// odsyłasz go jako echo[/syntax]

no prostszych testów to już nie ma - i po tym od razu zobaczysz czy to co wysyłasz to rzeczywiście jest ok? Do tego jeszcze analizator stanów logicznych i podsłuchanie linii Rx i Tx procka

Statystyki: Napisane przez mirekk36 — 1 gru 2023, o 14:02

Re: Atmega2560 USART problem

2023-12-01T13:40:37+01:00

Mirku wszystko rozumiem, próbuje tak do tego podejść. ale jak to wytłumaczyć sobie i znaleźc babola nie mam pojęcia
Program działał idealnie na m32, po przesiadce na m2560 już nie chce. i to za żadnym z 4 uartów. Jak mogę szukać błędu kiedy:
ustawiam terminal na 115,8,n,1 - wysyłam ramkę do procka i odsyłam to co otrzymał - mam krzaki, procek nie parsuje stringa
ustawiam terminal na 115,8,n,2 - wysyłam ramkę do procka i odsyłam to co otrzymał - idealna rameczka, dane idealnie wczytane i też odesłane wartości.
Stąd takie podejrzenia,
Nawet już wyrzuciłem n uart wartość rejestru UCSR2C i ma wartość jak w nocie więc tu ok.

Statystyki: Napisane przez skalarro — 1 gru 2023, o 13:40

Re: Atmega2560 USART problem

2023-12-01T13:33:09+01:00

skalarro napisał(a):

ale wtedy procek olewa całe przychodzące stringi.

Tak mi się wydaje że dokąd w ten sposób będziesz sobie tłumaczył zachowania programu który piszesz, na zasadzie że to "procek sobie coś tam robi", że procek coś tam chce albo olewa to uwierz mi długo będziesz szukał rozwiązania problemu.

Procek sam nic nie robi - i jeśli masz nadawane do niego dane z 1 bitem stopu i w terminalu też tak masz ustawione i ładnie je odbiera, to czy tego chcesz czy nie - to coś rąbiesz w kodzie swojego programu, a nie że procek coś źle robi. Więc zamiast skupiać się na tym, że odbiera jak mu ustawisz 2 bity stopu. to ZAPOMNIJ o tym zostaw te 2 bity stopu nie zmieniaj tego na zasadzie .... "a może zmienię tu albo tam coś i może zadziała" Tylko na spokojnie przeanalizuj całą inicjalizację no i przede wszystkim kod który masz do odbierania stringów

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

Quote:

Zauważyłem, ale to też nie pomaga niestety

\to się wiąże z tym co napisałem wyżej - to nie ma być tak "że to nie pomaga" .... jak widać problem masz gdzie indziej albo kilka problemów nakładających się na siebie. Więc jak pisałem wyżej zostaw te 8,n,1 i z uporem sprawdzaj dalej

------------------------ [ Dodano po: 2 minutach ]

pewnie masz baudrate źle ustawiony - tak tylko strzelam

Statystyki: Napisane przez mirekk36 — 1 gru 2023, o 13:33

Re: Atmega2560 USART problem

2023-12-01T13:19:46+01:00

Wiem właśnie! Zaraz bęedę na pamięć te noty znał
Właśnie zależy mi na używaniu 8,n,1 ale wtedy procek olewa całe przychodzące stringi. Jak wyrzucę na terminal to co otrzymał to widzę krzaki. Jak wrzucę taką samą ramkę z terminala to grzecznie na nią reaguje, odczytuje co trzeba i krzaków nie ma. Ale odkryłem, że działa tylko na 8,n,2. Jak ustawię terminal w 8,n,1, to krzaki wracają. Stąd wnioski, że uparcie chce 2 bitów stopu.

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

mirekk36 napisał(a):

Do rejestru UCSRC nic nie musisz wpisywać on domyślnie ma bity ustawione właśnie poprawnie dla 8,n,1

Zauważyłem, ale to też nie pomaga niestety

Statystyki: Napisane przez skalarro — 1 gru 2023, o 13:19

Re: Atmega2560 USART problem

2023-12-01T13:07:56+01:00

zwykle tak jest że nie ma dużej różnicy w odbiorze ramek z 1 albo 2 bitami stopu - szczególnie jeśli nie obsługuje się błędów hardłerowych UARTA. Nie wiem po co się nad tym zatrzymywać i rozważać zamiast używać normalnie 8,n,1 i już

------------------------ [ Dodano po: kilkunastu sekundach ]

skalarro napisał(a):

Nic nie rozumiem już. Co bym nie wpisał w rejestr UCSR2C to uparcie odbiera tylko jak mam 2 bity stopu. Ktoś podpowie? Robię wg PDFa i nie umiem

Do rejestru UCSRC nic nie musisz wpisywać on domyślnie ma bity ustawione właśnie poprawnie dla 8,n,1 zajrzyj do noty i sprawdź jak są w nim ustawione bity po restarcie

Statystyki: Napisane przez mirekk36 — 1 gru 2023, o 13:07

Re: Atmega2560 USART problem

2023-12-01T13:07:05+01:00

Nic nie rozumiem już. Co bym nie wpisał w rejestr UCSR2C to uparcie odbiera tylko jak mam 2 bity stopu. Ktoś podpowie? Robię wg PDFa i nie umiem

Statystyki: Napisane przez skalarro — 1 gru 2023, o 13:07