embeded/80512009. 4. 21. 17:51
신기한 현상을 발견했다.
코드의 위치에 따라 용량이 상당히 많이 변한다는 사실!

for(idx = 0; idx < len; idx++)
{
	tempUnicode = input[idx];
	if(0x0020 <= tempUnicode && tempUnicode < 0x0080)	res = (char)(tempUnicode & 0x00FF);
	else if(tempUnicode == 0x00E1)						res = 0x80;
	else if(tempUnicode == 0x00E0)						res = 0x81;
	...
	else if(0x0400 < tempUnicode && tempUnicode <= 0x045F)
	{
		switch(tempUnicode)
		{
			case 0x0401:	res = 192 +	0;	break;
			case 0x0402:	res = 192 +	1;	break;
			...
		}
	}
	else												res = ' ';
}

Program Size: data=187.7 xdata=0 code=9505

for(idx = 0; idx < len; idx++)
{
	tempUnicode = input[idx];
	if(0x0020 <= tempUnicode && tempUnicode < 0x0080)	res = (char)(tempUnicode & 0x00FF);
	else if(0x0400 < tempUnicode && tempUnicode <= 0x045F)
	{
		switch(tempUnicode)
		{
			case 0x0401:	res = 192 +	0;	break;
			case 0x0402:	res = 192 +	1;	break;
			...
		}
	}
	else if(tempUnicode == 0x00E1)						res = 0x80;
	else if(tempUnicode == 0x00E0)						res = 0x81;
	...
	else												res = ' ';
}

Program Size: data=189.7 xdata=0 code=9698

바뀐건, else if() 내부에 switch()가 있는 경우의 위치가 바뀐 경우이다.
속도 최적화를 위해 빨리빠져 나갈수 있도록 위로 옮겨 주었떠니 용량이 무려!!!
193 바이트나 늘어났다.. OTL

아마도..
코드사이즈가 커지면서 MOV대신 MOVX 라던가..
이런식으로 명령어에 넣어야 하는 주소의 크기가 달라지면서 발생하는 문제가 아닐까 생각이 된다.
Posted by 구차니
embeded/80512009. 4. 21. 17:36
if(tempUnicode == 0x00E0)        output[out_idx] = 0x80;
else if(tempUnicode == 0x00E0) output[out_idx] = 0x80;
else if(tempUnicode == 0x00E0) output[out_idx] = 0x80;
...
else if(tempUnicode == 0x00E0) output[out_idx] = 0x80;
// 대략 128개

이녀석을 컴파일 하면
Program Size: data=189.7 xdata=0 code=10418

if(tempUnicode == 0x00E0)        res = 0x80;
else if(tempUnicode == 0x00E0) res = 0x80;
else if(tempUnicode == 0x00E0) res = 0x80;
...
else if(tempUnicode == 0x00E0) res = 0x80;
// 대략 128개

이녀석을 컴파일 하면
Program Size: data=187.7 xdata=0 code=9518


별거 아닌 코드이지만, 900byte 차이가 난다.
결론. 8051에서는 배열사용을 자제하자(switch / if-else 문처럼 한번의 액션에 분기되는 거라면)
Posted by 구차니
embeded/80512008. 12. 18. 00:04
TIMER/COUNTER는 숫자가 클럭 마다 1씩 증가 한다.
8051의 경우에는 입력 클럭을 1/12 로 분기 해서 사용하므로
11.0592Mhz로 할 경우에 1초당 921,600 연산이 가능하다.
(반대로 이야기 하자면 921,600 카운트가 진행되면 1초라는 의미이지만,
16bit 카운터로는 65536이 한계이므로 0.07초 70ms가 측정 가능한 최고 시간이다)

일단 타이머와 카운터는 인터럽트나 이런것의 영향 없이 독립적으로 증가 하므로,
정확하게 시간을 측정할 수 있는데

내가 원하는 시간을 재기 위해서 어떻게 카운터를 설정하냐는 것이 문제였다.
(물론 알고 나니 그럴 고민 조차 의미가 없었지만 ㄱ-)

prescaler를 설정해서 1clock에 증가하는 숫자가 1이 아니어서 원하는 횟수를 돌고(원하는 시간후에)
timer/counter overflow interrupt를 발생시키는 것으로 알고 있었는데..

8051에는 일단 timer/counter에 대한 prescaler가 존재 하지 않는다.
(prescaler를 잘못 이해 한것인지는 모르겠지만..)

즉, 원하는 시간을 클럭으로 계산후에
Timer/counter의 초기 값을 설정해주고, 그 값이 overflow 되기를 기다리면 되는 것 이었다.

예를 들어 1ms 를 원한다면
1초 = 1000ms 이므로
대략 921.6 clock 후에는 overflow가 되도록 설정을 해야 하고
256을 넘어 서므로 16bit 카운터로 설정하여
16bit 카운터의 최대 값에서 원하는 시간을 뺀
"65536 - 921 = 64615 = 0xFC67" 을 타이머에 설정을 해주면
원하는 시간인 1ms 후에 overflow가 발생하게 된다.

그리고 overflow 이후에는 0으로 리셋되므로
overflow ISR(Interrupt Service Routine)에는 매번 타이머/카운터를  설정을 해주어야
주기적으로 시간을 측정할 수 있게 된다.

'embeded > 8051' 카테고리의 다른 글

keil compiler - memory type (code,xdata,idata)  (0) 2009.04.14
Keil compiler - Error : Segment too large  (0) 2009.04.13
Keil evaluation Limitation  (0) 2008.12.07
KEIL Cx51 - Warning L5: CODE SPACE MEMORY OVERLAP  (0) 2008.12.01
8051에 관하여  (0) 2008.11.28
Posted by 구차니
embeded/80512008. 11. 28. 23:32
8051 공부 하는데 필요한 사이트 몇개 발견

http://8052.com/
이름부터가 8052를 공부 한다면 당연히 외워야 할꺼 같다!!
공부 하는데 꽤 많은 도움을 주었던 8052 문서가 여기 tutorial이었다니 OTL

http://www.keil.com/support/man/docs/c51/
8051용 컴파일러중에 가장 유명할 듯한 KEIL 컴파일러 C51에 대한 설명서이다.
눈여겨 볼 부분은 8051에 특화된 부분인 Language Extensions 부분이다.
레지스터등의 설명은 8052.com을 참고하는 것이 좋다.

http://sdcc.sourceforge.net/
KEIL의 경우 데모 버전은 2KB 용량 제한/코드 시작 번지가 4000H로 고정 되는 제한이 있다고 하고
상용프로그램인 관계로 무료 공개 컴파일러를 필요로 한다면 SDCC 라는 컴파일러를 사용하면된다.
물론 keil의 language extions 부분에서 _at_ 지정자 등의 차이를 보인다.
(많이 사용해보지 않아서 발견한 부분은 _at_ 키워드 뿐이다)
KEIL 컴파일러의 경우에는 sdcc와는 반대 순서로 선언이 된다.
unsigned char test _at_ 0x00; 이라고 Keil에서 선언한다면
sdcc에서는
unsigned char at 0x00 test; 라고 선언이 된다.

[cross link : http://blog.naver.com/morpheuz82/130024216128]



http://www.ustr.net/
IR 관련 소스 및 정보도 풍부하고, 각종 유틸리티들이 download에 많이 있다
(잘 찾아 보면 디스어셈블러도!!)

'embeded > 8051' 카테고리의 다른 글

Keil compiler - Error : Segment too large  (0) 2009.04.13
8051 TIMER 에 대하여  (0) 2008.12.18
Keil evaluation Limitation  (0) 2008.12.07
KEIL Cx51 - Warning L5: CODE SPACE MEMORY OVERLAP  (0) 2008.12.01
KEIL Cx51 - 변수형  (0) 2008.11.25
Posted by 구차니
embeded/80512008. 11. 25. 16:05
sfr - Special Function Register
sbit - SFR Bit

sbit name = sfr-name ^ bit-position;
sbit name = sfr-address ^ bit-position;
sbit name = sbit-address;

두번째나 세번째나 매한가지 이지만, readability를 따지자면 1번이나 2번으로 하는 것이 좋을 듯 하다.

#define P0 0x80 // port 0 SFR address
sbit P0_1 = P0 ^ 1;
sbit P0_1 = 0x80 ^ 1;
sbit P0_1 = 0x81;

이런 방법으로 사용이 가능한데,
문제는 sfr 0x81은 SP로 정의 되어 있다. 이런 이유로 혼동의 여지가 있으므로 주의하는게 좋을 듯 하다.

세번째 방법의 경우,
0x80 + bit 식으로 사용하며 예를 들어 7번째 비트를 사용하고 싶다면 0x87을 사용하면 된다.
0xC8의 6번째를 사용하고 싶다면 0xC8 + 6 = 0xCE 가 된다.

제약 조건으로는 세번째 방법의 경우 lower nibble이 0이거나 8이어야 한다고 기술 되어 있는데,
다르게 말하자면
0x80인 P0은 sbit으로 사용가능하지만
0x81인 SP는 sbit으로 사용이 불가능하다.
간단하게 아래 표의 가장 왼쪽 라인의 P0 P1 P2 P3 P4 TCOn SCON IE IP T2CON PSW ACC B 만 사용가능할 듯 하다.




[sfr : http://www.keil.com/support/man/docs/c51/c51_le_sfr.htm]
[sbit : http://www.keil.com/support/man/docs/c51/c51_le_sbit.htm]

'embeded > 8051' 카테고리의 다른 글

Keil compiler - Error : Segment too large  (0) 2009.04.13
8051 TIMER 에 대하여  (0) 2008.12.18
Keil evaluation Limitation  (0) 2008.12.07
KEIL Cx51 - Warning L5: CODE SPACE MEMORY OVERLAP  (0) 2008.12.01
8051에 관하여  (0) 2008.11.28
Posted by 구차니