Hi,
I was in the market for a hobby level scope and came across this thread. After a lot of reading (especially this thread) I decided on the DSO2C10 and ordered it off Amazon. Two days later and I received the scope today. I'm very pleased, it was fully populated and because of everyone's hard work and documentation I was able to navigate through the upgrade process without any issues. A special thanks to DavidAlfa, you have spent a lot of time and shown more patience than most with this effort and it certainly shows.
Thanks, and have a happy Easter!
BitMaP
I have found a small bug and would like to know if it is a known issue or if it has been introduced as part of a recent update.
It's really a detail for a $130 scope. I'm still amazed what it can do.
When I turn on the track mode for the cursor in FFT mode, the measuring point (X, frequency) is always shifted slightly to the right, like in the picture in the attachment.
Where dB is highest is not the correct frequency.
AX should be at 9.900KHz, not 9.928 etc. As you can see correctly on the second picture, with the manual measurement.
Really a detail for such a cheap scope, but it would be nice if it worked properly. Reminds me of the TinySA markers.
Did this work with an earlier firmware?
Thank you!
This can be reproduced with 3209 fw also.
This can be reproduced with 3209 fw also.
Thanks for testing!
I've had the Hantek since last November and only today did I discover the "Autoscale" or "Auto range" mode.
It's hidden under the menu that pops up when you press the "Auto Set" button
and a signal is detected.
A bit difficult to access, but nice to have.
Note to self: RTFM
Lol, my rtfm moment was when I discovered I can centre the trace horizontally and vertically by pushing the knobs! Most useful on the awg going from 10mhz to 1khz! I am really enjoying the dso2d10 warts and all, and I am very happy with my purchase. I bought a fnirsi 1014d at the same time to compare, but sent it back just for the lack of trigger options. The math function and the trigger on pattern has been great to expand my usage of the two channels.
Lol, my rtfm moment was when I discovered I can centre the trace horizontally and vertically by pushing the knobs! Most useful on the awg going from 10mhz to 1khz!
Yes, turning the encoders is very tedious when it comes to larger ranges (DDS frequency, FFT center, pulse trigger value etc.).
For these cases I have made a Linux tool for "home use" using SCPI, because I simply prefer entering numbers with the keyboard to turning knobs.
DSO 2C10
Please tell me . How can I set the frequency to always be displayed in Hz (even if it is 10000Hz or 1,000,000Hz)?
Do I need to change the firmware for this?
Please tell me . How can I set the frequency to always be displayed in Hz (even if it is 10000Hz or 1,000,000Hz)?
Do I need to change the firmware for this?
This is not possible with normal settings, afaik.
Maybe DavidAlfa can tell you something about the firmware question. I don't know whether this is possible with reasonable effort.
Today I discovered something new that I didn't know.
Is it possible to generate a single 20ns pulse with the AWG of the Hantek?
Yes it's possible and it looks very OK.
EDIT: Second screenshot: Same signal, but green has a 2m long coax cable.
It seems to "arrive" 11.4ns later
Third screenshot: Almost identical length of cabling.
320ps delay between the channels. Not bad at all.
This is not possible with normal settings, afaik.
Maybe DavidAlfa can tell you something about the firmware question. I don't know whether this is possible with reasonable effort.
His experiments killed the apparatus. Now I'm fiddling with dsoflash((
Who has a backup using dsoflash For DSO 2C10?
His experiments killed the apparatus.
Sorry, maybe you wanted to mean
YOUR experiments killed the apparatus?
Who has a backup using dsoflash For DSO 2C10?
Because this question demonstrates absolute lack of reading and reckless behavior, there's a
HUGE FAQ explaining virtually everything.
» What not to do «
» Screwing up your system because you thought you were smarter than anyone, so no reading of any kind was needed.
» Coming here to blame us for your fuck-up because of the above.
It's my own fault. I read the documentation. Several times everything went well.
His experiments killed the apparatus.
Maybe you wanted to mean YOUR experiments and lack of reading killed the apparatus?
platform-tools gives an error message
ERASE PARTITIONS...
Erasing 'boot' FAILED (remote: 'invalid NAND device')
fastboot: error: Command failed
Failed to erase the memory!
What have you done to end like this?
New models have a new flash IC, current platform-tools are not compatible.
I have a backup using dso3kb_backup_builder.upk and edited \dso\app\phoenix
Thank you! I found the dump.
I uploaded Semenich56 GD5F1GQ5UEYIG dump into DSOFlash folder.
Thank you. Already found and restored.
If you have time, can you describe how to modify the graphical interface?
I can't, I don't know.
Try disassemblying phoenix in Ghidra, that's how I did everything, but it takes ages to find anything out and even more to modify, it's anything but easy.
Read the
hacking thread, specially
this message.
I would start by searching "Hz", "KHz", "MHz" strings in the binary and finding where they're being used.
To avoid further bricking you can make a simple script that restores phoenix after several boots.
USB console will probably fail to work if phoenix crashes but give it a try.
Create a file named "S11_restore_phoenix.sh" in the root of the USB drive.
Ensure it uses UNIX new line format!
#!/bin/sh
# Read file, increase counter
import /etc/phoenix_count
PHOENIX_COUNT=$(($PHOENIX_COUNT + 1))
if [ $PHOENIX_COUNT -lt 3 ]; then
echo "PHOENIX_COUNT=$PHOENIX_COUNT" > /etc/phoenix_count
sync
fi
# Restore after 3 boots
if [ -f /dso/app/phoenix_bak ] && [ $PHOENIX_COUNT -gt 2 ]; then
pidof phoenix dbus-daemon | xargs kill -9
cp /dso/app/phoenix_bak /dso/app/phoenix
chmod +x /dso/app/phoenix
sync
reboot -f
fi
Add this to do_other_update:
# Make phoenix backup and copy the restore script
if [ ! -f /dso/app/phoenix_bak ]
cp /dso/app/phoenix /dso/app/phoenix_bak
cp /mnt/udisk/S11_restore_phoenix.sh /etc/init.d/
chmod +x /etc/init.d/S11_restore_phoenix.sh
else
# reset counter, start over
rm /etc/phoenix_count
fi
# Copy your modded phoenix from usb drive
cp /mnt/udisk/phoenix /dso/app/
chmod +x /dso/app/phoenix
Copy the modded phoenix to the root of the USB drive and run do_other_update with
Script launcher.
Working or not, after 3 boots (Wait until the second Hantek logo shows up, then another 5-10 seconds) the original file will be restored.
I would start by searching "Hz", "KHz", "MHz" strings in the binary and finding where they're being used.
I found them in Phoenix and in some xml files.
I have just learned what the ref save and recall does and was wondering if there was any way to reposition the image or do I continue to setup the trace in the position I want the reference image to be displayed.
I wish there was a more complete help system for this oscilloscope, some of the inbuilt pages are empty and the only way I even understood what save and recall a ref even did was an out of context comment on a you tube video I was watching!
I finally understand the connection to time in ms ns and the actual frequency in Hz thanks to experimenting with my dso2d15, and even more useful, how to convert between SI units while measuring a capacitors charge rise to determine its value, I discovered the use of zooming the screen when looking at a long uart packet, and using the two probe tips and math function to make differential readings.
Maybe there is room in this thread for a RTFM tips section?
I have just learned what the ref save and recall does and was wondering if there was any way to reposition the image or do I continue to setup the trace in the position I want the reference image to be displayed.
The reference waveform is simply a kind of screenshot of a trace. You can't do anything with it other than look at it, afaik.
The “
FM” says:
2.9
3. Reference
The scope saves the waveform data in memory in “.ref” format. Up to 9 Ref files (No.1~No.9) can be stored in the internal
memory. The stored Ref can be recalled, a total of 2 Refs can be recalled. At recall, the Refs will be displayed on the screen
directly, at the same time, the time base, volt/div and level position when saving the Refs file are displayed. When the Refs is
not needed, you can select “Close”.
I was watching a new YouTube dso2d15 unboxing and noticed the icon display for the awg at the bottom of the screen switched between a B and G at different times. I also noticed the screenshots here by Aldo show a B in some and G in others, and mine always shows G no matter what settings I have tried,
Any ideas what the different letter B or G signifies?
EDIT: gotta love serendipity... If you read post #1857 there is a clue! I found how to change it to B(urst) mode!!!! Thanks again Aldo.
This can be reproduced with 3209 fw also.
Do you have new 3209 firmware?
What software version does your oscilloscope have?
There is no update on the huntek site.
I tried running ghidra. Assembly or C language is clearly not my thing. I just can't figure out where to find this variable. Found a match and got stuck at this point.
You're doing nothing there!
I have no clue where the frequency is processed, and I really don't feel like wasting a whole day trying to find it, sorry!
All I can help with: Ghidra / Search / Instruction operands, search "Freq=%.2lf%s".
That will lead to the function that seems to manage it.
Also: this goes to the hacking thread. Don't mix stuff, please keep it tidy!