|
#define SECTION(a) __attribute__ ((section(a))) SECTION(".section1")int f1(void) { int a=0; a++; return a; } SECTION(".section1")int f2(void) { int a=0; a++; return a; } SECTION(".section2")int f3(void) { int a=0; a++; return a; } 지정된 위치에 함수(코드)를 위치시킬 수 있다. 응용 : 부트로더 작성
AVR - studio
AVR(atmega) compile err
warning: integer overflow in expression
ex) #define AT24C512_TOTAL_SIZE (32*1024) <<== err
#define AT24C512_TOTAL_SIZE (32*1024L) <== o.k.
아트멜사는 ATMega128을 비롯하여, 공전의 히트 제품을 출시하여, ARM cortex시리즈가 나오기 몇년전까지만해도,
엄청난 인기를 끌었다.
보통 AVR칩, AVR컴파일러등으로 불렀다.
(비디오 기록장치인 AVR과 관련이 없다.)
EEPROM을 내장하고, 적당한 성능에, 적당한 가격과, 무료컴파일러 지원이라는 시스템으로,
많은 사용자를 만들어냈다.
그당시에는 대부분의 컴파일러는 유료였고, 크렉하여 사용하던 시절이다.
현재의 대세인 ARM cortex시리즈와 비교해보면, AVR칩은 8비트에 16MHz이 저사양(?) cpu이고,
ARM cortex는 32비트에 보통 48MHz이상을 대부분 지원한다.
또한, 가격을 대폭 낮추어, 2016년 현재에는 AVR칩이 더 비싼 경우도 있다.
(수요가 줄어서, 가격이 올라간것도 이유)
어쨌든, 2016년에는 ARM cortex가 대세이다.
많은 칩제조회사들이 ARM코어를 사다가 칩을 제조하며,
이들 칩들은 대부분 호환이 가능하다.
가격
========
ARM coretex는 수많은 제조사들이 경쟁하여, 가격이 매우 낮아졌다.
AVR칩은 수요감소로 인해, 가격이 올라가는 추세이다.
소스코드 호환성
================
ARM coretex는 소스코드 조금만 손보면, 대부분의 칩에서 동작이 가능하다는 엄청난 메리트가 있다.
소스레벨에서는 어느정도 호환 가능하나, 사실상, 그냥 컴파일되는 경우는 없다.
또한, 32비트 CPU라서, 윈도우환경에서 개발하여, 포팅하는것도, 더욱 쉬워졌다.
AVR컴파일러는 1~2종류라고 봐도 된다.
2가지 컴파일러중 한가지에서 돌아가는 소스코드이다.
컴파일러 비교
==============
AVR컴파일로는 무료이나, ARM cortex 컴파일러는 gcc로 툴체인 구성하지않는한, 대부분 유료이다.
물론, 무료 컴파일러도 있으나, 많이 사용하지 않는다.
AVR컴파일러는 대표적인것이 2가지가 있다.
ARM컴파일러는 칩종류도 많고, 컴파일러 종류도 많다.
ARM은 소스문법에 따른 버그가 적으나,
AVR은 최적화시, 소스코드 작성을 어떻게 하느냐에따라, 알수없는 버그가 많은 편이다.
잘동작하는코드, 한두줄만 수정해도, 엉뚱한 상황이 벌어지는 경우가 생각보다 많다.
그냥 코드를 새로 다시 작성하다보면, 해결되는 경우도 있다.
코드의 순서를 어떻게 하느냐에 따라 문제가 생길 수 도 있고, 아닐 수 도 있다.
칩의 버그
=========
ARM칩은 각 제조사마다, 칩의 버그가 있는 경우가 있다.
아무래도, 초반이니 있을 수 있는 버그이나, 칩의 종류가 많기때문에, 해당버그는 수정되지 않고, 칩이 단종될 가능성도 있다.
예) STM사의 어떤칩은 UART인터럽트가 중간에 꺼져버린다.(호출이 안된다.)
AVR은 칩의 종류가 사실상 많지 않고, 10년넘게 사용되어, 많은 버그가 수정된 상태이다.
다음 프로젝트에 사용할 CPU는?
================================
당연히, ARM coretex이다.
AVR은 알수없는 컴파일러 문제가, 개발자들을 상당히 괴롭힌다.
이번에도 거의 다된 상태에서, 이상하게 동작을 한경우이다.
최적화 옵션을 끄니, 더 황당한 짓을 하기도 했다.
오히려, Os옵션으로 최적화 했을때, 그래도, 비교적 정상적인 동작을 했다.(어이 없음)
(물론, 윈도우에서 크로스컴파일 에뮬레이션까지 다해본 코드이다.)
| C언어 - 배열 값 대입 코드 비교 (0) | 2016.12.16 |
|---|---|
| ARM Cortex-Bit-banding (0) | 2016.12.05 |
| 임베디드 디버깅, 개발을 위한 크로스컴파일 환경 구축 (0) | 2016.11.02 |
| gcc 링커스크립트 - 부트로더 주소지정 방법 (0) | 2016.10.07 |
| In-Application Programming (IAP) (0) | 2016.10.07 |
네.
그러나, 문법을 안다고, 글을 잘쓰는건 아닙니다.
글을 잘쓰기위한, 기본 조건입니다.
프로그램을 잘만들려면, 많은 것이 필요합니다.
- C언어도 능통해야하고,
- 프로그램 작성에 대한 노하우(방법론)
- 프로그램하려는 분야에도 많은 지식이 있어야합니다.
- ATmega도 하려면, 하드웨어(전자회로)에 대한 지식도 있어야 합니다.
좋은 스승만나서, 열심히 하다보면, 잘하게 될겁니다.
천리길도 한걸음 부터...
| In-Application Programming (IAP) (0) | 2016.10.07 |
|---|---|
| ARM Coretex STM3 - UART 인터럽트 송신 버그(?) (0) | 2016.09.28 |
| C언어 - 노드가 먼가요? (0) | 2016.09.22 |
| VC++ 6.0 크로스컴파일 디버깅 (0) | 2016.09.22 |
| warning: iteration 15u invokes undefined behavior [-Waggressive-loop-optimizations] (0) | 2016.09.22 |
