Changeset 278 for anr/task-6.tex
- Timestamp:
- Nov 24, 2010, 12:14:38 AM (14 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
anr/task-6.tex
r268 r278 13 13 % 14 14 \begin{workpackage} 15 \subtask 15 \subtask{\bull HPC demonstrator} 16 16 The application that \bull proposes is HPC oriented. 17 17 The domain of the application is the treatment of medical images (image noise … … 31 31 \end{livrable} 32 32 33 \subtask 34 The objective of this sub-task is to specify the THALESapplication and to develop the33 \subtask{\TRT Embedded SoC demonstrator} 34 The objective of this sub-task is to specify the \TRT application and to develop the 35 35 high level code. This application is in the domain of surveillance of critical 36 36 infrastructures. The objective is to detect and classify the presence of humans in the … … 53 53 This deliverable is a document that specifies the application. 54 54 \itemL{6}{12}{x}{\Sthales}{\thales demonstrator (step 1)}{4:0:0} 55 This deliverable is the code of the application sp cecified former55 This deliverable is the code of the application specified former 56 56 deliverable (\trtAppSpecification). 57 57 \end{livrable} 58 58 59 \subtask \TRT will use its internal software environment tool SPEAR DE to describe the 59 \subtask{SPEAR-DE adaptation for COACH} 60 \TRT will use its internal software environment tool SPEAR DE to describe the 60 61 application. The tool is able to partition and to generate the code for the target. \\ 61 62 In this task, we will adapt SPEAR DE to generate the application description input of … … 68 69 \end{livrable} 69 70 70 \subtask 71 \subtask{\mds use case} 72 \mds will use ................. 73 \begin{livrable} 74 \itemL{6}{18}{x}{\Smds}{Use case}{6:7:0} 75 \setMacroInAuxFile{trtSpearde} 76 Adaptation of SPEAR-DE for COACH framework. 77 \end{livrable} 78 79 \subtask{Evaluation report} 80 % FIXME: AJOUTER une evaluation de BULL ET MDS 71 81 In this sub-task, \TRT will evaluate the COACH platform. In particular, \TRT will verify 72 82 its ability to generate a whole VHDL of an embedded system on FPGA for an application … … 88 98 \end{livrable} 89 99 90 \subtask FLEXRAS will design an application based on M-JPEG video standard.91 FLEXRAS will propose a SoC architecture integrating an embedded FPGA (eFPGA).92 The architecture is composed essentially of a processor, a bus and several RAMs.93 The embedded FPGA is connected to the bus and communicates with the other components.94 The (eFPGA) works in 2 modes:95 \begin{description}96 \item[Slave mode]97 As a DMA, the processor will send the configuration bitstream98 stored on the RAM to the eFPGA. In this mode, the eFPGA is considered as a99 writeable memory and is configured by the processor.100 \item[Master mode]101 Once the FPGA is programmed, it becomes a coprocessor achieving the aimed task.102 \end{description}103 The top architecture of this SoC based-platform will be generated using COACH104 framework. The application that will be run on the SoC corresponds initially to a105 graph of software tasks. Critical tasks will be identified and transformed106 automatically to hardware tasks using COACH high level synthesis feature. While107 software tasks will be run on the processor, hardware ones will be mapped on eFPGA108 to take advantage of its optimized resources and parallelism. FLEXRAS provides all109 the flow from RTL synthesis to bitstream generation.110 \begin{livrable}111 \itemL{0}{6}{d}{\Szied}{\zied architecture}{2.4:0:0}112 FLEXRAS will use IPs provided by LIP6 (vhdl models of SoCLIB) and its eFPGA IP to113 generate the SoC architecture.114 This deliverable is a document that describes this architecture.115 \itemL{6}{18}{h}{\Szied}{eFPGA/VCI component}{3.6:3.6:0}116 FLEXRAS has to adapt the eFPGA interface to connect it to the VCI bus.117 This deliverable is a VHDL description.118 % \itemL{12}{18}{x}{\Szied}{bitstream loader port}{0:3.6:0}119 % Port of the bitstream loader to the MUTEKH operating system.120 \itemL{18}{24}{x}{\Szied}{\zied demonstrators}{0:2.4:0}121 \zied will propose to test COACH framework and the \zied architecture template122 throught an application based on M-JPEG video standard.123 This applicattion will containt 3 communicating tasks under the COACH format specified124 in {\novers{\specGenManual}} deliverable.125 The first one is a hardware task generated by the HAS tools and transformed into126 a bit stream by the \zied tools.127 The second is a bitstream loader that will load the bitstream of the first task on128 the eFPGA.129 The third is a software task that communicates with the hw task for testing it.130 \itemL{24}{30}{x}{\Szied}{eFPGA characterisation}{0:0:2.4}131 This deliverable is a file under the format defined by the deliverable132 {\specMacroCell} that characterizes the eFPGA. This will allow the COACH HLS tools133 to take into account the eFPGA delays.134 \itemL{30}{36}{d}{\Szied}{\zied evaluation}{0:0:3.6}135 This deliverable is a document that describes the tests, the validation and the136 evaluation of COACH with the \zied architecture and tools.137 \end{livrable}138 139 \subtask140 The \navtel Embedded Supper Computing (ESC) project is based on simple hardware but tightly141 coupled module between %ARM142 a embedded processor and an FPGA both on a board.143 By using the COACH environment, \navtel will automatically synthetize two cores: one for software radio144 through a polyphase resampler and one for an industrial control application through an embedded145 PID controller.146 The objective is to sequence the cores in realtime in FPGA using partial configuration methods147 proposed in the COACH project.148 This will allow us to gain experience on automatic multi core sequencing at system level. The149 specification for our first work package will concern this aspect.150 151 The ESC can function on different topologies: Single, parallel or Grid computing modes for152 industrial and scientific applications.153 %The ARM154 The processor and FPGA configuration also facilitate the co-simulation which allows to gain155 time on the development and integration phase.156 The architecture consists of a wrapper that encapsules computing units depending on the157 application and a real time kernal for task switching and partial reconfiguration of FPGA158 on run time environment.159 \parlf160 To day \navtel develops these computing units manually.161 \navtel expects to benefit from the COACH project especially the HLS tools for162 generating the computing unit.163 \begin{livrable}164 \itemL{0}{6}{d}{\Snavtel}{\navtel \ganttlf demonstrator specification}{4:0:0}165 \setMacroInAuxFile{navtelSpecification}166 A document that will define the requirements for automatic RTL generation for167 signal processing units of our market sector such as digital communication,168 imaging and industrial control.169 This document will include the description of some already handmade processing units.170 \itemL{6}{18}{h}{\Snavtel}{\navtel \ganttlf wrapper adaptation}{1:1:0}171 The adaptation of our wrapper to support coprocessor generated by COACH.172 \itemL{18}{36}{d}{\Snavtel}{\navtel evaluation}{0:2:4}173 \navtel will test the COACH HLS tools on the processing units that are described174 in the {\navtelSpecification} deliverable.175 A document will be written that describes the results obtained taking into176 account: 1) the performance in terms of space, 2) the performance in terms of177 time, 3) the friendlyness of the environment.178 \end{livrable}179 100 \end{workpackage}
Note: See TracChangeset
for help on using the changeset viewer.