Bin 사이즈가 100 MByte 라면 거의 1시간 가까이 걸린다고 봐야겠지요.

참고로 일반 핸드폰의 펌웨어 크기가 80 MByte 정도 됩니다.
멀티미디어 핸드폰의 경우엔 100 MByte가 훌쩍 넘어버리고요.

일반 핸드폰의 경우 전체 펌웨어를 다 업데이트하면 40분 이상 걸리는게 보통입니다. 펌웨어를 전송하는데 속도에 차이가 날수는 있어도 플래쉬 메모리에 쓰는 속도는 달리 개선할 방법이 없습니다.

답변 감사합니다.

JTAG TCK를 10Mhz로 가정했구요(자체 H/W개발)...EmbeddedICE 매크로셀을 이용하기 위해 Scan chain2를 이용했을 때의 속도를 궁금해 합니다.

말씀하신 경우(1시간 언급)는 제가 궁금해 하는 조건인지요?

예전에 JTAG으로 NAND flash로 다운로드 했을때 50kbytes/sec정도의 속도가 나왔었습니다.
현재 USB full speed로 다운로드 하는 경우는 900kbytes/sec를 상회하는 정도 입니다.

답변 감사합니다.

JTAG으로 Nand Flash 다운로드 했을 때, TCK는 얼마로 하셨는지 기억나시나요?
아울러, JTAG Scan Chain 중 몇 번째 Chain을 사용했는지 알 수 있나요?
제가 궁금해 하는 부분은 TCK 조건과 Scan Chain2 (DCC)라는 조건을 염두에 두고, 시간을 확인하고 싶습니다.

김종복님 타겟 hw 의 interface가 jtag 만 있나요?
usb, 또는 lan 등의 추가 interface는 없는 지요?
flash 종류는 아마도 nand 겠지요?
jtag만 있고 nor 라면 jtag 클럭이 아무리 빨라도 nor 쓰는 속도 이상이
불가능하고, nand 라면 jtag 클럭에 따라 nand 쓰는 속도를 따라 갈수
있을것 같습니다.
물론 jtag 말고 다른 interface를 쓰는 것이 통신 속도 면에서
훨씬 유리 합니다.
궁금하신 10Mhz jtag 클럭에 DCC 통신으론 경험상 약15Kbyte/sec
정도의 통신 속도를 낼수 있었습니다.
시리얼통신 115200bps 보다 약간 빠른 수준이죠.
jtag 보다 빠른 인터페이스가 있고, nand를 사용하신다면,
jtag은 flash loader 프로그램 다운 용도로 사용하시고, flash fusing
data 는 다른 인터페이스로 받는 것이 좋을것 같습니다.

윤덕배님 답변 감사합니다.
당장 어떤 타겟 H/W를 대상으로 다운로드를 고민하고 있지는 않습니다. 물론, JTAG외 다른 I/F (USB) 사용이 일반화 되어 있구요. 저는 자체 제작한 H/W를 통해 JTAG을 I/F로 Nor/Nand Flash 다운로드 경험이 있습니다. 전혀 Flash loader를 쓰지 않고, 직접 쓰기 방식이었습니다. 하지만, JTAG 자체만으로도 속도를 향상 시키는 방법을 계속 고민하던 차에 DCC통신쪽을 윤덕배님이 적용해 보신 경험이 있다고 하여 관심갖고 보게 되었습니다.
제가 DCC(Scan Chain2 이용)를 검토한 결과, 속도가 다른 방법(Scan Chain1 이용 or Boundary-Scan Cell 이용) 보다 훨씬 빠를거라 생각했습니다. 물론, Flash loader 프로그램을 1차로 올리고, JTAG (Scan chain2-DCC)를 I/F로 사용한 경우에 말입니다.
위에 언급하신 속도(약 15Kbytes/sec) 대로라면...기대 이하네요. 안타깝습니다.
몇 가지 궁금한 사항이 있습니다.
-. TCK가 10Mhz를 가정했습니다. 혹시 10Khz로 잘못 보신건 아니신지요?
-. 직접 개발하신 H/W로 TCK 10Mhz를 혹시 적용하셨나요?(보통 동글? 사용하면...TCK를 Mhz 단위로 쓰기 어렵지 않습니까?)
-. 상용 Tool 중, Scan Chain2를 이용한 Tool을 혹시 아시나요?
-. 주 방식이 JTAG을 통해 디버그 커뮤니케이션 Data Reg.에 Data를 올려 놓으면, Flash loader가 가져다 바로 flash에 쓰거나 Ram에 저장했다 쓰는 방식 아닌가요? 물론, (JTAG을 통해) 디버그 컨트롤 Reg.를 읽어 상태를 체크하여 동기 맞추는 부분이 필요할 것 같구요...
제가 예상했던...속도에 훨씬 못 미치네요...혹시 좀 더 구체적(Scan Chain2 활용 측면)으로 진행하신 내용을 알 수 없을까요?
부탁드립니다. ([email protected], 019-337-1656)

-. TCK가 10Mhz를 가정했습니다. 혹시 10Khz로 잘못 보신건 아니신지요?
-. 직접 개발하신 H/W로 TCK 10Mhz를 혹시 적용하셨나요?(보통 동글? 사용하면...TCK를 Mhz 단위로 쓰기 어렵지 않습니까?)
telechip 사의 tcc72xx 시리즈 였던걸로 생각되는데
gpio control로 거의 10Mhz정도 나왔던걸로 기억합니다.
물론 clk 발생때만 이죠.
순수 jtag clk hw가 아닌 이상 jtag chain controll과 fusing data 로드 루틴
flash fusing 루틴등에서 시간을 소모 합니다. 따라서 연속적인 jtag clk를
발생한다는 것이 불가능하죠. 이에 따라 순수한 clk speed와 dcc chain clk 계산에
의한 속도 계산은 의미가 없습니다.
-. 상용 Tool 중, Scan Chain2를 이용한 Tool을 혹시 아시나요?
상용으론 openice나 trace-32 등등, 무료 툴로는 wiggler 어뎁터를 사용하는 hjtag 등이 있습니다.
-. 주 방식이 JTAG을 통해 디버그 커뮤니케이션 Data Reg.에 Data를 올려 놓으면, Flash loader가 가져다 바로 flash에 쓰거나 Ram에 저장했다 쓰는 방식 아닌가요?
맞습니다.
혹시 좀 더 구체적(Scan Chain2 활용 측면)으로 진행하신 내용을 알 수 없을까요?
target=_blank>http://www.aesop-embedded.org/download.html

여기 2. JTAG flash write software with documentation 에 s3c2440용으로 작성된 code를 참조 하세요.

답변 감사합니다.

저희는 순수 JTAG clk hw로 Jtag chain control은 연속적으로 할 수 있습니다.(TCK 가변)
제 생각엔 jtag chain control과 fusing data 로딩은 동시(?) or 연속적으로 진행(이를테면, Scan Chain2는 38bit 이나 jtag chain control 때문에 + 알파의 bit가 필요함) 할 수 있다고 보구요...
Flash fusing 부분이 Data 로딩 부분보다 시간이 많이 걸리면, 일단 Data를 Ram에 적재하는 방법을 사용하면(마지막에 Flash Fusing), 이 부분만 놓고 보면, jtag chiain을 통해 Data 로딩하는 시간(Ram적재 포함) + 마지막 flash fusing 시간으로 생각하면 되지 않을까 희망합니다. 물론, 이렇게 되면, 시간의 대부분은 Data 로딩하는 시간이지 않을까 싶구요...TCK를 높일 수록 빨리 로딩 및 적재까지는 할 수 있지 않을까 싶습니다.

제 관심사인, Scan chain2를 사용해야만, DCC를 활용 할 수 있으므로...사전에 Trace-32의 경우, 어떤 Scan chain을 사용하는지 확인해 보았는데...MDS에서 잘 모르더라구요. 저희도 Scan chain1을 이용한 방법은 경험이 있어 이 방법은 시간을 알거든요.

윤덕배님, 알려주신 내용 참고하여 확인 해 보도록 하겠습니다. 감사합니다.

제코드로 대충 계산해 보니 DCC로 32bit 전송하는데 대략 300clk 정도
계산되는 군요. 10Mhz 로 계산해보면 130Kbyte/sec 정도군요.
하시는 작업이 잘 되기를 바라겠습니다.

도움 감사합니다.
혹시 300clk도 개선의 여지는 있을 수 있겠네요. 그건 제가 확인해 보겠습니다.