Skip to content
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

Shutter markers for shutters attached to PulseBlasters do not show up #16

Open
philipstarkey opened this issue Oct 2, 2017 · 1 comment
Labels
bug Something isn't working major

Comments

@philipstarkey
Copy link
Member

Original report (archived issue) by Philip Starkey (Bitbucket: pstarkey, GitHub: philipstarkey).


The title says it all.

The cause of this is due to the complicated internal object hierarchy for direct pulseblaster outputs. An internal IntermediateDevice and ClockLine are created for the pulseblaster direct outputs, but the IntermediateDevice subclass does not have it's own runviewer parsing class (as other intermediate devices do). Instead, the pulseblaster class calls the runviewer add_trace method for internally connected intermediate devices.

In order to fix this issue, and make the shutter code more robust, we should move the code for the shutters out of _load_device and into add_trace, thus ensuring that shutter markers can be calculated for any trace that is added (regardless of how it is added).

This may incur a performance penalty, since we will need to look up the open state on a per channel basis (which possibly requires traversing the connection table more than we currently do?), but since the load shot code is not performant anyway, I don't think it matters!

@philipstarkey
Copy link
Member Author

Original comment by Jan Werkmann (Bitbucket: PhyNerd, GitHub: PhyNerd).


should be fixed by b063405

@philipstarkey philipstarkey added major bug Something isn't working labels Apr 5, 2020
Loki27182 pushed a commit to Loki27182/runviewer that referenced this issue Oct 9, 2023
…uite#16)

Channel configs
fixes labscript-suite#15

Approved-by: Philip Starkey <philip.starkey@monash.edu>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working major
Projects
None yet
Development

No branches or pull requests

1 participant