ATNEL tech-forum

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T21:45:57+01:00

rafmodel napisał(a):

ale długa droga przede mną

Spokojnie - wcale nie taka długa - ale wszystko po kolei

tzn ja wiem wiem - jak to człowieka łapki świeżbią i chciałby już .... teraz nagle ... wiem wiem co to znaczy - sam tak często mam

ale jak widzisz bez poćwiczenia po kolei tych podstaw człowiek popełnia też podstawowe błędy i później się wydaje że wszystko nie działa ... Dlatego ta cierpliwość jednak zawsze w końcu popłaca

Statystyki: Napisane przez mirekk36 — 11 mar 2014, o 21:45

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T21:26:32+01:00

Oczywiście Mirku - obie . I staram się jak mogę je zrozumieć, ale długa droga przede mną A swoją drogą to wszystko co robisz jest super. Dziękuje, Pozdrawiam

Statystyki: Napisane przez rafmodel — 11 mar 2014, o 21:26

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T19:47:03+01:00

rafmodel napisał(a):

Pytanie tylko do Mirka, dlaczego ty nie masz w main.c tej deklaracji a pomimo tego ci to działa.

pytanie do kolegi - posiada kolega tę książkę?

http://atnel.pl/mikrokontrolery-avr-jezyk-c.html

nie pytam złośliwie albo dlatego że od jej posiadania uzależniam pomoc - po prostu w tej książce sporo miejsca poświęciłem wyjaśnieniu tego na czym polega podział projektu w C na pliki - i co gdzie powinno się znaleźć. ok?

Statystyki: Napisane przez mirekk36 — 11 mar 2014, o 19:47

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T18:36:10+01:00

rafmodel napisał(a):

Pytanie tylko do Mirka, dlaczego ty nie masz w main.c tej deklaracji a pomimo tego ci to działa.

Bo ma tę deklarację tam gdzie jej miejsce: w pliku nagłówkowym ws2812.h
Konwencja jest taka - w pliku nagłówkowym wstawia się deklaracje wszystkich funkcji i zmiennych, zdefiniowanych w danym pliku źródłowym, które mają być widoczne w innych plikach (w twoim przypadku "ws2812_init" i "send_rgb" lecz nie "send0" i "send1"). Nazwa pliku nagłówkowego jest taka sama (za wyjątkiem rozszerzeń oczywiście) jak pliku źródłowego, dzięki temu wiadomo co jest do czego. W każdym pliku źródłowym który wykorzystuje choćby jedną z tych funkcji czy zmiennych włącza się plik nagłówkowy dyrektywą "#include". I załatwione.

Statystyki: Napisane przez xor — 11 mar 2014, o 18:36

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T18:31:24+01:00

rafmodel napisał(a):

Podejrzewam, iż moje diody ws2812 bez literki B potrzebują wyższego zasilania. W datasheet'ie jest to 6-7V.

Ta taśmia 30 LED na moich poradnikach to WS2812 czyli bez literki B .... i myślisz że wymyślałem jakieś dziwne napięcie 6-7V ?

żartuje kolega chyba ..... zawsze je zasilam +5V ... więc tu nie ma co się domyślać .... dziwnych rzeczy

to ja raczej się dziwię - że pomimo iż przez wszystkie dotychczasowe poradniki tłumaczę o tym, że sposób który omawiam na sterowanie jest mocno ułomny bo trzeba ręcznie dobierać NOP'y .... to kolega na dodatek tworzy jakiś inny kod niż w poradnikach i zamiast doprowadzić do stanu jak w poradniku bo MUSI działać....

życzę więc samozaparcia i ew jeszcze raz uważnie oglądać poradniki i jednocześnie pisać ze mną kod na bieżąco ok ?

popatrz na forum w wątkach dotyczących tych poradników jak inni działają - jakie mieli problemy a na końcu każdemu i tak wychodzi ...

Statystyki: Napisane przez mirekk36 — 11 mar 2014, o 18:31

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T18:15:22+01:00

No więc tak, rzeczywiście w main.c po zadeklarowaniu funkcji send_rgb w formie void send_rgb (uint8_t r, uint8_t g, uint8_t b);
wszystko wróciło do normy i zadziałało. Pytanie tylko do Mirka, dlaczego ty nie masz w main.c tej deklaracji a pomimo tego ci to działa.
Mam mały problem z zapaleniem koloru białego, gdyż przy podaniu PWN na 3 kolory układ gaśnie. Podejrzewam, iż moje diody ws2812 bez literki B potrzebują wyższego zasilania. W datasheet'ie jest to 6-7V.
Wszystkim bardzo dziękuje za pomoc i Pozdrawiam

Statystyki: Napisane przez rafmodel — 11 mar 2014, o 18:15

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T16:34:19+01:00

rafmodel napisał(a):

natomiast określenie static dla funkcji send0 powoduje ze już w pliku .lss nie ma mu odpowiadającego bloku. Moje pytanie brzmi co się dzieje?

Funkcje "static" kompilator niekiedy optymalizuje do "static inline". Spójrz na wiersze 66-69, 80-83, 94-97 pliku .lss

rafmodel napisał(a):

Ponadto zgłaszany jest komunikata implicit declaration of function 'send_rgb' - przecież jest zdeklarowana

W main.c na pewno nie jest zadeklarowana.

Statystyki: Napisane przez xor — 11 mar 2014, o 16:34

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T16:15:44+01:00

I rzeczywiście coś w tym jest gdy usunąłem deklaracje funkcji send0 i send1 jako static to w pliku .lss kompilator ukazał bloki tych funkcji. Mało tego pozostawiając deklaracje przy funkcji send1 kompilator kompiluje w dalszym ciągu prawidłowo, natomiast określenie static dla funkcji send0 powoduje ze już w pliku .lss nie ma mu odpowiadającego bloku. Moje pytanie brzmi co się dzieje?
Ponadto zgłaszany jest komunikata implicit declaration of function 'send_rgb' - przecież jest zdeklarowana

Musze to zrozumieć i opanować w 100%. Na razie dioda świeci na niebiesko i nawet po zmianie zmiennych rgb tylko po programowaniu błyśnie na biało a potem błękit lazurowego lata. Ale z tym sobie poradzę. Wezmę oscyloskop i zobaczę co tam śmiga i w jakich czasach na nóżce uC
Jestem starej daty amatorem programistą, który przeszedł od dos'u poprzez logo i basic a skończył na Bascomie ale spotykając Mirka w necie zapragnęło mi się zgłębiać tajniki C. W załączeniu wszystkie listingi main.c, ws2812.c i .h oraz .lss w wersji gdzie funkcje przyjmuje jako Static. Proszę o pomoc w tym temacie z reszte wygrzebie w necie oraz w Twoich książkach Mirku

main.c
[syntax=c]#include
#include
#include
#include
#include"WS2812/ws2812.h"

int main(void) {
ws2812_init ();
send_rgb (50,50,50);
}[/syntax]

ws2812.lss
[syntax=asm]WS2812_test.elf: file format elf32-avr

Sections:
Idx Name Size VMA LMA File off Algn
0 .text 000000d6 00000000 00000000 00000054 2**1
CONTENTS, ALLOC, LOAD, READONLY, CODE

Disassembly of section .text:

00000000 <__vectors>:
0:12 c0 rjmp.+36 ; 0x26 <__ctors_end>
2:19 c0 rjmp.+50 ; 0x36 <__bad_interrupt>
4:18 c0 rjmp.+48 ; 0x36 <__bad_interrupt>
6:17 c0 rjmp.+46 ; 0x36 <__bad_interrupt>
8:16 c0 rjmp.+44 ; 0x36 <__bad_interrupt>
a:15 c0 rjmp.+42 ; 0x36 <__bad_interrupt>
c:14 c0 rjmp.+40 ; 0x36 <__bad_interrupt>
e:13 c0 rjmp.+38 ; 0x36 <__bad_interrupt>
10:12 c0 rjmp.+36 ; 0x36 <__bad_interrupt>
12:11 c0 rjmp.+34 ; 0x36 <__bad_interrupt>
14:10 c0 rjmp.+32 ; 0x36 <__bad_interrupt>
16:0f c0 rjmp.+30 ; 0x36 <__bad_interrupt>
18:0e c0 rjmp.+28 ; 0x36 <__bad_interrupt>
1a:0d c0 rjmp.+26 ; 0x36 <__bad_interrupt>
1c:0c c0 rjmp.+24 ; 0x36 <__bad_interrupt>
1e:0b c0 rjmp.+22 ; 0x36 <__bad_interrupt>
20:0a c0 rjmp.+20 ; 0x36 <__bad_interrupt>
22:09 c0 rjmp.+18 ; 0x36 <__bad_interrupt>
24:08 c0 rjmp.+16 ; 0x36 <__bad_interrupt>

00000026 <__ctors_end>:
26:11 24 eorr1, r1
28:1f be out0x3f, r1; 63
2a:cf e5 ldir28, 0x5F; 95
2c:d4 e0 ldir29, 0x04; 4
2e:de bf out0x3e, r29; 62
30:cd bf out0x3d, r28; 61
32:44 d0 rcall.+136 ; 0xbc

34:4e c0 rjmp.+156 ; 0xd2 <_exit>

00000036 <__bad_interrupt>:
36:e4 cf rjmp.-56 ; 0x0 <__vectors>

00000038 :
38:b8 9a sbi0x17, 0; 23
3a:08 95 ret

0000003c :
3c:c0 9a sbi0x18, 0; 24
...
4a:00 00 nop
4c:c0 98 cbi0x18, 0; 24
4e:08 95 ret

00000050 :
50:ef 92 pushr14
52:ff 92 pushr15
54:0f 93 pushr16
56:1f 93 pushr17
58:f8 2e movr15, r24
5a:06 2f movr16, r22
5c:e4 2e movr14, r20
5e:10 e0 ldir17, 0x00; 0
60:07 ff sbrsr16, 7
62:05 c0 rjmp.+10 ; 0x6e
64:c0 9a sbi0x18, 0; 24
66:00 00 nop
68:00 00 nop
6a:c0 98 cbi0x18, 0; 24
6c:01 c0 rjmp.+2 ; 0x70
6e:e6 df rcall.-52 ; 0x3c
70:1f 5f subir17, 0xFF; 255
72:18 30 cpir17, 0x08; 8
74:11 f0 breq.+4 ; 0x7a
76:00 0f addr16, r16
78:f3 cf rjmp.-26 ; 0x60
7a:10 e0 ldir17, 0x00; 0
7c:f7 fe sbrsr15, 7
7e:05 c0 rjmp.+10 ; 0x8a
80:c0 9a sbi0x18, 0; 24
82:00 00 nop
84:00 00 nop
86:c0 98 cbi0x18, 0; 24
88:01 c0 rjmp.+2 ; 0x8c
8a:d8 df rcall.-80 ; 0x3c
8c:1f 5f subir17, 0xFF; 255
8e:18 30 cpir17, 0x08; 8
90:11 f0 breq.+4 ; 0x96
92:ff 0c addr15, r15
94:f3 cf rjmp.-26 ; 0x7c
96:10 e0 ldir17, 0x00; 0
98:e7 fe sbrsr14, 7
9a:05 c0 rjmp.+10 ; 0xa6
9c:c0 9a sbi0x18, 0; 24
9e:00 00 nop
a0:00 00 nop
a2:c0 98 cbi0x18, 0; 24
a4:01 c0 rjmp.+2 ; 0xa8
a6:ca df rcall.-108 ; 0x3c
a8:1f 5f subir17, 0xFF; 255
aa:18 30 cpir17, 0x08; 8
ac:11 f0 breq.+4 ; 0xb2
ae:ee 0c addr14, r14
b0:f3 cf rjmp.-26 ; 0x98
b2:1f 91 popr17
b4:0f 91 popr16
b6:ff 90 popr15
b8:ef 90 popr14
ba:08 95 ret

000000bc

:
bc:bd df rcall.-134 ; 0x38
be:82 e3 ldir24, 0x32; 50
c0:90 e0 ldir25, 0x00; 0
c2:62 e3 ldir22, 0x32; 50
c4:70 e0 ldir23, 0x00; 0
c6:42 e3 ldir20, 0x32; 50
c8:50 e0 ldir21, 0x00; 0
ca:c2 df rcall.-124 ; 0x50
cc:80 e0 ldir24, 0x00; 0
ce:90 e0 ldir25, 0x00; 0
d0:08 95 ret

000000d2 <_exit>:
d2:f8 94 cli

000000d4 <__stop_program>:
d4:ff cf rjmp.-2 ; 0xd4 <__stop_program>[/syntax]
ws2812.h
[syntax=c]#ifndef WS2812_H_

#define WS2812_H_

#define WSPIN (1<#define WS_PORT PORTB
#define WS_DIR DDRB

void ws2812_init(void);

#endif /* WS2812_H_ */[/syntax]

ws2812.c

[syntax=c]#include
#include
#include"ws2812.h"

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

static void send0(void){
WS_PORT |= WSPIN;
asm("nop");asm("nop");
// _delay_ms(300);
WS_PORT &= ~WSPIN;
// _delay_ms(300);

}

static void send1 (void){
WS_PORT |=WSPIN;
asm("nop");asm("nop");
asm("nop");asm("nop");
asm("nop");asm("nop");
asm("nop");
//_delay_ms(1200);
WS_PORT &=~WSPIN;
//delay_ms(1200);

}

void send_rgb(uint8_t r, uint8_t g, uint8_t b){

uint8_t i;

for(i=0; i<8; i++){
if(g & 128) send0(); else send1();
g<<=1;
}
for(i=0; i<8; i++){
if(r & 128) send0(); else send1();
r<<=1;
}
for(i=0; i<8; i++){
if(b & 128) send0(); else send1();
b<<=1;
}

}[/syntax]

Statystyki: Napisane przez rafmodel — 11 mar 2014, o 16:15

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T14:54:06+01:00

Czasami tez z punktu widzenie kompilatora funkcja nic nie robi i jest optymalizowana do braku kodu np jak działa tylko na zmiennych lokalnych ( bez żadnych rejestrów i zmiennych globalnych) i nie zwraca żadnego wyniku.

Statystyki: Napisane przez poczciwy — 11 mar 2014, o 14:54

Re: Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T12:44:34+01:00

pierwsze co mi przychodzi na myśl - to dopisałeś sobie funkcję sendzero() i nie zapisałeś pliku projektu po czym skompilowałeś go

poza tym - być może w kodzie NIGDZIE nie wykorzystałeś tej funkcji i kompilator ją wywalił w wyniku optymalizacji - to nie dziwne a wręcz pozytywne jego działanie

więc zamiast takiego fragmentu kodu - pokaż cały jaki tworzysz albo większy fragment - bo gdzieś popełniasz błędy - samo nic się nie dzieje

Statystyki: Napisane przez mirekk36 — 11 mar 2014, o 12:44

Eclipse dziwny problem (ATmega8 i LED RGB

2014-03-11T12:13:03+01:00

Witam Kolegów. Pozdrawiam Mirka i jak zwykle dziękuje za wszystko.
Mam mały problem przerabiam od pewnego czasu sterowanie diody RGB WS2812. I niestety utknąłem. W zasadzie zrobiłem taj jak w swoich filmach Mirek pisał. Niestety układ nie ruszył. Zacząłem dociekać i znalazłem coś dziwnego. Mianowicie po poprawnej kompilacji w pliku asemblera .lss nie mam bloku odpowiedzialnego za jedną funkcje tzn w moim przypadku (sendzero). Program kompiluje się prawidłowo wszystko jest prawidłowo ustawione. I naprawdę nie mam pomysłu dlaczego w asemblerze tego nie mam.
Gdzie popełniam błąd? Dziękuje z góry za pomoc i pozdrawiam.

[syntax=c]static void sendzero(void){
WS_PORT |=WSPIN;
asm("nop");asm("nop");
WS_PORT &=~WSPIN;

}

static void sendjeden(void){
WS_PORT |=WSPIN;
asm("nop");asm("nop");
asm("nop");asm("nop");
asm("nop");asm("nop");
asm("nop");
WS_PORT &=~WSPIN;[/syntax]

[syntax=asm]00000036 <__bad_interrupt>:
36:e4 cf rjmp.-56 ; 0x0 <__vectors>

00000038 :
38:b8 9a sbi0x17, 0; 23
3a:08 95 ret

0000003c :
3c:c0 9a sbi0x18, 0; 24
...
4a:00 00 nop
4c:c0 98 cbi0x18, 0; 24
4e:08 95 ret

00000050 :[/syntax]

Statystyki: Napisane przez rafmodel — 11 mar 2014, o 12:13