ATNEL tech-forum

Re: uint8_t dziwny problem

2012-03-21T23:00:20+01:00

Wgrałem projekt, kompiluje się ale źle, a ty tego nie zauważasz. A już ci wcześniej mówiłem, że masz wyłączoną optymalizację - tzn na -O0

rozumiesz to?

wszystkie funkcje _delay ci w związku z tym źle działają i masz takie błędy w konsoli:

Quote:

c:/winavr-20100110/lib/gcc/../../avr/include/util/delay.h:90:3: warning: #warning "Compiler optimizations disabled; functions from won't work as designed"

przez co program po kompilacji zajmuje o zgrozo:
Program: 10340 bytes (15.8% Full) ----- FLASH
(.text + .data + .bootloader)

Data: 167 bytes (4.1% Full) --------- RAM
(.data + .bss + .noinit)

tymczasem po włączeniu optymalizacji na -Os będziesz miał:

Program: 2462 bytes (3.8% Full) ----- FLASH
(.text + .data + .bootloader)

Data: 158 bytes (3.9% Full) --------- RAM
(.data + .bss + .noinit)

ustaw optymalizację na -Os

Poza tym cieszę się, że udało ci się zrobić taki wielo-plikowy projekt

Statystyki: Napisane przez mirekk36 — 21 mar 2012, o 23:00

Re: uint8_t dziwny problem

2012-03-21T22:47:53+01:00

Witam, skonczylem reazlizacje mojego pierwszego 'projektu' , ktory tak naprawde sam sobie wymyslilem.
Program wykorzystuje 5 klawiszy K 12345, 8 diod led i wyswietlacz LCD, wykonalem to na plytce ATB 1.03.
klawisz numer 1 przesówa sie w menu w lewo, 5 w prawo, 3 wchodzi do wybranej diody i otwiera menu wyboru funkcji z ktorego wychodzimy klawiszem K5. Jak komus bedzie siechcialo sprawdzic i cos podpowiedziec cozrobic w celu optymalizacji kodu bede wdzieczny. Mirku Tobie dziekuje za cierpliwosc i wyrozumialosc, to byl moj pierwszy projekt w ktorym spotkalem wiele problemow i troche siedzieki temu nauczylem
w zalaczniku projekt

Statystyki: Napisane przez wasu — 21 mar 2012, o 22:47

Re: uint8_t dziwny problem

2012-03-21T08:22:51+01:00

mirekk36 napisał(a):

(...) Więc nie ma co się dziwić, że prawie się kompilator udławił jak próbował taki kod skompilować i zwymiotował taką ilością warningów i błędów.

..... poczytaj o funkcjach .....

Ale się uśmiałem
Masz Mirku niezwykle sugestywny język...

Statystyki: Napisane przez MirkoT — 21 mar 2012, o 08:22

Re: uint8_t dziwny problem

2012-03-21T07:42:10+01:00

wasu napisał(a):

Jeśli deklaruje funkcję to daje znać kompilatorowi jakiego typu argumenty może ona przyjmować oraz jaki typ zwraca,
a definicja oprócz tego rezerwuje jeszcze pewien obszar pamięci flash (czyli pamiec programu) i umieszcza w niej zawartosc funkcji

No właśnie - więc jak można wpaść na pomysł "wywołania" funkcji POZA CIAŁEM INNEJ FUNKCJI ????

przecież zapis:

def_lcdchar(0x81, znak_);

tuż po definicji zmiennych kompilator będzie próbował rozpoznać jako deklarację funkcji tyle że jakąś skopaną na maxa. No bo nie widać jaki typ danych ona zwraca, nie widać typów jej argumentów, kompilator widzi tylko jakąś nazwę, a to że po jej prawej stronie jest otwarty pierwszy nawias okrągły i dzieje się to poza jakąkolwiek funkcją - to domyśla się że ma do czynienia z próbą deklaracji funkcji, ale jakiejś okaleczonej a co gorsze - mówi ci w komunikatach WYRAŹNIE że taka nazwa została już wcześniej zarezerwowana w bibliotece LCD ......

Zatem nie wymyślaj proszę nowych zasad języka C - bo nigdzie w książce nie napisałem, że można wywoływać jakiekolwiek funkcje poza ciałem innych funkcji - toż to jakaś fantasmagoria zarówno dla mnie jak i dla kompilatora. Więc nie ma co się dziwić, że prawie się kompilator udławił jak próbował taki kod skompilować i zwymiotował taką ilością warningów i błędów.

..... poczytaj o funkcjach .....

Statystyki: Napisane przez mirekk36 — 21 mar 2012, o 07:42

Re: uint8_t dziwny problem

2012-03-21T00:00:35+01:00

Statystyki: Napisane przez wasu — 21 mar 2012, o 00:00

Re: uint8_t dziwny problem

2012-03-20T20:23:56+01:00

wasu napisał(a):

Pytam o to gdy wywołuje ją poza ciałem funkcji, a zaraz za definicja pwm, wowczas dostaje wspomniane bledy i nie jest to wina niedolaczonej biblioteki

Pewnie że nie wina niedołączonej biblioteki, przecież pisałem ci że nawet nie raczyłeś odpowiedzieć na poprzednie, a robisz kolejne i to mega babole. Sorki ale musisz wziąć książkę i poczytać o funkcjach. ..... Albo coś ci się pokiełbasiło totalnie albo w ogóle nie rozumiesz o co tu chodzi..... Tyle że to jest tak wyraźnie napisane w książce że ja już jak mówiłem wymiękam.

jedyne co ci podpowiem teraz to:

1. masz na czerwono zaznaczoną bzdurę jaką robisz
2. poczytaj o funkcjach
3. poczytaj w końcu co to jest DEFINICJA i DEKLARACJA a szczególnie jeśli chodzi o funkcje.

Jak mi tu napiszesz co to jest DEFINICJA i DEKLARACJA funkcji to może jeszcze coś pomogę - inaczej - absolutnie kończę swoje odpowiedzi w tym wątku - bardzo przepraszam ale nie daję rady.

Statystyki: Napisane przez mirekk36 — 20 mar 2012, o 20:23

Re: uint8_t dziwny problem

2012-03-20T17:46:07+01:00

chodzi mi oto że wywołujesz funkcję defchar w funkcji led_on a mi tez to dziala bez problemu. Pytam o to gdy wywołuje ją poza ciałem funkcji, a zaraz za definicja pwm, wowczas dostaje wspomniane bledy i nie jest to wina niedolaczonej biblioteki

Statystyki: Napisane przez wasu — 20 mar 2012, o 17:46

Re: uint8_t dziwny problem

2012-03-20T17:43:52+01:00

wasu napisał(a):

uhh Mirku zupelnie sie nie zrozumielismy. Spróbuj wyciagnac ta funkcjie z funkcji led_on i wywolac ja zaraz pod deklaracja pwm

Zamiast prosić mnie o wyciągnięcie (a ja nie wiem co to za bardzo znaczy) posłuż się kodem źródłowym, sam wyciągnij i pokaż o co ci chodzi ..... co masz na myśli.

Statystyki: Napisane przez mirekk36 — 20 mar 2012, o 17:43

Re: uint8_t dziwny problem

2012-03-20T17:34:37+01:00

uhh Mirku zupelnie sie nie zrozumielismy. Spróbuj wyciagnac ta funkcjie z funkcji led_on i wywolac ja zaraz pod deklaracja pwm

Statystyki: Napisane przez wasu — 20 mar 2012, o 17:34

Re: uint8_t dziwny problem

2012-03-20T17:29:35+01:00

wasu napisał(a):

Mówisz że do pliku led.c wystarczyło dołączyć bibioteke z LCD i działało, a ja przed chwilą wrzuciłem Ci przecież kawalek kodu key.c z dołączoną biblioteka LCD i mimo to nie działa

Ok a rozumiem, że mi nie wierzysz tak ? No bo przecież tamtego nawet nie sprawdziłeś tylko wymyśliłeś od razu inny plik i narobiłeś nowych błędów - szok - jak tam można? Uwierz mi że tak nie da się pomóc mimo najszczerszych chęci. Ty się zapierasz rękami i nogami żeby ci pomóc. Proszę bardzo specjalnie dla ciebie zrobiłem zrzut ekranu z kompilacji twojego projektu po dodanu tego inkluda w led.c ............

zobacz sobie:

i co ???? widzisz tam gdzieś jakieś znaczki zapytania, żółte podkreślenia od warnigów itp ???????

Zrozum panie kolego - rób mniejszymi krokami albo zacznij od projektów do migania jedną diodą - bo nie można nawet powiedzieć że tu ci coś nie wychodzi - ty wciąż robisz inaczej niż ci się podpowiada i za chwilę masz nowy problem

sorrry ale ja wymiękam już

dlatego przynajmniej na razie i dla twojego dobrze pojętego dobra nie podpowiem ci gdzie teraz zrobiłeś BYKA w tym swoim pliku key.c - no masakra - takie rzeczy to już samemu trzeba zauważać - ale jak się komuś podpowiada na zasadzie naprawy projektu a ta osoba nie stara się zrozumieć o co chodzi to potem właśnie tak jest

Statystyki: Napisane przez mirekk36 — 20 mar 2012, o 17:29

Re: uint8_t dziwny problem

2012-03-20T17:23:15+01:00

Mówisz że do pliku led.c wystarczyło dołączyć bibioteke z LCD i działało, a ja przed chwilą wrzuciłem Ci przecież kawalek kodu key.c z dołączoną biblioteka LCD i mimo to nie działa

Statystyki: Napisane przez wasu — 20 mar 2012, o 17:23

Re: uint8_t dziwny problem

2012-03-20T17:16:54+01:00

Posłuchaj - no kręcisz już tak na maxa - że zaczynam się aż uśmiechać pod nosem bo może jakiś kawał robisz hmmm? To jakaś ukryta kamera ?

No toż przecież JESZCZE RAZ CI WYRAŹNIE POWTÓRZĘ, że pobrałem ten twój ostatni projekt i do skompilowania bez warninga przy def_lcdchar() w pliku led.c - bo tam masz użyte wywołanie tej funkcji wystarczyło dodać plik nagłówkowy z biblioteki LCD !!!!!!!!!!!!!!!!!!!!!!!!

i nie mów mi że tak nie jest albo że jestem wielbłądem. Po tej operacji projekt się skompilował już do końca.....

a ty teraz znowu piszesz że masz ten sam błąd - no nie - poddaję się - przecież masz inny błąd teraz - kolego - no przykro mi - można nie znać angielskiego ale same wyrazy pomiędzy jednym a drugim błędem chociaż tak wzrokowo czy fonetycznie to można odróżnić a ty co ?

dla ciebie to jest ten sam błąd co wcześniej?????????????????????????

Quote:

lib/gcc/../../avr/include/util/delay.h:90:3: warning: #warning "Compiler optimizations disabled; functions from won't work as designed"

No nie - to musisz zacząć więcej uwagi poświęcać na czytanie tych błędów

A tak przy okazji ten nowy błąd wyraźnie mówi że masz problem z ustawionym stopniem optymalizacji w projekcie - prawdopodobnie masz w ogóle wyłączoną optymalizację czyli -O0 i się dziwisz.......

Ustaw że domyślnie na -Os

jeszcze raz powtarzam ja go skompilowałem więc nie wiem co ty tam wyprawiasz?

Statystyki: Napisane przez mirekk36 — 20 mar 2012, o 17:16

Re: uint8_t dziwny problem

2012-03-20T16:56:48+01:00

Doskonale to rozumiem że żebym mógł używać tej funkcji musze najpierw dołączyć plik naglówkowy w którym jest zdeklarowana, tyle że to nie rozwiązuje mojego problemu.
Skoro przeglądałeś mój projekt to wiesz że w pliku /LCD/lcd44780.c znajduje sie cala biblioteka do wyswietlacza plus moje funkcji do wyświetlania. W takim razie skoro potrzebuje zdefiniować na własne potrzeby swój znak to najrozsądniej byłoby go zdefiniować także we wspomnianym pliku i tak też próbuje:
[syntax=c]#include
#include
#include
#include
#include
#include

#include "lcd44780.h"
#include "../LED/led.h"
#include "../KEY/key.h"

uint8_t znak1[] = {31,0,0,0,0,0,0,0};// znak _
uint8_t znak2[] = {16,16,16,16,16,16,16,16}; //znak |
uint8_t znak3[] = {16,0,0,0,0,0,0,0}; //znak .

lcd_defchar(0x81, znak1);
//dalej definicje funkcji[/syntax]
komunikat:

[syntax=c]
d:/gryprogramy/winavr/lib/gcc/../../avr/include/util/delay.h:90:3: warning: #warning "Compiler optimizations disabled; functions from won't work as designed"
../LCD/lcd44780.c:25: error: expected declaration specifiers or '...' before numeric constant
../LCD/lcd44780.c:25: error: expected declaration specifiers or '...' before 'znak1'
../LCD/lcd44780.c:25: warning: data definition has no type or storage class
../LCD/lcd44780.c:25: warning: type defaults to 'int' in declaration of 'lcd_defchar'
../LCD/lcd44780.c:25: error: conflicting types for 'lcd_defchar'
../LCD/lcd44780.h:168: error: previous declaration of 'lcd_defchar' was here
make: *** [LCD/lcd44780.o] Error 1[/syntax]

Pomyślałem że może nie mogę używać tej funkcji w pliku gdzie ją definiuje(ale przecież tak nie jest, prawda?) i spróbowałem jej użyć w pliku key.c :
[syntax=c]#include
#include
#include "key.h"
#include "../LCD/lcd44780.h"

uint8_t znak1[] = {31,0,0,0,0,0,0,0};// znak _
uint8_t znak2[] = {16,16,16,16,16,16,16,16}; //znak |
uint8_t znak3[] = {16,0,0,0,0,0,0,0}; //znak .

lcd_defchar(0x81, znak1);[/syntax]
i otrzymałem ten sam błąd.
Głowie się nad tym od wczoraj i nie mam pojęcia z czym to jest związane

Statystyki: Napisane przez wasu — 20 mar 2012, o 16:56

Re: uint8_t dziwny problem

2012-03-20T09:12:48+01:00

wasu napisał(a):

hmm nie wiem czy pobrale moj projekt ale w moim projekcie nie ma juz pliku lcd.c

No literówka mi wyszła ale tylko na początku postu bo dalej podałem już nazwę led.c - ale czy nie mogłeś zajrzeć do innych swoich plików w tym projekcie po tych moich wytłumaczeniach. Zajrzałem przecież do tego projektu a chodziło mi o led.c bo przecież taki masz - oj oj nie czytasz dokładnie moich postów - takie mam wrażenie

pisałem przecież:

mirekk36 napisał(a):

przecież trzeba ją tak samo zainkludować w każdym pliku *.c w którym chcesz użyć jakiejkolwiek funkcji bibliotecznej z biblioteki. No może z uwagi na to że twój plik led.c jest we własnym folderze to zainkludowanie musi tak wyglądać:

Code:

#include "../LCD/lcd44780.h"

- spójrz do góry na moje posty - bardzo wyraźnie już to podawałem.

Statystyki: Napisane przez mirekk36 — 20 mar 2012, o 09:12

Re: uint8_t dziwny problem

2012-03-20T01:03:09+01:00

hmm nie wiem czy pobrale moj projekt ale w moim projekcie nie ma juz pliku lcd.c

Statystyki: Napisane przez wasu — 20 mar 2012, o 01:03

Re: uint8_t dziwny problem

2012-03-20T00:58:43+01:00

Malutki_27 napisał(a):

.... toż wypisz wymaluj jak moje poczynania

najważniejsze, że od tego palców nie pourywa jak coś pójdzie nie tak

Statystyki: Napisane przez mirekk36 — 20 mar 2012, o 00:58

Re: uint8_t dziwny problem

2012-03-20T00:57:48+01:00

wasu napisał(a):

Napotykam się wciąż na jeden problem, czyli wywoływanie funkcji led_defchar(). Moze coś poprostu źle rozumiem i chce wywołać ją w nieodpowiednim miejscu (plik lcd44780.c)

No ale sam zobacz, przecież już pisałem ci o tym..... Jak chcesz korzystać z lcd_defchar() w swoim pliku o nazwie lcd.c jeśli nie masz w nim zainkludowanej biblioteki LCD ? no jak ? przecież trzeba ją tak samo zainkludować w każdym pliku *.c w którym chcesz użyć jakiejkolwiek funkcji bibliotecznej z biblioteki. No może z uwagi na to że twój plik led.c jest we własnym folderze to zainkludowanie musi tak wyglądać:

Code:

#include "../LCD/lcd44780.h"

- spójrz do góry na moje posty - bardzo wyraźnie już to podawałem.

wasu napisał(a):

Zastanawiam się również gdy chce w moim projekcie zdefiniować 1 znak, gdzie to najkorzystniej zrobić, czy w pliku main.c w funkcji main() badz przednia? Czy moze w bibliotece LCD

A co to za różnica gdzie? to zależy zupełnie od ciebie, definiujesz tam gdzie ci wygodniej i już

Statystyki: Napisane przez mirekk36 — 20 mar 2012, o 00:57

Re: uint8_t dziwny problem

2012-03-20T00:35:40+01:00

Zastosowałem się do Twoich porad, rzeczywiście teraz jest znacznie przejrzyściej po wyodrębnieniu każdego modułu do osobnego folderu. Skorzystałem z biblioteki LCD z DVD i rozbudowałem ją o kilka potrzebnych mi funkcji.
Napotykam się wciąż na jeden problem, czyli wywoływanie funkcji led_defchar(). Moze coś poprostu źle rozumiem i chce wywołać ją w nieodpowiednim miejscu (plik lcd44780.c)
Zamieszczam projekt żeby łatwo i szybko można było zweryfikować błąd.

Zastanawiam się również gdy chce w moim projekcie zdefiniować 1 znak, gdzie to najkorzystniej zrobić, czy w pliku main.c w funkcji main() badz przednia? Czy moze w bibliotece LCD

Statystyki: Napisane przez wasu — 20 mar 2012, o 00:35

Re: uint8_t dziwny problem

2012-03-20T00:23:34+01:00

mirekk36 napisał(a):

próbujesz jak saper korzystać przecinając kolorowe kabelki i może nie wybuchnie ...

Przepraszam nie mogłem się powstrzymać, toż wypisz wymaluj jak moje poczynania

Statystyki: Napisane przez Malutki_27 — 20 mar 2012, o 00:23

Re: uint8_t dziwny problem

2012-03-19T23:01:06+01:00

No ok - w razie czego nie gniewaj się na mnie proszę za to że nieraz się unoszę. Przepraszam. Ale jeśli w końcu mogę coś sprowadzić do wspólnego mianownika - czyli np to co piszesz, że w końcu jest jakiś punkt zaczepienia - bo def_lcdchar() jednak działa we wzorcowym przykładzie - to już jest lepiej....

I jak pisałem wcześniej rozumiem i doceniam te podejmowane przez ciebie próby - powiem więcej, rozumiem, że można się w tym wszystkim jeszcze gubić - ale tak już całkiem na spokojnie - to właśnie wszystko się sprowadza, żeby może robić te własne testy nieco mniejszymi kroczkami. Bo zobacz, nagle za jednym zamachem w jednym nowym powołanym do życia projekcie:

- tworzysz nowy folder
- tworzysz własne nowe pliki *.c i *.h

Dobrze - ale przećwicz najpierw to od początku do końca - a jak wyjdzie to wtedy próbuj wpleść na przykład podmianki tych plików z bibliotekami do LCD, czyli zmiany ich nazw, wrzucenie do innego folderu itd itp

bo zauważ, że nagle za jednym razem przy takiej skomplikowanej operacji na początek, otrzymujesz nie jedną albo dwie niewiadome - otrzymujesz ich pełno ...... i nie dziwota że się gubisz w tym wszystkim a na dodatek wyciągasz nieprawidłowe wnioski

Zatem z mojego punktu widzenia i jeśli mogę coś podpowiedzieć - to jak pisałem wyżej zacznij mniejszymi kroczkami - będą się pojawiały pojedyncze warningi i nie zrozumiesz to od razu dopytuj - obiecuję że chętnie pomogę i postaram się wszystko dodatkowo wyjaśnić. Taką drogą dojdziemy do większych zmian OK ?

Statystyki: Napisane przez mirekk36 — 19 mar 2012, o 23:01

Re: uint8_t dziwny problem

2012-03-19T21:48:35+01:00

Mirku, bardzo szanuje Twoje uwagi. A dlaczego robie taki bałagan, tworze jakies osobne foldery itp? Powiedzmy ze staram się nabrać jakiegoś chematu w pisaniu kodów czuć się swobodnie w dzieleniu kodu na pod pliki,a to czesto skutkuje błędamii.
W odpowiedzi na Twoje pytanie odnosnie funkcji led_defchar(), faktycznie projekt z plyty dziala w 100% prawidlowo, ale po moich zmianach cos sie syplo, dlaczego? Dopiero teraz mam chwile i bede zaraz walczyl, uwzglednie Twoje porady i w razie czego będę dalej pytał. Dzieki za zainteresowanie tematem. Pozdrawiam

Statystyki: Napisane przez wasu — 19 mar 2012, o 21:48

Re: uint8_t dziwny problem

2012-03-19T18:31:10+01:00

To posługuj się częściej drobnymi przykładami kodu - miejsc gdzie masz te problemy, bo co to znaczy wyrwane z kontekstu:

Code:

lcd_defchar(0x81, znak_);

a co to jest znak_ u ciebie ? No toż wypada chyba napisać nieco więcej zadając takie pytanie

Ale jeszcze raz powiem. Weź odpuść sobie na tym etapie przerzucanie zawartości tej mojej biblioteki LCD dzn tych plików do jakiegoś swojego dziwnego folderu lib ....... możesz zrobić to o co proszę ????

1. wgraj do swojego folderu głównego projektu na żywca cały folder LCD z którejś z lekcji gdzie on występuje
2. dodaj w pliku main.c plik nagłówkowy

Code:

#include "LCD/lcd44780.h"

3. identycznie dodaj ten plik nagłówkowy do swojego pliku lcd.c, tyle że skoro masz ten swój plik w folderze lib to chyba oczywiste że przy inkludowaniu należy go uwzględnić np tak:

Code:

#include "../LCD/lcd44780.h"

i proszę cię wtedy zadawaj mi pytania - bo teraz to narobiłeś gigantyczny bałagan w swoim kodzie o czym już wspominałem wyżej i wcale nie próbujesz go wyprostować

po tych zmianach spróbuj używać def_lcdchar() i innych funkcji - tak się składa, że to wtedy będzie działać bo musi działać a ty będziesz miał czas na przeanalizowanie czy dopytanie z czego to wynika OK?

Poza tym bardzo się dziwię jak możesz pisać, że nie możesz korzystać z def_lcdchar() - skoro masz na DVD lekcję gdzie to jest wykorzystane i działa - a ty tu piszesz że nie działa. Sorki ale jestem w szoku. Noż to chyba można się wrócić do lekcji i prześledzić co źle zrobiłem że tam to działa a u mnie nie. Ja na twoim miejscu bym takim tropem szedł. A nie jak mówiłem dokonać za jednym razem rewolucji w tysiącu plikach i potem zdziwienie że nic nie działa.

Dlaczego nie uruchamiasz swoich projektów krok po kroczku tylko od razu takie rewolucje????

Statystyki: Napisane przez mirekk36 — 19 mar 2012, o 18:31

Re: uint8_t dziwny problem

2012-03-19T18:05:27+01:00

Mirku, czytam Twoja ksiazke dokladnie i analizuje poszczegolne cwiczenia, jednak napotkałem problemy w tworzeniu własnego 'projektu' i nie znalazłem jasnej analogii opisanej w ksiazce.
Ksiazke przerabiam pokolei od deski do deski i nie próbuje chodzić na skróty.
Wiem też o warunkowej kompilacji i zmieniłem w pliku nagłówkowym bibioteki LCD :
#define USE_LCD_DEFCHAR1

Jednak jeśli umieszcze wywolanie funkcji
lcd_defchar(0x81, znak_); w pliku lcd.c poza jakakolwiek funkcja otrzymuje error:
/lib/led.c:39: warning: unused variable 'znak_'
../lib/led.c: At top level:
../lib/led.c:42: error: expected declaration specifiers or '...' before numeric constant
../lib/led.c:42: error: expected declaration specifiers or '...' before 'znak_'
../lib/led.c:42: warning: data definition has no type or storage class
../lib/led.c:42: warning: type defaults to 'int' in declaration of 'lcd_defchar'

natomiast jeśli wrzucę wywołanie tej funkcji do innej funcji kompilator to przepuszcza i zwraca warning:
/lib/led.c:40: warning: implicit declaration of function 'lcd_defchar'

Zastanawiam się dlaczego tak jest skoro kompilacja funkcji w piliku biblioteki lcd jest wlaczona,
z funkcji innych np lcd_cls() moge korzystac bez przeszkod natomiast z lcd_defchar nie

Jest to dla dość kłopotliwe i szukam informacji naten temat w różnych źródłach ale nie udało mi się jeszcze do tego dojść

Statystyki: Napisane przez wasu — 19 mar 2012, o 18:05

Re: uint8_t dziwny problem

2012-03-19T17:48:24+01:00

wasu napisał(a):

Dzieki Mirku za odpowiedź, to prawda od wczoraj głowie się nad różnicą między definicją a deklaracją, myslałem że skoro deklaruje zmienna w pliku naglowkowym
to w pliku c posuniecie pwm=i bedzie automatycznie definicją (właściwieczy konieczna jest deklaracja w pliku naglowkowym? Nie wystaczy sama definicja volatile uint8_t pwm1,pwm2;?)

Ok - postaram się jeszcze raz opanować i grzecznie odpowiedzieć z dużą dozą cierpliwości .... Jeszcze raz odsyłam cię do książki. No powiedz sam - czy teraz na forum mam pisać drugą książkę w postach dla ciebie. Gdybyś chociaż odwołał się do książki że coś nie tak napisałem o tych deklaracjach i definicjach. A ty chcesz żeby ci wszystko od nowa apiać tłumaczyć - co i tak robię - a ty dalej.......

ostatni raz:

SAMA Definicja (jak piszesz) wystarczy ci jeśli tą zmienną będziesz chciał posługiwać się TYLKO w tym konkretnym PLIKU *.C ------ rozumiesz ??????? A po co tworzymy dodatkowo jej DEKLARCAJĘ ze słówkiem extern w pliku *.H ???????? No po to że np chcesz później z tej zmiennej korzystać w innym pliku *.c np w main.c bo tam zainkludujesz ten plik nagłówkowy. A jeśli nie chcesz w innym pliku z niej korzystać to nie musisz tworzyć jej DEKLARCAJI. ----- ale na ZEUSA - to jest bardzo wyraźnie napisane w książce - powiedz mi - czy gdy piszę ci żebyś zajrzał do książki - to robisz to ? czy masz gdzieś moje propozycje ? przecież książka powinna być pod ręką przy okazji takich ćwiczeń

wasu napisał(a):

Czy mógłbyś mnie nakierować jaki błąd zrobiłem że nie moge korzystać z funkcji lcf_defchar()?

Ponieważ masz na razie tak ogromne luki w wiedzy - co świadczy że na prawdę - po tym pytaniu że np wcale nie raczyłeś dokładnie przeczytać rozdziału o LCD - tylko ot tak sobie wziąłeś bibliotekę i próbujesz jak saper korzystać przecinając kolorowe kabelki i może nie wybuchnie ...

PRZECIEŻ NIE PISAŁEM TYCH ROZDZIAŁÓW, ŻEBY SOBIE WYBIERAĆ COŚ DO POCZYTANIA - TOŻ NA PODSTAWIE KAŻDEGO - DOKŁADNIE KAŻDEGO ĆWICZENIA W TYM TAKŻE GDY OMAWIAM BUDOWANIE BIBLIOTEKI LCD - UCZĘ PEWNYCH TECHNIK PROGRAMOWANIA W ŚRODKU !!!!!! A jak ktoś to sobie ......hmm..hmmm..hmmm ..... i nie czyta bo po co tam uczyć się jakiejś budowy biblioteki skoro leży gotowa do użycia na DVD - to później miej pretensje do samego siebie - przepraszam ale musiałem to napisać

Kiedyś do mnie napisał czytelnik, który zaczął opuścił rozdział o multipleksowaniu LED bo stwierdził, że on nigdy z takich kocich wyświetlaczy nie będzie korzystał tylko co najwyżej z graficznych więc po co mu czytać o bibliotece do tego...... A potem miał pretensje że przy jakimś dalszym ćwiczeniu nic nie opisywałem o timerze sprzętowym!!!! Napisałem mu żeby przeczytał książkę po kolei w tym o multipleksowaniu LED a potem zadał mi to samo pytanie i ewentualnie krzyczał na mnie że czegoś nie opisałem.................... to po miesiącu dostałem kolejnego maila w którym podziękował mi że już wszystko jasne gdy tym razem zaczął czytać i ćwiczyć wszystko po kolei a nie na wyrywki.

Widzisz kolego ..... ja szybko poznam po pytaniach jakie kto zadaje co przeczytał a czego nie z książki - więc uwierz mi, że widzę że pominąłeś sporo

a w rozdziale o LCD masz wyraźnie napisane jak się konfiguruje w pliku *.H w tej bibliotece - jak korzystać z różnych funkcji które można kompilować warunkowo - kurdę NO! .... przecież pokazuję tam na przykład jak można warunkowo kompilować - ty nawet o tym sekundę nie poczytałeś - i dlatego teraz masz problem - a wystarczyłoby tylko w jednym miejscu pliku *.h tej biblioteki zmienić JEDNO ZERO na JEDYNKĘ żeby odblokować kompilację z udziałem deflcdchar - ale sorki - tu już nie pomogę - poczytaj i wybacz mi ten ton.....

Jak wybaczysz i zrozumiesz moje poirytowanie to fajnie jeśli nie - no to trudno i przykro mi (w każdym razie na pewno nie było moim celem obrażać cię - za to ty traktujesz mnie troszkę niepoważnie i to jeszcze pisząc, że robiąc coś tam sposobem mirka z książki źle się kompiluje.

Statystyki: Napisane przez mirekk36 — 19 mar 2012, o 17:48

Re: uint8_t dziwny problem

2012-03-19T17:32:14+01:00

Statystyki: Napisane przez wasu — 19 mar 2012, o 17:32