DMA hardware trigger is an answer

Author: Штирлиц [334 views] 2013-05-09 10:36:52
In response to: Re: считывать чтото каждую микросекунду надо DMA by A. Fig Lee, 2013-05-08 19:00:28

Pacing/Triggering of DMA
A data acquisition DMA process, whether input or output, requires an event to start transfers, an event to stop transfers, and a series of events to indicate when each successive transfer is to occur. The start and stop events are referred to as triggers, while the series of events are referred to as pacers. Typically, a DMA process will be either started or stopped by a software command, with the other event coming from software, some signal on the data acquisition boards, or the completion of a given number of transfers. DMA pacer events usually come from on-board timing sources, such as the rate generator on a PCI-20041C board or the burst generator on a PCI-20098C board.

DMA triggers can come from a number of sources. As mentioned above, the most common is from software commands. The MasterLink DMAStart and DMAStop functions are forms of DMA trigger events (though they perform other necessary tasks, as well). Hardware trigger signals can come from the external interrupt digital inputs on the PCI-20428W, PCI-20041C, and PCI-20098C boards, from the PCI-20020M (analog trigger) module, and from other sources. Each data acquisition board which supports DMA supports a different set of legal trigger sources. Different boards may also support different combinations of starting and stopping on triggers (that is, some boards may not support starting on triggers, while others may not support stopping on hardware triggers, but may support stopping on a given transfer count or under software control).

DMA pacers can also come from a number of sources, but software is typically not used for this function. The pacer function causes analog input (A/D) conversions to occur and the data from the various DMA channels to be transferred between the DMA buffer and the data acquisition board. The use of a hardware pacer allows regularly-spaced samples to be taken from each channel and is one of the advantages of DMA over CPU-controlled transfers. Since the pacing source can be running at high speed (compared to the rate at which CPU-controlled sampling can occur), hardware pacing of DMA allows higher-speed sampling. Each data acquisition board supports a different set of DMA pacer sources, depending upon its capabilities. The PCI-20428W boards provide separate rate generator channels for pacing analog input DMA and analog output DMA, while the PCI-20098C board provides a burst generator for the purpose of pacing analog input DMA.


http://www.instrument.com/375.html

Reply | Reply to sender (private) | Synchronize
 *интересно про Cortex Штирлиц [402 views] 1326 bytes +2
 *Re: это главный недостаток армов A. Fig Lee [326 views] 53 bytes
 *Тоько у Армов все произойдет настолько быстро, что Штирлиц [270 views] 23 bytes
 *Re: Тоько у Армов все произойдет настолько быстро, что A. Fig Lee [269 views] 163 bytes
 *Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если Штирлиц [261 views] 124 bytes
 *Re: Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если A. Fig Lee [227 views] 257 bytes
 *Re: не, таки арм помедленнее будет A. Fig Lee [264 views] 109 bytes
 *У АРМа клоки на два порядка выше Штирлиц [257 views] 46 bytes
 *Re: У АРМа клоки на два порядка выше A. Fig Lee [272 views] 189 bytes
 *Что ты имеешь ввиду под Ембеддед АРМами? Штирлиц [265 views] 296 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [264 views] 197 bytes
 *Давно я на Микрочипе ничего не делал. Штирлиц [231 views] 26 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [360 views] 130 bytes +1
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [313 views] 1360 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [210 views] 456 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [264 views] 614 bytes
 *считывать чтото каждую микросекунду надо DMA Штирлиц [249 views] 0 bytes
 *Re: считывать чтото каждую микросекунду надо DMA A. Fig Lee [233 views] 54 bytes
 * DMA hardware trigger is an answer Штирлиц [333 views] 2531 bytes
 *Re: DMA hardware trigger is an answer A. Fig Lee [237 views] 170 bytes
 *Сигнал конец преобразования используется как клок для ПДП Штирлиц [236 views] 97 bytes
 *Re: Сигнал конец преобразования используется как клок для ПДП A. Fig Lee [291 views] 175 bytes
 *Какие 12 бит? Штирлиц [239 views] 34 bytes
 *Re: Какие 12 бит? A. Fig Lee [211 views] 52 bytes
 *Нет. на каждый конец преобразования считать следующее число. Штирлиц [216 views] 237 bytes
 *Никаких интерраптов по концу преобразования, а один на 100 или 1000 Штирлиц [243 views] 59 bytes
 *Re: Никаких интерраптов по концу преобразования, а один на 100 или 1000 A. Fig Lee [225 views] 80 bytes
 *Предположим, что мы делаем хардвер устройство Штирлиц [209 views] 281 bytes
 *Re: Предположим, что мы делаем хардвер устройство A. Fig Lee [240 views] 185 bytes
 *ПДП очень гибкие. Штирлиц [229 views] 212 bytes
 *Re: ПДП очень гибкие. A. Fig Lee [259 views] 20 bytes
 *ну как скажешь Штирлиц [219 views] 0 bytes
 *Сложнее чем в микрочипе согласен Штирлиц [229 views] 0 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [263 views] 647 bytes
 *Похоже Сценикс загнулся. Штирлиц [256 views] 101 bytes
 *Re: Похоже Сценикс загнулся. A. Fig Lee [230 views] 128 bytes