ATNEL tech-forum

Re: Ramka danych, Btm- atmega, problem przy załączaniu LEDów

2014-12-06T18:50:52+01:00

Równie dobrze mogłeś poprawnie zapisać w formacie szesnastkowym:
[syntax=c]else if(new_char > 0x41 && new_char < 0x46) // przyjmowanie znaku do sterowania diodami[/syntax]
To oczywiście nadal kod trudny do analizy.

Statystyki: Napisane przez Krauser — 6 gru 2014, o 18:50

Re: Ramka danych, Btm- atmega, problem przy załączaniu LEDów

2014-12-06T18:41:32+01:00

Zamieniłem wartości HEX na dziesiętne i poszło pozdrawiam dzięki za odpowiedzi [EOT]

Statystyki: Napisane przez kitonQ — 6 gru 2014, o 18:41

Re: Ramka danych, Btm- atmega, problem przy załączaniu LEDów

2014-12-06T18:36:59+01:00

kitonQ napisał(a):

[syntax=c]else if(new_char > 41 && new_char < 46) // przyjmowanie znaku do sterowania diodami[/syntax]

Tak nie rób, bo nie wiadomo co robi. Spróbuj tak:
[syntax=c]else if(new_char > 'A' && new_char < 'F') // przyjmowanie znaku do sterowania diodami[/syntax]

Statystyki: Napisane przez Krauser — 6 gru 2014, o 18:36

Re: Ramka danych, Btm- atmega, problem przy załączaniu LEDów

2014-12-06T15:31:39+01:00

To jest pomyka z mojej strony. Alfabet w apce się zgadza. Przecież literki są w switchu

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

Przekształciłem wysyłane dane do uC do postaci :

Ale nadal cisza. Ktoś coś jeszcze może podpowiedzieć? Dodam , że sprawdzałem napięcia na pinach i też jest cały czas stan niski na PB0 i PB1 po klikaniu w klawisze na apce. To tak jakby ktoś sugerował przeprowadzenie podstawowych testów.

Statystyki: Napisane przez kitonQ — 6 gru 2014, o 15:31

Re: Ramka danych, Btm- atmega, problem przy załączaniu LEDów

2014-12-06T01:32:43+01:00

kitonQ napisał(a):

Witam po raz kolejny. Tworzę cały czas swój projekt btcar od dwóch miesięcy, i można powiedzieć , że już witałem się z gąską a tu.... do rzeczy: steruję już silnikami przez pochylanie telefonu. Dorobiłem sobie jeszcze przyciski do sterowania oświetleniem przód tył. I nie mam pojęcia dlaczego nie chcą się zapalać, tzn napewno jest gdzieś błąd. Wrzucam swój kod z uC i dodam tylko, że ramka danych która wpada do procka wygląda następująco ( jeżeli nie załączam świateł ) :
?123432
?123231
?232143
Jeżeli włączam światła: ( obsłużyłem to literami : A-włącz przód, B-wyłącz przód, C-włącz tył, D-wyłącz tył) :

...ciach...

[syntax=c]... duży ciach ...

//obsluga znakow do sterowania diodami
switch(sign)
{
case 'B':
{
PORTB |=(1<break;
}
case 'C':
{
PORTB &=~(1<break;
}
case 'D':
{
PORTB |=(1<break;
}
case 'E':
{
PORTB &=~(1<break;
}
default:
break;
}[/syntax]

Skoro literą A chcesz włączyć światła to może obsłuż to w pętli switch. Alfabet Ci się przesunął

BTW - niesamowicie skomplikowany kod do parsowania danych. IMHO zupełnie niepotrzebnie.

Statystyki: Napisane przez gordo — 6 gru 2014, o 01:32

Re: Ramka danych, Btm- atmega, problem przy załączaniu LEDów

2014-12-05T22:15:14+01:00

Próbowałem poprzedzać Literę znakiem zapytania, kończyć CRLF i cisza;/ nie chce się zapalić

Statystyki: Napisane przez kitonQ — 5 gru 2014, o 22:15

Re: Ramka danych, Btm- atmega, problem przy załączaniu LEDów

2014-12-05T22:06:02+01:00

Tak na szybko - definiujesz first_char na ? Może dlatego że litery są przed tym są pomijane?

Statystyki: Napisane przez icer_cmg — 5 gru 2014, o 22:06

Ramka danych, Btm- atmega, problem przy załączaniu LEDów

2014-12-05T21:23:26+01:00

Witam po raz kolejny. Tworzę cały czas swój projekt btcar od dwóch miesięcy, i można powiedzieć , że już witałem się z gąską a tu.... do rzeczy: steruję już silnikami przez pochylanie telefonu. Dorobiłem sobie jeszcze przyciski do sterowania oświetleniem przód tył. I nie mam pojęcia dlaczego nie chcą się zapalać, tzn napewno jest gdzieś błąd. Wrzucam swój kod z uC i dodam tylko, że ramka danych która wpada do procka wygląda następująco ( jeżeli nie załączam świateł ) :
?123432
?123231
?232143
Jeżeli włączam światła: ( obsłużyłem to literami : A-włącz przód, B-wyłącz przód, C-włącz tył, D-wyłącz tył) :

A?123432
B?123231
?232143
?123432
?123231
C?232143

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

[ panie kolego zdaje się, że już zwracałem tobie uwagę na tym forum i to niejednokrotnie - że nie wklejamy tego w kodzie - chcesz to sobie wklejaj - ale nie wpisuj tego na tym forum ok? - mirekk36 ]

Quote:

#define F_CPU 8000000UL <--------- tego NIGDY NIE WSTAWIAMY W KODZIE PROGRAMU mirekk36

[syntax=c]#define UART_BAUD 19200
#define __UBRR (F_CPU/16/UART_BAUD-1)

#define frame_length 8
#define CR 13
#define LF 10

volatile char start_char = '?';
volatile char RS_receive_BUF[frame_length];
volatile char Receive_Copy[frame_length];
volatile short RS_receive_count;
volatile char RS_transmit_BUF[frame_length];
volatile short RS_transmit_count;
volatile uint16_t there_is_something_to_read = 0;
volatile char sign;

void USART_Init(uint16_t baud);
void USART_Transmit(unsigned char data);
unsigned char USART_Receive(void);
int Chars2FirstInt();
int Chars2SecondInt();

char input;

int main (void)
{
DDRA |= ((1<DDRB &=~ ((1<DDRC |= ((1<USART_Init(__UBRR);

sei();

int pierwsza_liczba = 0, druga_liczba = 0;

while(1)
{

if(there_is_something_to_read == 1)
{

pierwsza_liczba = Chars2FirstInt();

druga_liczba = Chars2SecondInt();

if (pierwsza_liczba > 0 && pierwsza_liczba < 80)
{
PORTC &=~(1<PORTC |=(1<}
else if(pierwsza_liczba > 170)
{
PORTC &=~(1<PORTC |=(1<}
else if (pierwsza_liczba == 0)
{
PORTC &=~(1<PORTC &=~(1<}
else
{
PORTC |=(1<PORTC |=(1<}

if (druga_liczba > 0 && druga_liczba < 101)
{
PORTA &=~(1<PORTA |=(1<}
else if (druga_liczba > 149)
{
PORTA |=(1<PORTA &=~(1<}
else if(druga_liczba == 0)
{
PORTA &=~(1<PORTA &=~(1<}
else
{
PORTA |=(1<PORTA |=(1<}

there_is_something_to_read = 0;
}

//obsluga znakow do sterowania diodami
switch(sign)
{
case 'B':
{
PORTB |=(1<break;
}
case 'C':
{
PORTB &=~(1<break;
}
case 'D':
{
PORTB |=(1<break;
}
case 'E':
{
PORTB &=~(1<break;
}
default:
break;
}
}

return 0;
}

int Chars2FirstInt()
{

return (Receive_Copy[1] - 48) * 100 + (Receive_Copy[2] - 48) * 10 + (Receive_Copy[3] - 48);
}

int Chars2SecondInt()
{

return (Receive_Copy[4] - 48) * 100 + (Receive_Copy[5] - 48) * 10 + (Receive_Copy[6] - 48);
}

void USART_Init(uint16_t baud)
{

UBRRH = (uint8_t)(baud>>8);
UBRRL = (uint8_t)baud;
UCSRB = (1<UCSRC = (1<

for(short i = 0; i < frame_length ;i++)
{
RS_receive_BUF[i] = 0;
RS_transmit_BUF[i] = 0;
}

RS_receive_count = 0;
RS_transmit_count = 0;
}

unsigned char USART_Receive(void)
{
while(!(UCSRA & (1<return UDR;
}

void USART_Transmit(unsigned char data)
{
while(!(UCSRA & (1< UDR = data;
}

ISR(USART_RXC_vect)
{

char new_char = USART_Receive();

if((RS_receive_count == 0 && new_char == start_char) ||\
(RS_receive_count > 0 && RS_receive_count < 7 && new_char > 47 && new_char < 58) ||\
(RS_receive_count == 7 && new_char == CR))
{

RS_receive_BUF[RS_receive_count] = new_char;

RS_receive_count++;
}

else if(RS_receive_count == 8 && new_char == LF)
{

RS_receive_BUF[RS_receive_count] = new_char;

for (int i = 0; i < frame_length; i++)
{
Receive_Copy[i] = RS_receive_BUF[i];
}

there_is_something_to_read = 1;

RS_receive_count = 0;
}

else if(new_char > 41 && new_char < 46) // przyjmowanie znaku do sterowania diodami
{
sign = new_char;
RS_receive_count = 0;
}

else
{

RS_receive_count = 0;
}
}[/syntax]

------------------------ [ Dodano po: 22 minutach ]

Nigdy nie byłem upomniany. Jest to pierwsze moje upomnienie jeżeli chodzi o tą kwestię. Chyba nic takiego się nie stało, ale ok - przepraszam. Zapamiętam na przyszłośc.

Statystyki: Napisane przez kitonQ — 5 gru 2014, o 21:23