ATNEL tech-forum

Re: SOFT UART czyli programowy RS232 - zaczynamy

2019-11-26T23:12:17+01:00

Tak - np. analizator em logicznym

Statystyki: Napisane przez micky — 26 lis 2019, o 23:12

Re: SOFT UART czyli programowy RS232 - zaczynamy

2019-11-24T23:45:55+01:00

felinutti napisał(a):

1+8+sb. Jak rozumieć tą pierwszą jedynke?

A ja myślę, że trzeba zacząć od tego:

iframe

a nawet całą playlistę odnośnie komunikacji RS232 bym obejrzał - żeby zrozumieć podstawy - a nie - zabierać się nawet nie od środka - tylko od asemblera

Statystyki: Napisane przez mirekk36 — 24 lis 2019, o 23:45

Re: SOFT UART czyli programowy RS232 - zaczynamy

2019-11-24T22:56:38+01:00

Poczytaj o transmisji szeregowej. Zobacz co się znajduje przed paczką danych.

Statystyki: Napisane przez micky — 24 lis 2019, o 22:56

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T15:08:33+01:00

faber33 napisał(a):

Ale jeśli odczytuję dane przez SoftUart to "powstaje" mi bardzo dużo błędów w sprzętowym UART :/

Jakie to są błędy? Czy gubisz dane, masz niepoprawne dane w buforze czy na sprzętowym UARTcie masz raportowane w rejestrze błędy odbioru (jak tak to jakie)?
Bo jak to nie jest błąd sprzętowego odbioru, to stawiałbym na jakieś błędy związane z buforami, wskaźnikami, zmiennymi.
Najlepiej zrób test wyłączając obsługę odebranych danych - odebrane dane z softUART ignoruj a odebrane na sprzętowym UARTcie wysyłaj zwrotnie do sprawdzenia - koniecznie nigdzie ich nie zapisuj. Jak będzie OK, to nie jest problem z odbiorem a obsługa danych i wtedy posprawdzaj bufory.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 8 mar 2018, o 15:08

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T13:41:59+01:00

też mi to wpadło w oko poprawiłem ale nic to nie zmieniło jeśli chodzi o ten problem co wyżej ...

Statystyki: Napisane przez faber33 — 8 mar 2018, o 13:41

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T12:35:59+01:00

No tak samo jak w INT0 sprawdzałem to ... zresztą pisze że w czasie obsługi przerwania i tak jest kasowana ta flaga

Statystyki: Napisane przez faber33 — 8 mar 2018, o 12:35

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T12:24:11+01:00

Atmega644PA https://www.mouser.com/ds/2/268/atmel-4 ... 108094.pdf

Statystyki: Napisane przez faber33 — 8 mar 2018, o 12:24

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T11:57:01+01:00

No zgoda że każda zmiana generuje przerwanie PCINT, ale tak jak wkleiłem kod obsługi tego przerwania wyżej ... przerwania od PCINT są zatrzymywane i sprawdzany jest stan Pinu RX i jak jest niski (czyli wykryte zbocze opadające) to odczytuje dane no i później znowu odpalamy przerwania od PCINT. Wiec tutaj jest chyba ok, zresztą w mirkowej bibliotece tak to jest właśnie zrobione tyle że na INT0.

Statystyki: Napisane przez faber33 — 8 mar 2018, o 11:57

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T11:45:09+01:00

zubik napisał(a):

Cóż nie pierwszy raz mi mówisz że czegoś nie rozumiem

dlatego starałem się tobie ale nie tylko tobie wyjaśnić jak się ma atomic do korzystania z niego w przerwaniach - a nie ... żeby pisać że odbiór soft uart należy robić TYLKO w przerwaniach - jak widać nawet nie przeczytałeś też o co pytał autor ułańskiej fantazji ... a pisał właśnie o odbiorze w procedurze obsługi przerwania PCINT - na to ty napisałeś:

zubik napisał(a):

Nie wiem jak jest zbudowana biblioteka Mirka, ale ja znalazłem fajną w internecie i tam funkcja getchar() jest wykonywana atomowo, czyli wszystkie przerwania są zawieszone.

Dlatego warto czasem też czytać ze zrozumieniem - chociaż ... z drugiej strony nie dziwię się w tym wypadku, bo ja też nie rozumiem autora ułańskiej fantazji do teraz dlatego dalej nie piszę. Tyle że jak odwołujesz się do mojego poradnika to zajrzyj do noty PDF Atmela

AVR304.PDF (do tej noty też jest oczywiście kod źródłowy od Atmela)

to zobaczysz, że większość kodów w necie odnośnie soft uart bazuje właśnie na tym rozwiązaniu w tym również ta do której link podałeś i aż szkoda że nie chce ci się tak podstawowych rzeczy sprawdzić

Statystyki: Napisane przez mirekk36 — 8 mar 2018, o 11:45

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T11:42:16+01:00

Hmm Mirku trzeba było tak napisać że nie rozumiesz o co mi chodzi, a nie że ułańskie pytania To spróbuję jeszcze raz ...

W swoim układzie mam użytego sprzętowego UARTa, przez którego komunikuję się z pierwszym urządzeniem. Urządzenie to odpytuje mój układ co 100ms. Wszystko działa jak należy do puki nie zacznę odbierać czegoś przez SoftUart.

W SoftUarcie transmisja jest co 250ms. W tym przypadku to moje urządzenie odpytuje inny układ. Jeśli przez SoftUart tylko wysyłam do tego układu to wszystko gra i sprzętowy UART działa bezbłędnie. Jeśli włączę odbiór w SoftUart to jest okej jeśli chodzi o samą transmisję przez SoftUart i nadawanie i odczyt jest poprawny. Ale jeśli odczytuję dane przez SoftUart to "powstaje" mi bardzo dużo błędów w sprzętowym UART :/.

No więc wygląda to na jakąś korelację między odbiorem z SoftUart a tym sprzętowym UARTem.

Niewiem czy to teraz jest bardziej zrozumiałe. No ale musi być jakaś zależność między tym sprzętowym a programowym UARTem skoro sprzętowy działa dobrze do puki się nie odpali odbioru z SoftUARTu

Statystyki: Napisane przez faber33 — 8 mar 2018, o 11:42

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T11:30:23+01:00

zubik napisał(a):

funkcja przeze mnie podana może a nie musi działać na przerwaniach, uważam że to zależy od konkretnych zastosowań, nie zawsze mamy wolne przerwanie, nie zawsze funkcja jest krytyczna żeby trzeba ją w przerwaniu wykonywać.

A o czym ja piszę ? ... to dlatego w bibliotece którą omawiałem w poradniku nie ma sekcji atomic - ponieważ niewprawny użytkownik będzie tego używał w przerwaniach co może doprowadzić do większych problemów niż nie użycie atomic w programie głównym ... chociaż to też zależy od projektu

------------------------ [ Dodano po: 4 minutach ]

zubik napisał(a):

Ponieważ piszemy w poście gdzie prezentujesz swoją bibliotekę płatną.

Tak tak piszę że nie rozumiesz bo nie rozumiesz albo nie chcesz rozumieć i opowiadasz bajki ....

CHŁOPIE obejrzyj, że poradnik chociaż na który się powołujesz - szczególnie od tego momentu:

https://youtu.be/XQFiTzsVI9U?t=87

wyjaśniam na samym już początku, że posługuję się STANDARDOWYMI bibliotekami ASM Atmela do których dostęp ma KAŻDY!!! Ja jedynie pokazuję w poradnikach jak je ubrać w język C .... zaś jeśli chodzi o sprzedaż to sprzedaję materiały do poradnika a nie bibliotekę jakąś moją

nie wiem - może teraz zrozumiesz ? kto wie

Statystyki: Napisane przez mirekk36 — 8 mar 2018, o 11:30

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T11:05:21+01:00

zubik napisał(a):

No nie wiem czy to Mirkowi się spodoba, najwyżej usunie

a co ma jedno z drugim wspólnego, dlaczego miałbym usuwać - co to za insynuacje jakieś dziwne ? bo to mało jest bibliotek w necie na soft uart ? Czy spotkałeś się żebym ja gdzieś cenzurował to gdy ktoś dodaje na forum jakieś linki do bibliotek w necie ? szczególnie otwartych ? Więc proszę na przyszłość przemyśleć zanim się coś takiego napisze - i zamiast tego pisać merytorycznie.

------------------------ [ Dodano po: 5 minutach ]

zubik napisał(a):

ale ja znalazłem fajną w internecie i tam funkcja getchar() jest wykonywana atomowo

tak się zastanawiam czy wiesz co to znaczy atomowość - bo niby wiesz - ale jakosik tak chyba nie za bardzo ...

bo pomijam już stosowanie makr wbudowanych w C

to tak prosty mechanizm

[syntax=c]uint8_t sreg = SREG;
cli();

//... kod w sekcji atomic block

SREG = sreg;[/syntax]

można zastosować w DOWOLNYM kodzie w tym też w bibliotece którą ja prezentowałem - a specjalnie nie umieszczałem tej sekcji gdy mowa była o działaniu (UWAGA!) w procedurze obsługi przerwania bo .... tu właśnie upatruję tego - że nie wiesz co to znaczy atomowość - dlatego, że podczas wykonywania procedury obsługi przerwania w AVR - inne przerwania są zablokowane - a więc w takim akurat wypadku stosowanie sekcji atomic block jest kompletnym nonsensem i nieporozumieniem ...

zatem to, że dopatrujesz się że jakaś tam mirkowa biblioteka może nie działać autorowi ułańskich pytań - może wynikać z tego, że po pierwsze tak samo jak ja nie rozumiesz jego problemu a po drugie - no jak widać sam nie rozumiesz atomowości w aspekcie procedur obsługi przerwań i wprowadzasz co nieco w błąd innych - ale dla tego NA SPOKOJNIE (żeby nie było zaraz że się Mirek denerwuje) wyjaśniam co i jak nawet z przykładami - żeby inni mogli wyciągnąć jakieś właściwe wnioski z dyskusji

Statystyki: Napisane przez mirekk36 — 8 mar 2018, o 11:05

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-08T10:25:14+01:00

Dzięki za odpowiedź Podrzucił by kolega gdzie tego szukać ? Spróbowałbym może to pomoże ...

Statystyki: Napisane przez faber33 — 8 mar 2018, o 10:25

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-07T23:58:24+01:00

Mirek proszę bez takich ... kurde jakieś zależności tutaj muszą być że mam taki efekt... Jak zakomentuję sgetchar to jest bez problemów w sprzętowym :/ czyli to nie jest wina przerwania raczej ...
[syntax=c]ISR( PCINT0_vect ) {

PCICR &= ~(1< PCMSK0 &= ~(1<
if ( bit_is_clear(PINA,5) ) {

static uint8_t cnt;
char * vstr = ( char* ) & liondata.buffe;
char znak;

do {
znak = 13;

if ( 13 == znak ) {
// sgetchar(); // odbieramy ostatni znak LF
break;
} else {
if ( znak > 13 ) vstr[cnt++] = znak;
}
if( cnt >= SIZE_BUF ) break;

} while ( znak );

cnt = 0;
suart_flag = 1;
}
PCIFR = (1< PCICR |= (1< PCMSK0 |= (1< }[/syntax]

Statystyki: Napisane przez faber33 — 7 mar 2018, o 23:58

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-07T23:51:33+01:00

faber33 napisał(a):

Dokładnie u mnie ta "ułańska fantazja"

No to musisz z jakimś ułanem porozmawiać o tych problemach z kosmosu, tym bardziej że jak widać to zdaje się ty tutaj coś wyjaśniasz a nie pytasz ... Skoro więc sobie wyjaśniłeś już to super, powodzenia

Statystyki: Napisane przez mirekk36 — 7 mar 2018, o 23:51

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-07T22:52:58+01:00

to ciekawe ... działać działa ... tylko co z tego jak mi blokuje drugiego UART tego sprzętowego bo jak inaczej wytłumaczysz że zakomentowując tylko "sgetchar" błędów w transmisji UARTa sprzętowego praktycznie niema ? Musi być jakaś korelacja między tym ... Dokładnie u mnie ta "ułańska fantazja" wygląda tak, tak jak to była mowa wyżej o Twoim SoftUarcie z DIGI-Liona 3, przerobiłem tylko przerwanie na PCINT:

Czyli do inicjalizacji poszło zamiast inicjalizacji INT0 --> PCINT0:

[syntax=c]PCICR |= (1<PCMSK0 |= (1<PCIFR = (1<
I obsługa tego przerwania:
[syntax=c]ISR( PCINT0_vect ) {

PCICR &= ~(1< PCMSK0 &= ~(1<
if ( bit_is_clear(PINA,5) ) {

static uint8_t cnt;
char * vstr = ( char* ) & liondata.buffe;
char znak;

do {
znak = sgetchar();

if ( 13 == znak ) {
sgetchar(); // odbieramy ostatni znak LF
break;
} else {
if ( znak > 13 ) vstr[cnt++] = znak;
}
if( cnt >= SIZE_BUF ) break;

} while ( znak );

cnt = 0;
suart_flag = 1;
}
PCIFR = (1< PCICR |= (1< PCMSK0 |= (1<}[/syntax]

I efekt jest taki:

Jeśli odbieram dane tym programowym UARTem tzn. kiedy przychodzą jakieś dane w tym przypadku co 250ms to są ładnie odbierane tutaj wszystko gra. Tyle że w tym drugim sprzętowym UART powstaje bardzo dużo błędów ok 20% w przesyłanych przez niego pakietach danych ... Jeśli nic nie odbiera ten programowy to sprzętowy śmiga bezbłędnie

Statystyki: Napisane przez faber33 — 7 mar 2018, o 22:52

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-07T22:12:56+01:00

faber33 napisał(a):

Nie jest to chyba najlepsze rozwiązanie z tym przerwaniem, bo z tego co zauważyłem gdy używam tego odbioru z SOFT UART to mam błędy w odbiorze ze sprzętowego. Widocznie te opóźnienia w sgetchar jeszcze trzymią.

Przyznam, że trzeba mieć ułańską wyobraźnię, żeby TAKIE bzdury pisać bo inaczej nie da się tego nazwać - szczególnie po poradniku wideo w którym pokazałem, że da radę to zrobić i że to ślicznie może działać

Statystyki: Napisane przez mirekk36 — 7 mar 2018, o 22:12

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-03-07T19:04:56+01:00

Statystyki: Napisane przez faber33 — 7 mar 2018, o 19:04

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-01-31T07:51:56+01:00

pewnie że jako patron możesz ...

dokładnie wystarczy wygenerować sygnał przerwania ... i nie musi to być aż 5ms, w DL3 ten czas musiał być tak długi ze względu na inne tam jego wewn sprawy, ale przerwanie może być duużo krótsze

Statystyki: Napisane przez mirekk36 — 31 sty 2018, o 07:51

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-01-30T22:42:43+01:00

a dobra ... pomyłka bo oglądałem akurat filmik o DIGILION 2 i tam było na osobnym pinie przerwanie.

Jako patron mogę się zgłosić na maila po tą poprawioną bibliotekę do SOFTUARTu ?

I powiedzmy teraz trzeba by wygenerować w nadawaniu ten sygnał przerwania tak ? Czyli to zbocze opadajace tam na początku jak jest ten stan niski ok 5 ms jak mówiłeś w filmie (czyli to jest bit startu ramki jak dobrze rozumiem)?

Statystyki: Napisane przez faber33 — 30 sty 2018, o 22:42

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-01-30T21:06:09+01:00

a po co na innym pinie

Statystyki: Napisane przez mirekk36 — 30 sty 2018, o 21:06

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-01-30T21:04:53+01:00

hmm ale to się wiąże z dodatkowym pinem do przerwania INT ? A to mnie nie ratuje niestety chyba że da się to wykonać przy pomocy PCINT i tego samego pinu co RX ?

Statystyki: Napisane przez faber33 — 30 sty 2018, o 21:04

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-01-30T20:38:54+01:00

to nie jest sposób na nieblokującą pracę - w jednym poradniku o DigiLION3 pokazywałem jak to robić np w oparciu o przerwanie - tyle, że DigiLion3 ładnie przed transmisją generuje sygnał przerwania

Statystyki: Napisane przez mirekk36 — 30 sty 2018, o 20:38

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-01-30T19:45:17+01:00

aha rozumiem to w jaki sposób do tego jeża podejść ?

Statystyki: Napisane przez faber33 — 30 sty 2018, o 19:45

Re: SOFT UART czyli programowy RS232 - zaczynamy

2018-01-30T19:21:47+01:00

faber33 napisał(a):

drogi Mirku kombinuje to żeby odbieranie znaków było nieblokujące więc wymyśliłem żeby zrobić coś w stylu tajmałta, czyli żeby wychodził z tej funkcji odbierającej sgetchar jeśli nie nadeszły żadne znaki

Tak myślałem dlatego zapytałem - bo nie zrobisz tego drogą tajmałta prostego - to są drastycznie czasowo-zależne procedury - tajmałtem rozjedziesz czas próbkowania bitów

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

już nie mówiąc o tym, że tą drogą idąc kompletnie nie bierzesz pod uwagę czasu trwania pojedynczego bitu dla różnych prędkości baudrate

Statystyki: Napisane przez mirekk36 — 30 sty 2018, o 19:21