ATNEL tech-forum 2014-06-27T10:03:11+01:00 https://forum.atnel.pl/feed.php?f=4&t=867&mode 2014-06-27T10:03:11+01:00 2014-06-27T10:03:11+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85879#p85879 <![CDATA[Re: bufor cykliczny i rs232]]>
[syntax=c]uint8_t ASCII2HEX(char data);

int main(void) {

char Tablica[8];
char IDX_bajt = 1;
int8_t IDX_tab = 0;

char myData;
uint8_t dataHex;
USART_Init(__UBRR);

sei();

tr_cls(0);
uart_puts("****** start *****");
_delay_ms(1000);
tr_cls(0);
while (1) {

myData = uart_getc();

if ((myData) && (myData != ',')) {

dataHex = ASCII2HEX(myData); // konwertuj z ASCII na HEX

if ((dataHex != 178) && (IDX_bajt == 2)) {
Tablica[IDX_tab] = Tablica[IDX_tab] + dataHex;

uart_puts("\x1b" "E");
uart_puts(
"Jaka liczba binarna wpisana w tablicy po dodaniu bajt2= ");
uart_putint(Tablica[IDX_tab], 2);
}

if ((dataHex != 178) && (IDX_bajt == 1)) {
Tablica[IDX_tab] = dataHex << 4; // wsadzamy starsza czesc do tabeli
IDX_bajt++;

uart_puts("\x1b" "E");
uart_puts(
"Co wpisane jest w Tablicy gdy wpisanie jedynie bajt1= ");
uart_putint(Tablica[IDX_tab], 2);
}
}

if ((myData == ',')) {

uart_puts("\x1b" "E");
uart_puts("Wcisnieto , ");
uart_puts("\x1b" "E");
uart_puts("IDX of Tablicy = ");
uart_putint(IDX_tab, 10);

if (IDX_bajt == 2) {
IDX_tab++;
IDX_bajt = 1;

if (IDX_tab > 7) {
IDX_tab = 0;

uart_puts("\x1b" "E");
uart_puts("IDX of Tablicy gdy > 7= ");
uart_putint(IDX_tab, 10);
}
}
}

if ((myData == 32)) { // 'spacja'

uart_puts("\x1b" "E");
uart_puts("IDX_tab = ");
uart_putint(IDX_tab, 10);
uart_puts("\x1b" "E");
uart_puts("Numer bajtu= ");
uart_putint(IDX_bajt, 10);

uint8_t i;
for (i = 0; i < 8; i++) {

uart_puts("\x1b" "E");
uart_puts("Int z tablicy ");
uart_putint(i, 10);
uart_puts(" = ");
uart_putint(Tablica[i], 10);
}

for (i = 0; i < 8; i++) {

uart_puts("\x1b" "E");
uart_puts("String z Tablicy z tablicy ");
uart_putint(i, 10);
uart_puts(" = ");
uart_putc(Tablica[i]);
}
}
}
}

uint8_t ASCII2HEX(char data) {

uart_puts("\x1b" "E");
uart_puts("Co wcisnieto= ");
uart_putc(data);
uart_puts("\x1b" "E");
uart_puts("Postac Binarna = ");
uart_putint(data, 2);

if ((data > 47) && (data < 71)) {

if ((data > 47) && (data < 58)) {
data = data & 0b00001111;
//return data;
}
if ((data > 64) && (data < 71)) {
data = data - 55;
//return data;
}
} else {
data = 178; // Dark Shade box sign when no capital letter A-F neither Number 0-9
//178 = 0b 1011 0010
}

uart_puts("\x1b" "E");
uart_puts("Co otrzymano binarnie = ");
uart_putint(data, 2);
uart_puts("\x1b" "E");
tr_cursor_hide(1);
return data;

}[/syntax]

Wynik widoczny na zdjeciu:
Obrazek


Wyglada na to, ze separator przecinkiem i lokowanie dwoch znakow do jednej komorki w tablicy dziala.
Zastanawia mnie jedynie jedna rzecz. Po wsunieciu calego bajtu tak jak powyzej i zresetowaniu kontrolera nawet kilkukrotnym po sprawdzeniu zawartosci Tablicy mam ciagle te same wartosci :o .
Czy po zresetowaniu kontrolera wartosci te nie powinny ulec zmianie ?

Statystyki: Napisane przez barszczz — 27 cze 2014, o 10:03

]]> 2014-06-27T05:47:14+01:00 2014-06-27T05:47:14+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85859#p85859 <![CDATA[Re: bufor cykliczny i rs232]]>
Moze troszke sie rozpisze, ale w sumie chcialbym znalezc taka odpowiedz oraz graficzna interpretacje, wiec ponizej wstawie kilka linkow do filmikow Mirka i podstawowych stronek, tak aby od zera dotrzec do ponizszych zdjec.

Na samym poczatku podstawa to:
http://www.ascii-code.com/
oraz filmik o terminalu i uart-cie:
http://www.youtube.com/watch?v=qDDCU3udirA#t=2061
http://www.youtube.com/watch?v=JbLHXkFZwsE&list=PLtXXWLsA5QNi_R9uDXpHRpo5hRnig_f23#t=2265

Tyle wystarczy do latwej reprezentacji wynikow na terminalu co znacznie ulatwi zrozumienie pewnych spraw.

W moim przypadku staram sie znalezc szybka i latwa metode konwertowania odebranych znakow ASCII, ktore reprezentuja wartosci w HEX -ie (od 0 do 255) na wartosci binarne badz decymalne.

Na samym poczatku zdjecie przedstawiajace co odbieramy i kilka sposobow wyswietlenia tej samej wartosci. Dodatkowo jak dziala przesuwanie bitowe i dodawanie bitow.


Obrazek

Jak widac, odzyskanie wartosci zapisanej w HEX nie polega na przesuwaniu czy dodawaniu bitow tak jak kombinowalem wczesniej :oops:

Nastepnie kilka pomocniczych filmikow:
http://www.youtube.com/watch?v=1tAXqCt5vVQ#t=878
http://www.youtube.com/watch?v=zVjjbQiEXxs#t=645

oraz male wyliczenia:
Obrazek


Teraz juz wiadomo jak mozna odzyskac wartosc zapisana w HEX z ASCII

[syntax=c]if ((myData > 47) && (myData < 58)) {
// if isdigit(myData) // Czy jest z przedzialu znakow 0-9
uart_puts("\x1b" "E");
uart_puts("Put C = ");
uart_putc(myData);
uart_puts("\x1b" "E");
uart_puts("Integer,10 = ");
uart_putint(myData, 10);
uart_puts("\x1b" "E");
uart_puts("Postac Binarna = ");
uart_putint(myData, 2);
uart_puts("\x1b" "E");
uart_puts("Put C & 0b0000 1111 = ");
myData = myData & 0b00001111;

uart_putc(myData);
uart_puts("\x1b" "E");
uart_puts("Nowy Integer,10 = ");
uart_putint(myData, 10);
uart_puts("\x1b" "E");
uart_puts("Nowa Postac Binarna = ");
uart_putint(myData, 2);
uart_puts("\x1b" "E");
tr_cursor_hide(1);

}

if ((myData > 64) && (myData < 71)) {
// if isalpha(myData) // Czy jest z przedzialu znakow A-F

uart_puts("\x1b" "E");
uart_puts("Put C = ");
uart_putc(myData);
uart_puts("\x1b" "E");
uart_puts("Integer,10 = ");
uart_putint(myData, 10);
uart_puts("\x1b" "E");
uart_puts("Postac Binarna = ");
uart_putint(myData, 2);
uart_puts("\x1b" "E");
uart_puts("Put C - 55 = ");
myData = myData - 55;

uart_putc(myData);
uart_puts("\x1b" "E");
uart_puts("Nowy Integer,10 = ");
uart_putint(myData, 10);
uart_puts("\x1b" "E");
uart_puts("Nowa Postac Binarna = ");
uart_putint(myData, 2);
uart_puts("\x1b" "E");
tr_cursor_hide(1);
}[/syntax]

A wynik wyglada tak:
Obrazek
Wydaje mi sie, ze dzialac to bedzie poprawnie, ale pewien nie jestem czy nie ma innego lepszego sposobu na odzyskanie wartosci z ASCII.

Wiem, ze to blache i podstawowe rzeczy, ale mam nadzieje ze komus sie to przyda a jak nie komus to zapewne po kilku tygodniach wszystko wyleci mi z glowy a te obrazki szybko przywroca mi pamiec :mrgreen:

Statystyki: Napisane przez barszczz — 27 cze 2014, o 05:47

]]> 2014-06-25T14:03:24+01:00 2014-06-25T14:03:24+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85729#p85729 <![CDATA[Re: bufor cykliczny i rs232]]>
Dane nadchodzące z PC wyglądają następująco:

(Numer Paczki=1)
,E9,00,00,00,00,00,E9,00,00,00,00,00,00,00,00,00,E9,E9,00,00,00,00,E9,00,00,00,00,00,00,00,00,E9,00,00,00,00,00,00,00,00,00,00
od razu po niej wyslana
(Numer Paczki=2)
,E9,00,00,00,00,00,E9,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,E9,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00

Dane to stringi, które są podzielone na kilka ‘paczek’ po około 130 znakow. W tym przykładzie dla kilku pinów ustalam PWM na poziomie 233, gdzie E9= 1110 1001.


Pseudokod:

[syntax=c]uint8_t Tablica[252];
char IDX_bajt = 1;
uint8_t IDX_tab = 0;

while(1) {

char data= get_uart_C();
If (( data == ’,’ ) && (IDX_bajt==2)) {
IDX_bajt=1;

If(IDX_tab<252) {
IDX_tab++;
}
else {
IDX_tab=0;
}
}

If (( data != ’,’ ) && (IDX_bajt==1) && ( data != ’\r’ )) {
Tablica[ IDX_tab ]= atoi (data) <<4; // znak E = 1110 po przesunięciu o 4 miejsca 1110 0000
IDX_bajt++;
}
else if (( data != ’,’ ) && (IDX_bajt==2) && ( data != ’\r’ )) {
Tablica[ IDX_tab ]= Tablica[ IDX_tab ] & atoi (data); // 1110 0000 & 0000 1001 (9) --> 1110 1001 (233)
}
}
}[/syntax]

Czy takie wyłapywanie znaków ' , ' i wsadzenie dwóch znaków ASCII jako jeden bajt się sprawdzi ? A może jest jakiś inny magiczny chwyt :twisted: ?

Statystyki: Napisane przez barszczz — 25 cze 2014, o 14:03

]]> 2014-06-23T16:08:22+01:00 2014-06-23T16:08:22+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85496#p85496 <![CDATA[Re: bufor cykliczny i rs232]]> dzięki za znalezienie chwilki...
mirekk36 napisał(a):

jak masz np 860 bajtów do przesłania to możesz je nawet przesłać przy buforze 32 bajty !! albo i 16 bajtów a nawet 8 bajtów itp itd

W sumie chciałem zapytać się o to wcześniej. W tym wypadku przykładowo mając do wysłania 255 bajty i używając bufora 64 bajtowego podzielę np. w programie na PC cały string na 5 paczek, gdzie ze znakiem końcowym CR wysyłane będzie maksymalnie 64 bajty. Następnie w programie na podstawie green booka będzie rozpoznanie komendy, czy to nadlatująca paczka PWM, bądź klawisz startu czy prędkości zmiany ekranu. Jeśli jest to komenda PWM to następuję wyłuskiwanie kolejnych stanów PWM np. oddzielonych przecinkiem "," gdzie z każdym napotkanym 'separatorem' wzrasta index w tablicy w pamieci kontrolera. Po uzyskaniu wartości indexu 255 licznik sie zeruję a dane są gotowe do wysłania. Czy już nie przekombinowałem ?

A tak dodatkowo widzę, że już kilka osób walczyło z binarną transmisją na naszym forum:
http://forum.atnel.pl/topic2050.html

Niestety po przeleceniu postów, nic mi się nie wyjasniło a jedynie pokazuje mi to że jest to znacznie trudniejsze zagadnienie i wiele osób czeka na Pana pomoc w postaci kolejnej książeczki :)

Statystyki: Napisane przez barszczz — 23 cze 2014, o 16:08

]]> 2014-06-23T15:24:50+01:00 2014-06-23T15:24:50+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85490#p85490 <![CDATA[Re: bufor cykliczny i rs232]]> hehehe no przecież to ograniczenie wynika z jednej strony TYLKO i wyłącznie z licznika jednobajtowego .... jak chcesz zmieścić w jednym bajcie więcej ?

więc musiałbyś przerobić sobie ten licznik na zmienną 16-bitową ale .... oj ale to pociągnie za sobą wiele konsekwencji, nie tylko proste przeróbki kodu ale jeszcze konieczność dodawania atomowego podejścia przy zmianach pozycji w buforze no i ....

no i nie wiem czy jest sens, skoro można spokojnie sobie poradzić z małym buforem a przesyłać większe dane kawałkami - co za problem ?

jak masz np 860 bajtów do przesłania to możesz je nawet przesłać przy buforze 32 bajty !! albo i 16 bajtów a nawet 8 bajtów ;) itp itd

tyle że na większą ilość paczek będzie trzeba podzielić to przesłanie 860 bajtów - ale co za problem ?

Statystyki: Napisane przez mirekk36 — 23 cze 2014, o 15:24

]]> 2014-06-23T15:18:07+01:00 2014-06-23T15:18:07+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85488#p85488 <![CDATA[Re: bufor cykliczny i rs232]]> mirekk36 napisał(a):

to co robisz to się nazywa (tak można to określić) sterownik wyświetlacza RGB - nawiasem mówiąc fajny cel


Dziękuję za miłe słowa, zabieram sie do tego jak przysłowiowy pies do jeża, ale postaram się to jakoś ruszyć i potem pokazać efekt końcowy ;)

mirekk36 napisał(a):

jak ładujesz przez RS232 do procka dane to ŁADUJ TO PAN do pamięci RAM najpierw - a nie przesyłaj tego od razu do scalaków WS....


Tak właśnię planuję, jedynym problemem teraz jest fakt, iż tych danych w moim przypadku jest znacznie, więcej. Jak bawiłem się w zapalanie kilkunastu LED-ów poprzez komendy po UART-cie przekształcając kody z Green Booka to wszystko obyło ładnie cacy. Teraz "niestety" trzeba użyć już więcej własnej inicjatywy no i zaczynają się schody :mrgreen:

barszczz napisał(a):

z drugiej strony tu rozumiem że jest więcej danych do przesłania i wtedy warto rozważyć już transmisję BINARNĄ panie kochany a nie transmisję ASCII ... więc caaaałkiem inne podejście ... bo to może rzeczywiście przyśpieszyć operacje


Z tego co wyczytałem to szykuje się Pan na omówienie tego zagadnienia w kolejnej, trzeciej biblii 8-) , zapewne nudzą już Pana pytania o planowaną datę wydania :) ?

Reasumując, chciałbym wpierw zrobić to na ASCII, a jak już się uda to troszkę przysiąść i postaraj się coś wyłuskać dla transmisji binarnej, bo to już znacznie trudniejsze i chyba mniej opisane zagadnienie ?

Jeśli chodzi o binarna transmisję to zapewne rozdział o transmisji RC5 w Green Booku powinien mi w tym pomóc ?


O tak jeszcze w celu przypomnienia:
barszczz napisał(a):

W blue book-u znalazlem informacje ze bufer musi byc kolejna potega 2. Oczywiscie to zrozumiale, ale chcialbym sie dowiedziec czemy w naszym przypadku wartosc ta nie moze byc wieksza od 256 ?


Nie próbowałem jeszcze, ale czy nie mogę tu ustawić większego bufora ? W sumie program ma byc prosty bez dodatkowych wyświetlaczy, czy innych zewnętrznych urządzeń, czy jeśli maksymalna wartość to 256 to nie wystarczyłoby to na moje potrzeby gdzie planuje wysłać stringa z przecinkami w celu wyłuskania 0-255 i ulokowaniu w odpowiednim miejscu w buforze ?


Coś czuję, że daleka droga przede mną :oops:

Statystyki: Napisane przez barszczz — 23 cze 2014, o 15:18

]]> 2014-06-23T14:29:31+01:00 2014-06-23T14:29:31+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85480#p85480 <![CDATA[Re: bufor cykliczny i rs232]]>

tyle że podpowiem ci jedną rzecz ....

jak ładujesz przez RS232 do procka dane to ŁADUJ TO PAN do pamięci RAM najpierw - a nie przesyłaj tego od razu do scalaków WS....

z drugiej strony tu rozumiem że jest więcej danych do przesłania i wtedy warto rozważyć już transmisję BINARNĄ panie kochany a nie transmisję ASCII ... więc caaaałkiem inne podejście ... bo to może rzeczywiście przyśpieszyć operacje

to co robisz to się nazywa (tak można to określić) sterownik wyświetlacza RGB ;) - nawiasem mówiąc fajny cel

Statystyki: Napisane przez mirekk36 — 23 cze 2014, o 14:29

]]> 2014-06-23T13:29:23+01:00 2014-06-23T13:29:23+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85466#p85466 <![CDATA[Re: bufor cykliczny i rs232]]> mirekk36 napisał(a):

co to ma być ? jak to ma działać .... ?

widze ze znowu namotalem :) Juz szybko tłumacze jak ja rozumiem swój projekcik i bardzo proszę o naprowadzenie na poprawny tok myślenia.

Spory czas temu bawiłem się scalakami dostępnymi na atnel sklep a dokładnie driverami ledów. Topic poniżej:
http://forum.atnel.pl/post72380.html?hilit=ws2803#p72380

Z tego co rozumiem to nie moge wysyłać od razu po SPI odebranych bajtów do scalaka, a mam ich dokładnie 14 :twisted:. A planem jest uzyskanie matrycy LED-ow do wyswietlania np. napisow.

Zgodnie ze schematem, w celu wysterowania np. 1 scalaka -> jego 18 pinów , musze przeslac po kolei 18 bajtow (144 bitow).
http://www.noodlehed.com/ebay/pics/ws2803data.gif
Analogicznie, jeśli połączyłem kaskadowo więcej driver-ów to do wysterowania wszystkich naraz potrzebuję wysłać większą paczkę danych ze wszystkimi wartości PWM, nawet dla nieaktywnych diod.

Dodatkowo planuję np. załadować kilka wzorów do mojego ledowego ekraniku np. litery: "A","T","N","E',"L" i wyswietlic je w sekwencji np. co 2 sekundy. Do tego chciałbym, aby wyświetlanie rozpoczęło się po wciśnięciu klawisza START, a zatrzmało się po naciśnięciu STOP.

Po wcześniejszych zmaganiach udało mi się wysterować scalak w następujący sposób:
[syntax=c]// Buffer na potrzeby wysterowania 1 driver-a
uint8_t buffer_clear[] = { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 };
uint8_t buffer_ekran1[] = { 250, 0, 250, 0, 250, 0, 250, 0, 250, 0, 250, 0, 250, 0, 250, 0, 250, 0};

SendSpiBuffer(uint16_t length, uint8_t *buffer); /* wysłanie danych z buffora - SPI */[/syntax]

Czyki z palca ustawiałem wartości w bufferze a następnie wysyłałem po kolei bajty poprzez funckję SendSPI.

Tym razem rzucając się na głęboką w moim przypadku wodę :) postanowiłem stworzyć na PC program, ktory z łatwościa generuje mi wzór (ta część juz zrobiona), ustawić jego poziom jasności, następnie załadować go do bufera i po wciśnięciu START wysłać do kontrolera, który wysteruje mi 252 wyjścia, a dokładniej wpierw załąduje wzór do kontrolera a zacznie sekwencję po wciśnięciu START.



Mam nadzieję, że w jakiś sposób wytłumaczyłem co mam na myśli i wyjaśniłem jak chcę podejść do tego projektu :oops:
Z góry dzięki za pomoc ! :ugeek:

Statystyki: Napisane przez barszczz — 23 cze 2014, o 13:29

]]> 2014-06-23T11:27:13+01:00 2014-06-23T11:27:13+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85450#p85450 <![CDATA[Re: bufor cykliczny i rs232]]>

co ci da przesłanie 255 bajtów od 0 do 255 ?

kompletnie nie rozumiem ? ... czy nie lepiej wysłać stan PWM jako nawet zwykłą liczbę ASCII np 128, i wtedy masz połowę PWM ?

chcesz minimum to wysyłasz np 5, chcesz maksimum to wysyłasz 250 .... a procek te same liczby odebrane po RS232 przesyła natychmiast po SPI do innego układu/procka ?

Statystyki: Napisane przez mirekk36 — 23 cze 2014, o 11:27

]]> 2014-06-23T10:35:39+01:00 2014-06-23T10:35:39+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=85447#p85447 <![CDATA[Re: bufor cykliczny i rs232]]> Wlasnie znalazlem ta rozmowe, wiec nie bede zakladal nic nowego tylko sie podlacze. W sumie na mysli mam kolejne cwiczenie gdzie tym razem polacze wczesniej przewalkowane bloczki a mianowicie komunikacje rs232 i SPI. Na celu mam zbudowanie prostego programu na PC, w ktorym wybieram dane diody, ustalam ich jasnosc a nastepnie po nacisnieciu klawisza 'Start' uruchamiam je.

Ponizej wstawiam graficzna interpretacje :)
Obrazek

A teraz powiem gdzie zaczynaja sie schody i moje watpliwosci. Do wyslania mam 252 bajty opisujace wartosc PWM sterujacy wybrane PINy sterownikow. W blue book-u znalazlem informacje ze bufer musi byc kolejna potega 2. Oczywiscie to zrozumiale, ale chcialbym sie dowiedziec czemy w naszym przypadku wartosc ta nie moze byc wieksza od 256 ?
Skoro do wyslania mam 252 bajty, a po zamianie na hex wychodza mi 504 bajty plus znak CR jak podejsc do tego problemu ?

Nie mam zadnego doswiadczenia dlatego tez przepraszam za uplyw mojej fantazji i dziwne pomysly, ale chcialbym was prosic o jakies podpowiedzi i najciekawsze rozwiazanie, ktore powinno sie sprawdzic. Wiem, ze pomyslow jest tyle co osob podchodzacych do tego problemu, ale ponizej wypisze to co mi przyszlo do glowy.

Zastanawiam sie nad najlatwiejszym i dosc optymalnym rozwiazaniem dla wyslania ''paczki'' i uzyskania tablicy [252 elementowej z decymalnymi wartosciami].

Biorac pod uwage, ze wyslane beda nie tylko dane odnosnie wartosci PWM, ale tez polecenie START, STOP, oraz np. czas po ktorym diody maja zostac zgaszone i itd. myslalem nad zliczaniem odebranych znakow CR i po odebraniu wielokrotnosci 2 zwiekszac licznik a tym samym Index tabeli, ktora po zapelnieniu 252 bajtow zostanie wyslana po wyslaniu komendy Start. Oczywiscie przed kazda wartoscia PWM bedzie komenda np. 'PWM='. Problem jaki tu widze to dodatkowe bajty dla kazdej wartosci PWM ( np. PWM=' hex (0-255) ') a do wyslania mam ich 252, wiec dodatkowo 252* 4 bajty do wyslania.

Moze zamiast myslec o wysyalaniu kazdej wartosci PWM pojedynczo lepszym rozwiazaniem bedzie polaczenie 252 stanow PWM w jeden string, gdzie kazde 2 bajty oddzielone beda np. przecikiem ',':
Obrazek

W tym wypadku komenda 'PWM=' i sklejony string dla wszystkich 252 wartosci PWM np.-> 'AE,FE,D9,EA.....' da nam dodatkowe 4 bajty dla komendy i 252 dodatkowe bajty dla przecinka i koncowego CR, co w porownaniu do wczesniejszego przykladu oszczedzi mi sporo bajtow i oszczedzi problemow przy kodowaniu. Nastepnie wydzielenie pojedynczych 2 bajtowych tokenow i ulokowaniu ich do odpowiednich indexow w tabeli czekajacej na wysylke do sterownika. No tak, ale przy takim podejsciu powinienem miec bufer nie mniejszy niz 4+504+252, wiec (2^10 = 1024) ?
Czy ide w dobrym kierunku a moze juz dawno zabladzilem :roll: ?

Z gory dzieki za wszelkie podpowiedzi !

Statystyki: Napisane przez barszczz — 23 cze 2014, o 10:35

]]> 2012-02-24T16:39:19+01:00 2012-02-24T16:39:19+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3454#p3454 <![CDATA[Re: bufor cykliczny i rs232]]> marthinek napisał(a):

UART_putchar(233); a on po prostu musi mi to zamienić na krzaczek ASCII bo tak ma ;-)


O to właśnie chodzi ;)

marthinek napisał(a):

dzięki. sorry, że tak dużo czasu to zajęło.


Nie ma za co i bardzo dobrze że taka dyskusja się wywiązała tu na forum - bo nie myśl, że tylko ty się na tym zaciąłeś - takie a nawet jeszcze gorsze problemy przez to - ze zrozumieniem tego ma mnóstwo osób na starcie - dlatego fajnie, że będą mogli to poczytać poza wyjaśnieniami w książce.

Statystyki: Napisane przez mirekk36 — 24 lut 2012, o 16:39

]]> 2012-02-24T16:31:41+01:00 2012-02-24T16:31:41+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3451#p3451 <![CDATA[Re: bufor cykliczny i rs232]]>
nikt nie mówi o czarach-marach, to nie nauka religii tylko programowania ;-) tutaj są same konkrety (z wyjatkiem stanów nieustalonych na pinach mikroklocka ;-) )

ok, czaję już chyba wszystko. terminal mi tu namieszał, bo liczyłem na to że uda sie go zmusic do pokazania liczby 233 (dla ścisłości -liczyłem właśnie na nieprzetworzoną postać czyli 11111110), po wysłaniu z mikroklocka
UART_putchar(233); a on po prostu musi mi to zamienić na krzaczek ASCII bo tak ma ;-)

dzięki. sorry, że tak dużo czasu to zajęło.

Statystyki: Napisane przez marthinek — 24 lut 2012, o 16:31

]]> 2012-02-24T16:18:24+01:00 2012-02-24T16:18:24+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3450#p3450 <![CDATA[Re: bufor cykliczny i rs232]]> - żartuję sobie ;)

ale wracając do twoich pytań - to pomyśl sobie - ty chcesz traktować terminal jak coś super inteligentnego co na dodatek odgadnie twoje myśli chyba ;) no bo jak inaczej ? skoro piszesz czy terminal wyświetli znak A po otrzymaniu liczby 65. No pewnie że wyświetli bo to teminal panie - terminal znakowy i skąd pomysł żeby on ci to wyświetlał np w postaci ŁAŃCUCHA ASCII np tak: 1000001 ???? To już jest C-String a nie żadna reprezentacja binarna liczby rozumiesz ???? To musiałbyś:

1. albo napisać sobie własny program na PC który odebraną liczbę zamieni na postać binarną czyli tak na prawdę mówimy na postać łańcucha tekstowego składającego się z wielu znaków ASCII 0 i 1

2. albo właśnie - albo - dokonać tej konwersji już w mikrokontrolerze za pomocą ITOA() z parametrem radix=2

funkcja ITOA() panie - zamieni twoją liczbę na ŁAŃCUCH TEKSTOWY - czyli C-String a następnie wyślesz bajt po bajcie te zera i jedynki jak oddzielne bajty o kodach znaków ASCII = 0 lub = 1

nie ma że CZARY - MARY - i terminal zrobi to jakie ty będziesz miał pobożne życzenie niestety ;) ale już twój program własny może to zrobić - nie ma problemu

Tylko musisz sobie w głowie rozgraniczyć to wszystko - samo nic się nie zrobi. Zatem przesłanie liczby 233 w postaci łańcucha C-String da nam w terminalu trzy znaki ASCII '233' (zrobisz to za pomocą IDOA()

ale jak wyślesz:

Code:
UART_putchar(233);


no to wtedy poleci tylko jeden bajt do terminala - tyle że na jego ekranie zobaczysz tylko jeden znak - jakiś ptaszek/krzaczek jak ja to mówię - taki, który odpowiada w ASCII temu kodowi - i to się nazywa transmisja binarna

a jak liczbę 233 zamienisz np funkcją ITOA() na ŁAŃCUCH TEKSTOWY - i wyślesz string na UART (czyli 3 bajty) to otrzymasz prezentację ASCII dziesiętnej formy tej liczby 233 jeśli parametrem radix itoa będzie 10, albo prezentację ASCII binarnej formy tej liczby 11101001 tylko teraz przez UART już poleci 8 znaków ASCII

możesz też użyć radix=16 w ITOA() to wtedy polecą dwa bajty hexadecymalnej formy liczby czyli E9

REASUMUJĄC - nie licz na to, że terminal ma obowiązek coś ci tam przeliczać co ci się żywnie podoba - terminal został stworzony do transmisji i komunikacji znakowej. Dlatego gdy mu puścisz binarne dane to nie dziw się że w oknie terminala pojawi się po prostu sieczka ;)

Statystyki: Napisane przez mirekk36 — 24 lut 2012, o 16:18

]]> 2012-02-24T16:20:21+01:00 2012-02-24T14:18:04+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3448#p3448 <![CDATA[Re: bufor cykliczny i rs232]]>
zdaję sobie sprawę że tabela znaków ASCII to taki klucz do szyfru. Nie bardzo sobie wyobrażam w technice cyfrowej, gdzie dysponujemy tylko zerami i jedynkami, przesłać coś co nie jest liczbą. Po to cała ta tabela powstała, żeby przypisać znakowi 'A' jakąś liczbę, padło na '65'.
Program dostaje liczbę zapisaną binarnie w postaci 01000001, porównuje z tabelą ASCII i wyświetla znak A.

z tymi typami, to własnie mi się z jakichś pradawnych czasów nałożyło, jak próbowałem coś w C pisać, że typ char jest tylko typem znakowym.
zresztą tam chyba nawet jak się wrzuciło w char'a wartość liczbową to kompilator zgłaszał warning albo i error.
do przekazywania liczb służyły inty floaty, etc.

no i chodzi mi o to, żeby ominąć tą konwersję na znaki ASCII, jak terminal dostanie liczbę 01000001, to niech mi ją napisze w takiej postaci (binarnej), albo przeliczy to na postać dziesiętną, ale niech nie przelicza na system ASCII.

Oczywiście, można składać liczby i kazać mu wyświetlić:
liczbę '13' w postaci wysłania dwóch liczb odpowiadających cyfrze 1 i później cyfrze 3

ale załóżmy, że chcę wysłać właśnie '13'
czyli 00001101 i w oknie terminala (czy innego programu na kompie zczytującego z portu COM) chcę mieć postać taką właśnie, czyli binarną. Sam sobie później przeliczę to na system 10tny, 16tkowy czy jaki inny zapragnę niech mnie w tym nikt nie wyręcza ;-)

no i rozumiem, że problem stoi po stronie oprogramowania zewnętrznego, bo jak wpiszę:
UART_putchar(65); to mój mikroklocek wyśle radośnie po linii TX zakodowaną binarnie liczbę 65. a że terminal to zinterpretuje jako A, to już jest problem terminala...?


Edit:
Ok pójdźmy dalej, bo i char i int8_t ważą 1 bajt, tyle co rejestr nadawczy UDR.
czyli dopóki przesyłam wartości z zakresu 0-254 jest git.

jakbym chciał władować teraz pełnego inta, zajmującego 2 bajty to muszę podzielić go na młodszą i starszą część i najpierw władować jedną, potem drugą a w urządzeniu odbiorczym to sobie skleić z powrotem?
i w tym momencie wysyłanie liczby 2 bajtowej w postaci znaków ASCII zaczyna być zrozumiałe i prostsze, bo się nie bawię w systemy big endian czy small endian tylko "wyłuskuje" z mojej dużej liczby kolejne cyferki i je wysyłam, a potem tylko odtwarzam po stronie odbiorcy i do tego celu mi właśnie funkcja itoa.

No tylko znowu... itoa mi to przelicza na liczbę binarną, a potem to jest transmitowane po kolei... czyli tak, mamy liczbę przykładowo:
300 (dziesiętnie), po działaniu funkcją itoa przy podstawie 2 robi nam się z tego: 100101100, a następnie wszystko jest wysyłane funkcją UART_putchar(), ale po kolei, czyli rozpisując:

UART_putchar('0')
UART_putchar('0')
UART_putchar('1')
UART_putchar('1')
UART_putchar('0')
itd...

a każde wysłanie takiego '0' czy '1' wiąże się z wysłaniem 8 bitów... które terminal odczyta, porówna ze swoją tabelą ASCII i wyświetli to co sobie dopasuje..

PS. tak wiem, ze to idiotyczne lepiej przesłać '300' czyli '3' , '0', '0' ,a potem to sobie przeliczyć na binarny jeśli się uprę że chcę binarnie. ale chodzi mi bardziej o idee i zrozumienie wszystkiego a nie o ergonomiczne działanie. więc nie bij za to ;-)




Popraw mnie jak znowu gdzieś błądzę... ;)

Statystyki: Napisane przez marthinek — 24 lut 2012, o 14:18

]]> 2012-02-24T13:48:16+01:00 2012-02-24T13:48:16+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3445#p3445 <![CDATA[Re: bufor cykliczny i rs232]]> marthinek napisał(a):

przy założeniu transmisji ramki 8 bit to wg mnie powinna się wysłać ramka składająca się właśnie z liczby odpowiadającej znakowi 'A' w kodzie ASCII w jej binarnie zapisanej formie czyli: 01000001


Odpuść sobie myślenie na razie o ramkach, o ilości bitów w ramkach i takich tam pierdókach ;)

Skup się teraz na tym co powiedziałeś i słusznie, że powinna być przesłana liczba odpowiadająca znakowi 'A' w kodzie ASCII.

No więc właśnie - zobacz sam sobie odpowiedziałeś na poprzednie wątpliwości - bo o jakiej ty tu konwersji z ASCII na liczby mówisz albo odwrotnie ????? ;)

Nie tylko, że nie potrzeba żadnej konwersji robić - ale po prostu nie ma czegoś takiego jak konwersja ASCII na liczbę albo liczby na ASCII w tym rozumieniu o jakie pytasz ....

KAŻDY znak ASCII jest tylko i wyłącznie liczbą i niczym innym. Dlatego po co się zastanawiasz jaki typ dać dla znaku ASCII czy unsigned char? czy char? czy uint8_t?

każdy będzie dobry - tyle że automatycznie i domyślnie masz robioną konwersję char do unsigned char przez kompilator - dlatego wpisywanie unsigned char jest po prostu wg mnie bez sensu przez ludzi. Chyba że się wyłączy tę opcję kompilatora, bo można to wtedy trzeba byłoby wpisywać unsigned char.

A w książce pisałem, że dla znaków, dla stringów dajemy zwykle typ char nie dlatego że TAK MUSI BYĆ I KONIEC !!!! .... tylko dlatego, że panie kochany jak ja w twoim kodzie zobaczę np coś takiego:

Code:
char buf[10];
uint8_t tab[20];


to od razu się domyślę na tym etapie że w buf będziesz pewnie przechowywał znaki ASCII (ale też przecież normalne liczby) .... i że będzie on gdzieś wykorzystywany np w funkcjach komunikacji UART, LCD i tym podobnych - rozumiesz ?

A niepotrzebnie wmieszałeś w tę konwersję funkcję ITOA - bo wynika z tego że właśnie - nie wiesz co to znaczy konwersja liczb ale na format ASCII..... co to oznacza?

ano że jak np chcesz wysłać liczbę 13 do terminala - i teraz zastanów się jaki chcesz uzyskać efekt w terminalu ? taki że na ekranie pojawią ci się dwa znaki 1 i 3 czy chcesz żeby zadziałało to jak kliknięcie entera czyli przejście do kolejnej linii ????

jeśli ma zadziałać jako znak ENTER czyli CR to po prostu wysyłam:

Code:
UART_putchar(13);


ale jeśli chcę żeby pojawiła się liczba w postaci dwóch znaków to mogę to np wysłać tak:

Code:
UART_putchar('1');
UART_putchar('3');


widzisz różnicę tego co będzie się działo w terminalu ....

i dlatego żeby nie trzeba było np liczby 233 wysyłać wpisując siedem takich linii można wtedy zastosować konwersję tej liczby do stringa ITOA() albo LTOA()

Pisałeś tak:

marthinek napisał(a):

bez względu co się poda na, czy "unsigned char data " czy "uint8_t data"
i tak wysyła wszystko w postaci znaków ASCII.


Ale o czym ty mówisz ? - co to znaczy wg ciebie że przesyła w postaci znaków ASCII ? dziwisz się, że wysyłając liczbę UDR=65 - widzisz w terminalu znak A ????? No coś ty - to normalne - terminal odebrał liczbę 65 - a jest to panie kochany terminal czyli coś co działa w trybie znakowym - to co miał wg ciebie pokazać ???? 65 ? ;) przecież "65" to są dwa znaki ASCII o różnych kodach a ty wysłałeś tylko liczbę 65 która jest znakiem ASCII A



marthinek napisał(a):

Jedynie funkcja itoa z parametrem 2 pozwala mi przesyłać binarną postać liczb (jedynki i zera) albo liczby w systemie dziesiętnym.. a nie da się bez tego itoa?


Pewnie, że można bez itoa() - napisz sobie własną funkcję do konwersji liczb na postać/format ASCII - masz przykład takiej własnej funkcji w rozdziale o ADC gdzie chodzi tam o wyświetlanie wyników ;)


marthinek napisał(a):

gdzie następuje to przekształcenie z liczby na znak ASCII?


Przede wszystkim musisz rozróżnić LICZBĘ od CYFRY bo tu się kręcisz troszeczkę....

popatrz np napiszę sobie taką pętlę, która wyśle do terminala w postaci znaków ASCII cyfry 0d 0 do 9

Code:
uint8_t i;
for(i=0;i<10;i++) {
   UART_putchar( i + '0' );
}


spróbuj przeanalizować sobie jak to działa ;) - a to jest właśnie super prosta konwersja liczb a w zasadzie cyfr!!!!! na znaki ASCII bo przecież tą metodą nie wyślę liczby 10 czy 129, czy 1202323223 - dlaczego ? no pomyśl

Ale za to wiedząc to co wyżej się dzieje w tej pętli to spokojnie zrozumiesz jak działa ta funkcja opisana w rozdziale o ADC OK?

Mam nadzieję, że chociaż troszkę rozjaśniłem sytuację - czy nie za bardzo?

Statystyki: Napisane przez mirekk36 — 24 lut 2012, o 13:48

]]> 2012-02-24T13:34:41+01:00 2012-02-24T13:34:41+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3444#p3444 <![CDATA[Re: bufor cykliczny i rs232]]> Statystyki: Napisane przez marthinek — 24 lut 2012, o 13:34

]]> 2012-02-24T13:10:57+01:00 2012-02-24T13:10:57+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3443#p3443 <![CDATA[Re: bufor cykliczny i rs232]]>
Quote:

UART_putchar('A');

co zostanie wysłane tym poleceniem do terminala ? znak ASCII jak piszesz 'A' czy liczba ?


przy założeniu transmisji ramki 8 bit to wg mnie powinna się wysłać ramka składająca się właśnie z liczby odpowiadającej znakowi 'A' w kodzie ASCII w jej binarnie zapisanej formie czyli: 01000001


to samo w pozostałych przypadkach, bo wszystkie podane przez Ciebie wartości =65 (w syst dziesiętnym)

Statystyki: Napisane przez marthinek — 24 lut 2012, o 13:10

]]> 2012-02-24T11:50:29+01:00 2012-02-24T11:50:29+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3442#p3442 <![CDATA[Re: bufor cykliczny i rs232]]> marthinek napisał(a):

gdzie następuje to przekształcenie z liczby na znak ASCII?


No widzisz to jest KULCZ do zrozumienia wszystkiego - a brak tego zrozumienia powoduje ogromny wyłom w myśleniu, wypacza je i człowiek zawsze kombinuje pod górkę, tymczasem żeby pomóc ci zrozumieć jakie to proste (aż się zdziwisz) .... zadam ci pytania 2 a ty spróbuj na nie odpowiedzieć ok?

Code:
UART_putchar('A');


co zostanie wysłane tym poleceniem do terminala ? znak ASCII jak piszesz 'A' czy liczba ?

Code:
UART_putchar(65);


Mogę tak w ogóle napisać? a jeśli tak to co zostanie wysłane do terminala znak ASCII czy liczba 65 ?

zastanów się dobrze zanim odpowiesz ;)

A na deser w razie czego dodatkowe pytania:

Code:
UART_putchar(0x41);

UART_putchar(0b01000001);


co tym razem zostanie wysłane do terminala ?

(proszę, żeby nikt inny na razie na to nie odpowiadał dobrze ?)

Statystyki: Napisane przez mirekk36 — 24 lut 2012, o 11:50

]]> 2012-02-24T09:45:56+01:00 2012-02-24T09:45:56+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3441#p3441 <![CDATA[Re: bufor cykliczny i rs232]]> mirekk36 napisał(a):

Tymczasem jak już się pozna sposób - to okazuje się, że nagle czar transmisji binarnej pryska jak bańka mydlana ;) nie mówię, że jej nie stosuję bo czasem po prostu trzeba i już ....

ale jak mam zrobić coś na szybko to MILION razy wolę zrobić to po ASCII ....

Ok, a z czystej ciekawości, to jak to zrobić normalnie na liczbach?

W całej tej funkcji z datasheeta:
Code:
void USART_Transmit( unsigned char data )
{
/* Wait for empty transmit buffer */
while ( !( UCSRA & (1<<UDRE)) )
;
/* Put data into buffer, sends the data */
UDR = data;
}


bez względu co się poda na, czy "unsigned char data " czy "uint8_t data"
i tak wysyła wszystko w postaci znaków ASCII. Jedynie funkcja itoa z parametrem 2 pozwala mi przesyłać binarną postać liczb (jedynki i zera) albo liczby w systemie dziesiętnym.. a nie da się bez tego itoa?

gdzie następuje to przekształcenie z liczby na znak ASCII?

Statystyki: Napisane przez marthinek — 24 lut 2012, o 09:45

]]> 2012-02-23T02:33:14+01:00 2012-02-23T02:33:14+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3377#p3377 <![CDATA[Re: bufor cykliczny i rs232]]> Statystyki: Napisane przez marthinek — 23 lut 2012, o 02:33

]]> 2012-02-23T00:50:28+01:00 2012-02-23T00:50:28+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3360#p3360 <![CDATA[Re: bufor cykliczny i rs232]]>
..... druga rzecz, która mnie inspiruje to moje własne problemy jak np z transcieverami Hoperf - bo od wielu miesięcy nie mogłem sobie z nimi poradzić chociaż kilka razy się za nie zabierałem. Aż w końcu postawiłem sobie cel - KONIEC - teraz muszę je opisać do książki, żeby później samemu mieć zawsze pod ręką taki opis jaki sam bym chciał znaleźć w jakiejś tam książce - a go nie ma nigdzie przecież ..... I akurat z tymi ranscieverami o mało co nie poległem i to przez nie m.in mam takie duże opóźnienie z wydaniem tej książki - już dwa razy rzuciłem modułami o podłogę a raz miałem ochotę je podeptać i zapomnieć - i w zamian opisać coś innego - ale się powstrzymałem przed zdeptaniem - chociaż miałem straszliwego nerwa jak to się mówi i z przekrwionymi oczami jak koci wilkołak jeszcze raz zasiadłem - mówiąc sobie "albo ja albo one" ..... no i w końcu po długiej i nierównej walce wygrałem .... Mam też nadzieję, że dzięki temu uda mi się zaprezentować coś - czego nie znajdzie się jak dotąd nie tylko w żadnej książce ale i nigdzie w internecie - tak troszkę chociaż nieskromnie powiem - no bo też nie ukrywam że teraz jestem w nich zakochany - jak mam takie biblioteki do ich obsługi ;) .... dlatego opis w książce akurat ich to będzie wręcz jak bezpośrednia relacja CNN z obszaru wojny - ostrych walk ;) .... i mam nadzieję, że chociaż z tego powodu warto będzie może poczekać na nią jeszcze trochę ;)

Statystyki: Napisane przez mirekk36 — 23 lut 2012, o 00:50

]]> 2012-02-22T23:18:51+01:00 2012-02-22T23:18:51+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3350#p3350 <![CDATA[Re: bufor cykliczny i rs232]]>

//PS. broń Boże nie mówię Ci co masz robić ;-)

Statystyki: Napisane przez marthinek — 22 lut 2012, o 23:18

]]> 2012-02-21T17:08:25+01:00 2012-02-21T17:08:25+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3225#p3225 <![CDATA[Re: bufor cykliczny i rs232]]> marthinek napisał(a):

PS. a powiesz czemu naciskasz na transmisję po ascii? Trzeba przy tym wykonywać wszystkie te rzutowania intów na chary a później odwrotnie


Powiem tak dawno dawno temu gdy sam początkowałem jeszcze na 8051 i gdy pierwszy raz spotkałem się z transmisją RS232 - to tak jak każdy chyba początkujący (chociaż wtedy programowałem tylko w asm - bo C dla procków nie było jeszcze na świcie) ...... transmisja binarna wydawała mi się łatwiejsza z tych powodów o których ty napisałeś ;) ..... no i zaczynałem - a kłopotów było że szok, nie mówiąc że wciąż pod górkę ;)

Tymczasem jak już się pozna sposób - to okazuje się, że nagle czar transmisji binarnej pryska jak bańka mydlana ;) nie mówię, że jej nie stosuję bo czasem po prostu trzeba i już ....

ale jak mam zrobić coś na szybko to MILION razy wolę zrobić to po ASCII ....

czy uda mi się przekonać ciebie oraz wielu wielu innych podobnie myślących czytelników ? ..... zobaczymy ;) ... choć czuję przez skórę że tak i to bardzo

Sam widzę na kursach C po omówieniu takiego sposobu transmisji - jak kursanci otwierają buzię ze zdziwienia, że wcześniej podchodzili do tego jak do ogromnego KUDŁATEGO JEŻA Z KOSMOSU a tymczasem, po bliższym zapoznaniu się okazało się, że to takie przyjemne i jakże pożyteczne zwierzątko.

Potem z kolei muszę ich czasem hamować bo popadają w drugą skrajność i nagle wydaje im się, że transmisja binarna już jest niepotrzebna i nigdy nie będą sobie zawracać nią głowy .... ale wtedy mam zawsze jedno pytanie:

"a nie chciałbyś mieć możliwości komunikacji po RS485 w standardzie np MODBUS RTU ?"

nooooo pewnie że bym chciał - no to teraz dawaj uczyć się tego co niestety rzeczywiście jest wg mnie może nie ciut trudniejsze ile hmmm bardziej kłopotliwe na co dzień ;)

Dlatego żałuję bardzo, że tego rozdziału nie będzie jeszcze w tej książce - ale może warto poczekać?

Statystyki: Napisane przez mirekk36 — 21 lut 2012, o 17:08

]]> 2012-02-21T10:55:44+01:00 2012-02-21T10:55:44+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3206#p3206 <![CDATA[Re: bufor cykliczny i rs232]]>
ale spoko. Chyba wszystko jasne teraz.
Pewnie, rozumiem ze nie da się wszystkiego opisać w ramach jednej książki.., ale juz nie długą będą 3 ;-)

No i najważniejsze jest, tak jak mówisz, złapanie głównej idei potem to już można kombinować ;-)

PS. a powiesz czemu naciskasz na transmisję po ascii? Trzeba przy tym wykonywać wszystkie te rzutowania intów na chary a później odwrotnie

Statystyki: Napisane przez marthinek — 21 lut 2012, o 10:55

]]> 2012-02-21T10:36:27+01:00 2012-02-21T10:36:27+01:00 https://forum.atnel.pl/viewtopic.php?t=867&p=3205#p3205 <![CDATA[Re: bufor cykliczny i rs232]]> Statystyki: Napisane przez mirekk36 — 21 lut 2012, o 10:36

]]>