Products > Test Equipment
DG4000 - a firmware investigation
<< < (71/96) > >>
GonzoTheGreat:

--- Quote from: tv84 on February 13, 2019, 06:04:56 pm ---The 3rd party plugin should help, despite it's age.

--- End quote ---
...but how?  alas the ADSP-BF526 did not even exist then. Anyway the IDA v7 is not even compatible with this plugin because the API changed between v6 and v7.


--- Quote from: tv84 on February 13, 2019, 06:04:56 pm ---If you have any particular block you are sure you would like to analyse, I can dump it for you in a way you don't need to rely on the plugin.

--- End quote ---
I would not even know the block at this stage of investigation.
I would like to analyze the code that controls the Burst Mode parameters.  See this bug report.
RoGeorge:
If you want to reverse engineer the DG4000 in order to "fix bugs" for yourself, that will be highly unlikely, especially that what it is described there as bugs are, in fact, in spec DC offset, or expected behavior from a DDS type of generator.

A DDS is different from an analog generator, it first lay down a waveform in memory, then it samples that waveform.  Waveform frequency is achieved by sampling memory at different increments of addresses, so it can get into apparently weird behavior when slowly changing the frequency of a given waveform, especially for square waves or pulses.

I admit I didn't read the bugs topic very carefully, but they all looked to be expected behavior coming from a DDS architecture.
tv84:

--- Quote from: GonzoTheGreat on February 13, 2019, 06:20:05 pm ---...but how?  alas the ADSP-BF526 did not even exist then. Anyway the IDA v7 is not even compatible with this plugin because the API changed between v6 and v7.

...

I would not even know the block at this stage of investigation.

--- End quote ---

They are very similar. You can try one of the methods of the plugin. Of course, you must use IDA <7 or adapt the plugin to the v7.

Based on what RoGeorde said and your level of knowledge about the BF, I think this is beyond your capabilities. It's beyond mine for sure!
GonzoTheGreat:

--- Quote from: tv84 on February 13, 2019, 07:36:37 pm ---I've checked my code. You have the CRC16 parameters wrong.

--- End quote ---
I was not wrong
Due to the way in which I process the CRC, the bits of the polynomial  are stored in reverse order. This makes the polynomial 0x8408 in my code.


--- Quote from: tv84 on February 13, 2019, 07:29:25 pm ---Based on what RoGeorde said and your level of knowledge about the BF, I think this is beyond your capabilities. It's beyond mine for sure!

--- End quote ---
Yes, it is beyond now, but I have built and learned undocumented CPU architectures before... and the BlackFin is documented, isn't it?
tv84:
The attached image is inside the official DG4000Update.GEL .  (I think colors are now correct: 800x480 Format16bppRgb565 )

Can anyone explain me when does it appear in the DG?
Navigation
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod