ATNEL tech-forum

Re: multipleksowanie bluebook kilka pytan

2014-08-13T11:46:45+01:00

Nie nie robią dobrze, bo między .c a .h jest różnica, to że eclipse dodaje te 3 wersy do inkludowanego pliku, to też znaczy że są one pewnie potrzebne. Skoro u mnie nie wywaliło błędu, to też nie wiadomo w sumie jak będzie wyglądać sytuacja w programach innych, bardziej rozbudowanych..

Statystyki: Napisane przez eDaro — 13 sie 2014, o 11:46

Re: multipleksowanie bluebook kilka pytan

2014-08-11T19:50:39+01:00

eDaro napisał(a):

ale jestem wscibski i niezaszkodzi wiedzieć czy to coś zmieni

to jest bardzo dobra postawa ... ja też uważam, że zawsze warto coś sprawdzać samemu tak aby zrozumieć to do końca ...

ale ... no ale niebezpieczne bywa - wyciąganie wniosków pochopnych ... jak już mówiłem wyżej .. bo nie wszystko sprowadza się do warningów tak naprawdę a z drugiej strony tu chodzi o pewne specyficzne sytuacje takiego wielokrotnego inkludowania, które pewnie też w programach początkującego nie zawsze wystąpią ...

dlatego gdy ja się uczyłem i ktoś mi mówił że tak się robi w C ... to tego starałem się trzymać nawet na początku nie rozumiejąc do końca o co chodzi - za to później ... łatwiej było mi to zrozumieć ...

Pomyśl sobie - coś musi w tym być skoro nawet sam Eclipse jako edytor wstawia automatycznie za nas te IF_DEF'y ... na wszelki wypadek gdyby programista zapomniał ... więc na przyszłość tym się kieruj a nie tym, że ci warnigów nie wywaliło to znaczy że bez nich też jest OK

Zobacz na przykład ilu ludzi w necie pisząc swoje programy w C ... inkluduje pliki źródłowe *.c !!! ... i też w wielu przypadkach im to działa i żadnych warnigów nie ma ... uważasz że dobrze robią ? ....

Statystyki: Napisane przez mirekk36 — 11 sie 2014, o 19:50

Re: multipleksowanie bluebook kilka pytan

2014-08-11T19:00:18+01:00

Ok, dziękuję za odpowiedzi. Te definicje i deklaracje przyznaje, że olałem, że nie przypomniałem ich sobie tylko operowałem intuicyjne, a powinno być świadomie i to był mój duży błąd, co do tych przsunięć, w głowie rozjaśniło mi się Co do 3 pytania dziwnie byłoby na pewno usunąć te ifndefy, ale jestem wscibski i niezaszkodzi wiedzieć czy to coś zmieni.

Statystyki: Napisane przez eDaro — 11 sie 2014, o 19:00

Re: multipleksowanie bluebook kilka pytan

2014-08-11T18:47:35+01:00

Za SEG_A masz przy kompilacji podstawiane (1<<0). Na tym etapie nie ma najmniejszego sensu jaki to port. Bo przeciez potem w programie w kodzie piszesz: np. PORTA |= SEGA; co jest podstawiane jako PORTA |= (1<<0) --> no to już kompilator wie ze to port A, bo PORTA |= (1<<0) to to tamo co PORTA |=(1<są właśnie zdefiniowane piny procesora PA0 jako 0, PA1 jako 1, PB0, PC0, PD0 jako 0.

Statystyki: Napisane przez danny — 11 sie 2014, o 18:47

Re: multipleksowanie bluebook kilka pytan

2014-08-11T18:46:35+01:00

W sumie to czytałem dawno i zapomniałem całkiem, ale widzę że muszę ponownie przeczytać, zanotować i zrozumieć. Dziękuję za odpowiedź. A te 2 pozostałe pytania to mógłby mi ktos napisać dlaczego tak jest?

Statystyki: Napisane przez eDaro — 11 sie 2014, o 18:46

Re: multipleksowanie bluebook kilka pytan

2014-08-11T18:38:29+01:00

eDaro napisał(a):

i ten wers jest deklaracją zmiennej globalnej, która znajduje się w pliku tymże d_led.h . Więc teoretycznie (chyba)powinno się, przy dołączeniu tego pliku nagłówkowego do innego pliku, sprawić że każda taka zmienna bez extern i tak zostanie dołączona do innego pliku i "zrozumiana" przez kompilator, a extern sprawia, że te zmienne będą dołączone we wszystkich modułach, które d_led.h dołączą, więc (chyba) niekonieczne jest dołączanie externa.Usunąłem go i kompilator nie pokazywał błędu(ale w praktyce nie sprawdziłem). Więc powinno się użyć w takiej sytuacji externa? Czy błąd wystąpi w praktyce, a w kompilatorze nie?

A próbowałeś przeczytać w książce czym się różni deklaracja od definicji ZMIENNEJ ? bo pisze kolega tak - jakby w książce w ogóle tego tematu nie było poruszonego ... i stąd potem takie kuriozalne wnioski, że bez extern też mi działa - to po co ten extern? Jak nie dasz extern to masz pan DEFINICJĘ zmiennej ... rozumiesz ?

i nie mogło nie być błędu jeśli gdziekolwiek w kodzie w pliku *.c masz również definicję ... więc przede wszystkim coś mocno źle robisz

albo ... albo tak jak niektórzy początkujący uznajesz, że gdy się pokażą warningi i drugi raz puścimy kompilację - to wtedy one znikają i znaczy że jest cacuni że nie ma już warningów ... a to znowu nie to ... Bo po drugiej kompilacji BEZ ZMIAN w kodzie kompilator dostaje od ciebie INFO, cicho tam! ... mi warningi nie przeszkadzają

Statystyki: Napisane przez mirekk36 — 11 sie 2014, o 18:38

multipleksowanie bluebook kilka pytan

2014-08-11T18:14:18+01:00

Witam, chciałbym zadać Wam kilka wścibskich pytań, które nurtują mnie, ale odpowiedzi na nie będą bardzo pomocne i myślę, że rozwieją wątpliwości do podobnych sytuacji. A mianowicie:
- mam takie linijki kodu
[syntax=c]DDRC = 0xFF;
PORTC = 0xFF;
DDRA |= CA1 | CA2;
PORTA |= CA1| CA2;[/syntax]
a później definicje dla preprocka:
[syntax=c]#define CA1 (1<< 0)
#define CA2 (1<<1)
#define SEG_A (1<<0)
#define SEG_B (1<<1)[/syntax]
Więc pierwsze pytanie brzmi: skąd kompilator wie, że jak piszę przykładowo to SEG_A (1<<0), że chodzi tu o pin w porcie C zamiast np.B, czy A? Czy chodzi tu o to, że napisałem CA1 to (1<<0) więc przypisanie do portu A odpada, a że nie pisałem w ogóle o stanie w porcie B, to PORTB też odpada i pozostaje to C, który to port jest ustawiony na wysoki?

Kolejne pytanie dotyczy przydomka extern:
Jest
[syntax=c]extern volatile uint8_t c5;[/syntax]
i ten wers jest deklaracją zmiennej globalnej, która znajduje się w pliku tymże d_led.h . Więc teoretycznie (chyba)powinno się, przy dołączeniu tego pliku nagłówkowego do innego pliku, sprawić że każda taka zmienna bez extern i tak zostanie dołączona do innego pliku i "zrozumiana" przez kompilator, a extern sprawia, że te zmienne będą dołączone we wszystkich modułach, które d_led.h dołączą, więc (chyba) niekonieczne jest dołączanie externa.Usunąłem go i kompilator nie pokazywał błędu(ale w praktyce nie sprawdziłem). Więc powinno się użyć w takiej sytuacji externa? Czy błąd wystąpi w praktyce, a w kompilatorze nie?

Kolejny wstęp i pytanie
[syntax=c]#ifndef _d_led_h
#define _d_led_h[/syntax] Te dyrektywy zapewniają zabezpiecznie przed wielokrotnym dołączeniem tego samego pliku nagłówkowego do innych plików. Z ciekawości też skasowałem te 2 wersy i #endif i dołączyłem d_led.h 2 razy do 2 innych plików. I nic się nie działo. Kompilator nie pokazywał błędu. Więc pytanie: Czy to jest takie zabezpieczenie "na amen" czy symboliczne, czy w praktyce wystąpiłyby błędy?(nie próbowałem w praktyce). Myślę, że to tyle. Liczę na Wasze odpowiedzi.

Statystyki: Napisane przez eDaro — 11 sie 2014, o 18:14