ATNEL tech-forum

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T17:27:41+01:00

W dokumentacji AtTiny2313 znalazłem funkcje służące do obsługi transmisji. Czy mógłbym mi ktoś pomóc w ich wykorzystaniu, dopisaniu reszty kodu, żeby sprawdzić czy w taki sposób zadziała?

PS. Czy lepszym programem do testowania będzie PUTTY?

[syntax=c]void USART_Init( unsigned int baud )
{
/* Set baud rate */
UBRRH = (unsigned char)(baud>>8);
UBRRL = (unsigned char)baud;
/* Enable receiver and transmitter */
UCSRB = (1</* Set frame format: 8data, 2stop bit */
UCSRC = (1<}

void USART_Transmit( unsigned char data )
{
/* Wait for empty transmit buffer */
while ( !( UCSRA & (1<;
/* Put data into buffer, sends the data */
UDR = data;
}

unsigned char USART_Receive( void )
{
/* Wait for data to be received */
while ( !(UCSRA & (1<;
/* Get and return received data from buffer */
return UDR;
}

void USART_Flush( void )
{
unsigned char dummy;
while ( UCSRA & (1<}[/syntax]

Statystyki: Napisane przez mateuszc — 25 mar 2015, o 17:27

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T15:10:17+01:00

Nie mam pojęcia czy otrzymuje poprawne dane, jedynie w polu "Status" w Realterm miga na żółto kontrolka TX przy wysyłaniu liczby.
Może skoro mi nie odpowiada to w dalszym ciągu jest problem z transmisją lub błąd w kodzie.

Czy najlepszym sposobem nie byłoby dopisane do mojego programu kodu dedykowanego dla AtTiny2313 zamiast modyfikacji kodu z tutoriala.

Kod wyjściowy:
[syntax=c]#include
#include

void tryb_nocny() {

DDRB &= ~(1 << PB1); //sygnal czujnika ruchu PIR; kofiguracja jako wejscie
PORTB |= (1 << PB1); //stan poczatkowy "1"

DDRD |= (1 << PD4); //minus syreny czujnika ruchu PIR; konfiguracja jako wyjscie

DDRD |= (1 << PD2); //plus czujnika glosnych dzwiekow; konfiguracja jako wyjscie

DDRB &= ~(1 << PB2); //sygnal czujnika gazu MQ2; kofiguracja jako wejscie
PORTB &= ~(1 << PB2); //stan początkowy "1"

DDRB |= (1 << PB3); //minus syreny czujnika gazu; konfiguracja jako wyjscie
DDRB |= (1 << PB4); //minus wentylatora; konfiguracja jako wyjscie
DDRB |= (1 << PB6); //minus doniczki; konfiguracja jako wyjscie
DDRB |= (1 << PB5); //minus przekaźnika; konfiguracja jako wyjscie
DDRB |= (1 << PB7); //minus syreny czujnika zalania; konfiguracja jako wyjscie
DDRD |= (1 << PD3); //minus czujnika zalania; konfiguracja jako wyjscie

while (1) {

PORTD |= (1 << PD2); //konfiguracja portu czujnika glosnych dzwiekow; konfiguracja jako "0"

if (PINB & (1 << PB1)) {
PORTD &= ~(1 << PD4);
} else {
PORTD |= (1 << PD4);
}

if (PINB & (1 << PB2)) {
PORTB &= ~(1 << PB3);
PORTB &= ~(1 << PB4);
} else {
PORTB |= (1 << PB3);
PORTB |= (1 << PB4);
}

if (PINB & (1 << PB6)) {
PORTB |= (1 << PB5);
} else {
PORTB &= ~(1 << PB5);
}

if (PIND & (1 << PD3)) {
PORTB |= (1 << PB7);
} else {
PORTB &= ~(1 << PB7);
}

break;
}
}

void tryb_dzienny() {

DDRD |= (1 << PD2); //plus czujnika glosnych dzwiekow; konfiguracja jako wyjscie

DDRB &= ~(1 << PB2); //sygnal czujnika gazu MQ2; kofiguracja jako wejscie
PORTB |= (1 << PB2); //stan początkowy "1"

DDRB &= ~(1 << PB2); //sygnal czujnika gazu MQ2; kofiguracja jako wejscie
PORTB &= ~(1 << PB2); //stan początkowy "1"

DDRB |= (1 << PB3); //minus syreny czujnika gazu; konfiguracja jako wyjscie
DDRB |= (1 << PB4); //minus wentylatora; konfiguracja jako wyjscie
DDRB |= (1 << PB6); //minus doniczki; konfiguracja jako wyjscie
DDRB |= (1 << PB5); //minus przekaźnika; konfiguracja jako wyjscie
DDRB |= (1 << PB7); //minus syreny czujnika zalania; konfiguracja jako wyjscie
DDRD |= (1 << PD3); //minus czujnika zalania; konfiguracja jako wyjscie

while (1) {

PORTD &= ~(1 << PD2); //konfiguracja portu czujnika glosnych dzwiekow; konfiguracja jako "0"

if (PINB & (1 << PB2)) {
PORTB &= ~(1 << PB3);
PORTB &= ~(1 << PB4);
} else {
PORTB |= (1 << PB3);
PORTB |= (1 << PB4);
}

if (PINB & (1 << PB6)) {
PORTB |= (1 << PB5);
} else {
PORTB &= ~(1 << PB5);
}

if (PIND & (1 << PD3)) {
PORTB |= (1 << PB7);
} else {
PORTB &= ~(1 << PB7);
}

break;

}
}

int main(void) {

DDRB &= ~(1 << PB0); //czujnik zmierzchu

while (1) {

if (PINB & (1 << PB0)) {

tryb_nocny();
} else {

tryb_dzienny();
}

}
}[/syntax]

------------------------ [ Dodano po: 53 minutyach ]

Zmieniłem fuse bity, teraz wewnętrzny oscylator jest ustawiony na 8 Mhz, czas 14 CK + 0 ms, wyłączyłem też dzielenie przez 8. Prędkość transmisji w programie i Realterm ustawiona na 9600. Niestety mimo to brak odpowiedzi z mikrokontrolera.

Statystyki: Napisane przez mateuszc — 25 mar 2015, o 15:10

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T15:06:28+01:00

mateuszc napisał(a):

Intre, czyli nie ma możliwości, żeby to zadziałało? Mam na to maksymalnie 2 dni, już wiem, że zdecydowanie to przeszacowałem.

Olivaw, zrobiłem tak jak napisałeś, ale wciąż mogę tylko wysyłać do mikrokontrolera, ale nie otrzymuję odpowiedzi.

A na podstawie czego wnioskujesz że mikrokotroler otrzymuje poprawne dane?

Statystyki: Napisane przez 0livaw — 25 mar 2015, o 15:06

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:58:49+01:00

Podpowiem, że ustawianie bitów w UCSRC - można w ogóle pominąć jeśli się chce mieć standardowe parametry ramki 8,n,1 .... warto zajrzeć do PDF'a procka i zobaczyć wartości bitów w tym rejestrze po restarcie

Statystyki: Napisane przez mirekk36 — 25 mar 2015, o 14:58

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:58:23+01:00

Statystyki: Napisane przez mateuszc — 25 mar 2015, o 14:58

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:36:17+01:00

mirekk36 napisał(a):

0livaw napisał(a):

Na początek nie przełączałbym procesora na zew. kwarc, tylko spróbował czy pójdzie transmisja na fabrycznym 1MHz.
I zmieniłbym prędkość transmisji ATTINY2313 i Realterm-a na 9600.

A ja na początek to zajrzałbym do noty PDF dowolnego procka AVR, na ostatnią stronę rozdziału UART tam gdzie są tabelki z wyliczonymi wartościami UBRR ale też procentem błędów i sprawdził panie - czy dla taktowania 1MHz - można w ogóle użyć prędkości 9600

od tego się zaczyna

Przed napisaniem poprzedniego posta specjalnie zajrzałem do pdf-a i dlatego zaleciłem zmniejszenie prędkości do 9600 (błąd transmisji na poziomie 0,2%).

Do znawców Eclips-a:
dlaczego kompilator nie wyrzuca błedu w linicje
UCSRC = (1<skoro w dokumentacji ATTINY2313 nie ma bitu URSEL tylko UMSEL?

Tak się właśnie kończy kopiowanie kodu znalezionego w necie, bez zrozumienia jego działania.

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

mateuszc napisał(a):

Olivaw spróbuję zrobić tak jak napisałeś. Intre, chętnie pogadam, ale nie tym razem , bo bardzo goni mnie czas - jeżeli potrafisz mi powiedzieć co mam zrobić, żeby to zaczęło działać będę Ci ogromnie wdzięczny.

Panie Mirku, bardzo często śledzę blog, niestety - jak widać - jeszcze wiele pracy przede mną. Bardzo szybko muszę się uporać z tym tematem, dlatego proszę o wyrozumiałość i pomoc, żebym mógł wysyłać proste komunikaty na terminal w Realterm. Np. do jednego z if'ów chciałbym włożyć coś w stylu "cout << Wykryto gaz", do następnego coś innego itd.

Nie napisałem jeszcze jednej ważnej rzeczy:

UCSRC = (1<UCSRC = (1<
W tych dwóch liniach programy pojawia się błąd: Symbol 'URSEL' could not be resolved.

Ponieważ URSEL nie występuje w ATTINY2313.
Zamień powyższą linijkę na:
UCSRC = (1<Statystyki: Napisane przez 0livaw — 25 mar 2015, o 14:36

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:35:27+01:00

mateuszc no kolega Mirek już napisał Ci praktycznie całą recepturę rozwiązania Twoich problemów, no niestety nie da się tak od razu zrobić sobie komunikacji rs232 bez podstaw, naprawdę polecam Ci przejść wskazaną drogę, bo to trzeba powoli etapami od migania LEDEm pójść i powoli klocki dokładać aż się ułożą w całość, praktycznie każdy z nas taką drogę przeszedł i w zasadzie nie masz za specjalnie wyjścia bo inaczej będziesz się tylko niepotrzebnie denerwować że Ci nie działa.

Statystyki: Napisane przez Intre — 25 mar 2015, o 14:35

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:59:51+01:00

Statystyki: Napisane przez mateuszc — 25 mar 2015, o 14:34

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:25:25+01:00

0livaw napisał(a):

Na początek nie przełączałbym procesora na zew. kwarc, tylko spróbował czy pójdzie transmisja na fabrycznym 1MHz.
I zmieniłbym prędkość transmisji ATTINY2313 i Realterm-a na 9600.

Statystyki: Napisane przez mirekk36 — 25 mar 2015, o 14:25

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:31:03+01:00

@mateuszc, musisz rozróżnić dwie sprawy:
1. Taktowanie mikro-kontrolera ustalasz za pomocą fuse-bitów, polecam do tego celu program MkAvrCalculator, gdzie w bezpieczny sposób to wykonasz. Od razu podpowiem, żebyś ustawił taktowanie wewnętrzne 8MHz, a najlepiej użyć zewnętrznego kwarcu przyjaznego dla transmisji RS232, bo przy wartości baud jaką wybrałeś będziesz miał błędny w transmisję na poziomie uniemożliwiającym komunikację.
2. Dopiero jak masz ustalone taktowanie w pkt1, to takie samo ustawiasz we właściwościach projektu w Eclipse. I robisz to tylko po to aby kompilator wiedział w jaki sposób napędzany jest twój układ.

Statystyki: Napisane przez matw — 25 mar 2015, o 14:24

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:23:36+01:00

mateuszc napisał(a):

Proponuję na prawdę zacząć od książki:
http://atnel.pl/mikrokontrolery-avr-jezyk-c.html

to wiele się wyjaśni a szczególnie jeśli chodzi o taktowanie procka, fusebity - nie wspominając już o tym jak prawidłowo podejść do obsługi RS232 w dowolnym procku AVR, nie ważne czy ATmega czy ATtiny2313

przy okazji zapraszam do częstszego zaglądania na mój blog np:
http://mirekk36.blogspot.com/2013/01/rs ... trick.html

ale szczególnie jeśli chodzi o twoje kłopoty z podstawami w Eclipse to tutaj:
http://mirekk36.blogspot.com/2014/11/av ... -luna.html

Statystyki: Napisane przez mirekk36 — 25 mar 2015, o 14:23

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:22:41+01:00

O ja mateuszc długa droga chłopie przed Tobą Pytanie czy chcesz żebyśmy Ci pomogli czy tylko chcesz sobie pogadać? Bo Ci napiszę drogę jaką mógłbyś przejść żeby zrozumie o co w ogóle biega z mikrokontrolerami.

Statystyki: Napisane przez Intre — 25 mar 2015, o 14:22

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:21:40+01:00

Na początek nie przełączałbym procesora na zew. kwarc, tylko spróbował czy pójdzie transmisja na fabrycznym 1MHz.
I zmieniłbym prędkość transmisji ATTINY2313 i Realterm-a na 9600.
I nie zapomnij zadeklarować w programie częstotliwości 1MHz.

Statystyki: Napisane przez 0livaw — 25 mar 2015, o 14:21

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:59:20+01:00

Rozumiem, w samym programie nie mam zadeklarowanej częstotliwości kwarcu. Z tego co wiem, jeżeli nie zmieniam ustawień to fabrycznie kwarc pracuje na wewnętrznym oscylatorze RC i taktowaniu 1 Mhz. Czy mam "ręcznie" przestawić w kodzie na 16 Mhz i sprawdzić czy działa?

Nie napisałem jeszcze jednej ważnej rzeczy:

UCSRC = (1<UCSRC = (1<
W tych dwóch liniach programy pojawia się błąd: Symbol 'URSEL' could not be resolved.

Statystyki: Napisane przez mateuszc — 25 mar 2015, o 14:15

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T14:07:27+01:00

Nie znam się na Eclips, ale czy masz w programie poprawnie zadeklarowaną częstotliwość kwarcu?
Ponieważ jest ona używana do obliczania wartość UBRRH i UBRRL.

Statystyki: Napisane przez 0livaw — 25 mar 2015, o 14:07

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T13:53:12+01:00

Dokładnie, prędkość ustawiona w programie i w RealTerm to 57600. A kwarc w AtTiny2313 jest taktowany 16.000.

Statystyki: Napisane przez mateuszc — 25 mar 2015, o 13:53

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T13:46:41+01:00

A prędkość i parametry transmisji masz tak samo ustawione jak ATTINY2313 i RealTerm?
Jaki kwarc masz w ATTINY2313?

Statystyki: Napisane przez 0livaw — 25 mar 2015, o 13:46

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T13:38:35+01:00

W którym miejscu? Program piszę w Eclipse, tam jest wybrany układ docelowy AtTiny2313. W Realterm nie widzę pola do wyboru układu.

Statystyki: Napisane przez mateuszc — 25 mar 2015, o 13:38

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T13:34:31+01:00

Czy układ docelowy masz wybrany ATTINY2313?

Statystyki: Napisane przez 0livaw — 25 mar 2015, o 13:34

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T13:34:44+01:00

Dziękuję za odpowiedź, poniżej umieszczam kod, jest to mój program i kod służący do komunikacji

Domyślam się, że może chodzić o to, że tutorial na .... jest przeznaczony dla Atmegi8, a ja korzystam z Attiny2313.

[syntax=c]#include
#include
#include
#include

volatile unsigned char odb_x;
volatile unsigned char odb_flaga = 0;

volatile unsigned int usart_bufor_ind;
char usart_bufor[30] = "y = 0.3187x^2 + 2x - 7";

void usart_inicjuj(void)
{
#define BAUD 57600
#include

UBRRH = UBRRH_VALUE;
UBRRL = UBRRL_VALUE;
#if USE_2X
UCSRA |= (1< #else
UCSRA &= ~(1< #endif

UCSRC = (1< UCSRB = (1<
}

ISR (USART_RXC_vect)
{

odb_x = UDR;
odb_flaga = 1;
}

ISR(USART_UDRE_vect){

if(usart_bufor[usart_bufor_ind]!= 0){

UDR = usart_bufor[usart_bufor_ind++];

}else{

UCSRB &= ~(1< }
}

void wyslij_wynik(void){
unsigned char z;
for(z=0; z<30; z++){
if(usart_bufor[z]==0){ //czy to koniec takstu w tablicy
//tak znaleziono koniec tekstu, dodajemy znak CR
usart_bufor[z] = 13; //znak powrotu karetki CR (Carrige Return)
usart_bufor[z+1] = 10; //znak nowej linii LF (Line Feed)
usart_bufor[z+2] = 0; //znak końca ciągu tekstu w tablicy
break;
}
}

//Zaczekaj, aż bufor nadawania będzie pusty
while (!(UCSRA & (1<
//bufor jest pusty można wysłać

//następny znak do wysyłki to znak nr 1
usart_bufor_ind = 0;

//włącz przerwania pustego bufora UDR, co rozpocznie transmisję
//aktualnej zawartości bufora
UCSRB |= (1<}

void tryb_nocny() {

DDRB &= ~(1 << PB1); //sygnal czujnika ruchu PIR; kofiguracja jako wejscie
PORTB |= (1 << PB1); //stan poczatkowy "1"

DDRD |= (1 << PD4); //minus syreny czujnika ruchu PIR; konfiguracja jako wyjscie

DDRD |= (1 << PD2); //plus czujnika glosnych dzwiekow; konfiguracja jako wyjscie

DDRB &= ~(1 << PB2); //sygnal czujnika gazu MQ2; kofiguracja jako wejscie
PORTB &= ~(1 << PB2); //stan początkowy "1"

DDRB |= (1 << PB3); //minus syreny czujnika gazu; konfiguracja jako wyjscie
DDRB |= (1 << PB4); //minus wentylatora; konfiguracja jako wyjscie
DDRB |= (1 << PB6); //minus doniczki; konfiguracja jako wyjscie
DDRB |= (1 << PB5); //minus przekaźnika; konfiguracja jako wyjscie
DDRB |= (1 << PB7); //minus syreny czujnika zalania; konfiguracja jako wyjscie
DDRD |= (1 << PD3); //minus czujnika zalania; konfiguracja jako wyjscie

while (1) {

PORTD |= (1 << PD2); //konfiguracja portu czujnika glosnych dzwiekow; konfiguracja jako "0"

if (PINB & (1 << PB1)) {
PORTD &= ~(1 << PD4);
} else {
PORTD |= (1 << PD4);
}

if (PINB & (1 << PB2)) {
PORTB &= ~(1 << PB3);
PORTB &= ~(1 << PB4);
} else {
PORTB |= (1 << PB3);
PORTB |= (1 << PB4);
}

if (PINB & (1 << PB6)) {
PORTB |= (1 << PB5);
} else {
PORTB &= ~(1 << PB5);
}

if (PIND & (1 << PD3)) {
PORTB |= (1 << PB7);
} else {
PORTB &= ~(1 << PB7);
}

break;
}
}

void tryb_dzienny() {

DDRD |= (1 << PD2); //plus czujnika glosnych dzwiekow; konfiguracja jako wyjscie

DDRB &= ~(1 << PB2); //sygnal czujnika gazu MQ2; kofiguracja jako wejscie
PORTB |= (1 << PB2); //stan początkowy "1"

DDRB &= ~(1 << PB2); //sygnal czujnika gazu MQ2; kofiguracja jako wejscie
PORTB &= ~(1 << PB2); //stan początkowy "1"

DDRB |= (1 << PB3); //minus syreny czujnika gazu; konfiguracja jako wyjscie
DDRB |= (1 << PB4); //minus wentylatora; konfiguracja jako wyjscie
DDRB |= (1 << PB6); //minus doniczki; konfiguracja jako wyjscie
DDRB |= (1 << PB5); //minus przekaźnika; konfiguracja jako wyjscie
DDRB |= (1 << PB7); //minus syreny czujnika zalania; konfiguracja jako wyjscie
DDRD |= (1 << PD3); //minus czujnika zalania; konfiguracja jako wyjscie

while (1) {

PORTD &= ~(1 << PD2); //konfiguracja portu czujnika glosnych dzwiekow; konfiguracja jako "0"

if (PINB & (1 << PB2)) {
PORTB &= ~(1 << PB3);
PORTB &= ~(1 << PB4);
} else {
PORTB |= (1 << PB3);
PORTB |= (1 << PB4);
}

if (PINB & (1 << PB6)) {
PORTB |= (1 << PB5);
} else {
PORTB &= ~(1 << PB5);
}

if (PIND & (1 << PD3)) {
PORTB |= (1 << PB7);
} else {
PORTB &= ~(1 << PB7);
}

break;

}
}

int main(void) {

DDRB &= ~(1 << PB0); //czujnik zmierzchu
usart_inicjuj(); //inicjuj moduł USART (RS-232)
sei(); //włącz przerwania globalne

wyslij_wynik(); //na początku wysyłamy text wzoru, który po
//resecie jest w tablicy usart_bufor[]

while (1) {

if (PINB & (1 << PB0)) {

tryb_nocny();
} else {

tryb_dzienny();
}

if(odb_flaga){

odb_flaga = 0; //zgaś flagę

//wykonaj obliczenia i wynik przekształć na znaki ładując do
//bufora usart_bufor[]
sprintf(usart_bufor, "%f", 0.3187 * odb_x * odb_x + 2 * odb_x - 7);

wyslij_wynik(); //rozpocznij wysyłanie wyniku przez RS-232
}

}
}[/syntax]

Dodam jeszcze, że zależy mi tylko na wysyłaniu komunikatów, które będzie można odczytać na ekranie RealTerm.

[ proszę nie używać koloru czerwonego w postach - mirekk36 ]

Statystyki: Napisane przez mateuszc — 25 mar 2015, o 13:02

Re: Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232

2015-03-25T12:51:30+01:00

Witam

Kolego pokaż jakiś kod, bo tak to nic nie zdziałamy.

Pozdrawiam
Elektronik

Statystyki: Napisane przez Elektronik — 25 mar 2015, o 12:51

Połączenie modułu z AtTiny2313-20SU do USB poprzez FT232R

2015-03-25T12:43:53+01:00

Witam,

Niestety znów pojawił się problem w moim małym projekcie. Konkretnie - chciałbym, żeby mój mikrokontroler komunikował się z komputerem poprzez port USB, wykorzystując w tym celu FT232R - USB UART (http://allegro.pl/show_item.php?item=5146061986)

Mój mikrokotroler to ATtiny2313-20SU, zgodnie ze schematem podłączyłem linię TX do pinu PD1 i linię RX do pinu PD0, niestety komunikacja nie działała.

Wyczytałem na .... że połączenie powinno być skrosowane więc tak też zrobiłem i od tego momentu nie pojawia się błąd z transmisją do mikrokontrolera natomiast nie otrzymuję żadnych danych z mikrokontrolera.

Do testowania transmisji używam programu Realterm, kiedy wysyłam np. liczbę całkowitą do mikrokontrolera, w polu "Status" programu po prawej stronie aktywuje się pozycja TX (mignięcie na żółto).

Proszę o pomoc - co powinienem zrobić, żeby coś otrzymywać z mikrokontrolera? Oraz czy to mignięcie na żółto pozycji TX oznacza, że wysłałem coś prawidłowo do mikrokontrolera?

Statystyki: Napisane przez mateuszc — 25 mar 2015, o 12:43