looks like it's SOLVED :) I'm not really familiar with the atmel fuse scheme, but this is what happened (I think). I must have had set the fuse lock when I loaded the standard arduino bootloader with the following commands:
sudo avrdude -c avrispmkII -P usb -p atmega328p -v -e -U efuse:w:0x05:m -U hfuse:w:0xD6:m -U lfuse:w:0xFF:m sudo avrdude -c avrispmkII -P usb -p atmega328p -v -e -U flash:w:optiboot_atmega328.hex -U lock:w:0x0F:m (which probably explains the 0xd6 I was seeing on the hfuse) I removed the write to the lock and tried again: sudo avrdude -c avrispmkII -P usb -p atmega328p -v -e -U efuse:w:0x05:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m sudo avrdude -c avrispmkII -P usb -p atmega328p -v -e -U flash:w:optiboot_atmega328.hex After this I was able to successfully load the amforth image (seeing an hfuse value of 0xdf) and add as many definitions as I wanted! Possibly someone can further clarify any fuzziness in my statements to help others who may fall into this trap. thanks much for all of your help and encouragement. -csummers On Wed, Feb 29, 2012 at 6:48 PM, Charles Summers <summers.char...@gmail.com>wrote: > I really appreciate all the help. Unfortunately things are still not > working. I've tried it on both a rev2 and rev 3 uno with the same results. > (see below). I assume you guys aren't doing anything unusual in the minicom > settings? One other piece of information, after it hangs, doing a reset or > power cycle doesn't allow me to reconnect. I can't get any response until I > do another make install. Oh yeah, one more thing. when I do a read-fuse, > the hfuse value is 0xd6 instead of 0xd9. > > Welcome to minicom 2.5 > > OPTIONS: I18n > Compiled on May 2 2011, 10:05:24. > > Port /dev/ttyACM0 > > Press CTRL-A Z for help on special keys > > amforth 4.7 ATmega328P Forthduino > > > ok > > words > words show-wordlist ms 1ms applturnkey is Rdefer Edefer s" ." .s u. > dinvert d- d > > + d2* fill c!@spi sleep wdr -wdt wordlist forth definitions previous also > forth- > wordlist only set-order set-current get-order get-current !e[] @e[] > environment? > environment end-code code abort abort" [char] immediate recurse user > constant v > > ariable [ ] ; :noname : does> create ?do leave +loop loop do again until > repeat > while begin then else if sliteral literal @i (!i-nrww) !i @e !e not s>d > up! up@ > >< cmove> unloop i sp! sp@ rp! rp@ +! rshift lshift 1- 1+ xor or and 2* > 2/ inver > t um* um/mod m* + - log2 d< d> 0> u> u< true 0 0< > < 0= = <> r@ >r r> > rot drop > over swap ?dup dup c@ c! ! @ execute exit init-user ee>ram ee-user > source-tib re > fill-tib tib 2swap d2/ cmove dnegate dabs d>s j * icompare search-wordlist > defer > > @ defer! to value unused noop ver ?stack rec-notfound rec-find rec-intnum > interp > ret depth rp0 sp sp0 warm cold pause quit find-name parse-name /string > source cs > can parse >number number char refill accept cskip throw catch handler ' > type spa > > ces space cr icount itype s, u>= u<= digit? ud/mod ud.r ud. . d. .r d.r > sign #> > #s # <# hold hld tolower toupper within max min abs mod / negate u/mod */ > /mod * > > /mod turnkey bl hex decimal bin ['] , compile ( \ header allot here edp dp > key? > key emit? emit pad #tib >in cell+ cells base state f_cpu +usart baud > tx?-poll tx > -poll rx?-isr rx-isr int-trap int@ int! -int +int > ok > > > > ok > > > $aa constant > bla1 > ok > > > > > ok > > > $bb constant > bla2 > > ONCE AGAIN, IT HUNG RIGHT HERE :( > > NOTE: one thing I saw that was different for what it's worth was the hfuse > value: > > csummers@chas:~/amforth/releases/4.7/appl/arduino$ sudo make read-fuse > > avrdude -q -c avrispmkII -P usb -p atmega328p -U hfuse:r:-:h -U > lfuse:r:-:h -U efuse:r:-:h -U lock:r:-:h > > avrdude: AVR device initialized and ready to accept instructions > avrdude: Device signature = 0x1e950f > avrdude: current erase-rewrite cycle count is 1325449198 (if being tracked) > > avrdude: reading hfuse memory: > avrdude: writing output file "<stdout>" > 0xd6 > > avrdude: reading lfuse memory: > avrdude: writing output file "<stdout>" > 0xff > avrdude: reading efuse memory: > avrdude: writing output file "<stdout>" > 0x5 > avrdude: reading lock memory: > avrdude: writing output file "<stdout>" > 0x3f > > avrdude: safemode: Fuses OK > > avrdude done. Thank you. > > > ---------------------------------------------------------------------------------------------- > > > On Wed, Feb 29, 2012 at 1:56 PM, Erich Waelde <ew.fo...@nassur.net> wrote: > >> On 02/29/2012 08:51 PM, Charles Summers wrote: >> > What are your fuse values? >> >> $ make read-fuse >> sudo avrdude -q -c avrispmkII -P usb -p atmega328p -U hfuse:r:-:h -U >> lfuse:r:-:h -U efuse:r:-:h -U lock:r:-:h >> >> avrdude: AVR device initialized and ready to accept instructions >> avrdude: Device signature = 0x1e950f >> avrdude: reading hfuse memory: >> avrdude: writing output file "<stdout>" >> 0xd9 >> avrdude: reading lfuse memory: >> avrdude: writing output file "<stdout>" >> 0xff >> avrdude: reading efuse memory: >> avrdude: writing output file "<stdout>" >> 0x5 >> avrdude: reading lock memory: >> avrdude: writing output file "<stdout>" >> 0x3f >> >> avrdude: safemode: Fuses OK >> >> >> Cheers, >> Erich >> >> >> ------------------------------------------------------------------------------ >> Virtualization & Cloud Management Using Capacity Planning >> Cloud computing makes use of virtualization - but cloud computing >> also focuses on allowing computing to be delivered as a service. >> http://www.accelacomm.com/jaw/sfnl/114/51521223/ >> _______________________________________________ >> Amforth-devel mailing list for http://amforth.sf.net/ >> Amforth-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/amforth-devel >> > > > > -- > -chuck > * This sig intentionally left blank * > -- -chuck * This sig intentionally left blank * ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Amforth-devel mailing list for http://amforth.sf.net/ Amforth-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amforth-devel
