| Products > Test Equipment |
| Hantek 2000 series - 2C42/2C72/2D42/2D72 |
| << < (44/50) > >> |
| smat:
--- Quote from: cliffyk on June 10, 2020, 10:22:37 pm ---This leaves me to believe they share fundamentally the same "innards" and that the "model number bandwidth" indicated by the 3rd character of the model nomenclature is more related to establishing marketplace price points than to each model's actual instrument performance. --- End quote --- Haha, yes. Good times! Way back when, they used to build the front end for the bandwidth. Then they gave you the top of the range for free, just crippled it in firmware for you to hack. Nowadays they can't even be bothered to do that! :D Perhaps the limit in firmware was a planned feature that they cut once they estimated the costs and actual effect on sales. Or... That "casual" users won't know that they were "cheated", while nerds will just do the research, buy the low price version, love the freebie, and remember in 5 years if/when Hantek becomes the new Rigol. |
| philaudio:
Hello, I made a big mistake this morning by wanting to measure resistances and tensions. in the precipitation I forgot to change the mode between AC and ohm. more AC and ohm reading result. R14 R15 burn, what are the values? please thank's |
| Microcheap:
That seems to be a fairly common mistake, I have fixed a few of these devices with the same problem. Usually, simply replacing the resistor fix the multimeter. R14 is 10K \$\Omega\$ and R15 is 1K \$\Omega\$ both are 0603 1% SMD resistors I've attached a picture of the resistors for future reference. |
| triodetube:
Hi I have the 2C42 version and will upgrade it to 2D42 following this forum. Is it possible to replace the DAC902 with DAC904? I don't know why the DAC904 is cheaper than DAC902 here. It is pin compatible according to the datasheet. It seems the only difference is the resolution. |
| dotsam:
Just wanted to document somewhere that I was able to update firmware using dfu-util (http://dfu-util.sourceforge.net) which supports the STM DfuSe extension (http://dfu-util.sourceforge.net/dfuse.html) used by this scope. dfu-util should be available as a package on most Linux distros, and also on macOS through homebrew, which is what I used. To begin, place the device in DFU mode as normal (Hold F1 while powering on). Then as a test and to create a backup of the current firmware, run: --- Code: ---$ dfu-util --device 0483:* -a 0 -s 0x08005000 -U backup.bin dfu-util 0.9 Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2016 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to http://sourceforge.net/p/dfu-util/tickets/ Deducing device DFU version from functional descriptor length Opening DFU capable USB device... ID 0483:df11 Run-time device DFU version 011a Claiming USB DFU Interface... Setting Alternate Setting #0 ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing DFU mode device DFU version 011a Device returned transfer size 1024 DfuSe interface name: "Internal Flash " Limiting upload to end of memory segment, 503808 bytes Upload [=========================] 100% 503808 bytes Upload done. --- End code --- If that works, then you're communicating with the device properly, so let's use the .dfu package to write the new firmware: --- Code: ---$ dfu-util --device 0483:* -a 0 -D HantekHTX2020070701.dfu dfu-util 0.9 Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2016 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to http://sourceforge.net/p/dfu-util/tickets/ Match product ID from file: 0000 Deducing device DFU version from functional descriptor length Opening DFU capable USB device... ID 0483:df11 Run-time device DFU version 011a Claiming USB DFU Interface... Setting Alternate Setting #0 ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing DFU mode device DFU version 011a Device returned transfer size 1024 DfuSe interface name: "Internal Flash " file contains 1 DFU images parsing DFU image 1 image for alternate setting 0, (1 elements, total size = 229444) parsing element 1, address = 0x08005000, size = 229436 Download [=========================] 100% 229436 bytes Download done. done parsing DfuSe file --- End code --- Finally, we need to exit DFU mode. dfu-util lets us do this, but not without doing another upload/download action. So let's read the firmware out again and also pass along the "leave" command to kick the device out of DFU. --- Code: ---$ dfu-util --device 0483:* -a 0 -s 0x08005000:leave -U backup_new.bin dfu-util 0.9 Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2016 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to http://sourceforge.net/p/dfu-util/tickets/ Deducing device DFU version from functional descriptor length Opening DFU capable USB device... ID 0483:df11 Run-time device DFU version 011a Claiming USB DFU Interface... Setting Alternate Setting #0 ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing DFU mode device DFU version 011a Device returned transfer size 1024 DfuSe interface name: "Internal Flash " Limiting upload to end of memory segment, 503808 bytes Upload [=========================] 100% 503808 bytes Upload done. Transitioning to dfuMANIFEST state --- End code --- And finally, just to describe the command line flags used here: the --device flag picks the device, and while the raw binary reading isn't picky, the DfuSe mode wants this to match what's specified in the .dfu file, so 0483:* matches that. "-a 0" matches the DFU endpoint for the internal flash. SPI and NOR flash also seem to be exposed: --- Code: ---Found DFU: [0483:df11] ver=0200, devnum=9, cfg=1, intf=0, path="253-1.3", alt=2, name="@NOR Flash : M29W128F/0x64000000/0256*64Kg", serial="XXXXXXXXXXXX" Found DFU: [0483:df11] ver=0200, devnum=9, cfg=1, intf=0, path="253-1.3", alt=1, name="@SPI Flash : M25P64/0x00000000/128*64Kg", serial="XXXXXXXXXXXX" Found DFU: [0483:df11] ver=0200, devnum=9, cfg=1, intf=0, path="253-1.3", alt=0, name="@Internal Flash /0x08000000/06*002Ka,250*002Kg", serial="XXXXXXXXXXXX" --- End code --- Hopefully this is useful to someone! |
| Navigation |
| Message Index |
| Next page |
| Previous page |