DMA hardware trigger is an answer

Author: Штирлиц [358 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 Штирлиц [425 views] 1326 bytes +2
 *Re: это главный недостаток армов A. Fig Lee [345 views] 53 bytes
 *Тоько у Армов все произойдет настолько быстро, что Штирлиц [286 views] 23 bytes
 *Re: Тоько у Армов все произойдет настолько быстро, что A. Fig Lee [286 views] 163 bytes
 *Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если Штирлиц [280 views] 124 bytes
 *Re: Оно предсказуемо. В реалтайме зачастую надо вовремя успеть, а если A. Fig Lee [242 views] 257 bytes
 *Re: не, таки арм помедленнее будет A. Fig Lee [281 views] 109 bytes
 *У АРМа клоки на два порядка выше Штирлиц [275 views] 46 bytes
 *Re: У АРМа клоки на два порядка выше A. Fig Lee [292 views] 189 bytes
 *Что ты имеешь ввиду под Ембеддед АРМами? Штирлиц [283 views] 296 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [283 views] 197 bytes
 *Давно я на Микрочипе ничего не делал. Штирлиц [251 views] 26 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [383 views] 130 bytes +1
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [333 views] 1360 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке Штирлиц [231 views] 456 bytes
 *Re: avr! 62.5 наносекунд гарантид латенси. Арм нервно курит в сторонке A. Fig Lee [279 views] 614 bytes
 *считывать чтото каждую микросекунду надо DMA Штирлиц [268 views] 0 bytes
 *Re: считывать чтото каждую микросекунду надо DMA A. Fig Lee [251 views] 54 bytes
 * DMA hardware trigger is an answer Штирлиц [357 views] 2531 bytes
 *Re: DMA hardware trigger is an answer A. Fig Lee [256 views] 170 bytes
 *Сигнал конец преобразования используется как клок для ПДП Штирлиц [254 views] 97 bytes
 *Re: Сигнал конец преобразования используется как клок для ПДП A. Fig Lee [313 views] 175 bytes
 *Какие 12 бит? Штирлиц [258 views] 34 bytes
 *Re: Какие 12 бит? A. Fig Lee [230 views] 52 bytes
 *Нет. на каждый конец преобразования считать следующее число. Штирлиц [238 views] 237 bytes
 *Никаких интерраптов по концу преобразования, а один на 100 или 1000 Штирлиц [262 views] 59 bytes
 *Re: Никаких интерраптов по концу преобразования, а один на 100 или 1000 A. Fig Lee [245 views] 80 bytes
 *Предположим, что мы делаем хардвер устройство Штирлиц [227 views] 281 bytes
 *Re: Предположим, что мы делаем хардвер устройство A. Fig Lee [260 views] 185 bytes
 *ПДП очень гибкие. Штирлиц [247 views] 212 bytes
 *Re: ПДП очень гибкие. A. Fig Lee [279 views] 20 bytes
 *ну как скажешь Штирлиц [238 views] 0 bytes
 *Сложнее чем в микрочипе согласен Штирлиц [247 views] 0 bytes
 *Re: Что ты имеешь ввиду под Ембеддед АРМами? A. Fig Lee [284 views] 647 bytes
 *Похоже Сценикс загнулся. Штирлиц [275 views] 101 bytes
 *Re: Похоже Сценикс загнулся. A. Fig Lee [249 views] 128 bytes