there is no ordinart duemilanove, only the one that says:
arduino duimilanove or nano W atmega 328
and I got a chip with atmega 328 so I thought that should be the one
I am working on osx, in the serialport part of the tool menu I have these choises:
/dev/tty.modem
/dev/cu.modem
/dev/tty.usbserial-ob2 (i chose this one)
/dev/cu.usbserial-ob2
I installed the usbdrivers that came with arduino0018 dmg so i figure it should be the latest
the os recognises the ardiuno as USB<->Serial in a usbbus, but there is no comport I can choose
maybe that is the problem? is the arduino not correctly connected to my computer, i get the error "programmer is not responding"
The serial ports that come from Arduino (FTDI) devices are only there as long as the board is connected, at least in Windows, i'm not quite sure it's the same on the other OS'es.
If you don't know if the chip has a bootloader or not on it, can you tell us where you bought the chip (if you bought it online), and what you bought (a link to the product or description)?
I bought the chip from freeduino, I think this should be the link
as you see it has the bootloader allready, so probablymaybe it has to do with the board being ancient or broken?
so the comport should come from the arduino....
on a windows computer, i can choose from com1,com2. com7 etc etc
on my mac it has the listed above ports, is that an indication of the fact that my ftdi-drivers are not correctly installed or should it be this way on osx?
Did you try removing the new chip and putting the original back in place (to verify the board still works)?
Maybe they sent you the wrong part? I can see how a vendor could mix up such parts (it isn't like there is a marker on ATMegas with bootloaders or something)...
Maybe today is the day to learn how to put a bootloader on the chip!
One possibility is that the 328 you have has a bootloader that is from earlier than the official 328 bootloader, and sets the speed to the old 168 value (19200bps) instead of the new higher speed (57600) As an experiment, try setting the board type to "Diecimilla ... w ATmega168", which will use the older speed. If this is the problem, you should get a message about the signature not matching rather than a "not responding" message. Something like:
avrdude: Expected signature for ATMEGA8 is 1E 93 07
Double check chip, or use -F to override this check.
Another thing to try: edit your preferences (Library/Arduino/preferences.txt) to set upload.verbose=true
This will (hopefully) cause more verbose error messages to show up.
What is the old board model? If it had an Atmega8 I'm guessing NG? Which means there is no auto-reset to upload. The new chip you purchased has a bootloader that is setup for auto-reset meaning the window is much smaller than it used to be. If this is the case your best bet is to add the auto-reset circuit.
so what I did in responce to the reactions off....
crOsh:
I replaced my chip with the old one and uploaded the blink sketch, no problem, so the board works
westfw/ericm31:
when I select the atmega328 It automatically sets to baudraid 19200, when I cange to atmega 168, nothing happens.....
infact NOTHING happens, it says uploading to i/oboard for hours
digger450:
the board says nothing about what model it is but Im guessing NG to, but there is no model-indication on the board, but... i dont think there is any auto reset, so youre suggesting I put my own in there? cold you be more specifik in how that would work?