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



ws281x.h



ws281x.c



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

Dziękuję!

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

_________________
Migracja z punktu B do punktu C
Pozdrawiam

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ć.

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.

_________________
Migracja z punktu B do punktu C
Pozdrawiam

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

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

_________________
+++++[>++++<-]>[>++++++<-]>.---------.+++.

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

Dziękuję Bardzo!

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:


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ę!

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:



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"


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

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

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!