edit: @davealpha, I watch David on eevblog YouTube so much I read your posts in a high pitched Australian accent!

edit: @davealpha, I watch David on eevblog YouTube so much I read your posts in a high pitched Australian accent!We're different Daves!
Run backup builder first, then 2d15 conversion mod.
My scope is in pieces until the new encoders arrive, so I can't test anything.
If anyone wants to try, I'm attaching modified DTBs increasing the max SPI speed for the FPGA.
Download the platform-tools package, install the drivers, paste the contents of the attached file inside.
Connect the scope in FEL mode before running the script or it won't work!
Run dtb_test, choose the dtb and check the results.
There's no risk, if it stops working properly just flash the original dtb.
Did you compensate the probe?Doesn't make sense when any probe works nice in CH1. Something seems wrong in CH2.
Try in different ranges, around 20mV/div (x1) or 200mV/div (x10) you'll hear the relay clicking.
Something might be wrong in the analog frontend, a component missing, or CX1 badly asjusted.
https://github.com/pecostm32/Hantek_DSO2000/blob/main/Schematics/Mainboard/Analog_Input_2.png

Have Hantek addressed any of the issues?
If he buy's this thing will he get a useful, working interment right out of the box?

The specs on the DSO2D15 look pretty good and he says he's loves the look of it and he can currently get it for $279 shipped.
He's not the kind of guy that will do the hack himself and I don't want to do it either as I don't have the time or inclination. I'm going to loan him a scope until he gets his income tax return payment then he's going to buy a Siglent SDS804. Quite a lot more, but it will work out better in the long run and the "hack" for it, if he wants to do it, is just entering some license keys.
Thanks for your input guys.
He's not the kind of guy that will do the hack himself and I don't want to do it either as I don't have the time or inclination. I'm going to loan him a scope until he gets his income tax return payment then he's going to buy a Siglent SDS804. Quite a lot more, but it will work out better in the long run and the "hack" for it, if he wants to do it, is just entering some license keys.
Strange that you're asking this question in the "Hacking the DSO2X1X" thread for a friend that is "not the kind of guy that will do the hack himself and I don't want to do it either".
Once you account for the lack of support, shitty SW, noise issues, poor triggering, memory depth limitations, measurement limitations, barely functioning protocol decoding
Once you account for the lack of support, shitty SW, noise issues, poor triggering, memory depth limitations, measurement limitations, barely functioning protocol decoding
still confused about the overclock, do i take the number 30 in the sh file and lower it till it crashes around 16? "/usr/bin/oc_manager 30 &" or do I modify the file with no suffix with separate cpu and mem sections?
# ------ USER ADJUSTABLE ------
# This example: (24*(28+1)*(0+1))/(0+1) = 648MHz
CPU_OC_PLL_N=28
CPU_OC_PLL_K=0
CPU_OC_PLL_M=0
# This example: (24*(13+1)*(0+1))/(0+1) = 336MHz (168MHz DDR)
MEM_OC_PLL_N=13
MEM_OC_PLL_K=0
MEM_OC_PLL_M=0
Is a smaller number faster, Dave mentions 16 as the sweet spot.
EDIT: YouTube clip of still not smooth 2d15 https://youtu.be/p-ngOAyKXiM?si=Z9k8l_1KVBx3a7Bt
It seems like using different sample rates has an effect on the trace thickness much more pronounced with the latest patch