기초를 탄탄히

실행파일(.exe)의 모양

실행파일을 더블클릭하거나 Enter하면 -> 로더가 메모리에 프로그램을 옮겨줌(하드->메모리)

컴파일 시 메모리에 올라가므로 펌웨어 코드를 최적화 해야 메모리를 적절히 사용 가능.

MCU = 여러가지 기능을 함, 한 꺼번에 집어 넣음

전압의 기준점: GND

GND가 변하면 전압의 측정값이 변한다. GND는 보통 지구를 기준으로 한다.

RC: 저항(Resistence) + 커패시터

RC회로 조합= 주파수 생성 가능(저주파)

oscillator: CPU를 동작시킴, 주파수 생성기(발진기)

RC-oscillator: 내부적으로 돌리는 주파수 생성, 속도가 늦다 (ex. 엘리베이터)

Crystal oscillator: 외부 발진기, 속도 빠름

위 두개의 oscillator은 특정 주파수를 계속 생성해내는 것들.

Watchdog(워치독): CPU 리셋하는 회로가 있음. OS가 제대로 작동을 못 하면 스스로 재부팅하는 기능. 리셋기능이 있는 타이머라서 OS가 제대로 작동을 하는 지 수시로 확인. 만약 OS가 제대로 작동을 못 해서 타이머 리셋을 못하면 재부팅된다.

Brown-out 상황: 정상작동 전압 이하로 떨어졌을 때 CPU가 오동작하는 현상. CPU는 작동을 안 하는데 CPU 주변 장치들이 움직이거나 하는 상황.

Interrupt 함수: 하드웨어 외부에서 신호가 오면 불리거나 내부에서 불리는 함수. 일반적인 함수가 의도적 호출이라면 Interrupt 함수는 OS가 알아서 불러주는 함수.

ISR = Interrupt Service Routine: 인터럽트 서비스를 제공하는 코드. 인터럽트가 들어왔을 때 처리하는 일 목록.

비동기식 데이터 전송과 동기식 데이터 전송의 차이: 비동기식은 상대방이 데이터를 언제 보낼지 모름. 동기식은 클럭 신호를 이용해서 데이터를 보내기 전에 상대방에게 미리 알려줄 수 있다.

2개의 선을 사용하는 시리얼 통신(직렬 통신) 방식을 I2C라고 부른다. 시리얼 통신의 반대되는 개념으로는 병렬 통신(버스)이 있다.

그림과 같이 시리얼 통신은 I2C 통신, SPI 통신, UART 통신으로 나눌 수 있다.

위의 그림은 2선으로 구성되는 비동기 통신이다. TX는 송신하는 선, RX는 수신하는 선, GND는 Ground이다. 비동기 통신은 상대방이 데이터를 언제 전송할 지 알 수 없으므로 만약 0(Low) 상태에 있다가 0110 1101 이란 데이터를 수신하게 된다고 하면, 0110 1101? 의 데이터를 받은 것인지 110 1101? 의 데이터를 받은 것인지 알 수가 없으므로 이에 대한 해결책이 필요하다.

그래서 UART serial 통신을 지원한다고 datasheet에 나와 있다면 데이터의 앞 뒤로 head와 tail부분을 부수적으로 덧붙여주는 기능이 들어가 있는 것이다(Head와 Tail 펄스를 만들어내는 기능). head만 붙일 수도 있는데 그렇다면 1byte씩만 받겠다던지 하는 약속이 정해져 있는 것이다.

 만약 UART serial 통신을 지원하지 않는다고 datasheet에 나와 있다면 저런 기능을 SW적으로 구현을 해줘야한다. 부수적으로 덧붙이는 것을 오버헤드라고 부른다. Serial 통신이 느려지는 이유.

위의 그림은 5선으로 구성된 동기화 통신 방식이다. 예로 USB가 5선식 동기화 통신 방식으로 구성돼 있다. CLK는 클럭선인데 CLK에서 신호를 보내면서 데이터의 송수신이 시작된다. USB는 고속시리얼 통신으로 클럭선을 사용하여 속도가 매우 빠르다.

Flash, EEPROM = 저장장치

EEPROM(Electrically Erasable PROM)은 On-Board상태에서 사용자가 내용을 Byte단위로 Read하거나 Write 할 수 있으므로 사실상 SRAM처럼 사용 할 수 있는 불휘발성 메모리이다.(NVRAM, Non-Volatile RAM이라고 부르기도 한다.) 그러나, 이것의 Read 동작은 Access동작이 다소 느릴지라도 SRAM과 유사하므로 별 문제가 없는데 비하여, Write 동작을 수행하는 경우에는 1byte를 write 할 때마다 수 ms 이상의 시간지연이 필요하므로 SRAM과 동일하게 사용할 수는 없다. 따라서 EEPROM은 실시간으로 사용되는 변수를 저장하는 메모리나 스택 메모리로는 사용될 수 없으며, 한번 내용을 저장하면 비교적 오랫동안 이를 기억하고 있으면서 주로 이를 읽어 사용하기만 하거나 전원을 꺼도 지워져서는 않되는 중요한 데이터를 백업하여 두어야하는 설정값 저장용 메모리로 적합하다. 이 메모리 소자는 28Cxxx의 형태로 이름을 짓는 경우가 많다. 

Flash Memory는 On-board 상태에서 사용자가 내용을 Byte단위로 자유로이 Read 할 수는 있지만, Write는 Page 또는 Sector라고 불리는 Block 단위로만 수행 할 수 있는 변형된 EEPROM이다. 블록의 크기는 Memory 소자나 Maker에 따라 다르지만 대체로 64Byte, 128Byte, 246Byte 등에서 부터 128KB까지도 사용한다. 이렇게 Flash Memory는 EEPROM과 매우 유사하지만 Byte단위로 Write하는것이 불가능하므로 Page mode write 기능만 가지는 EEPROM이라고 생각하면 되며, 따라서 역시 SRAM처럼 실시간 Data memory로 사용하는 것은 불가능하다. 그러나, Flash memory는 EEPROM보다 Memory Cell 구조가 간단하여 휠씬 대용량의 메모리 소자를 만드는데 적합하며, 1개의 Block 전체를 Write하는데 수 ms 정도가 걸리므로 대용량 Data를 Write할 때는 EEPROM보다 훨씬 빠르다는 장점을 가진다. 

그런데, Flash memory는 내부 구조에 따라서 NOR형 Flash와 NAND형 Flash memory로 나누 수 있다. NOR형 Flash는 다른 Memory 소자와 같이 외북 구자가 Address bus, Data bus, 그리고 몇가지의 제어신호 및 전원으로 되어 있어서 프로그램 저장용으로 널리 사용된다. NOR형 Flash memory는 대부분 29Cxxx 형태의 이름을 가지고 있다. 그러나, NAND형 Flash memory는 Address bus와 Data bus가 따로 있는 것이 아니고 8개(또는 16개)의 Data 신호와 몇 개의 제어신호 및 전원핀을 가지고 있다. 8개의 Data 신호선은 Address 및 제어명령을 Write하거나 Data값을 읽고 쓰는 용도로 사용된다. 이렇게 하면 Memory를 읽고 쓴느 동작은 좀 번거로워지지만 Memory 용량이 증가하더라도 핀 수가 늘어나지 않으므로 하드웨어 규격을 통일 할 수있어서 Flash memory를 마치 Hard disk처럼 사용하는 것이 가능하다. 특히, 요즈음에는 휴대용 기기를 염두해 두고 1.8[V]나 3.3[V]의 저전압에서 동작하는 수십 MB~ 수 GB짜리 대용량의 NAND형 Flash memory가 많이 개발되어 휴대용 통신기기, 디지털 카메라, MP3 Player, 이동형 USB Memory등과 같은 용도에 널리 사용되고 있다. 

참조: AVR ATmega128 마스터, 44Page (Oho사, 윤덕용 저) 

PWM = Pulse Width Modulation (펄스 폭 변조)

사용용도: ex) 크리스마스 트리 전구의 서서히 밝아졌다가 서서히 어두워지는 기능 등

OCM = Output Compare Modulator (출력 비교 변조기)

ex) 자동차 RPM 측정 등

channel = 핀개수, 다리 개수, 회로 개수 = 즉, 기능을 똑같이 하는 것들을 채널이라고 부름

ADC = Analog Digital Converter (아날로그를 디지털 변환기)

아날로그를 디지털로 변환할 때는 샘플링을 해야 한다. 샘플링이란 아날로그처럼 연속적인 신호를 규칙적인 부분으로 나눠서 그 부분의 데이터 값을 가져오는 방법이다.

파란선으로 된 부분이 아날로그 신호를 디지털화 하기 위해서 샘플링 한 것인데, 이 샘플링을 1초에 몇 번 하느냐에 따라서 샘플링 주파수가 나오게 된다. 만약 5Hz의 샘플링 주파수를 가지고 있다면 1초에 5번의 샘플링을 진행하는 것이다. 그리고 이 샘플링이 가로축에 대해서만 하는 것이 아니라 세로축에 대해서도 샘플링을 할 수가 있는데, 

빨간선으로 보이는 부분이 세로축(진폭)에 대해서 샘플링을 수행 한 것이다. 이것도 아까 위에서 말한 것처럼 샘플링 주파수를 계산할 수 있다.

예를 들어 CD의 샘플링 주파수는 16bit 44.1kHz이다. 즉 44100Hz*65536bit(2^16=2byte)=88200Byte가 나온다. 88200Byte는 음원의 1초 용량이다. 만약 음원이 스테레오면 *2, 3분짜리 음원이면 *180, 메가바이트 단위로 바꾸려면 1024를 두 번 나누어 주면 된다.

DAC = Digital Analog Converter (디지털 신호를 아날로그 신호로)

양자화의 특성 때문에 아무리 디테일하게 샘플링을 해도 디지털이랑 아날로그는 똑같을 수 없다. 아날로그에서 디지털로 변환할 때 손실 압축이 진행된다.

ADC가 녹음기(샘플링 시켜서 디지털화)라고 본다면, DAC는 재생기라고 볼 수 있다.

JTAG = 선 규약(국제표준) JTAG 지원 장비를 사서 꽂으면 내부를 볼 수 있고, control이 가능하다.

Embeded System 개발 시에 사용하는 디버깅 장비이다. Embeded System을 개발하기 위해 통합한 회로로 사용되는 IEEE 1149.1의 일반적인 이름이지만 보통 디버거를 가리킨다. 일반적으로 JTAG란 말 보다는 Boundary-Scan이란 말을 더 많이 사용한다. CPU의 상태와는 상관 없이 디바이스의 모든 외부 핀을 구동시키거나 값을 읽어 들일 수 있는 기능을 제공한다.

JTAG의 작동방식?

칩 내부에 Boundary Cell을 만들어 이것이 외부의 핀과 1:1로 연결되어 프로세서가 할 수 있는 동작을 중간의 Cell을 통해 인위적으로 수행할 수 있도록 하는 것이다. 이런 방식으로 JTAG는 다양한 하드웨어의 테스트나 연결 상태등을 체크할 수 있다. 또한 JTAG 라인을 통해 칩 내부를 조사(capture 기능) 및 제어(INTEST 기능)을 할 수 있다. 이 밖에도 EXTEST 기능을 이용하여 Embeded System의 다른 칩을 제어 할 수도 있다. 예를 들면 Embeded Systemm의 ROM(Nor Flash일 경우), NAND Flash 등의 내용을 기록하거나 읽어 낼 수 있다. 리눅스의 부트로더등을 다운로드하여 아무런 코드도 없는 Embeded System을 부팅하게 만들 수 있다.

http://www.kocoafab.cc/tutorial/view/526

http://air802.tistory.com/2

http://forum.falinux.com/zbxe/index.php?document_srl=551847&mid=lecture_tip

Little Endian과 Big Endian

위의 그림은 Big Endian의 메모리 저장 방식이다. Most Significant Byte(최상위 바이트)부터 메모리에 저장을 하여 Least Significant Byte(최하위 바이트)까지 저장하는 방식이다.

위의 그림은 Little Endian의 메모리 저장 방식이다. 메모리에 저장할 때 LSB부터 저장을 하여 MSB까지 저장을 한다. 

이렇게 굳이 2가지로 구분을 해서 저장을 해야 할까? 그냥 Big Endian이든 Little Endian이든 한 가지 방식으로만 통합해서 사용하면 훨씬 편할텐데 왜 이렇게 했을까? 

이유는 Big Endian 방식은 논리적인 것들이나 숫자의 대소 비교를 할 때 Little Endian 방식보다 훨씬 빠르다. 예를 들어서 0x98251501, 0x11251501 있다고 하면, 숫자의 대소 비교는 제일 앞부터 비교를 하는 것이 시간을 단축할 수 있다. 만약 Little Endian 방식으로 사용해서 비교를 한다면 3바이트를 비교한 후, 마지막 바이트까지 검사를 해야 숫자의 대소 비교가 끝날 것이다. 또한 사람이 숫자를 읽고 쓰는 방식과 유사하기 때문에 소프트웨어의 디버깅이 쉽다는 장점이 있다.

하지만 계산에 있어서는 Little Endian 방식이 훨씬 효과적이다. 0x0145와 0xFA99가 있다고 하면 앞에서부터 계산하는 것이 쉽겠는가 뒤에서부터 계산하는 것이 쉽겠는가?

함수 포인터는 반환형+(*함수이름)+인자로 이루어진다. 함수 이름을 진한색으로 표시한 이유는 단순 함수 이름이 아니라 (*)의 함수 이름이기 때문이다.

printf의 함수 원형(프로토타입) 

int printf (const char*, ...);

↓↓↓↓

타입 추출 (함수 이름만 제거)

int () (const char*, ...);

↓↓↓↓

int (*) (const char*, ...);

symbol table로 나타내면 

즉, printf의 함수 타입을 추출해 보면 int (*) (const char*, ...);란 결과를 얻을 수 있다.

자 그럼 내가 만든 함수에서 return 값으로 printf 함수 자체를 반환하면 어떻게 함수 구현을 해야 할까?

일단, 함수의 기본을 보면 예를 들어서 인자는 없고 int형 test함수를 만들고 싶다고 생각했다면 int test(void) { ~~~}를 떠올릴 수 있다. 여기서 반환형은 int, 함수 이름은 test, 인자는 (void) 이다. 

방금 printf 함수의 반환형 int (*) (const char*, ...)라고 하였다. 그렇다면 return printf을 하여서 나오는 반환형은 저 부분이 되어야 하니까 

int (*) (const char*, ...) { ~~ return printf } 가 되게 된다. 여기서 함수 이름을 test로 한다고 하면

int (*test (void)) (const char*, ...) {~~ return printf }

여기서 test(void) 함수 대신 뭐 p를 쓴다던가 단순 변수를 쓰게 되면 그냥 변수가 돼버린다. 주의!!!

이렇게 printf 함수를 반환하는 test함수를 만들었다면, 이걸 main에서 호출해 보자. 방금 만든 test함수의 원형을 살펴보면

맨 처음에 했던 타입 추출하는 방법대로 함수 이름 부분을 (*)로 바꿔주면 된다.

즉, int (*(*)(void)) (const char*, ...) 가 함수 타입 추출이다. 그렇다면 여기에 call이란 함수 포인터 변수를 만들어 준다면?

int (*(*call)(void)) (const char*, ...)

int main()

{

    int (*(*call)(void) (const char*, ...);

    call = test;

}

이렇게 해주면 main에서 내가 만들어준 함수인 test를 호출하고 test함수에서 printf 함수를 리턴하는 것까지 에러, 경고 없이 컴파일이 된다.

ㅎㅎ

http://kkamagui.tistory.com/861

https://bpsecblog.wordpress.com/2016/05/16/memory_protect_linux_1/

참고

컴파일 과정

비주얼 스튜디오 = IDE (통합개발환경) == 에디터, 컴파일러, 에디터