-
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
Support for NeuropixelsV1e headstages #111
Conversation
c5ccf9c
to
ff58381
Compare
- The channel map is not currently configurable (uses default) - There may be an issue with this headstage because as documented in the comments around line 287 of NeurpixelsV1eSettings.cs, the second shift register write sequence always has trouble, regardless of which shift register is accessed and the contents that is written.
- Soft reset register is used betweens shift register write sequences to get through configuration without error. Requires testing. Eventual hardware revision with stronger MCLK drive may be required.
- More closely follows the patterns and types for V2 probes
OpenEphys.Onix/OpenEphys.Onix/ConfigureNeuropixelsV1eHeadstage.cs
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for this. I wanted to clone these changes down to make the obvious changes myself, but im kinda unsure where the commit actually exists other than its SHA TBH. For that reason I opted to just explain the changes I would have made.
OpenEphys.Onix/OpenEphys.Onix/ConfigureNeuropixelsV1eHeadstage.cs
Outdated
Show resolved
Hide resolved
OpenEphys.Onix/OpenEphys.Onix/ConfigureNeuropixelsV1eHeadstage.cs
Outdated
Show resolved
Hide resolved
- Fix typos and incorrect description text - Take advantage of of automatic headstage port voltage override functionality that is now available in ConfigureFmcLinkController base class - Add more context to exception resulting from lack of communication with the probe's EEPROM. Not sure if I did this correctly (feels wrong to catch generic Exception even if im rethrowing).
One thing to check before review: https://github.com/neurogears/onix-refactor/blob/fdde6c3328141caf6cee2c2e098cd79cb390bf1e/OpenEphys.Onix/OpenEphys.Onix/ConfigureNeuropixelsV1e.cs#L136 This is very helpful to user and to us for support, but I'm not sure if catching a generic Exception is bad practice. I think something similar to this might be better (opposite logic but same specificity of exception type) |
- Move exception to metadata class - Remove unused address declaration - Internalize implementation level enums - Rename values and types for clarity
This PR contains most functionality for HeadstageNeuropixelsV1e. It is missing shank configuration which is closely tied into GUI development on issue-106.
Fixes #85