Ok, now I understand. You've replaced all the ports.
I've only used "TopJTAG Probe" and "TopJTAG Flash Programmer" with the hardware "Bus Blaster v4.1a" as "JTAGKey" clone. It run with a TCK freq. of 15MHz Max..
I'm not sure if with this HW (JTAGKey) I could make a NAND backup. In theory, yes:
Ok, now I understand. You've replaced all the ports.
I've only used "TopJTAG Probe" and "TopJTAG Flash Programmer" with the hardware "Bus Blaster v4.1a" as "JTAGKey" clone. It run with a TCK freq. of 15MHz Max..
I'm not sure if with this HW (JTAGKey) I could make a NAND backup. In theory, yes:
Carrington,
Few month ago tinhead's description of JTAG pins was sufficient for me to make a full flash backup. I've used H-JTAG software.
Most recent H-JTAG has support for S3C2416 and the flash chip.
But when I did this it has become evident to me that this action is excessive for my purpose (my scope had only chineese menu language and I wanted to enable full langpack).
Because Owon's factory upgrade tool can do more than documented in the upgrade manual.
Upgrade tool (launcher.exe) is 100% java software and can be easily de-compiled back to source code.
Owon's firmware is encrypted while in storage. But the encryption key is included in the zip. (public.key)
One of the upgrade tool's command line modes is 'launcher.exe encrypt'. This helps to encrypt and decrypt firmware files (tx, os, fp, me, help,...) in both directions.
In order to submit a single file into the scope 'launcher.exe usbpatch' command line is in use.
My experience is explained in a little bit more details here:
http://radiokot.ru/forum/viewtopic.php?p=1526909#p1526909
and here:
http://radiokot.ru/forum/viewtopic.php?p=1725552#p1725552
Because it is in russian, you will need to use any online translator.
I've only used "TopJTAG Probe" and "TopJTAG Flash Programmer" with the hardware "Bus Blaster v4.1a" as "JTAGKey" clone. It run with a TCK freq. of 15MHz Max..
I'm not sure if with this HW (JTAGKey) I could make a NAND backup. In theory, yes:
the BSDL file is ok, simply don't care about the ID.
But I need other software to make a dump.
TOP JTAG Flash works only for CFI/NOR memory, not NAND. I'm using here H-JTAG, as it does support both the SoC and NAND.
If you don't want spend money for H-JTAG USB (USD159 + shippment) you can still build LPT wiggler and let run the H-JTAG flasher for a day or two - and you will get dump of NAND as well. How to build such LPT wiggler has been describen in the H-JTAG software help file.
Any FTDI based wiggler (so ARM wiggler) and openocd should work as well (i have here only setups, schematics, tools for S3C2440 and smaller NAND, so not useful for you, but goodle is your friend)
for a day or two
I have got lost touch with this thread, what are you guys trying to do?
I have got lost touch with this thread, what are you guys trying to do?
I'd say that it does, but in an indirect way. You see, my perception is that they're building a base for firmware hacking for the whole series. While the current goal of Carrington for example may be to increase the bandwidth of his scope, results would be useful for any other further firmware hacking.
I thought the 1Gb/s limit was the ADC + clock frequency and did I read somewhere that if you use two channels it drops to 500Kb/s because of something shared or something?
In other words I had thought the SDS7102 has a hardware limit to 1Gb/sec.
If you don't want spend money for H-JTAG USB (USD159 + shippment) you can still build LPT wiggler and let run the H-JTAG flasher for a day or two - and you will get dump of NAND as well. How to build such LPT wiggler has been describen in the H-JTAG software help file.
This leaves us with the sample rate=bandwidth*10 rule of thumb, which would be violated in case of bandwidth increase. How big of a problem that would be, I'll leave for someone else to answer .
Highly summarized:
- For real time sampling acquisition and bandlimited signal: Fs > 2Fmax.
Now use common sense: Everything depends on the details that you want (I'm not talking about ADC dynamic range), more details -> more frequency components -> more BW, then -> more Fs.
i.e.: The sampling rate must also be sufficient for an acceptable reconstruction of the signal, for example a square pulse.
Tinhead, thank you as well for analysis of the flash dump you've made on this thread two years ago.
When looking at the flash dump I was surprised that each firmware upgrade been made takes a portion of the flash free space. So once upon a time the scope may reject you to perform next upgrade when the space will be exhausted!
This means that we probably should avoid to upgrade the device unless we actually want to use a specific new feature that comes with this particular upgrade.