-
Notifications
You must be signed in to change notification settings - Fork 157
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
Oscilloscope Comments: #9
Comments
|
"we are not going to display them" I could not disagree more!!! The the grid absolutely needs to have values next to the major gird lines. This should not be negotiable. Also it might be a good idea to have the vertical and horizontal scales i.e. v/div uS/div placed somewhere on the main display. |
Google "oscilloscope graticule" and you will see what I mean: Oscilloscope screens have always had the minor tick marks along the center horizontal / vertical major grid lines. |
I'm not sure I follow what you are trying to do having simultaneous triggering on both channels. Would that mean that if I set the triggering for both CH1 and CH2 on a rising edge but the two signals are of the same frequency but 180 out of phase they will be displayed ( wrongly ) with there rising edges aligned at time "zero"? I hope you are not considering sliding the waveforms so they align their respective trigger events at time = 0. Now if you are considering having what is called "complex" triggering where logical conditions between events on the two channels then that is another matter. Like trigger only on CH1 rising edges that happen after a rising edge on CH2 etc. |
Doug: While I agree we need to display the scale (V/div for each channel and s/div) somewhere, I don't think we need the numbers by the grid. When we surveyed most bench instruments - they don't do this. (Even your link shows nearly all don't have this). Agree on the graticule comment - that was an oversight in the mockups, we should update things to the centre. There are many scopes which have complex triggers - it could be a question of the default view, and what gets exposed to the user to start. As for re-sizing issues - what is your screen resolution set to, and what is the smallest you think we should support? I think we were hoping to 1024 x 768 would be the smallest.... This is the issue with posting multiple items in one thread - the discussion gets intermingled, and is difficult to follow. |
I will start splitting things in separate issues. |
Robin: |
As for triggering I think you should hide the simultaneous ( complex ) triggering features until the user opens them up in a special menu. Too confusing when all the user wants is to do is trigger on a waveform to get a steady display. |
The lap-top screen is 1600 X 900. But the software should be able to query the screen dimensions and never re-size the window to draw outside the Box as it were. Better to just fit the stuff into the current window size whatever it might be. |
Closing this as all issues have been split into new issues. |
Here are a few initial comments on the Oscilloscope tool.
The text was updated successfully, but these errors were encountered: