DMA hardware trigger is an answer

Author: Штирлиц [346 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 Штирлиц [411 views] 1326 bytes +2
 *Re: это главный недостаток армов A. Fig Lee [337 views] 53 bytes
 *Тоько у Армов все произойдет настолько быстро, что Штирлиц [278 views] 23 bytes
 *Re: Тоько у Армов все произойдет настолько быстро, что A. Fig Lee [280 views] 163 bytes
 *Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если Штирлиц [273 views] 124 bytes
 *Re: Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если A. Fig Lee [237 views] 257 bytes
 *Re: не, таки арм помедленнее будет A. Fig Lee [276 views] 109 bytes
 *У АРМа клоки на два порядка выше Штирлиц [268 views] 46 bytes
 *Re: У АРМа клоки на два порядка выше A. Fig Lee [282 views] 189 bytes
 *Что ты имеешь ввиду под Ембеддед АРМами? Штирлиц [275 views] 296 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [277 views] 197 bytes
 *Давно я на Микрочипе ничего не делал. Штирлиц [244 views] 26 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [376 views] 130 bytes +1
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [325 views] 1360 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [223 views] 456 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [274 views] 614 bytes
 *считывать чтото каждую микросекунду надо DMA Штирлиц [259 views] 0 bytes
 *Re: считывать чтото каждую микросекунду надо DMA A. Fig Lee [244 views] 54 bytes
 * DMA hardware trigger is an answer Штирлиц [345 views] 2531 bytes
 *Re: DMA hardware trigger is an answer A. Fig Lee [248 views] 170 bytes
 *Сигнал конец преобразования используется как клок для ПДП Штирлиц [248 views] 97 bytes
 *Re: Сигнал конец преобразования используется как клок для ПДП A. Fig Lee [302 views] 175 bytes
 *Какие 12 бит? Штирлиц [250 views] 34 bytes
 *Re: Какие 12 бит? A. Fig Lee [222 views] 52 bytes
 *Нет. на каждый конец преобразования считать следующее число. Штирлиц [229 views] 237 bytes
 *Никаких интерраптов по концу преобразования, а один на 100 или 1000 Штирлиц [255 views] 59 bytes
 *Re: Никаких интерраптов по концу преобразования, а один на 100 или 1000 A. Fig Lee [238 views] 80 bytes
 *Предположим, что мы делаем хардвер устройство Штирлиц [219 views] 281 bytes
 *Re: Предположим, что мы делаем хардвер устройство A. Fig Lee [251 views] 185 bytes
 *ПДП очень гибкие. Штирлиц [239 views] 212 bytes
 *Re: ПДП очень гибкие. A. Fig Lee [269 views] 20 bytes
 *ну как скажешь Штирлиц [231 views] 0 bytes
 *Сложнее чем в микрочипе согласен Штирлиц [239 views] 0 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [275 views] 647 bytes
 *Похоже Сценикс загнулся. Штирлиц [269 views] 101 bytes
 *Re: Похоже Сценикс загнулся. A. Fig Lee [240 views] 128 bytes