DSO203 GCC APP - Community Edition (2.51+SmTech1.8+Fixes)


Yes it does! Never noticed this, if you use the center press left toggle button to save a config file it advances the setting

if any of the menus are set to the 2nd position. I tend to press the same button again (#3) to save config files, and it does not do it that way, so I never noticed it… You don’t need to reload a config file to change it back though, just flip the toggle left. Will be checking into it.


This is a carry-over from the original programming, I never changed it. The original English was a bit strange. I can change the wording around.


I’m not sure if your concern with the battery running low is because it could run out and turn the device off, or if it will affect calibration. As far as calibration is concerned, if I remember right, when saving one channel, the battery level affecting the other channel if it was also calibrated is taken into consideration as far as the battery may now, after time spent calibrating the second channel, be a bit lower. The battery level does not have to be very close to the exhaustion point to set the low level, say maybe 1/4 charge or a bit more should be ok. Battery levels are recorded at calibration

saving point and used as a reference. If the high battery level calibration is done while charging, the VB+ line will be high enough for good interpolation/extrapolation with a low bat level even at 1/2 charge.


OK, I suppose they could be muted as they don’t serve any function. This is again a carry over from the original version, not done on purpose.


This is also a carry-over from the original, it simply means that the start-up config file was found and used to set configuration. If no config file is found it reads “Parameter record not found”. I DID correct the original spelling that stated “Reload parameter form disk”



I appreciate the feedback! Will be posting an update shortly, which will contain a few other fixes as well (in particular a triggering issue while serial decoding in large buffer mode on the 500uS timebase), as well as added SPI and I2C decoding. Will keep all this in mind.