Merge branch 'feature/io-docs' of github.com:vertigo-designs/stabilizer into feature/io-docs
This commit is contained in:
commit
4b3ceb0c0b
@ -49,7 +49,7 @@
|
|||||||
///!
|
///!
|
||||||
///! The ADCs collect a group of N samples, which is referred to as a batch. The size of the batch
|
///! The ADCs collect a group of N samples, which is referred to as a batch. The size of the batch
|
||||||
///! is configured by the user at compile-time to allow for a custom-tailored implementation. Larger
|
///! is configured by the user at compile-time to allow for a custom-tailored implementation. Larger
|
||||||
///! batch sizes generally provide for more processing time per sample, but come at the expense of
|
///! batch sizes generally provide for lower overhead and more processing time per sample, but come at the expense of
|
||||||
///! increased input -> output latency.
|
///! increased input -> output latency.
|
||||||
///!
|
///!
|
||||||
///!
|
///!
|
||||||
@ -69,7 +69,7 @@
|
|||||||
///! In this implementation, single buffer mode DMA transfers are used because the SPI RX FIFO can
|
///! In this implementation, single buffer mode DMA transfers are used because the SPI RX FIFO can
|
||||||
///! be used as a means to both detect and buffer ADC samples during the buffer swap-over. Because
|
///! be used as a means to both detect and buffer ADC samples during the buffer swap-over. Because
|
||||||
///! of this, double-buffered mode does not offer any advantages over single-buffered mode (unless
|
///! of this, double-buffered mode does not offer any advantages over single-buffered mode (unless
|
||||||
///! double-buffered mode offers less overhead when accessing data).
|
///! double-buffered mode offers less overhead due to the DMA disable/enable procedure).
|
||||||
use super::{
|
use super::{
|
||||||
hal, timers, DMAReq, DmaConfig, MemoryToPeripheral, PeripheralToMemory,
|
hal, timers, DMAReq, DmaConfig, MemoryToPeripheral, PeripheralToMemory,
|
||||||
Priority, TargetAddress, Transfer, SAMPLE_BUFFER_SIZE,
|
Priority, TargetAddress, Transfer, SAMPLE_BUFFER_SIZE,
|
||||||
|
@ -14,14 +14,14 @@
|
|||||||
///! the DAC without requiring the CPU.
|
///! the DAC without requiring the CPU.
|
||||||
///!
|
///!
|
||||||
///! In order to ensure alignment between the ADC sample batches and DAC output code batches, a DAC
|
///! In order to ensure alignment between the ADC sample batches and DAC output code batches, a DAC
|
||||||
///! output batch is always exactly 1 batch after the ADC batch that generated it.
|
///! output batch is always exactly 2 batches after the ADC batch that generated it.
|
||||||
///!
|
///!
|
||||||
///! The DMA transfer for the DAC output codes utilizes a double-buffer mode to avoid losing any
|
///! The DMA transfer for the DAC output codes utilizes a double-buffer mode to avoid losing any
|
||||||
///! transfer events generated by the timer (for example, when 2 update cycles occur before the DMA
|
///! transfer events generated by the timer (for example, when 2 update cycles occur before the DMA
|
||||||
///! transfer completion is handled). In this mode, there should always be a valid buffer in the
|
///! transfer completion is handled). In this mode, by the time DMA swaps buffers, there is always a valid buffer in the
|
||||||
///! "next-transfer" double-buffer location for the DMA transfer. Once a transfer completes,
|
///! "next-transfer" double-buffer location for the DMA transfer. Once a transfer completes,
|
||||||
///! software then has exactly one batch duration to properly configure the next buffer before it
|
///! software then has exactly one batch duration to fill the next buffer before its
|
||||||
///! begins transfer.
|
///! transfer begins.
|
||||||
///!
|
///!
|
||||||
///! ## Multiple Samples to Single DAC Codes
|
///! ## Multiple Samples to Single DAC Codes
|
||||||
///!
|
///!
|
||||||
|
Loading…
Reference in New Issue
Block a user