DMA hardware trigger is an answer

Author: Штирлиц [387 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 Штирлиц [448 views] 1326 bytes +2
 *Re: это главный недостаток армов A. Fig Lee [371 views] 53 bytes
 *Тоько у Армов все произойдет настолько быстро, что Штирлиц [310 views] 23 bytes
 *Re: Тоько у Армов все произойдет настолько быстро, что A. Fig Lee [314 views] 163 bytes
 *Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если Штирлиц [303 views] 124 bytes
 *Re: Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если A. Fig Lee [263 views] 257 bytes
 *Re: не, таки арм помедленнее будет A. Fig Lee [305 views] 109 bytes
 *У АРМа клоки на два порядка выше Штирлиц [298 views] 46 bytes
 *Re: У АРМа клоки на два порядка выше A. Fig Lee [314 views] 189 bytes
 *Что ты имеешь ввиду под Ембеддед АРМами? Штирлиц [305 views] 296 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [312 views] 197 bytes
 *Давно я на Микрочипе ничего не делал. Штирлиц [275 views] 26 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [411 views] 130 bytes +1
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [358 views] 1360 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [252 views] 456 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [303 views] 614 bytes
 *считывать чтото каждую микросекунду надо DMA Штирлиц [290 views] 0 bytes
 *Re: считывать чтото каждую микросекунду надо DMA A. Fig Lee [275 views] 54 bytes
 * DMA hardware trigger is an answer Штирлиц [386 views] 2531 bytes
 *Re: DMA hardware trigger is an answer A. Fig Lee [280 views] 170 bytes
 *Сигнал конец преобразования используется как клок для ПДП Штирлиц [280 views] 97 bytes
 *Re: Сигнал конец преобразования используется как клок для ПДП A. Fig Lee [336 views] 175 bytes
 *Какие 12 бит? Штирлиц [281 views] 34 bytes
 *Re: Какие 12 бит? A. Fig Lee [258 views] 52 bytes
 *Нет. на каждый конец преобразования считать следующее число. Штирлиц [260 views] 237 bytes
 *Никаких интерраптов по концу преобразования, а один на 100 или 1000 Штирлиц [287 views] 59 bytes
 *Re: Никаких интерраптов по концу преобразования, а один на 100 или 1000 A. Fig Lee [268 views] 80 bytes
 *Предположим, что мы делаем хардвер устройство Штирлиц [253 views] 281 bytes
 *Re: Предположим, что мы делаем хардвер устройство A. Fig Lee [286 views] 185 bytes
 *ПДП очень гибкие. Штирлиц [270 views] 212 bytes
 *Re: ПДП очень гибкие. A. Fig Lee [306 views] 20 bytes
 *ну как скажешь Штирлиц [263 views] 0 bytes
 *Сложнее чем в микрочипе согласен Штирлиц [274 views] 0 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [307 views] 647 bytes
 *Похоже Сценикс загнулся. Штирлиц [303 views] 101 bytes
 *Re: Похоже Сценикс загнулся. A. Fig Lee [272 views] 128 bytes