I haven't the slightest idea what I am doing but, I have a ISP programmer and some blank ATmega168 MCUs.

When I try to load a program with the ISP programmer I get this error:

If a -F will override the perceived problem I'll go for that.

Where would I enter the -F? What am I overriding?

sure appreciate the help,

Ralph

Hi Ralph,

The AVRDUDEFLAGS probably contains "-p m168" which tells it to expect to be programming an ATmega168 part. The 0x1e940b is for the ATmega168P chip -- almost identical hardware, but they assigned it a different part signature number. Your avrdude may know about it if you change "-p m168" to "-p m168p", but not all versions of avrdude know about the '168P. If that doesn't work, you can add the "-F" to the AVRDUDEFLAGS line, which tells avrdude to ignore the part signature check.

Mike

Is this what you are speaking of:

AVRDUDEFLAGS=-c dapa -pm168

Becomes:

AVRDUDEFLAGS=-c dapa -pm168p

Where would the -F go?

This is from the bootloader Makefile other programs have different syntax.

Ralph

Hi Ralph,

Yep, just turn m168 to m168p

However like Mike said your version of avrdude might not know that exists yet, so you can just add the -F to instruct avrdude to ignore it. Doesn't really matter where you add it as long as not in the middle of one of the other flags. Putting at the end should work.

Humberto

Now what about -c dapa? I get: avrdude: Can't find programmer id "dapa"

if I use that I get this:

miniMac:bootloader Me$ make avrdude -c dapa -pm168p -F -U lock:w:0x2f:m

avrdude: Can't find programmer id "dapa"

Valid programmers are:

make: *** [fuses] Error 1 miniMac:bootloader Me$

Ralph

If I use STK500 as the programmer I get this ser_open(): error:

I am using a MAC mini OS X 10.6.3 Snow Leopard trying to install the bootloader onto a blank ATmega168P- 20PU MCU using a ISP programmer (isn't that redundant?).

Here is the Makefile from bootloader:

Ralph

So I hardcoded the -P port and now I get this:

From the Makefile: AVRDUDEFLAGS= -vvv -c stk500 -p m168 -F -P /dev/cu.PL2303-0000101D

Ralph

Oh one further detail if I try to test the USB port with the yellow and green wires coming from the USB-serial cable shorted together I do not get a echo, nothing happens when I run "screen /dev/cu.PL2303-0000101D 115200". I enter text but it says on the first line and does not echo back when I hit return!

Ralph