-
Notifications
You must be signed in to change notification settings - Fork 3
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
Rename Rhs2116 stimulation parameters #395
Comments
@cjsha I feel these terms might have defined meanings in the community which go quite far back in time, and so it might be confusing for people if we change them. A good reference to consider here might be the PulsePal Wiki, since PulsePal is also listed on the Open Ephys website. Below I paraphrase their key terms:
To create complex pulses, PulsePal also allows defining "bursts", which are short sequences of pulses repeated within the pulse train. A burst has its own parameters:
I'm not entirely sure whether what is currently called here a "stimulus" corresponds to a burst or a pulse train, but I imagine probably the former, since you can specify an "inter-stimulus interval". Happy to discuss further, as I think it would be really nice if nomenclature could be aligned across the different projects in the ecosystem. P.S.: On a second reading I think maybe |
According to this Rhs2116 GUI guide, "inter-stimulus" currently refers to the time between pulses, so I think my proposed change ("inter-pulse") is in agreement with what you would want. "inter-pulse" currently refers to the time between anodic & cathodic phases of the pulse which is so I think "inter-phase" could work well instead of my proposed "intra-pulse". In any case, both "inter-stimulus" & "inter-pulse" labels seem misleading to me as they are. Also the RHS2116 capability is not 1:1 to pulsepal- afaik there is no bursting capability. |
RHS2116 has more capabilities than we can currently utilize with the GUI. As of right now, it is limited to a single "burst" per channel. This means that there is a constant time between all stimuli that cannot be currently modified. However, the hardware does allow for an arbitrary timing between successive stimuli, which we plan to add functionality for in the future. Regarding the initial proposal, the only one that I think might be valid is changing the term to The other two terms are applied correctly, and since @cjsha linked the GUI docs I just wrote I have found an error in how I described the setting. Internally, a "pulse" is defined as either an anodic or cathodic (positive/negative) stimulation, whereas a "stimulus" is a paired set of two pulses. Therefore, |
I see. Then this is an issue that should exist in the docs repo then. I made an issue in the docs repo and I will close this one. |
I propose:
Inter-Pulse
-->Intra-Pulse
Inter-Stimulus
-->Inter-Pulse
Define Stimuli
-->Define Stimulus
The text was updated successfully, but these errors were encountered: