ATNEL tech-forum

Re: Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-19T15:56:49+01:00

Super! Coś mi świtało z tym rzutowaniem ale próbowałem w inny sposób ...a co do Twego artykułu to czytałem jakiś rok temu, no ale widać wypadło z głowy Zaraz siadam i czytam od nowa.

Dziękuję Bardzo Mirek!

P.S. Dzięki za informację o Eclipse... cenna!

Statystyki: Napisane przez jan mazur — 19 lis 2014, o 15:56

Re: Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-19T15:00:25+01:00

[syntax=c](red_color<<16)[/syntax]

widzisz jakbyś poczytał to:

http://atnel.pl/domyslna-promocja-do-typu-int.html

to wiedziałbyś dlaczego masz z tym problem .... i dlaczego trzeba to zrobić tak:

[syntax=c]( (uint32_t)red_color<<16 )[/syntax]

przy czym poczytanie o domyślnej promocji do int uratuje ci skórę i włosy na głowie w milionach innych sytuacji podczas programowania w C, więc "do lektury"

jan mazur napisał(a):

i co drugą kompilację Eclipse wyrzuca błąd,

No tu znowu opowiadasz rzeczy które mówią że nie wiesz jak działa kompilacja w C a warto jednak się dowiedzieć bo bez tego znowu - będziesz sobie często rwał włosy z głowy

panie kochany jak masz jakiegoś warninga po kompilacji (czyli po BUILD) ... to jest RZECZĄ NORMALNĄ jak jedzenie chleba ze smalcem, że gdy wykonasz kolejny BUILD to warning czy warningi znikną .... co więcej każda następna kompilacja (BUILD) bez zmiany w kodzie będzie też już bez warningów ze strony kompilatora ale czy to znaczy że ich nie ma ???? NIE nieeee są panie kolego tylko kompilator reaguje tak:

1. po zmianie w kodzie i PIERSZEJ kompilacji kompilator pokaże wszystkie warningi
2. po drugiej i KAŻDEJ następnej kompilacji jeśli nic nie zmienisz w kodzie - kompilator nie pokaże (schowa) warningi bo uzna że nie chcesz ich widzieć bo wiesz co robisz i wg ciebie powinno być dobrze

rozumiesz ?

3. jeśli jednak dokonasz zmiany w kodzie - to kolejna kompilacja będzie uznana znowu za tę pierwszą i sytuacja powtórzy się znowu jak z punktów 1 i 2

4. Jeśli nie chcesz zmieniać kodu a PONOWNIE zobaczyć warningi to wykonaj Pan czyszczenie projektu czyli CLEAN + BUILD i wtedy NAGLE cudownie znowu zobaczysz warningi

wbrew pozorom to bardzo dobrze przemyślana strategia i jeśli się wie jak działa to później bardzo się to przydaje

za to już więcej człowiek nie pisze albo nie opowiada że co drugi raz są warningi albo że czasem są a czasem nie ma

Statystyki: Napisane przez mirekk36 — 19 lis 2014, o 15:00

Re: Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-19T14:48:50+01:00

Postanowiłem nie zakładać wątku nowego, bo to o co pytam jest z założenia proste i powinno działać ale...

Pobieram z czujnika koloru dane i wrzucam je do trzech zmiennych (niby czterech ale 'clear color' jest nieważny). Później zwracam je w postaci uint32_t jednak z tego co widzę nie "wychodzi" mi kolor czerwony. Zawsze ma wartość 0 i co drugą kompilację Eclipse wyrzuca błąd, że niby przesunięcie jest większe niż typ zwracanej zmiennej left shift count >= width of type.

Kod dla tej funkcji wygląda tak:
[syntax=c]uint32_t read_color(void)
{
uint8_t clear_color = 0;
uint8_t red_color = 0;
uint8_t green_color = 0;
uint8_t blue_color = 0;

uint8_t color_data[8];

TWI_read_buf(TCS34725_ADDR, (TCS34725_COMMAND_BIT | CDATAL), 8, color_data);

clear_color = (color_data[1]<<8) + color_data[0];

red_color = (color_data[3]<<8) + color_data[2];
uart_puts("R: ");
uart_putint(red_color, 16);
uart_puts("\r\n");

green_color = (color_data[5]<<8) + color_data[4];
uart_puts("G: ");
uart_putint(green_color, 16);
uart_puts("\r\n");

blue_color = (color_data[7]<<8) + color_data[6];
uart_puts("B: ");
uart_putint(blue_color, 16);
uart_puts("\r\n");

uart_puts("Common: ");
uart_putint((red_color<<16) + (green_color<<8) + blue_color, 16);
uart_puts("\r\n");

//nie przenosi 'red_color'
return ((red_color<<16) + (green_color<<8) + blue_color);
}[/syntax]

W konsoli widzę poprawne dane aż do momentu sekcji Common:, oraz także po wywołaniu widać, że Red: jest O

R: 8b
G: 1c
B: 1d
Common: 1c1d
Red: 0
Green: 1c
Blue: 1d

Jak to jest z tym przesunięciem? Wydaje się, że dobrze to jest zrobione, a coś nie gra...

Dziękuję!

Statystyki: Napisane przez jan mazur — 19 lis 2014, o 14:48

Re: Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-16T08:30:20+01:00

No i działa! Właśnie takiego oka mi było potrzeba.

Dziękuję Bardzo!

Statystyki: Napisane przez jan mazur — 16 lis 2014, o 08:30

Re: Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-16T00:27:53+01:00

jan mazur napisał(a):

[syntax=c]ws281x_asm_send(ws_rgb_leds, WS_LED_CNT, WS_PIN_NR);[/syntax]

Błąd w 3. argumencie, powinna być maska (czyli WS_PIN) a nie nr pinu.

Statystyki: Napisane przez xor — 16 lis 2014, o 00:27

Re: Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-15T23:49:57+01:00

No to teraz zagadka - gdzie? Może coś w Eclipse?

Statystyki: Napisane przez jan mazur — 15 lis 2014, o 23:49

Re: Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-15T18:42:04+01:00

Wersja MkAvrCalculatora nie ma znaczenia do tej funkcjonalności, sprawdziłem twój kod i ten z kalkulatora i nie ma żadnych różnic, poza spacjami i tabulatorami.
Problem zatem musi leżeć gdzieś indziej.

Statystyki: Napisane przez matw — 15 lis 2014, o 18:42

Re: Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-15T18:39:56+01:00

Dzięki za poradę... wygenerowałem dla ATmega128P 20MHz (nie mam płatnej wersji MKAvrCalculator'a). Wkleiłem dane i nie ma poprawy... może jednak warto pełną wersję użyć.

Statystyki: Napisane przez jan mazur — 15 lis 2014, o 18:39

Re: Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-15T18:28:07+01:00

W, MkAvrCalculator masz narzędzie do generowania tej funkcji wysyłającej dane w ASM, weź pobierz stamtąd kod i sprawdź.

Statystyki: Napisane przez matw — 15 lis 2014, o 18:28

Niedziałajacy kod ASM dla magicled w ATMega328P

2014-11-15T18:05:17+01:00

Witam,

Po obejrzeniu genialnych poradników Mirka na temat MagicLED postanowiłem pobawić się jedną linijką. Pojawił mi się w głowie pewien pomysł, w którym mógłbym wykorzystać diody WS2812B, jednak pojawiła się pewna przeszkoda... i to tak na początek przygody z linikją :/

Problem jest zapewne prosty ale mimo iż spędziłem nad inwestygacja mnóstwo czasu nie odnalazłem błędu.
Od razu piszę, że dla kodu bez asemblera w stylu poradników dla MagicLED część 4 lub 5 diody świecą poprawnie. Problem się pojawia gdy chcę korzystać ze wstawek asemblerowych.

Problem: ATMega328P (F_CPU = 20MHz) nie wysyła żadnych danych na port określony jako wyjściowy - PB0 (sprawdzane oscyloskopem).

Poniżej jest mój kod, który jest (tak mi się przynajmniej wydaje) identyczny z filmu 06b.

main.c

[syntax=c]#include
#include
#include

#include "ws281x.h"

TWSRGB ws_rgb_leds[WS_LED_CNT];

int main(void)
{

memset(ws_rgb_leds, 200, WS_LED_CNT * 3);
ws281x_asm_send(ws_rgb_leds, WS_LED_CNT, WS_PIN_NR);

while(1) {

}

return 0;
}[/syntax]

ws281x.h

[syntax=c]#ifndef WS281X_H_
#define WS281X_H_

//konfiguracja pinu sterujacego
#define WS_PIN_NR PB0
#define WS_PIN(1<#define WS_PORTPORTB
#define WS_DIRDDRB

//ilosc swiecacych diod
#define WS_LED_CNT 10

typedef struct {
uint8_t g;
uint8_t r;
uint8_t b;
} TWSRGB;

void ws2812_init(void);
void ws281x_asm_send(void *data, uint16_t datlen, uint8_t pin);

#endif /* WS281X_H_ */[/syntax]

ws281x.c

[syntax=c]#include
#include

#include "ws281x.h"

void ws2812_init(void)
{
WS_DIR |= WS_PIN;
}

void ws281x_asm_send(void *data, uint16_t datlen, uint8_t pin)
{
uint8_t databyte = 0, cnt, pinLO = ~pin;
//"pin" jako wyjscie
WS_DIR |= pin;
//mnozenie przez 3 (RGB)
datlen *= 3;

asm volatile (
"lds%[cnt],%[ws_port]\n\t"
"or %[pinHI],%[cnt]\n\t"
"and %[pinLO],%[cnt]\n\t"
"mPTL%=:subi%A6,1\n\t"
"sbci%B6,0\n\t"
"brcsexit%=\n\t"
"ld%[databyte],X+\n\t"
"ldi%[cnt],8\n\t"

"oPTL%=:sts%[ws_port], %[pinHI]\n\t"
//podwojny skok w te samo miejsce w celu wydluzenia czasu
"rjmp .+0\n\t"
"rjmp .+0\n\t"
"lsl%[databyte]\n\t"
"brcs.+2\n\t"
"sts%[ws_port], %[pinLO]\n\t"
//podwojny skok w te samo miejsce w celu wydluzenia czasu
"rjmp .+0\n\t"
"rjmp .+0\n\t"
"dec%[cnt]\n\t"
"sts%[ws_port], %[pinLO]\n\t"
"breqmPTL%=\n\t"
//podwojny skok w te samo miejsce w celu wydluzenia czasu
"rjmp .+0\n\t"
"rjmp .+0\n\t"
"nop\n\t"
"rjmpoPTL%=\n\t"
"exit%=:\n\t"
:[cnt]"=&d" (cnt)
:[databyte]"r" (databyte), [ws_port]"M" (_SFR_MEM_ADDR(WS_PORT)),
[pinHI]"r" (pin), [pinLO]"r" (pinLO), [data]"x" (data), [datlen]"r" (datlen)
);
}[/syntax]

Czy coś jest nie tak w tej wstawce asemblerowej, że na PB0 nie ma żadnych danych?

Dziękuję!

Statystyki: Napisane przez jan mazur — 15 lis 2014, o 18:05