-
Notifications
You must be signed in to change notification settings - Fork 9
Add epoch information for TTL channels #1791
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
a96fb77 to
d1f4bef
Compare
|
Its way too late here for a proper review but I think that in 5149f3d the indexing of |
statusTTLFiltered has NUM_DA_TTL_CHANNELS, thus indexes over the channels. Whereas in main the loop in DC_ITC_MakeTTLWave also indexed from 0 to NUM_DA_TTL_CHANNELS after the change I index over the number of active TTL channels (0 to s.numTTLEntries). |
ca2b427 to
0e41060
Compare
No, look at the code https://github.com/AllenInstitute/MIES/blob/main/Packages/MIES/MIES_DataConfigurator.ipf#L682 for ITC. |
4e671ae to
34e4c2c
Compare
|
@MichaelHuth How should we proceed here? |
77c7336 to
344e5ee
Compare
99dce3e to
9bfa7c4
Compare
04d218d to
46470fc
Compare
46470fc to
e772d54
Compare
- supports additionally to DA channels now also TTL channels - adapt all occurences of EP_AddEpochs
- adapt calls in EP_SortEpochs and EP_GetEpochs
- needs to be reduced to single channel wave before calling FindIndizes as FindIndizes does not support chunks - name single channel epoch wave consistently "epochInfoChannel" Adapt test for EP_GetEpochs for assertion on invalid channel type - TTL channels are now allowed, so we ask for an always invalid channel type
- introduce static function EP_AdaptEpochInfoChannel that adapts the epoch information of a single channel - for DAC channels the hardware channel number from the config wave equals the gui channel number, for TTL channels the indexing is over the gui channel numbers.
- added early return für empty epochs in EP_FetchEpochs because the loop over all TTL channels in AppendLBNEpochs tries also to fetch from non-existing epoch channels.
- more descriptive function name
- in EP_WriteEpochInfoIntoSweepSettings
- for channel 0 - 7 using the format from CreateTTLChannelLBNKey - also add description for new entries to description file - increase SWEEP_SETTINGS_WAVE_VERSION
- no functional change - prepares adding a function to collect epoch info for TTL that follows a different logic
- it is not used - no functional change
- as TTL stimsets do not use a scaling factor, the scale is set to 1 for TTL channels
…hannels - the epoch is setup the same way as the creation of the DAQDataWave - EP_AddEpochsFromStimSetNote is used also for TTL epochs Add epoch test for TTL channels, update TestEpochsGeneric for TTL - The new test also enables TTL channels - TestEpochsGeneric was adapted to also check TTL channels for epoch information - The EpochsTight check was wrapped in a function that takes the channel type as argument
- previously EPOCH_SN_BL_DDAQTRAIL The new constant name is more descriptive as we use that epoch generically to fill the time intervall after stim sets in channels. Each channel can have a stim set of different length or in case of OODAQ even shifted stim sets.
…I channel - the function takes the hardware channel number and tlBit information and returns the GUI channel number for TTL channels - this commit is a preparation for the following commit, where this function is used
- trace infos from associated channels (AD or DA), unassociated DA and TTL are collected and concatenated - renamed channelNumber to hwChannelNumber from traceInfos to emphasize which channel number we are working with - added for distinction guiChannelNumber variable for calls that take the GUI channel number
- add new field visualizeEpochs to TiledGraphSettings structure to prevent showing TTL epoch axes if the unsplitted TTL trace is shown - epochs are only shown for TTL if splitTTLBits checkbox is activated as well
4bdbe06 to
e6d6f19
Compare
close #855