DMA hardware trigger is an answer

Author: Штирлиц [374 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 Штирлиц [437 views] 1326 bytes +2
 *Re: это главный недостаток армов A. Fig Lee [363 views] 53 bytes
 *Тоько у Армов все произойдет настолько быстро, что Штирлиц [299 views] 23 bytes
 *Re: Тоько у Армов все произойдет настолько быстро, что A. Fig Lee [301 views] 163 bytes
 *Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если Штирлиц [293 views] 124 bytes
 *Re: Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если A. Fig Lee [253 views] 257 bytes
 *Re: не, таки арм помедленнее будет A. Fig Lee [295 views] 109 bytes
 *У АРМа клоки на два порядка выше Штирлиц [289 views] 46 bytes
 *Re: У АРМа клоки на два порядка выше A. Fig Lee [305 views] 189 bytes
 *Что ты имеешь ввиду под Ембеддед АРМами? Штирлиц [296 views] 296 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [298 views] 197 bytes
 *Давно я на Микрочипе ничего не делал. Штирлиц [264 views] 26 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [399 views] 130 bytes +1
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [345 views] 1360 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [242 views] 456 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [295 views] 614 bytes
 *считывать чтото каждую микросекунду надо DMA Штирлиц [281 views] 0 bytes
 *Re: считывать чтото каждую микросекунду надо DMA A. Fig Lee [267 views] 54 bytes
 * DMA hardware trigger is an answer Штирлиц [373 views] 2531 bytes
 *Re: DMA hardware trigger is an answer A. Fig Lee [269 views] 170 bytes
 *Сигнал конец преобразования используется как клок для ПДП Штирлиц [268 views] 97 bytes
 *Re: Сигнал конец преобразования используется как клок для ПДП A. Fig Lee [324 views] 175 bytes
 *Какие 12 бит? Штирлиц [269 views] 34 bytes
 *Re: Какие 12 бит? A. Fig Lee [245 views] 52 bytes
 *Нет. на каждый конец преобразования считать следующее число. Штирлиц [248 views] 237 bytes
 *Никаких интерраптов по концу преобразования, а один на 100 или 1000 Штирлиц [276 views] 59 bytes
 *Re: Никаких интерраптов по концу преобразования, а один на 100 или 1000 A. Fig Lee [257 views] 80 bytes
 *Предположим, что мы делаем хардвер устройство Штирлиц [238 views] 281 bytes
 *Re: Предположим, что мы делаем хардвер устройство A. Fig Lee [273 views] 185 bytes
 *ПДП очень гибкие. Штирлиц [259 views] 212 bytes
 *Re: ПДП очень гибкие. A. Fig Lee [291 views] 20 bytes
 *ну как скажешь Штирлиц [253 views] 0 bytes
 *Сложнее чем в микрочипе согласен Штирлиц [262 views] 0 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [297 views] 647 bytes
 *Похоже Сценикс загнулся. Штирлиц [289 views] 101 bytes
 *Re: Похоже Сценикс загнулся. A. Fig Lee [261 views] 128 bytes