ATNEL tech-forum

Re: OCIEOA i OCIEOB

2013-05-01T17:09:08+01:00

Dzięki. Dodawałem plik nagłówkowy w złe miejcie.

Statystyki: Napisane przez Wojtek001 — 1 maja 2013, o 17:09

Re: OCIEOA i OCIEOB

2013-05-01T16:55:43+01:00

Gdy próbuję to dodać normalnie (tzn Source Files -> Create New Source Files) to nie mogę dodać pliku z rozszerzeniem .h bo wywala taki błąd (nieadekwatny do sytuacji):

------------------------ [ Dodano po: 5 minutach ]

Może pomoże zainstalowanie 6 wersji AS?

Statystyki: Napisane przez Wojtek001 — 1 maja 2013, o 16:55

Re: OCIEOA i OCIEOB

2013-05-01T16:30:13+01:00

zmieniłem OVF na COMPA i jest alej to samo. Co się dziwić przecież to nie mogło powodować błędu kompilacji.

http://www.societyofrobots.com/robotfor ... ic=15351.0
tutaj na angielskim forum ktoś miał podobny problem. Coś piszą żeby podać lokalizacje makefile w opcjach.

Dobra, zaraz zrobię tak jak piszesz. Tylko jeszcze jedno: jak się dodaje do drzewa nowy plik to jak to należy poprawnie zrobić?Bo ja robię to jakąś dziwną i okrężną drogą - może to powoduje problem.(jak robiłem wcześniejsze ćwiczenia - gdy było wszystko w jednym pliku to problemu nie było)

Statystyki: Napisane przez Wojtek001 — 1 maja 2013, o 16:23

Re: OCIEOA i OCIEOB

2013-05-01T16:16:57+01:00

W folderze Source Files są tylko 3 pliki (te o których rozmawiamy)

w folderze External Dependencie jest dużo plików z rozrzewnieniem .h m.in d_led.h

Statystyki: Napisane przez Wojtek001 — 1 maja 2013, o 16:16

Re: OCIEOA i OCIEOB

2013-05-01T14:59:58+01:00

Próbuje teraz to skompilować i znowu jest problem. Tym razem tylko jeden error ale nie pokazuje w którym miejscu jest konkretnie błąd. Przepraszam że po prostu nie kopiuje z DVD ale chciałbym mieć to na Attiny2313 i widzieć gdzie jest konkretnie błąd żeby nie robić go w przyszłości.

main.c
[syntax=c]#include
#include
#include "d_led.h"

int main (void)
{
d_led_init();

cy1 = 1;
cy2 = 4;
cy3 = 9;
cy4 = 5;

sei();
while(1)
{
}
}[/syntax]
d_led.c
[syntax=c]#include
#include
#include "d_led.h"

volatile uint8_t cy1;
volatile uint8_t cy2;
volatile uint8_t cy3;
volatile uint8_t cy4;

void d_led_init(void)
{
LED_DATA = 0xFF;
LED_DIR = 0xFF;
ANODY_DATA |= CA1 | CA2 | CA3 | CA4;
ANODY_DIR |= CA1 | CA2 | CA3 | CA4;
TCCR0A |= (1 << WGM01);
TCCR0B |= (1 << CS02) | (1 << CS00);
OCR0A = 19;
TIMSK |= (1<}

ISR(TIMER0_OVF_vect)
{ //ISR
static uint8_t licznik = 8;
ANODY_DATA = ~licznik;

if (licznik==8) LED_DATA = cy1;
else if (licznik==16) LED_DATA = cy2;
else if (licznik==32) LED_DATA = cy3;
else if (licznik==64) LED_DATA = cy4;

licznik <<= 1;
if (licznik>64) licznik = 8;
}[/syntax]

d_led.h
[syntax=c]#ifndef _d_led_h
#define _d_led_h
#define LED_DATA PORTB
#define LED_DIR DDRB
#define ANODY_DATA PORTD
#define ANODY_DIR DDRD

#define CA1 (1<#define CA2 (1<#define CA3 (1<#define CA4 (1<
extern volatile uint8_t cy1;
extern volatile uint8_t cy2;
extern volatile uint8_t cy3;
extern volatile uint8_t cy4;

void d_led_init(void);

#endif[/syntax]
raport:
Build started 1.5.2013 at 16:07:49
avr-gcc -mmcu=attiny2313 -Wall -gdwarf-2 -std=gnu99 -DF_CPU=4000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -c ../main.c
avr-gcc -mmcu=attiny2313 -Wall -gdwarf-2 -std=gnu99 -DF_CPU=4000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT d_led.o -MF dep/d_led.o.d -c ../d_led.c
avr-gcc -mmcu=attiny2313 -Wl,-Map=test01.map main.o d_led.o d_led.o -o test01.elf
d_led.o: In function `d_led_init':
C:\kursc\default/../d_led.c:12: multiple definition of `d_led_init'
d_led.o:C:\kursc\default/../d_led.c:12: first defined here
d_led.o: In function `__vector_6':
C:\kursc\default/../d_led.c:23: multiple definition of `__vector_6'
d_led.o:C:\kursc\default/../d_led.c:23: first defined here
make: *** [test01.elf] Error 1
Build failed with 1 errors and 0 warnings...

Na elektrodzie widziałem kogoś z podobnym problemem. Podobno pomogło zmienienie kolejności dodawania bibliotek (tylko że jemu chodziło o dodawanie bibliotek w opcjach projektu - ja nie wiem po co się to robi i w ogóle tego nie robię). Ja natomiast zmieniłem kolejność inkludowania w programie i teraz jest tak:

#include
#include
#include "d_led.h"

i kompilacja przebiegła trochę inaczej (tzn np. więcej jest zielonych kropek (teraz 3 a wcześniej 1) ale nadal jest jeden error(co dziwne zawsze bez czerwonej kropki). Pokazuje raport:

Build started 1.5.2013 at 16:40:11
avr-gcc -mmcu=attiny2313 -Wall -gdwarf-2 -std=gnu99 -DF_CPU=4000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -c ../main.c
avr-gcc -mmcu=attiny2313 -Wall -gdwarf-2 -std=gnu99 -DF_CPU=4000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT d_led.o -MF dep/d_led.o.d -c ../d_led.c
avr-gcc -mmcu=attiny2313 -Wl,-Map=test01.map main.o d_led.o d_led.o -o test01.elf
d_led.o: In function `d_led_init':
C:\kursc\default/../d_led.c:14: multiple definition of `d_led_init'
d_led.o:C:\kursc\default/../d_led.c:14: first defined here
d_led.o: In function `__vector_6':
C:\kursc\default/../d_led.c:25: multiple definition of `__vector_6'
d_led.o:C:\kursc\default/../d_led.c:25: first defined here
make: *** [test01.elf] Error 1
Build failed with 1 errors and 0 warnings...

Statystyki: Napisane przez Wojtek001 — 1 maja 2013, o 14:59

Re: OCIEOA i OCIEOB

2013-05-01T13:30:29+01:00

Do eclipse dojdę, spokojnie. Dobra. Znajdziemy to w WinAVR ->AVR -> include -> avr -> / interrupt... /

Statystyki: Napisane przez Wojtek001 — 1 maja 2013, o 13:30

Re: OCIEOA i OCIEOB

2013-05-01T13:26:44+01:00

jakbyś używał eclipse to byś się nie zastanawiał tylko sobie sprawdził na dole

teraz widzisz co potrzebujesz ??

Statystyki: Napisane przez SunRiver — 1 maja 2013, o 13:26

Re: OCIEOA i OCIEOB

2013-05-01T13:17:50+01:00

ISR(TIMER0_COMP_vect) <-- jak się pisze na Attiny2313 zamiast Atmege32 to tutaj też by coś wypadało zmienić, prawda?

Wczoraj widziałem tu na forum jak ktoś (Mirekk chyba) tłumaczył jak odnajdywać to w plikach WinAVR. Teraz próbuję to znaleźć w historii ale jakoś nie mogę

Statystyki: Napisane przez Wojtek001 — 1 maja 2013, o 13:17

Re: OCIEOA i OCIEOB

2013-04-30T22:33:46+01:00

Jak nie w eclipse to raczej oczywiste że w avr studio.

Statystyki: Napisane przez Wojtek001 — 30 kwi 2013, o 22:33

Re: OCIEOA i OCIEOB

2013-04-30T22:23:13+01:00

Wojtek001 napisał(a):

W książce po deklaracji funkcji nie ma srednika.

Wojtek - jeszcze raz zapytam????

1. nie możesz zajrzeć na DVD ? a gdybyś przeczytał uważnie część teoretyczną książki o funkcjach, o plikach nagłówkowych o DEKLARACJACH funkcji to sam byś wpadł, że jeśli w książce gdzieś akurat w jednym miejscu zabrakło średnika to może to być błąd po prostu .... na dodatek jakbyś zajrzał do ERRATY

http://atnel.pl/errata.html

to DOKŁADNIE masz akurat ten przypadek na stronie 192 opisany że w tej deklaracji brak średnika w książce ... ale na DVD jest dobrze!

------------------------ [ Dodano po: kilkunastu sekundach ]

Wojtek001 napisał(a):

Nawiasem mówiąc nie pisze w eclipse.

A to sprawa jasna - koci AVR Studio nie pokazuje ci błędów tak wygodnie jak Eclipse - więc przyjemnej męczarni na przyszłość życzę ....

Statystyki: Napisane przez mirekk36 — 30 kwi 2013, o 22:23

Re: OCIEOA i OCIEOB

2013-04-30T22:21:47+01:00

Dzieki. Zastosuje się do powyższych uwag to problemy powinny zniknąć.

Nawiasem mówiąc nie pisze w eclipse.

Statystyki: Napisane przez Wojtek001 — 30 kwi 2013, o 22:21

Re: OCIEOA i OCIEOB

2013-04-30T22:16:57+01:00

Wojtek001 napisał(a):

Mirek.Napisałem treść błędów w komentarzach przy liach do których się odnosza.

A no to bardzo nietypowo - nie zauważyłem sorki ...

ale zobacz co ci słusznie zresztą Antystatyczny napisał i powiedz mi jak to jest że piszesz w ECLIPSE i nie WIDZISZ że podkreśla ci np twoje źle napisane słówko

Quote:

volaitle

zamiast

Quote:

volatile

przecież Eclipse wywala pod nim czerwony szlaczek czy u ciebie nie ? ale to niemożliwe żeby nie

na przyszłość zamiast przepisywać z książki - zajrzyj do kodów na dołączonej płycie DVD tam masz zawsze poprawnie i możesz sprawdzić / porównać

Statystyki: Napisane przez mirekk36 — 30 kwi 2013, o 22:16

Re: OCIEOA i OCIEOB

2013-04-30T22:17:36+01:00

Mirek.Napisałem treść błędów w komentarzach przy liach do których się odnosza.

W książce po deklaracji funkcji nie ma srednika.

Statystyki: Napisane przez Wojtek001 — 30 kwi 2013, o 22:10

Re: OCIEOA i OCIEOB

2013-04-30T21:36:47+01:00

1. a gdzie masz wcięcia ? bez wcięć to nie dziwota że ci się wszystko miesza

2. jak masz jakieś błędy to pokaż to co się pojawia w konsoli po kompilacji a nie tak opisujesz - że nie za bardzo wiadomo o jaki chodzi to i nie ma jak pomóc

Statystyki: Napisane przez mirekk36 — 30 kwi 2013, o 21:36

Re: OCIEOA i OCIEOB

2013-04-30T20:48:08+01:00

Jeszcze jedno:
Przepisałem przykład z książki (o multipleksowaniu wyświetlaczy) z małymi modyfikacjami dla mojego podłączenia i Attiny2313:
Wygląda to u mnie tak:
main.c:
[syntax=c]#include
#include
#include "d_led.h"

int main (void)
{ // treść błędu : main.c:6: error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token
d_led_int();

cy1 = 1 ;
cy2 = 4 ;
cy3 = 9 ;
cy4 = 5 ;

sei(); //globalne zezwolenie na przerwania

while(1)
{
}
} // treść błędu ../main.c:20: error: expected '{' at end of input[/syntax]
d_led.h:
[syntax=c]#ifndef _d_led_h
#define _d_led_h

#define LED_DATA PORTB;
#define ANODY_PORT PORTA;

#define CA1 (1<#define CA2 (1<#define CA3 (1<#define CA4 (1<
extern volaitle uint8_t cy1 ;// treść błędu ../d_led.h:15: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'uint8_t'
extern volaitle uint8_t cy2 ;// to co wyżej
extern volaitle uint8_t cy3 ;// to co wyżej
extern volaitle uint8_t cy4 ;//to co wyżej

void d_led_init(void)

#endif[/syntax]
d_led.c
[syntax=c]#include
#include
#include "d_led.h"

volaitle uint8_t cy1 ;
volaitle uint8_t cy2 ;
volaitle uint8_t cy3 ;
volaitle uint8_t cy4 ;

void d_led_init(void)
{
LED_DATA_DIR = 0xFF;
LED_DATA = 0xFF;

ANODY_DIR |= CA1 | CA2 | CA3 | CA4 ;
ANODY |= CA1 | CA2 | CA3 | CA4 ;

TCCRO |= (1<OCRO = 19;
TIMSK |= (1<}

ISR(TIMER0_COMP_vect)
{
static uint8_t licznik=4;

ANODY_PORT = ~licznik;
if (licznik==4) LED_DATA = cy1;
else if(licznik==8) LED_DATA = cy2;
else if(licznik==16) LED_DATA = cy3;
else if(licznik==32) LED_DATA = cy4;

licznik <<= 1 ;
if(licznik>32) licznik=4;
}[/syntax]
Jak widać coś niby jest nie tak z klamrami od funkcji main i deklaracjach zmiennych w plikach nagłówkowych. Co może być nie tak?

Kod wklejamy przy pomocy syntax=c - Zielony J.

Statystyki: Napisane przez Wojtek001 — 30 kwi 2013, o 20:48

Re: OCIEOA i OCIEOB

2013-04-30T19:32:02+01:00

dziękuje

Statystyki: Napisane przez Wojtek001 — 30 kwi 2013, o 19:32

Re: OCIEOA i OCIEOB

2013-04-30T19:23:55+01:00

Tak jak pisze Sun - do trybu CTC używaj pierwszego kanału OCIE0A .... Bo drugi kanał to bardziej do PWMów ...

A takie rzeczy to nie tylko w ATtiny ale w wielu popularnych Atmegach masz - chociażby ATmega88/168/328 i wiele innych tych ciut nowszych

Statystyki: Napisane przez mirekk36 — 30 kwi 2013, o 19:23

Re: OCIEOA i OCIEOB

2013-04-30T19:01:06+01:00

rozumiem że chcesz sie pobawić PWMem Oczywiście masz 2 kanały i zapewne bedziesz uzywał OCIE0A

ja to bym napisał tak:

[syntax=c]#include
#include

void toggle(void)
{
PORTB ^= (0x02);
}

ISR(TIMER0_OVF_vect)
{
toggle();
}

void Timer0_On(char delay){
DDRB=DDRB | 2;
OCR0A = delay;
TCNT0 = 0;
TIMSK = TIMSK | (1<TCCR0A =(1<TCCR0B=0b00000101;
}

int main (void)
{
DDRB|=0x2;
sei();
Timer0_On(20);
while(1)
{
}
}[/syntax]

Statystyki: Napisane przez SunRiver — 30 kwi 2013, o 19:01

OCIEOA i OCIEOB

2013-04-30T18:29:08+01:00

Realizuje kurs z książki mirkka,ale z użyciem Attiny2313 i zastanawiam się dlaczego w Attiny2313 (w odróżnieniu od Atmegi32) są 2 rejestry OCIEO(A lub B) (w Atmedze32 jest tylko OCIEOA). W związku z tym który mam ustawić aby odblokować przerwania w trybie CTC timera0 ?

Statystyki: Napisane przez Wojtek001 — 30 kwi 2013, o 18:29