PropScope v2.0.0 Software Issues
Andy Lindsay (Parallax)
Posts: 1,919
There is still an issue with the trigger time the trigger time crosshair does not reliably position the trigger event. The screen capture below accentuates it. The positive edge of the CH0 signal should be passing through the intersection of the trigger voltage and time crosshairs at (0.3 V, 2 us). Instead, the CH1 signals positive edge is a quarter of a time division off, at 1.75 us. Since folks going through Understanding Signals with the PropScope use this feature to prepare for measurements at a variety of timescales, it would be important to make sure this feature is stable.
A second issue with this screen capture is that there appears to be a delay of almost 0.5 μs between the function generators displayed output signal and the measured signal. This delay introduces errors into phase difference measurements that students would not encounter with the normal function generator and 2 channel scope setup. It also introduces uncertainties into the PropScope books RC decay and phase delay activities. Students making lab reports typically need to discuss sources of error, so if it cannot be corrected, it would be useful to have an error value that they can use. Is it constant or a function of time scale?
A second issue with this screen capture is that there appears to be a delay of almost 0.5 μs between the function generators displayed output signal and the measured signal. This delay introduces errors into phase difference measurements that students would not encounter with the normal function generator and 2 channel scope setup. It also introduces uncertainties into the PropScope books RC decay and phase delay activities. Students making lab reports typically need to discuss sources of error, so if it cannot be corrected, it would be useful to have an error value that they can use. Is it constant or a function of time scale?
Comments
+Timing constants tweaked to improve alignment of screen and actual trigger
Yes, there's a constant lag of 200-300nsec between the indicated DAC output and the actual measured input. It takes this long for the signal to make it's way from the Propeller through the circuitry, the ADC and back into the Propeller. If you use longer cables, this lag will be even longer- every foot will add a bit more than a nanosecond.
At larger time/div, it seems to have a tendency to drift a little further before correction than it does for smaller time divisions.
Regarding the constant offset, I’ll include a statement in the book about round trip timing. Please let me know if you change your mind and decide to adjust for this constant in software.
Please keep posting the feedback in the forum thread so people testing the software and the book can keep track of the changes and the reasons behind each revision.
Also, when you post anything regarding the software, please alert Hanno by email so he can follow up through the forum.
I did notice while trying the different time division settings that the mode switches from oscilloscope to datalogging at 100 ms/division, but the trigger setting does not switch from continuous to Off, and the trigger level and time controls remain visible. I'm not sure if this is intentional, but it could lead to some confusion.
I have fielded some offline questions about datalogging vs. oscilloscope mode. I think it might actually be worth displaying a popup the that lets the user know what happened the first time it automatically makes this change. User could check "don't show this message again" followed by OK. Folks who follow the book will discover and understand the difference, (and they'll know to use Run/Stop) but it might take some people with prior oscilloscope experience who are not following the book by surprise.
Since I am going to be travelling, I thought I would dig out my propscope and update the software.
So, I find a significant improvement, but an unpleasant interface. Could we have some ability to turn off the annoying flickering of the channel values at the top of the screen? Especially for channels that are turned off. Or at least slow the update rate down.
The most annoying thing for me is that the screen time scale does not zero about the trigger point. This makes time readings very non-intuitive, and a pain to make with any precision.
Surely this can be rectified and be made like normal DSOs
Cheers,
Peter (pjv)
Glad to see you travelling with the PropScope- it fits in your pocket!
The channel values don't flicker on my test systems- can you tell me about your setup? Clicking on the "dso" graph will fix the "cursor" to the point you click- that might help a bit.
In addition to the absolute time, there are vertical cursors that you can position with the mouse. The software shows both the absolute position of the cursors and the difference between them. So, you could place one at the trigger point and one at the event you want to measure. I'll try to address both issues in the next revision.
Hanno