I soldered up a prototype board (my first attempt with SMD parts and a hotplate) with an atmega328p-au with a 16mhz resonator and some sensors. I'm pretty sure I pre-loaded an UNO Optiboot bootloader to the 328p. The Arduino IDE seems fine when programming the 328p with the UNO board selected.
Unfortunately I no longer have access to the miso/mosi pins, just rx/tx, etc for loading sketches via FTDI.
Anyways, the sketches I run are responding VERY slowly, about 1 mhz apposed to 100 mhz with a breadboarded prototype.
Is there a way to determine what speed the processor is running at? I'm thinking I may have a fuse problem and the internal clock/divide 8 may be occuring. Anything else may be causing the large slow-down?
16 MHz? (Large M for Mega, small m for milli)
Write a sketch that flashes an LED once a second.
If it takes longer, then likely the internal 8 MHz oscillator is selected, and/or the /8 prescaler is selected, or ...
Sure sounds like a fuse setting problem.
You can't make an adapter to let you connect up to an AVR ISP? Even just tacking some wires on temporarily out to a 6 pin header?
The 28kHz was copy/pasted from the Arduino IDE messages.
I'm confused about what's going on. I was playing with a LilyPad bootloader and that may possible what's on the 328p. But why Arduino IDE loads sketches with the UNO board selected in this case is strange.
Hope to get to the bottom of this once I can get the fuses read and bootloader identified.
slachowiec:
I'm confused about what's going on. I was playing with a LilyPad bootloader and that may possible what's on the 328p. But why Arduino IDE loads sketches with the UNO board selected in this case is strange.
The IDE board selection only selects chip and serial baud rate. It doesn't know what PCB is actually attached.
Ignore those strange figures. In order to save space the optiboot bootloader doesn't implement code to report those values. instead it just sends an empty response.