구차니의 잡동사니 모음

제목이 모호하지만 기분탓으로 넘기고

일단 H-JTAG
LM Flash Programmer
MDK(KEIL) 을 이용한 플래시 read/write 관련 내용이라고 요약!

H-JTAG LPT를 이용한 READ
주의 : Evaluation board가 hibernate 모드면 못 읽어옴. 보드가 살아있는지 확인할 것!
보충 : USB 로 연결되어도 문제는 없음

Step 1. Settings - USB/LPT Selection - LPT 선택하고
           아래와 같이 장비명이 UNKNOWN에서 CORTEX-M3로 바뀌면 정상인식!

Step 2. F 아이콘 눌러 Flasher를 실행, 칩을 선택한다.
          칩모델은 LUMINARY - LMS1968

Step 3. Ext XTAL은 몰라서 그냥 1Mhz로 찍고(어짜피 1 이하로 입력하면 배쨈 -_-)
           INIT / PGM TCK는 그냥 안전빵으로 125KHz로 설정 

Step 4. 가장 아래의 칩 아이콘 눌러주고(Entire Chip 아이콘) Read를 눌러 파일로 저장!

Step 5. 만약 보드가 hibernate 모드라면 아래와 같은 에러가 발생한다.

          정상적으로 연결되었다면, 아래와 같이 읽어옴!

MDK를 이용한 USB 시리얼 JTAG
주의 : 읽어 오는것에 대한 설정은 없음.
보충 : 아직 안써봤음 -_-

Step 1. Stellaris ICDI 로 선택하고 Settings 누르면 

Step 2. 정상적으로 FTDI 드라이버가 설치 되어 있다면, 아래와 같이 Attached Devices에 뜨게 된다.

LM Flash Programmer - USB 를 이용한 ERASE / WRITE
주의 : Evaluation board에 패러럴과 USB JTAG 둘다 연결되면 인식을 못함
보충 : -

Step 1. LM3S1968 Evaluation Board로 설정

Step 2. 위에서 빼낸 bin 파일 선택하고 Program 누르면 3초 정도 내에 구워진 기분?

Step 3. Erase는 1초도 안걸린 기분?
---
2012.1.28 추가
"Upload Flash Contents to a .bin file" 에 파일 이름을 적고 entire Flash를 눌러준후 Upload를 누르면 파일로 저장된다.
---

Step 4. 이건 아직 쓸데 없는듯?

머.. 겁나서 읽어서 쓰기도 손이 덜덜덜 ㅠ.ㅠ
안에 들어있는거 날아가면 어떡해 ㅠ.ㅠ
막 이러면서 쑈함 -_-

매번 헷갈리는게 이 핀이 위에서 보는건지 아래서 보는건지 알수가 없다는거 -_-
아무튼, 여러개를 동시에 보니 항상 같은 배열이고, 5번 쪽에 구멍이 뚫린것을 봐서는
보드 기준 위에서 아래로 내려다 보고 만든 핀 배열인 것으로 생각이 된다.
만약 커넥터측의 회로를 만들어서 떔질을 한다면 아래에서 위로 보고 좌우가 뒤집히게 결선을 해야 할려나?

Atmel avr에만 너무 찌들었나 -_-
cortex m3 관련 구조는 너무 달라서 이리저리 헤매는 중 ㅠ.ㅠ

stellarisware 데모 코드들을 뜯어보고 이리저리 보니
avr이 아래와 같이 ISR() 식으로 정해진 코드로 한다고 한다면

#include <avr/interrupt.h> ISR(ADC_vect) {     // user code here }

arm ti cortex m3 는 초기화 코드중 isr_vector 섹션에 들어갈 변수에 함수 포인터를 등록해주는 식으로 구성된다.
말을 쉽게 하자면, 원하는 함수 명으로 대충 void func(void) 식으로 만들고 등록만 해주면 땡~

__attribute__ ((section(".isr_vector"))) void (* const g_pfnVectors[])(void) = {     (void (*)(void))((unsigned long)pulStack + sizeof(pulStack)),                                             // The initial stack pointer     ResetISR,                               // The reset handler     NmiSR,                                  // The NMI handler     FaultISR,                               // The hard fault handler     IntDefaultHandler,                      // The MPU fault handler     IntDefaultHandler,                      // The bus fault handler     IntDefaultHandler,                      // The usage fault handler     0,                                      // Reserved     0,                                      // Reserved     0,                                      // Reserved     0,                                      // Reserved     IntDefaultHandler,                      // SVCall handler     IntDefaultHandler,                      // Debug monitor handler     0,                                      // Reserved     IntDefaultHandler,                      // The PendSV handler     IntDefaultHandler,                      // The SysTick handler     IntDefaultHandler,                      // GPIO Port A     IntDefaultHandler,                      // GPIO Port B     IntDefaultHandler,                      // GPIO Port C     IntDefaultHandler,                      // GPIO Port D     IntDefaultHandler,                      // GPIO Port E     IntDefaultHandler,                      // UART0 Rx and Tx     IntDefaultHandler,                      // UART1 Rx and Tx     IntDefaultHandler,                      // SSI0 Rx and Tx     IntDefaultHandler,                      // I2C0 Master and Slave     IntDefaultHandler,                      // PWM Fault     IntDefaultHandler,                      // PWM Generator 0     IntDefaultHandler,                      // PWM Generator 1     IntDefaultHandler,                      // PWM Generator 2     IntDefaultHandler,                      // Quadrature Encoder 0     IntDefaultHandler,                      // ADC Sequence 0     IntDefaultHandler,                      // ADC Sequence 1     IntDefaultHandler,                      // ADC Sequence 2     IntDefaultHandler,                      // ADC Sequence 3     WatchdogIntHandler,                     // Watchdog timer     Timer0IntHandler,                       // Timer 0 subtimer A     IntDefaultHandler,                      // Timer 0 subtimer B     Timer1IntHandler,                       // Timer 1 subtimer A     IntDefaultHandler,                      // Timer 1 subtimer B     IntDefaultHandler,                      // Timer 2 subtimer A     IntDefaultHandler,                      // Timer 2 subtimer B     IntDefaultHandler,                      // Analog Comparator 0     IntDefaultHandler,                      // Analog Comparator 1     IntDefaultHandler,                      // Analog Comparator 2     IntDefaultHandler,                      // System Control (PLL, OSC, BO)     IntDefaultHandler,                      // FLASH Control     IntDefaultHandler,                      // GPIO Port F     IntDefaultHandler,                      // GPIO Port G     IntDefaultHandler,                      // GPIO Port H     IntDefaultHandler,                      // UART2 Rx and Tx     IntDefaultHandler,                      // SSI1 Rx and Tx     IntDefaultHandler,                      // Timer 3 subtimer A     IntDefaultHandler,                      // Timer 3 subtimer B     IntDefaultHandler,                      // I2C1 Master and Slave     IntDefaultHandler,                      // Quadrature Encoder 1     IntDefaultHandler,                      // CAN0     IntDefaultHandler,                      // CAN1     IntDefaultHandler,                      // CAN2     IntDefaultHandler,                      // Ethernet     IntDefaultHandler                       // Hibernate };

[링크 : http://e2e.ti.com/support/microcontrollers/stellaris_arm_cortex-m3_microcontroller/f/471/t/85136.aspx#294202]

Atmega128 에 내장된 녀석은 ADC 뿐이며 그것도 10bit 밖에 안된다.

윈도우 녹음기에서 미리설정된 "전화 음질"만 해도 16bit 모노이다 -_-

일단 AVR에서 FFT 연산이 거의 실시간에 가능하다고 해도
전화 음질만도 못한 녀석이어서는 좀.. 안습?

[링크 : http://www.micombox.com/index.php?document_srl=223459]

    [링크 : http://elm-chan.org/works/akilcd/report_e.html] << 아무튼 FFT + LCD 예제

[링크 : http://www.jjj.de/fft/fftpage.html]

인터넷 찾아보니, MAX195 / MAX542 라는 외부 ADC/  DAC 를 구매해서 했다는데
가격을 찾아보니 이거머.... ADC야 만원 미만이지만 DAC는 5만원 정도 -_-

I've used MAX195 as ADC and MAX542 as DAC. Sampling frequency is 24kHz [링크 : http://www.youtube.com/watch?v=BNmr3Sd7UZc]

머.. 간단하고 성급하게 결론을 내리자면 AVR에 내장된 ADC로는 조금 많이 아쉬운 성능.
그리고 DAC는 드럽게 비싸니 이 프로젝트는 심각히 고심을 -_-

---
ATxmega 시리즈에는 12bit ADC / DAC가 내장되어 있다.
12bit가 충분하다면 ATxmega 칩도 고려 해볼만 할 듯 

오늘 code sourcery 설치해서 낑낑대고 하는 중인데
정리가 잘되어 있는 블로그를 발견해서 링크 투척!

[링크 : http://blog.naver.com/PostList.nhn?blogId=sigsaly&from=postList&categoryNo=71]

[링크 : http://www.yagarto.de/#download]

[링크 : https://sourcery.mentor.com/GNUToolchain/subscription29095] CodeSorcery Standard ARM EABI
    [링크 : https://sourcery.mentor.com/GNUToolchain/release1994]
[링크 : https://sourcery.mentor.com/sgpp/lite/arm/portal/subscription3057?lite...  Lite 버전(컴파일러만)
    [링크 : https://sourcery.mentor.com/sgpp/lite/arm/portal/release2029] 

http://www.gnuarm.com/  에서 다운로드 받은 gcc toolchain의 압축을 풀어보니 arm-elf-gcc 라고 나오는데..
일반적으로 사용하던 툴체인이 arm-linux-gcc 여서  검색을 해보니 아래와 같은 차이점이 있다고 한다.

The difference is that the linked output from the arm-elf-xxx toolchain is a linux loadable binary, while arm-linux-xxx outputs a kernel object (ko), which is a blob with its own linkage format (for modules), or the main kernel itself, which doesn't need a packaging format. I.e., for user space you want the final dynamically linked object to be an ELF executable, library, or shared object. For kernel space, you want the final object (kernel or module) to be in the linux-arm-kernel linkage format. You'll notice that the intermediate objects (.o files) of both targets are probably all ELF, since that is what the toolchain is expecting.   [링크 : http://stackoverflow.com/questions/390099/arm-linux-gcc-vs-arm-elf-gcc]

winavr 처럼 윈도우용으로 만든(포팅한) avr gcc 이다.

[링크 : http://pinkwink.kr/28]
    [링크 : http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/#winarm]
[링크 : http://www.gnuarm.com/]

24CXX EEPROM 을 이용한 TWI 예제라는데
데이터시트를 살펴보면 8bit 레지스터를 위한 주소를 가지는 녀석이다.
용량이 큰녀석들은 16bit 주소를 사용하므로 nongnu에서 공개하는 소스대로 사용하면 안될듯 하다.
[링크 :  http://www.nongnu.org/avr-libc/user-manual/group__twi__demo.html] 

[링크 :  http://pdf1.alldatasheet.com/datasheet-pdf/view/200505/SANYO/LE24C0221M.html]

i2c는 1선은 데이터 1선은 클럭을 보내는 구조인데
문서마다 조금씩 다르게 나오고 칩마다 설명이 달라서 모호한 감이 없진 않지만..

아무튼 용어를 정의하자면

i2c는 Master와 Slave로 구성되며
 - Master는 SCL을 통해 클럭을 생성하며, 데이터를 요청하는 주체가 되는 녀석이고
 - Slave는 Master의 요청에 따라 데이터를 받거나 요청시 보내주는 녀석이다.

2개의 선로를 통해 통신을 하며
 - SDA는 데이터를 주고 받으며(즉, Master 기준 Input / Output 전환이 필요하다)
 - SCL은 데이터 구분을 위한 클럭을 Master에 의해서 유지하게 된다.

통신을 주고 받기 위해 Slave에는 Address가 부여된다.
 - 7bit의 경우 상위 4bit의 host Address 하위 3bit의 동일 장치에 대한 구분용 device address가 존재한다.
 - 10bit도 존재한다.(자세한 내용은 http://www.i2c-bus.org/addressing/10-bit-addressing/ 참조)

Bus Empty / Start(start&start continue) / 1bit (data&ACK) / STOP 의 상황이 있다.
 - Bus Empty 는 SCL 과 SDA가 모두 High로 아무도 버스를 사용하지 않는 상황
 - Start는 SCL이 High인 상황에서 SDA가 High 에서 Low로 떨어지는 상황
 - Stop은 SCL이 High인 상황에서 SDA가 Low 에서 High로 올라가는 상황
 - 1bit는 SCL을 SDA가 감싸면서 Low -> High-> Low로 변화하는 상황이다.

통신은 다음의 순서를 따른다.
 - Bus Empty 인 것을 확인하고(둘다 high 임을 확인)
 - Start로 SDA와 SCL을 low로 설정하고
 - 7bit Address를 보내고 1bit의 Write/Read를 보내고(대개는 합쳐서 1byte로 처리함)
 - ACK를 수신하기 위해 SDA의 방향을 Master기준 input으로 변경하고 SCL만 출력한다. (클럭만 내고 처리안하기도 함)
 - 실어보낼 데이터를 전송하고(1byte)
 - ACK를 수신하기 위해 SDA의 방향을 Master기준 input으로 변경하고 SCL만 출력한다. (클럭만 내고 처리안하기도 함) 
 - 더이상 전송할 데이터가 없으면 SDA와 SCL을 high로 설정해 Stop임을 알리고 버스를 놓는다.

i2c 장치에 따라서 다음과 같이 전송을 하게 된다.
(장치내부의 레지스터 주소로 앞의 DATA를 1바이트나 2바이트로 사용하기도 한다.)
 - S / ADDR / ACK / DATA / P
 - S / ADDR / ACK / DATA / ACK / DATA / ACK / P
 - S / ADDR / ACK / DATA / ACK / DATA / ACK / Sr / DATA / ACK / DATA / ACK / P

2011/11/28 - [하드웨어] - I2C