Implemented and fixed many issues
This commit is contained in:
@@ -69,10 +69,25 @@ See `Docs/SineArrayGAM.md`.
|
||||
|
||||
### TimeArrayGAM
|
||||
|
||||
Generates a time-reference float64 array. Each element holds the timestamp of the
|
||||
Generates a time-reference uint64 array. Each element holds the timestamp of the
|
||||
corresponding sample in a packed burst, computed from the RT cycle timestamp and the
|
||||
configured `SamplingRate`.
|
||||
|
||||
`Anchor` selects how the burst is placed in time:
|
||||
|
||||
| `Anchor` | `out[k]` |
|
||||
|---|---|
|
||||
| `FirstSample` | `input + k · period` |
|
||||
| `LastSample` | `input − (N−1−k) · period` |
|
||||
| `Continuous` | `input(first cycle) + (n + k) · period` |
|
||||
|
||||
`FirstSample`/`LastSample` re-read the timer each cycle, so a lost RT cycle
|
||||
(`LinuxTimer` re-phases with `counter += nCycles`) punches a whole-period hole
|
||||
into the time base even though only one array of samples was produced. Use
|
||||
`Continuous` when the data signal is itself contiguous (`SineArrayGAM` never
|
||||
skips phase): it latches the timer once and then advances an internal sample
|
||||
counter by `N` per cycle, like an acquisition card running off its own clock.
|
||||
|
||||
### DebugService Interface
|
||||
|
||||
Instruments a running MARTe2 application **without modifying its source code**. On
|
||||
|
||||
Reference in New Issue
Block a user