Please add exception to AdBlock for elektroda.pl.
If you watch the ads, you support portal and users.

ATTiny2313 / C - Timer0 Początki

maximus22_kr 30 Oct 2015 21:20 2682 47

Reply | New topic

#31 30 Oct 2015 21:20

hugeone.co.uk hugeone.co.uk

Level 9

Helpful post? (0)

#31 30 Oct 2015 21:20

to zależy jak ja podłaczyłeś - anodą do Vcc czy do portu. Albo jest może podłaczona zupełnie na odwrot (tzn nigdy się nie zapali - katoda do Vcc a anoda do portu, albo anoda do GND a katoda do portu).
#32 30 Oct 2015 21:25

maximus22_kr maximus22_kr

Level 18

Topic author Helpful post? (0)

#32 30 Oct 2015 21:25

Zawsze podłączam do plusa na stałe, a katodą steruje. Za to jeśli umieszczę LED1_TOOGLE w przerwaniu TImer'a ( w części po cnt>500 ), to będzie migać co 1 sekundę.
Wcześniej na tej samej płytce eksperymentowałem z delay i samym Timer'em i zmiana stanu diody działała. Wykorzystywałem te same makrodefinicje
Code: c
Log in, to see the code
#33 30 Oct 2015 21:27

szczywronek szczywronek

Level 27

Helpful post? (+1)

#33 30 Oct 2015 21:27

maximus22_kr wrote:
Na razie największy problem dla mnie to operacje bitowe
Ćwicz! Tu jest błąd:
Code: c
Log in, to see the code

See also:
06.11.2015 [STM32][C] - Poradnik dla początkujących (bez bibliotek)
#34 30 Oct 2015 21:31

hugeone.co.uk hugeone.co.uk

Level 9

Helpful post? (0)

#34 30 Oct 2015 21:31

szczywronek wrote:

maximus22_kr wrote:
Na razie największy problem dla mnie to operacje bitowe
Ćwicz! Tu jest błąd:
Code: c
Log in, to see the code

Święte słowa !! Zapmniałeś o tyldzie
#35 02 Nov 2015 14:26

maximus22_kr maximus22_kr

Level 18

Topic author Helpful post? (0)

#35 02 Nov 2015 14:26

Dziękuję, działa.
Akurat zmiany bitów robiłem według przykładu w jednym z kursów Link

Mam pytanie o zmienną Extern, mam pliki dht.h i dht.c
W dht mam między innymi:
Code: c
Log in, to see the code

w main.c chcę wywołać pomiar wilgotności
Code: c
Log in, to see the code

a kompilator twierdzi, że zmienna humidity jest nie rozpoznana, czyli nie zadeklarowana.
#36 02 Nov 2015 14:45

User removed account User removed account

User removed account

#36 02 Nov 2015 14:45

Ja nie widzę deklaracji tej zmiennej. Tu tylko deklarujesz funkcje - ale żadnej zmiennej.

Nazwy parametrów są lokalne dla funkcji i w tym przypadku służą jedynie kompilatorowi do stwierdzenia jakie parametry zadeklarowane funkcje mają i co zwracają (no i jaką mają postać). Nie definiuje to jednak samych funkcji!!
Jeżeli odwołujesz się do zmiennej, która jest tylko definicją typu parametru, to oczywiście jej nie będzie widać w programie.
Jeżeli napiszesz:
Code: c
Log in, to see the code

to będzie ok - bo tworzysz zmienną i alokujesz pamięć dla niej. Jeżeli napiszesz:
Code: c
Log in, to see the code

to będzie znaczyło że ta zmienna jest gdzieś zdefiniowana w innym miejscu (pliku etc) ale nie spowoduje fizycznego zaalokowania miejsca w pamięci dla niej. To jest tylko informacja dla kompilatora, że gdzieś indziej taka zmienna jest (i jest widoczna z tego kontekstu).
#37 02 Nov 2015 14:46

BlueDraco BlueDraco

MCUs specialist

Helpful post? (0)

#37 02 Nov 2015 14:46

Deklaracji humidity to ja tu nie widzę.

Warunek if( 3 == (sekundy%3)) nigdy nie będzie spełniony.
#38 02 Nov 2015 15:08

szczywronek szczywronek

Level 27

Helpful post? (0)

#38 02 Nov 2015 15:08

Piotrus_999 wrote:
Nazwy parametrow [...] w tym przypadku słuza jedynie kompilatorowi do
Do niczego Deklaracja funkcji nie musi w ogóle zawierać nazw parametrów.

Piotrus_999 wrote:
Jeżeli napiszesz
Code: c
Log in, to see the code

to będzie znaczyło że ta zmienna jest gdzieś w zadeklarowana w innym miejscu (pliku etc)
Nie bardzo - to właśnie ta linijka będzie deklaracją zmiennej. Gdzie indziej może być jej definicja.

W ramach kursów, lekturka na długie wieczory: http://mikrokontrolery.blogspot.com/

See also:
06.11.2015 [STM32][C] - Poradnik dla początkujących (bez bibliotek)
#39 02 Nov 2015 15:32

User removed account User removed account

User removed account

#39 02 Nov 2015 15:32

szczywronek wrote:

Piotrus_999 wrote:
Nazwy parametrow [...] w tym przypadku słuza jedynie kompilatorowi do
Do niczego Deklaracja funkcji nie musi w ogóle zawierać nazw parametrów.

Piotrus_999 wrote:
Jeżeli napiszesz
Code: c
Log in, to see the code

to będzie znaczyło że ta zmienna jest gdzieś w zadeklarowana w innym miejscu (pliku etc)
Nie bardzo - to właśnie ta linijka będzie deklaracją zmiennej. Gdzie indziej może być jej definicja.

W ramach kursów, lekturka na długie wieczory: http://mikrokontrolery.blogspot.com/

Wchodzisz w spory definicyjne a za przeproszeniem nie za duzo wiesz. To że mozna nie podawac parametrow nie oznacza że do niczego sluża. Nie proponuje lektur na długie wieczory - wyjasnie ze słuzy to prawidlowego przekształcenia i przekazania porametrów do funkcji (przykład):

foo i foo1 robią to samo np:

Code: c
Log in, to see the code

Code: c
Log in, to see the code

Czy sądzisz że wywołanie obydwu bedzie identyczne? Czy funkcje zwrócą takie same wyniki?
czy w obydwu przypadkach kompilator przejdzie a może jakies błedy lub warningi wywali.
#40 02 Nov 2015 16:00

szczywronek szczywronek

Level 27

Helpful post? (0)

#40 02 Nov 2015 16:00

Piotrus_999 nie denerwuj się bo nie masz racji

To nie są spory definicyjne. Autor zadał pytanie związane z pojęciami definicji i deklaracji - jak chcesz objaśnić te zagadnienia jeśli dla Ciebie nie ma między nimi różnicy? Co jeśli Autor będzie próbował sam znaleźć odpowiedzi na dręczące go pytania i będzie przy tym stosował Twoją terminologię wolnej amerykanki? Bardzo łatwo jest skrzywdzić początkującego przekazując mu nieprawdziwą/nieścisłą wiedzę. W Internecie jest sporo poradników, które potem kończą się płaczem i tematami na forach "program z poradnika nie działa!?".

Co do Twojego przykładowego kodu - niestety nie załapałem idei. Tak czy siak, to:
Code: c
Log in, to see the code
nie przejdzie... tyle, że ja nigdzie nie pisałem żeby wyrzucić typy argumentów. Mam nadzieję, że "typ" i "nazwę" argumentu rozróżniasz.

Lektura nie była dla Ciebie tylko dla Autora.

See also:
06.11.2015 [STM32][C] - Poradnik dla początkujących (bez bibliotek)
#41 02 Nov 2015 16:10

User removed account User removed account

User removed account

#41 02 Nov 2015 16:10

Autor pytał dlaczego nie kompilator nie widzi zmiennej a on jest jako parametr funkcji. Nie pytal o róznicę między deklaracją a definicją .

szczywronek wrote:
Piotrus_999 nie denerwuj się bo nie masz racji

Co do Twojego przykładowego kodu - niestety nie załapałem idei. Tak czy siak, to:
Code: c
Log in, to see the code
nie przejdzie... tyle, że ja nigdzie nie pisałem żeby wyrzucić typy argumentów. Mam nadzieję, że "typ" i "nazwę" argumentu rozróżniasz.

Lektura nie była dla Ciebie tylko dla Autora.

Napisałeś że:
szczywronek wrote:

Piotrus_999 wrote:
Nazwy parametrow [...] w tym przypadku słuza jedynie kompilatorowi do
Do niczego Deklaracja funkcji nie musi w ogóle zawierać nazw parametrów.

A niestety służa do czegoś. W moim przykładzie masz 2 zewnętrzne identyczne po wzgledem działania funkcje. Raz deklarujesz z parametrami raz bez. Jak wpiszesz sobie to jakies ide to zobaczysz różnicę.

Przejdzie

to z mojego programu

Code: c
Log in, to see the code

zmieniam na
Code: c
Log in, to see the code

funkcja jest zdefiniowana gdzie indziej (inny plik - tylko linkowana) a jeszcze nie zrobiłem sobie pliku .h

Kompilator łyka bez problemu

'Invoking: AVR Compiler'
avr-gcc -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=attiny88 -DF_CPU=8000000UL -MMD -MP -MF"test_i2cmaster.d" -MT"test_i2cmaster.o" -c -o "test_i2cmaster.o" "../test_i2cmaster.c"
'Finished building: ../test_i2cmaster.c'
' '
'Building target: i2c-test.elf'
'Invoking: AVR C Linker'
avr-gcc -Wl,-Map,i2c-test.map -mmcu=attiny88 -o "i2c-test.elf" ./mylib.o ./test_i2cmaster.o ./twimaster.o
'Finished building target: i2c-test.elf'
' '
'Invoking: AVR Create Extended Listing'
avr-objdump -h -S i2c-test.elf >"i2c-test.lss"
'Finished building: i2c-test.lss'
' '
'Create Flash image (ihex format)'
avr-objcopy -R .eeprom -R .fuse -R .lock -R .signature -O ihex i2c-test.elf "i2c-test.hex"
'Finished building: i2c-test.hex'
' '
'Create eeprom image (ihex format)'
avr-objcopy -j .eeprom --no-change-warnings --change-section-lma .eeprom=0 -O ihex i2c-test.elf "i2c-test.eep"
'Finished building: i2c-test.eep'
' '
'Invoking: Print Size'
avr-size --format=avr --mcu=attiny88 i2c-test.elf
AVR Memory Usage
----------------
Device: attiny88

Program: 3316 bytes (40.5% Full)
(.text + .data + .bootloader)

Data: 121 bytes (23.6% Full)
(.data + .bss + .noinit)

'Finished building: sizedummy'
' '

15:04:02 Build Finished (took 6s.890ms)
#42 02 Nov 2015 17:04

szczywronek szczywronek

Level 27

Helpful post? (0)

#42 02 Nov 2015 17:04

Ok - Autor nie pytał bezpośrednio o te dwa pojęcia - zgadzam się. Pytał natomiast o modyfikator extern, poruszył temat plików nagłówkowych i na końcu wspomniał o deklaracji zmiennej. Według mnie o wiele łatwiej jest prowadzić dyskusję na te tematy, jeśli właściwie stosuje się pojęcia definicji i deklaracji.

Co do dalszej części - podtrzymuję swoje zdanie - nie masz racji. Proszę, przeczytaj jeszcze raz mój poprzedni post. Nigdzie nie pisałem żeby wyrzucić typy argumentów (jak dobrze wiesz - typy są potrzebne), wspominałem jedynie o nazwach. Czyli przykład: void set_PWN_duty(); nie pasuje do tego o czym piszę. Po wyrzuceniu nazw powinno być: void set_PWN_duty(uint16_t);.

See also:
06.11.2015 [STM32][C] - Poradnik dla początkujących (bez bibliotek)
#43 02 Nov 2015 17:14

User removed account User removed account

User removed account

#43 02 Nov 2015 17:14

jeżeli o to Ci chodzi to ok. Dyskusja poszła chyba za deleko na cudzym temacie

Zamiast pomagać Koledze to się tu rozdrabniamy.

A jeżeli chodzi o extern to w przypadku funkcji nie jest potrzebny.
Niezbedny jest za to w przypadku zmiennych - kompilator nie ma jak rozróznić definicji i deklaracji
#44 03 Nov 2015 23:54

maximus22_kr maximus22_kr

Level 18

Topic author Helpful post? (0)

#44 03 Nov 2015 23:54

Quote:
jeżeli o to Ci chodzi to ok. Dyskusja poszła chyba za deleko na cudzym temacie
Zamiast pomagać Koledze to się tu rozdrabniamy.

Nie ma problemu, zawsze miło posłuchać ( poczytać ) mądrzejszych od siebie. Zapewne kiedyś do tej dyskusji wrócę i może będzie w niej rozwiązanie innego problemu.

Natomiast jeśli chodzi o to
Quote:
Warunek if( 3 == (sekundy%3)) nigdy nie będzie spełniony.

też mi to wyszło, jak zacząłem liczyć. Póki co zrezygnowałem z z takiego warunku i zastąpiłem go
if( sekundy == 1)
if( sekundy == 2)
if( sekundy == 3)
...

a zakres zmiennej sekundy w przerwaniu ograniczyłem do 5

Jeśli chodzi o te przesunięcia bitowe, to w książce Pana Mirka jest to jednak najlepiej wyjaśnione:
Code: c
Log in, to see the code

Jeśli chodzi o Extern to w tym przypadku gdyby go nie było, to i tak sprawdzenie warunku
Code: c
Log in, to see the code

dzięki użyciu operatora pobierania adresu & i tak zadziała ?

[/quote]
#45 04 Nov 2015 00:08

User removed account User removed account

User removed account

#45 04 Nov 2015 00:08

Niestety nie zadziała bo kompilator nie bedzie wiedział że taka zmienna istnieje i ze ma jakis typ. Odwołanie do zmiennej bez jej deklaracji / definicji spowoduje błąd kompilatora.

operator &xxx tylko daje wskaznik na xxx ale xxx musi byc zdefiniowana / zadeklarowana. Jeżeli jest w innym miejscu (pliku) to musisz użyc extern
#46 04 Nov 2015 10:56

maximus22_kr maximus22_kr

Level 18

Topic author Helpful post? (0)

#46 04 Nov 2015 10:56

Dziękuję za odpowiedź. Pewnie jeszcze wiele ( śmiesznych, dziwnych ) pytań zadam.

Jeśli chodzi o Extern to faktycznie po dodaniu w pliku main.c zmiennej
int8_t humidity;

błąd zniknął, kompilacja poprawna, odczyt wilgotności działa.

Jako, że staram się zrozumieć jak to działa to:
extern int8_t dht_gethumidity(int8_t *humidity);
w pliku dht.h umożliwia przekazanie adresu zmiennej do zmiennej w pliku main.c
w przypadku wywołania funkcji
dht_gethumidity( &humidity)

tak ja to rozumiem - może pewnie coś pokręciłem.
#47 04 Nov 2015 11:38

User removed account User removed account

User removed account

#47 04 Nov 2015 11:38

Tak jest. ale trzeba być ostrożnym z użyciem.

Raczej w C używa się pojęcia wskażnik jako że nie zawsze jest to taki "prawdziwy" adres.

Pamietać trzeba ze jak w funkcji zmienisz wartość obiektu wskazywanego przez wskażnik to ta zmniana bedzie tez w kontekście wyższym niż ta funkcja
#48 05 Nov 2015 15:45

maximus22_kr maximus22_kr

Level 18

Topic author Helpful post? (0)

#48 05 Nov 2015 15:45

Mam jeszcze pytanie o maskowanie bitów

Będę odczytywał dane z PCF8563, a on wymaga maskowania bitów po odczycie.
Jako, że na aktualnie używanej płytce nie mam RTC PCF8563, na razie na "sucho" wymyśliłem coś takiego:
Code: c
Log in, to see the code

z Bascom mam przyzwyczajenie, że maskowanie to było osobne działanie dokonywane przez konwersją, ale C można to zrobić jednej linii. Czy powyższy kod jest poprawny ?

I jeszcze jeśli chodzi o funkcje. Na razie traktuję je, jako swego rodzaju podprogramy - jeśli wywołam jeden zaraz po drugim. to ten drugi " zaczeka" na zakończenie tego pierwszego ?
Czyli coś takiego
Code: c
Log in, to see the code

Reply | New topic