ATNEL tech-forum

Re: Błąd kompilacji na atmega328p z avr-toolchain

2018-02-19T08:45:43+01:00

tokirium napisał(a):

Co trzeba było zmienić w tych plikach usbdrv.c oraz usbdrv.h? Niestety dalej nie działa.

Przecież wyraźnie napisałem, że brakuje specyfikatora const przy makrach PROGMEM. A żebyś nie musiał szukać w jakich liniach,
to w załączniku masz poprawione pliki. Wystarczy je rozpakować i zastąpić nimi, te, które masz.

Co to znaczy "...dalej nie działa..." ?? To nic mi nie mówi. Logi z kompilacji jakieś byś pokazał....

Quote:

Wydaje mi się, że wszystko co jest potrzebne powinno być,

Ja natomiast wiem, że za bardzo kombinujesz.....

Quote:

... ale gdzieś przeczytałem, że w repozytorium są starsze wersje,...

Właśnie, gdzieś, coś ale nie wiesz gdzie i co. I takie są efekty. Sprawdziłeś w ogóle jaką wersję narzędzi dla AVR masz w repozytorium ? Jestem niemal pewien, że nie.

Komunikat
[syntax=c]make: *** [usbdrv/usbdrv.o]: Naruszenie ochrony pamięci[/syntax]
mówi, że kompilator / make się "wysypał" - masz coś skopane. Jak widziałeś w załączonym logu, u mnie się kompiluje beż zająknięcia.

Z jakiego miejsca pobierałeś ten kompilator ?

Kolego, rób tak, jak się powinno. Czyli:
- Zainstaluj z repozytorium pakiety dla AVR ( binutils-avr, avr-libc oraz gcc-avr )
- pobierz archiwum które zamieściłem z poprawionymi plikami usbdrv.c oraz usbdrv.h
- Rozpakuj źródła Usbasp z archiwum do jakiegoś katalogu
- Zastąp oryginalne pliki usbdrv.h i usbdrv.c tymi z pobranego archiwum
- Ustaw w pliku Makefile procek, pod jaki będziesz chciał skompilować Usbasp
- uruchom kompilację.

Tyle i tylko tyle trzeba do pełni szczęścia, bez zbędnego kombinowania....

Statystyki: Napisane przez gizmo5418 — 19 lut 2018, o 08:45

Re: Błąd kompilacji na atmega328p z avr-toolchain

2018-02-19T01:17:05+01:00

Debian testing. Wydaje mi się, że wszystko co jest potrzebne powinno być, bo wcześniej już kompilowałem, tylko że używałem innego makefile, w którym było zdefiniowanych więcej narzędzi [syntax=c]CC = $(TOOLCHAIN_DIR)avr-gcc
OBJCOPY = $(TOOLCHAIN_DIR)avr-objcopy
OBJDUMP = $(TOOLCHAIN_DIR)avr-objdump
SIZE = $(TOOLCHAIN_DIR)avr-size
AR = $(TOOLCHAIN_DIR)avr-ar rcs
NM = $(TOOLCHAIN_DIR)avr-nm[/syntax]. Kiedyś instalowałem wszystko z repozytorium razem z kompilatorem, ale gdzieś przeczytałem, że w repozytorium są starsze wersje, może chodziło nawet o wyeliminowanie jakiegoś błędu.
Co trzeba było zmienić w tych plikach usbdrv.c oraz usbdrv.h? Niestety dalej nie działa.

Statystyki: Napisane przez tokirium — 19 lut 2018, o 01:17

Re: Błąd kompilacji na atmega328p z avr-toolchain

2018-02-18T21:59:29+01:00

Witaj,

Jakiej dystrybucji używasz ?
Sam kompilator nie wystarczy. Brakuje Ci jeszcze prawdopodobnie pakietów binutils-avr oraz avr-libc.

Najlepiej jak zainstalujesz sobie wszystko z repozytorium. Dla dystrybucji opartych o debiana będą to binutils-avr, avr-libc oraz gcc-avr.

Ponadto należy zmodyfikować pliki usbdrv.c oraz usbdrv.h w katalogu usbdrv. Przy wszystkich makrach PROGMEM brakuje specyfikatora const.

W załączniku poprawione w/w pliki oraz wynik kompilacji

usbdrv_c_h.tar.gz

Statystyki: Napisane przez gizmo5418 — 18 lut 2018, o 21:59

Błąd kompilacji na atmega328p z avr-toolchain

2018-02-18T21:15:32+01:00

Witam. Chciałem złożyć sobie programator USBasp. Atmega8a którą mam nie działa, więc próbuję skompilować program na mikrokontroler Atmega328p. Po rozpakowaniu paczki pobranej ze strony projektu USBasp http://www.fischl.de/usbasp/ edytowałem plik Makefile w folderze /usbasp.2011-05-28/firmware. Mam pobrany toolchain avr8-gnu-toolchain-linux_x86_64, więc w Makefile podoklejałem odnośniki przed avr-gcc, avr-objdump i avr-objcopy, mam nadzieję że nic nie przeoczyłem. Tak wygląda cały Makefile: [syntax=c]#
# Makefile for bascom
# 20061119 Thomas Fischl original
# 20061120 Hanns-Konrad Unger help: and TARGET=atmega48 added
#ZMODYFIKOWANY

# TARGET=atmega8 HFUSE=0xc9 LFUSE=0xef
# TARGET=atmega48 HFUSE=0xdd LFUSE=0xff
# TARGET=at90s2313
TARGET=atmega328p
#HFUSE=0xc9
#LFUSE=0xef

# ISP=bsd PORT=/dev/parport0
# ISP=ponyser PORT=/dev/ttyS1
# ISP=stk500 PORT=/dev/ttyS1
# ISP=usbasp PORT=/dev/usb/ttyUSB0
# ISP=stk500v2 PORT=/dev/ttyUSB0
ISP=bascom
#PORT=/dev/usb/ttyUSB0
PORT=/dev/parport0

TOOLCHAIN_DIR = /home/krzysztof/Mikrokontrolery/avr8-gnu-toolchain-linux_x86_64/bin/

help:
@echo "Usage: make same as make help"
@echo " make help same as make"
@echo " make main.hex create main.hex"
@echo " make clean remove redundant data"
@echo " make disasm disasm main"
@echo " make flash upload main.hex into flash"
@echo " make fuses program fuses"
@echo " make avrdude test avrdude"
@echo "Current values:"
@echo " TARGET=${TARGET}"
@echo " LFUSE=${LFUSE}"
@echo " HFUSE=${HFUSE}"
@echo " CLOCK=12000000"
@echo " ISP=${ISP}"
@echo " PORT=${PORT}"

COMPILE = $(TOOLCHAIN_DIR)avr-gcc -Wall -O2 -Iusbdrv -I. -mmcu=$(TARGET) # -DDEBUG_LEVEL=2

OBJECTS = usbdrv/usbdrv.o usbdrv/usbdrvasm.o usbdrv/oddebug.o isp.o clock.o tpi.o main.o

.c.o:
$(COMPILE) -c $< -o $@
#-Wa,-ahlms=$<.lst

.S.o:
$(COMPILE) -x assembler-with-cpp -c $< -o $@
# "-x assembler-with-cpp" should not be necessary since this is the default
# file type for the .S (with capital S) extension. However, upper case
# characters are not always preserved on Windows. To ensure WinAVR
# compatibility define the file type manually.

.c.s:
$(COMPILE) -S $< -o $@

clean:
rm -f main.hex main.lst main.obj main.cof main.list main.map main.eep.hex main.bin *.o main.s usbdrv/*.o

# file targets:
main.bin:$(OBJECTS)
$(COMPILE) -o main.bin $(OBJECTS) -Wl,-Map,main.map

main.hex:main.bin
rm -f main.hex main.eep.hex
$(TOOLCHAIN_DIR)avr-objcopy -j .text -j .data -O ihex main.bin main.hex
#./checksize main.bin
# do the checksize script as our last action to allow successful compilation
# on Windows with WinAVR where the Unix commands will fail.

disasm:main.bin
$(TOOLCHAIN_DIR)avr-objdump -d main.bin

cpp:
$(COMPILE) -E main.c

flash:
avrdude -c ${ISP} -p ${TARGET} -P ${PORT} -U flash:w:main.hex

#fuses:
#avrdude -c ${ISP} -p ${TARGET} -P ${PORT} -u -U hfuse:w:$(HFUSE):m -U lfuse:w:$(LFUSE):m

avrdude:
avrdude -c ${ISP} -p ${TARGET} -P ${PORT} -v

# Fuse atmega8 high byte HFUSE:
# 0xc9 = 1 1 0 0 1 0 0 1 <-- BOOTRST (boot reset vector at 0x0000)
# ^ ^ ^ ^ ^ ^ ^------ BOOTSZ0
# | | | | | +-------- BOOTSZ1
# | | | | + --------- EESAVE (don't preserve EEPROM over chip erase)
# | | | +-------------- CKOPT (full output swing)
# | | +---------------- SPIEN (allow serial programming)
# | +------------------ WDTON (WDT not always on)
# +-------------------- RSTDISBL (reset pin is enabled)
# Fuse atmega8 low byte LFUSE:
# 0x9f = 1 0 0 1 1 1 1 1
# ^ ^ \ / \--+--/
# | | | +------- CKSEL 3..0 (external >8M crystal)
# | | +--------------- SUT 1..0 (crystal osc, BOD enabled)
# | +------------------ BODEN (BrownOut Detector enabled)
# +-------------------- BODLEVEL (2.7V)
#
# Fuse atmega48 high byte hfuse:
# 0xdf = 1 1 0 1 1 1 1 1 factory setting
# ^ ^ ^ ^ ^ \-+-/
# | | | | | +------ BODLEVEL (Brown out disabled)
# | | | | + --------- EESAVE (don't preserve EEPROM over chip erase)
# | | | +-------------- WDTON (WDT not always on)
# | | +---------------- SPIEN (allow serial programming)
# | +------------------ DWEN (debug wire is disabled)
# +-------------------- RSTDISBL (reset pin is enabled)
# 0xdd = ext.reset, no DW, SPI, no watchdog, no save eeprom, BOD 2.7V
# Fuse atmega48 low byte lfuse:
# 0x62 = 0 1 1 0 0 0 1 0 factory setting
# ^ ^ \ / \--+--/
# | | | +------- CKSEL 3..0 (internal 8Mhz Oszillator)
# | | +--------------- SUT 1..0 (start-up time)
# | +------------------ CKOUT (no clock output)
# +-------------------- CKDIV8 (divide clock by 8)
# 0xdc = divide/1,no clock output,fast raising power,low Pw Oszil. 3..8 Mhz
# 0xe0 = divide/1,no clock output,fast raising power,external Oszil.
# 0xff = divide/1,no clock output,slow raising power,low Pw Oszil 8.. Mhz

SERIAL = `echo /dev/tty.USA19QI*`
UISP = uisp -dprog=$S -dserial=$(SERIAL) -dpart=auto
# The two lines above are for "uisp" and the AVR910 serial programmer connected
# to a Keyspan USB to serial converter to a Mac running Mac OS X.
# Choose your favorite programmer and interface.

uisp:all
$(UISP) --erase
$(UISP) --upload --verify if=main.hex[/syntax]Niestety po uruchomieniu make main.hex w konsoli mam taki komunikat: [syntax=c]~/Pobrane/usbasp.2011-05-28/firmware$ make main.hex
/home/krzysztof/Mikrokontrolery/avr8-gnu-toolchain-linux_x86_64/bin/avr-gcc -Wall -O2 -Iusbdrv -I. -mmcu=atmega328p -c usbdrv/usbdrv.c -o usbdrv/usbdrv.o
Makefile:48: polecenia dla obiektu 'usbdrv/usbdrv.o' nie powiodły się
make: *** [usbdrv/usbdrv.o]: Naruszenie ochrony pamięci[/syntax]Z czego ten błąd wynika i jak to naprawić?

Statystyki: Napisane przez tokirium — 18 lut 2018, o 21:15