-
Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
From: Michał Lankosz <m...@t...pl>
Newsgroups: pl.misc.elektronika
Subject: avr-gcc generowanie pliku bin
Date: Sun, 12 Feb 2012 19:02:38 +0100
Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
Lines: 45
Message-ID: <jh8us0$l9i$1@inews.gazeta.pl>
NNTP-Posting-Host: 80.51.142.201
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: inews.gazeta.pl 1329069760 21810 80.51.142.201 (12 Feb 2012 18:02:40 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sun, 12 Feb 2012 18:02:40 +0000 (UTC)
X-User: dxfm
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0) Gecko/20120129 Thunderbird/10.0
Xref: news-archive.icm.edu.pl pl.misc.elektronika:625934
[ ukryj nagłówki ]Zainstalowane mam AVR Studio 5, wraz z gcc. Chciałem automatycznie
generować plik bin. Poszperałem trochę i znalazłem, że należy użyć
polecenia:
avr-objcopy.exe --output-target binary ...
Wpisałem w okienko "Post build event command line":
$(QUOTE)$(AVR_APP_PATH)avr-objcopy.exe$(QUOTE) --output-target binary
$(OutputFile) $(Name).bin
i otrzymałem plik o długości 8 454 152 B, a powinien mieć 11 514 B.
Dlaczego? Program jest dla ATmega128. Teraz używam jakiegoś znaleziska
hex2bin.exe, ale zastanawia mnie, jak to zrobić za pomocą avr-objcopy
(lub inaczej z wykorzystaniem narzędzi wbudowanych w kompilator). Nie
chce mi się jednocześnie bawić we własny makefile.
Plik HEX:
:100000000C94C4020C94E3020C94E3020C94E302FB
:100010000C94E3020C94E3020C94E3020C94E302CC
:100020000C94E3020C94E3020C94E3020C94E302BC
:100030000C947A060C94E3020C94E3020C94E30211
:100040000C94E3020C94E3020C94C6030C94410359
:100050000C94E3020C94E3020C94E3020C94E3028C
.......
:102C70004A3318F0495D31FD4052419302D0A9F723
:102C8000EACFB4E0A6959795879577956795BA951D
:102C9000C9F700976105710508959B01AC010A2EE3
:102CA00006945795479537952795BA95C9F7620FBA
:0E2CB000731F841F951FA01D0895F894FFCF79
:102CBE000D0A206E65772062617564726174653AE3
:102CCE00202564000D0025303278003D2530327805
:102CDE0020000000000300000000E50200000000DC
:0C2CEE000301FF01010101081929090080
:00000001FF
Nie wiem co to za 'zakłócenie' w linijce o adresie 0x2CB0, przecież
obszar jest ciągły...
Binarka zaraz za programem zawiera zera, tylko na samym końcu jakieś
różne od zera (podgląd HEX):
0080FFF0: 00 00 00 00 00 00 00 00 | 00 00 00 00 00 00 00 00
00810000: 01 FF 01 01 01 01 00 00 |
Michał
Następne wpisy z tego wątku
- 12.02.12 19:03 Sebastian Biały
- 12.02.12 20:36 Michał Lankosz
Najnowsze wątki z tej grupy
- Disk on Module, czym to odczytać?
- Pasta ochronna? Lutownicza?
- zagadka pneumatyczna
- Klip testowy, jak sie to używa
- Jak sie smazy elektronike z odleglosci kilkuset metrów?
- William Shockley, co-inventor of the transistor
- Gazowy kocioł CO regulacja cyklingu i regulacja pogodowa
- Zamek elektroniczny
- szablon do pasty DIY
- Głośnik potrzebny
- Silikonowy przewód ekranowany
- Wtyk bananowy ekranowany
- Co może być gorsze od pożaru elektryka?
- daltonizm
- Mały Linux
Najnowsze wątki
- 2025-11-17 NOWY: 2025-11-16 IBM i Holocaust - komentarz.pdf
- 2025-11-16 PESEL i problemy
- 2025-11-16 Jak przywrócić motyw?
- 2025-11-16 policja ochrania
- 2025-11-16 Disk on Module, czym to odczytać?
- 2025-11-16 Disk on Module, czym to odczytać?
- 2025-11-15 zaściankowe bydło
- 2025-11-15 Pasta ochronna? Lutownicza?
- 2025-11-14 "Partia rządzi, partia radzi. Partia nigdy cię nie zdradzi..."
- 2025-11-14 Czyja PRAWNA wina: Ukraina zestrzeliła ruski pocisk Iskander na ambasadę Azerbejdżanu
- 2025-11-14 Warszawa => Junior Rekruter <=
- 2025-11-14 Myślenice => Specjalista ds. kontrolingu <=
- 2025-11-14 Warszawa => Fullstack PHP Developer <=
- 2025-11-14 Warszawa => Mid/Senior IT Recruiter <=
- 2025-11-14 Zakrzewo => SAP HCM Consultant <=
Elektromobilność dojrzewa. Auta elektryczne kupujemy z rozsądku, nie dla idei
