차세대 하이엔드 FPGA, Stratix 10의 혁신적인 Hyperflex 아키텍쳐 집중탐구
임*오 : Hyper-Register를 사용하기 위하여 Quartus 툴에서 별도의 옵션을 사용해야 하나요?
: 지금 현재 Quartus version에서는 옵션을 위해 patch가 필요하며 update version에서는 Quartus에 포함 됩니다.
양*대 : 성능향상은 있어보입니다. 하지만 하이퍼레지스터가 10배 정도 많다고 하면 그만큼 영역을 많이 점유하지 않나요!?
: Hyper regiter 사이즈는 현재 실리콘 공정에서 제작시 매우 작은 크기로 만들 수 있습니다. Arria 10 대비 die size가 큰 차이가 없는 것으로 알고 있습니다.
전*수 : 성능은 확실한 업이네요 이전 제품과의 칩 호환성을 알고 싶습니다. 1:1호환
: design에 대한 호환성이라면, 기존 Arria10을 Target하셨다면, 거의 1:1 호환이며, 28nm 제품이 이전 design이라면, IP 등 library등의 update및 적용을 위한 수정이 필요합니다. Package는 Arria10의 일부 제품군이 호환되며, 이전제품은 호환이 되지 않습니다.
Android TV와 Nexus Player를 위한 Application 개발
김*근 : 그리고 추가적으로, 터치 지원이 안되는것 같은데, 추가적으로 하드웨어를 구성한다면, 터치도 가능한가요..? 아니면 소프트웨어상으로 터치가 불가능한것인가요?
: Nexus player같이 셋탑의 형태는 touch를 사용할 수 없기때문에 touch 를 사용할 수 없습니다. 그리고 아직은 Android tv에 touch를 지원하지 않는다고 되어 있습니다. 추후에 스마트 tv에 터치인터페이스가 지원이 된다면 가능할것 같습니다.
유*신 : 레퍼런스 디바이스를 출시했다는 것은 본격적으로 해당 칩셋에 대한 준비가 거의 되었다는 뜻인 것 같습니다만, 그전에 레퍼런스 디바이스를 위한 evaluation board도 함께 제공되나요? 그리고 문서등 기술지원은 어떤가요?
: 제품 출시는 작년부터 이루어 졌으며, android에서 개발자 문서를 제공하고 있습니다. http://developer.android.com/intl/ko/tv/index.html
김*준 : CPU별로 NDK로 멀티플 등록하는 것이 SDK로 통합하여 등록하는 것보다 혹시 속도적인 이점이 있나요?
: 속도적인 부분은 차이가 없습니다. 멀티로 등록을 하게 되면 apk파일의 size가 줄어들지만, 여려개의 파일을 관리해야하는 부분이 있습니다.
장*규 : phone과 달리 TV 환경에 따른 UI관련 설정 및 동작엥 대한 android policy 측면에서 다른 것들이 SDK에 고려되어 있을 거라 생각됩니다.
: 우선 touch가 지원되지 않습니다. 그래서 UX를 구성할때 이를 고려해야 하며, 기본 제곧되는 리모컨을 통해서 ux를 사용할 수 있어야하며, 추가적으로 게임패드도 고려해야합니다.
김*규 : 기본적으로 Nexus Player의 접속이 가능하지만 구형 TV에서 최신형 UHD TV까지 종류가 다양한데 앱 개발시 해상도 구현문제는 어떻게 지원되는지요 ?
: 기본적으로 application이 담당을 해야합니다.
윤*화 : nexus외 레퍼런스할만한 상용 제품은 뭐가 있을까요?
: 압부분에 설명이 되었는데, freebox mini 4k, nvida shield, razer forge tv, 그리고 sony, phillips, sharp에서 스마트tv를 판매하고 있습니다.
김*열 : 혹시 H.264나 Vp8엔코더 기능도 지원이 되나요?
: android.hardware.microphone가 지원이 되지 않아서 recording은 힘들지 않을까 생각이 됩니다.
한*남 : Android TV UX 관련 정리된 화일은 어디서 확인할 수 있나요?
: http://developer.android.com/intl/ko/tv/index.html 우선 이것을 참고 하시면 좋을것 같습니다.
이*훈 : 플랫폼은 이미 다 제공되는 상태에서 App 만 개발하는 건가요?
: 넵 그렇습니다 google play store도 사용하실수 있습니다.
FPGA를 이용한 최신 레이더 시스템 구현 및 고성능 신호처리
김*환 : CPU+ARTIX에서 ZYNQ로 넘어가려니 기존에 CPU에서 하던 USB Host 기능이나 여러 기능 포팅이 쉽지않을 듯 하여 못넘어가고 있습니다. Linux Core올리면 이런 부분 쉽게 적용 가능할까요??
: 네 맞습니다. OS를 올리신다면 적용 가능합니다.
서*준 : gpu보드를 사용하여도 데이타 전송하는 시간이 오래 걸여서 문제인데, fpga보드를 사용해도 동일한 문제가 있지 않나요? 처리사간은 빠르지만, cpu와 보드(gpu 또는 fpga)간에 데이터 주고 받는 시간이 많이 걸리는데 이 문제를 해결하는 솔루션이 있나요?
: SDAccel 부분에서 보시면 PCIe interface를 사용하고 있습니다. FPGA가 올라가 있는 board에 PCIe lane 수를 늘리고 Gen3(최신인 버젼이라면 어느것이든)를 사용하시면 됩니다.
이*율 : 제가 알고있기로는 zynq 칩이 나온지 얼마 안된걸로 알고있는데, Spartan 칩과 비교햇을시 레이더설계 관련하여 어느칩이 더 효율적인지 혹시 알수있을까요?
: Zynq를 추천 드립니다. Spartan6는 현재 radar 설계를 위해서는 내부 기능들이 많이 제약 적입니다. tool 사용에 있어서도 Vivado를 사용하실 수 없습니다.
신*욱 : C/C++/System C/OpenCL 이 가능하다고 하셨는데.. 추천하는 언어가 있나요? C를 RTL로 변환 시 효율이 더 좋다. 아니면 System C를 RTL로 변환 시 효율이 더 좋다. 등
: 가장 추천하는 언어는 C++ 입니다. 그 이유는 가장 많은 라이브러리가 제공되기 때문입니다.
김*진 : vivado hls 와 시스템제너레이터와 비교하여도 훨씬 디버깅이 빠른가요?
: 그 부분은 개인의 선호도와 숙련도에 따라 차이가 납니다. 저같은 경우 초기에는 system generator가 더 빨랐고 나중에 vhls가 더 빨랐습니다. 검증환경의 복잡도에 따라서 각 case마다 유리한것 것을 고르시는게 좋습니다. 어느 경우던지 RTL coding보다 빠~~릅니다.
이*율 : matlab에서 translate로 변환하는 과정에서 시간이 오래걸리거나, 소스를 수정하고 싶을때 다시 matlab로 가서 수정해야 하니 더 복잡해진거 아닌가요?
: 간단한 code일때는 그렇습니다. 하지만 복잡한 code인 경우에는 그런 번거로움이 직접 RTL coding 하는 번겨로움을 뛰어넘습니다.
오*윤 : HLS를 사용할 경우 Full design을 C로 가능한가요? HDL에 코딩 기술이 많이 없다보니..
: 전체 디자인을 HLS로 접근하는 것은 가능합니다. 다만 H/W 구현을 위한 pin정보나 기타 constraint 등을 주는 것을 위해 vivodo tool을 사용하셔야 하는 점은 필요합니다.
신*욱 : HLS에서 사용하는 C언어와 일반적으로 사용하는 C언어 차이는 없나요? C언어만 사용할 수 있으면 HLS를 사용할 수 있나요? 그리고 HLS 사용 교육 안내 부탁합니다.
: C/C++/System C/OpenCL 가능합니다. 일반적인 C언어를 사용하시면 됩니다. 일부 library를 HLS에서 제공되는것을 쓰시는게 효율성이 높습니다