Czy ja ślepy jestem czy nie ma rzeczywiście obsługi programatora AVR
ISP przez port LPT ?


Marek

do góry

Użytkownik "4CX250" <t...@p...onet.pl> napisał w wiadomości
news:ig59jh$1nm9$1@news2.ipartners.pl...
> Czy ja ślepy jestem czy nie ma rzeczywiście obsługi programatora AVR
> ISP przez port LPT ?


PonyProg to ma. Przynajmniej można tak wybrać w: Setup->Interface Setup...

Pozdrawiam
Roman

do góry

W dniu 2011-01-06 21:45 4CX250 napisał(a):

> Czy ja ślepy jestem czy nie ma rzeczywiście obsługi programatora AVR ISP
> przez port LPT ?

AVR ISP (oznaczenie Atmela: ATAVRISP) ma port szeregowy (COM) a nie
równoległy (LPT):
http://www.atmel.com/dyn/products/tools_card.asp?too
l_id=2726

Współczesne wersje AVR Studio (4.x) obsługują tylko atmelowe
programatory (i ich klony :)) podłączane przez porty COM lub USB.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

do góry

Użytkownik "Adam Dybkowski" <a...@4...pl> napisał w wiadomości
news:ig5i6t$11k$1@news.onet.pl...
> AVR ISP (oznaczenie Atmela: ATAVRISP) ma port szeregowy (COM) a nie
> równoległy (LPT):
> http://www.atmel.com/dyn/products/tools_card.asp?too
l_id=2726
>
> Współczesne wersje AVR Studio (4.x) obsługują tylko atmelowe
> programatory (i ich klony :)) podłączane przez porty COM lub USB.

Dzięki za wyjaśnienia. Pozostaje więc twój program lub Pony Prog, albo
zakupić programator "dla ludzi"

Pozwole sobie ciebie jeszcze o coś zapytać.
Chciałem wykorzystać bibliotekę niejakiego Pana Radzio obsługującą
wyśw graph. na KS0108.
Zainstalowałem sobie zarówno AVR Studio jak i Win AVR. AVR Studio
wygląda na poważniejsze narzędzie ale problemem jest pecet. Dość długo
trzeba czekac na wykonywanie pewnych czynności, czasem nawet po
kilkanascie sekund. Trzeba będzie usprawnić PCta ale zanim to zrobię
wróciłem więc do Win AVR ale w nim mam natomiast problem z
includowaniem tej biblioteki.
Wklepałem krótki programik i gdy wybieram make all to nie rozpoznaje
jednej lub paru funkcji z tej biblioteki.
Całą zawartość biblioteki GLCDKS0108 od Radzio umieściłem w katalogu
E:\WinAVR\avr\include\ks108

Zapis w main.C wygląda tak

#include <ks108/KS0108.h>
#include <ks108/graphic.h>


int main(void)
{
GLCD_Initialize();
GLCD_ClearScreen();

GLCD_GoTo(0,0);
GLCD_WriteString(" Test Wyswietlacza |");

for( ; ; );
return 0;
}


Ciągle wywala mi błędy które pojawiają się już na etapie kompilacji.
Poniżej wkleiłem komunikaty jakie wydał z siebie Win AVR


> "make.exe" all

-------- begin --------
avr-gcc (WinAVR 20100110) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.


Compiling C: main.c
avr-gcc -c -mmcu=atmega128 -I. -gstabs -DF_CPU=8000000UL -Os -funsigned-char
-funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes
-Wa,-adhlns=./main.lst -std=c99 -MMD -MP -MF .dep/main.o.d main.c -o
main.o
main.c: In function 'main':
main.c:8: warning: implicit declaration of function 'GLCD_Initialize'

Linking: main.elf
avr-gcc -mmcu=atmega128 -I. -gstabs -DF_CPU=8000000UL -Os -funsigned-char
-funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes
-Wa,-adhlns=main.o -std=c99 -MMD -MP -MF .dep/main.elf.d
main.o --output main.elf -Wl,-Map=main.map,--cref -lm
main.o: In function `main':
main.c:8: undefined reference to `GLCD_Initialize'
main.c:9: undefined reference to `GLCD_ClearScreen'
main.c:11: undefined reference to `GLCD_GoTo'
main.c:12: undefined reference to `GLCD_WriteString'
make.exe: *** [main.elf] Error 1

> Process Exit Code: 2
> Time Taken: 00:01

do góry

Użytkownik "4CX250" <t...@p...onet.pl> napisał w wiadomości
news:ig6tlb$2h4r$1@news2.ipartners.pl...

> Pozwole sobie ciebie jeszcze o coś zapytać.
> Chciałem wykorzystać bibliotekę niejakiego Pana Radzio obsługującą
> wyśw graph. na KS0108.
...

Znalazłem chyba błąd ale nadal to nie wyszystko.
W ściągniętych bibliotekach w KS0108.h w deklaracji było
GLCD_Initalize oraz GLCD_InitalizePorts a wywołania są do
GLCD_Initalize bez "i"

Teraz kompilator przechodzi bez błędu ale linker nadal wywala te same
błędy.

Marek

do góry

W dniu 2011-01-07 13:26, 4CX250 pisze:
> Użytkownik "4CX250" <t...@p...onet.pl> napisał w wiadomości
> news:ig6tlb$2h4r$1@news2.ipartners.pl...
>
>> Pozwole sobie ciebie jeszcze o coś zapytać.
>> Chciałem wykorzystać bibliotekę niejakiego Pana Radzio obsługującą
>> wyśw graph. na KS0108.
> ...
>
> Znalazłem chyba błąd ale nadal to nie wyszystko.
> W ściągniętych bibliotekach w KS0108.h w deklaracji było GLCD_Initalize
> oraz GLCD_InitalizePorts a wywołania są do GLCD_Initalize bez "i"
>
> Teraz kompilator przechodzi bez błędu ale linker nadal wywala te same
> błędy.

Bo prawdopodobnie dodałeś tylko pliki nagłówkowe, a zapomniałeś o
dodaniu plików *.c z tej biblioteki do projektu.

do góry

Użytkownik "4CX250" <t...@p...onet.pl> napisał w wiadomości
news:ig70n5$2il7$1@news2.ipartners.pl...
> Teraz kompilator przechodzi bez błędu ale linker nadal wywala te
> same błędy.

Wychodzi na to że sam sobie odpowiadam na stawiane tu pytania :) ale
opiszę co i jak bo być może ktoś inny będzie miał takie problemy.

Na szczęście znalazłem kolejna i ostateczną przyczynę i program dał
się już bez błędów skompilować oraz zlinkować.
O ile wcześniej sygnalizowałem że sa błędy w źródłach gdzi zapomniano
kilku literek "i" to teraz znalazłem przyczynę raczej po mojej stronie
wynikającej z niewiedzy.

Wydawało mi się że samo #include plik.h w main.c powinno wystarczyć
ale okazuje się że kompilator zrobi tylko to co mu się zleci w
Makefile.
Otóż plik Makefile musiałem uzupełnić dopisując w nim wszystkie
wymagane pliki z dołączaniej biblioteko aby zostały skompilowane przed
zlinkowaniem.


# List C source files here. (C dependencies are automatically
generated.)
SRC = $(TARGET).c KS0108.c graphic.c KS0108-AVR.c

I to wszystko.

Powiem szczerze że pisząc wczesniej programy tylko w asemblerze
łatwiej mi było zapanować nad wszystkim.
No cóz uparłem się uczyć w C. Na PCty natomiast pisałem dawno już temu
w Turbo Pascalu a potem w Borland Pascalu i nawyki są inne.



Marek

do góry

Użytkownik "Zbych" <a...@o...pl> napisał w wiadomości
news:4d270f56$0$2501$65785112@news.neostrada.pl...

> Bo prawdopodobnie dodałeś tylko pliki nagłówkowe, a zapomniałeś o
> dodaniu plików *.c z tej biblioteki do projektu.

Dość długo pisałem ostatnią wypowiedź i nie zauważyłem tej od ciebie
która pojawiła się w między czasie.

Oczywiście masz rację, tak było jak piszesz.

Marek

do góry

> Wydawało mi się że samo #include plik.h w main.c powinno wystarczyć ale
> okazuje się że kompilator zrobi tylko to co mu się zleci w Makefile.
> Otóż plik Makefile musiałem uzupełnić dopisując w nim wszystkie wymagane
> pliki z dołączaniej biblioteko aby zostały skompilowane przed zlinkowaniem.
> # List C source files here. (C dependencies are automatically generated.)
> SRC = $(TARGET).c KS0108.c graphic.c KS0108-AVR.c

No :). Poczytaj trochę o tym. Ja z mojej strony wrzucę Ci 3 zdania
komentarza, ale to za mało - serio, poczytaj więcej!!

Pisząc projekt w C działamy z reguły tak, że każdy plik kompilujemy
OSOBNO (można więc kompilować różne fragmenty kodu z różnymi
ustawieniami :)). Tworzą się w ten sposób pliki *.o. Żeby kompilator
mógł obsłużyć jakieś Twoje biblioteki musi wiedzieć, jakie są w niej
funkcje, z jakimi argumentami itd. Dlatego dołącza się pliki *.h.
Później, wszystkie pliki *.o trafiają do linkera, ten to wszystko
dopiero łączy w całość... no i jeśli Ty wywołujesz w jednym z plików *.c
funckję FunkcjaJakastam(), to linker MUSI znaleźć tą funkcję w jakimś
innym pliku :). To tyle ;)...

No a teraz do rzeczy - AVR Studio korzysta także z WinAVR - z tych
samych narzędzi (o ile piszesz w C, bo możesz pisać też w Assemblerze i
wtedy AVR Studio radzi sobie sam). Tyle tylko, że WinAVR wtedy sam dba o
stworzenie Makefile itp. Jeśli dodasz do projektu plik np. Ks0108-AVR.c,
od razu wpis o tym znajdzie się w Makefile i wszystko się poprawnie
skompiluje. Dlatego na początek polecam korzystać z AVR Studio :)...

--
Pozdrawiam
Konop

do góry

Użytkownik "Konop" <k...@g...pl> napisał w wiadomości
news:ig7bcp$b15$1@inews.gazeta.pl...

> No a teraz do rzeczy - AVR Studio korzysta także z WinAVR

Czy owe korzystanie jest samopylne czy trzeba coś gdzieś poustawiać?
W AVR Studio mam narazie problem że coś zacina się czasem na dłuższą
chwilą i to mnie irytuje.
Musze znaleźć przyczynę.

> z tych samych narzędzi (o ile piszesz w C, bo możesz pisać też w
> Assemblerze i wtedy AVR Studio radzi sobie sam). Tyle tylko, że
> WinAVR wtedy sam dba o stworzenie Makefile itp. Jeśli dodasz do
> projektu plik np. Ks0108-AVR.c, od razu wpis o tym znajdzie się w
> Makefile i wszystko się poprawnie skompiluje. Dlatego na początek
> polecam korzystać z AVR Studio :)...

To jest rzeczywiście dobry argument aby z niego korzystać.
Narazie motam się jeszcze gdyż tak naprawdę chodzi mi o poznanie
samego c w sobie.

Marek

do góry