dml attempts a Raven

[dml]

I think that's likely due to the fast signal for the oscilloscope.
My 50mhz, 500MSa/s starts acting the same but already at lower fequencies.

Yes I'm not usually probing stuff @ 100MHz or above with this kit - and I'm not using fast, high impedence probes either. So I wouldn't be surprised.

Let's call it good then on with the programming.....

[dml]

So far, the programming step is not going so well.

Trying to run the ATF1508 'blank check' instruction from ATMISP and the JTAG board's LED turns from green to orange, then I'm presented with

'hardware & software settings mismatch'

and the LED turns red when exiting ATMISP.

[PhilC]

So far, the programming step is not going so well.

Trying to run the ATF1508 'blank check' instruction from ATMISP and the JTAG board's LED turns from green to orange, then I'm presented with

'hardware & software settings mismatch'

and the LED turns red when exiting ATMISP.

Are you selecting the correct 1508 in the software to match your chip? as there are a few different types of I remember correctly.

[dml]

Are you selecting the correct 1508 in the software to match your chip? as there are a few different types of I remember correctly.

I'll doublecheck but I'm pretty sure I picked ATF1508AS

I'll have a poke around in the device selection again....

[dml]

Yeah there's definitely something wrong here. Doesn't matter which instruction I use, it fails instantly.

I notice the PI based programming commandlines specify an instruction length of 3 while ATMISP shows a non-editable value of 10 for this. Not sure if that's important.

So I either have a bad ATDH1150USB, or a bad cable, bad ATF chip or something wrong with the Raven mainboard.

Now I need to figure out how to divide that mess up into testable things.

[dml]

So its acting as if the ATF is maybe not powered - although the board is powered as I confirmed that earlier and the fan starts running on the 2nd ATX I'm using now.

So maybe no power to the chip itself, bad chip.... ill check some stuff but it's looking a bit negative right now.

I'm seeing 3.4v on a selection of pins on the ATF. I thought this was a 5V device? I'll check the datasheet and see which pins are VCC, see if it ties up.

[PhilC]

@dml just a thought, check that that three pin reset chip/transistor thing is the right way round.

[dml]

@dml just a thought, check that that three pin reset chip/transistor thing is the right way round.

Thanks, see photo below (?)

The machine definitely does power on with the button and there is power at the ATF chip, although I don't know yet that it's correct power.

Are any special jumper settings required for the programming step?

supervisor.jpg (413.35 KiB) Viewed 47 times

[dml]

Have confirmed there is 5v at VCCin and 3.3v at other pins around the chip. Seems to be powered - something else is wrong.

(3rd pin on that IC in the photo looks like an unsoldered joint - I will revisit that but it's soldered ok on the back just didn't fill the via very well)

Is it necessary for a CPU to be present during ATF programming?

[agranlund]

I can't see anything wrong in the photo and the reset chip looks the correct way around.
You shouldn't need any special jumper settings for programming.

The VCCINT pins should be 5V and VCCIO pins 3.3V
(It runs 5V internally and can take 5V inputs, but drives output pins at 3.3V)

This is how it looks for me before pressing run to program it:

Screenshot 2025-07-05 at 08.09.19.png (206.4 KiB) Viewed 18 times

If I run without power to the chip I also get ''hardware & software settings mismatch" message so maybe there's a lead to be had there, or maybe it just spits out that same message regardless of what goes wrong

Is it a new ATF1508 or a used one? I'm thinking in case a previous programming had some security bit checked, or maybe had jtag-isp disabled because they needed those pins for something else?

Edit, and this is the hardware I am using:

IMG_4943.jpg (14.47 KiB) Viewed 14 times