Which just proved that quality assurance hadn't even looked into the problem.
I would resend the images showing the 200 mV issue, along with the images from XY mode and the FFT.
Then they should be able to reproduce it, and if they still think it's a user error, well, then they should show how to operate it correctly.
I'd be very surprised if that were possible.


If they tell you it's an operator error, tell them they're wrong. Tell them you can provide screenshots from 5 other people with the same error. Ask them for an email address, and ask the other people here to send screenshots directly.
If they tell you it's an operator error, tell them they're wrong. Tell them you can provide screenshots from 5 other people with the same error. Ask them for an email address, and ask the other people here to send screenshots directly.
They don't care about that. Why should they?
The manufacturer's device (Owon ADS800A) shows the same fault, and they obviously don't care about that either.
I don't expect Conrad to fix Owon's bugs.
If they tell you it's an operator error, tell them they're wrong. Tell them you can provide screenshots from 5 other people with the same error. Ask them for an email address, and ask the other people here to send screenshots directly.
They don't care about that. Why should they?
The manufacturer's device (Owon ADS800A) shows the same fault, and they obviously don't care about that either.
I don't expect Conrad to fix Owon's bugs.
Because it's not user error; that's why they should care. Showing that a bug is consistent across multiple devices for multiple users proves you're not at fault.
Finally, it's a cheap piece of shit. They don't care about it. If you give up easily on it, you will eat the cost. If you stand your ground and give evidence that there's an issue, they'll gladly replace the cheap piece of shit with a (hopefully better) cheap piece of shit. It's not worth their time to argue over it.
Yeah, right, in a perfect world.
After Conrad gave that idiotic answer, I wrote that this is demonstrably false.
I haven’t heard anything since.
Should I hire a lawyer over this nonsense?
Last year, I spent months arguing with PayPal, to no avail.
I’m sick of this crap.


For 149.-, I can't think of a better oscilloscope, despite the few flaws. I can handle them all.

I'm not going to save the world.
I'm not going to fight. I'm tired of fighting for things like that.
The ripple bug won't be fixed by Conrad or Fujian Lilliput Optoelectronics Technology Co., Ltd. anyway, and I don't want my money back either.
For 149.-, I can't think of a better oscilloscope, despite the few flaws. I can handle them all.
I'm not going to save the world.
I'm not going to fight. I'm tired of fighting for things like that.
The ripple bug won't be fixed by Conrad or Fujian Lilliput Optoelectronics Technology Co., Ltd. anyway, and I don't want my money back either.
For 149.-, I can't think of a better oscilloscope, despite the few flaws. I can handle them all.
I thought your scope had a unique failure the others did not? Or did you resolve that?
"world" is what you make of it ... nothing more ... nothing less
I thought your scope had a unique failure the others did not? Or did you resolve that?
Yes, that's true. There are issues with FFT and XY mode at higher memory depths.
Of course, I'm interested in whether and how I can fix or work around these errors.
But they aren't important enough to me that I would send the device back and get into a dispute with the seller.
Here is a slightly more detailed schematic that I was able to create by measuring the circuit.
The component with the code “ST3SK” has me a bit stumped.
Is it another op-amp, or is it something else....
In any case, the ripple can be measured at the output of the first op-amp, then at the output of the second, where it goes to the relay contact.
$ adb shell
DS01:/ $ su
Please input root password:
DS01:/ #
DS01:/ # cp /storage/1BFA-0317/fanfix.tar /data/local/tmp/
Note: 1BFA-0317 is the unique ID of your flash drive.DS01:/ # ls /storage | grep -Ev "emulated|self"
DS01:/ # cd /data/local/tmp && tar xvf fanfix.tar && cd fanfix
fanfix/
fanfix/install.sh
fanfix/init/
fanfix/init/fanfix.rc
fanfix/bin/
fanfix/bin/fanfix.sh
fanfix/bin/libxds.so
fanfix/bin/fpgawrite
fanfix/uninstall.sh
fanfix/src/
fanfix/src/Readme.txt
fanfix/src/fpgawrite.c
fanfix/Readme.txtDS01:/data/local/tmp/fanfix # ./install.sh
Installing fanfix files
Testing fanfix once
Installing init rc
Installed. Reboot device to activate autostart.DS01:/data/local/tmp/fanfix # reboot
DS01:/ # cd /data/local/tmp/fanfix
DS01:/data/local/tmp/fanfix # ./uninstall.sh
Removing fanfix autostart
Removed. Reboot device.
DS01:/data/local/tmp/fanfix # reboot