Re: [Amforth] Issues with a word compile - flash or eeprom write issues

[Jan K. <kro...@ho...>]

Hi

When I take 2 new 328p with boot on it ( buy it recently from original supplier) then when I read the lock byte the should be the same?
If my working version has an other number, because I did some stupid things, I always can set it back to the origional value with avrdude?

Jan kromhout
Sacharovlaan 3
3223HM Hellevoetsluis-NL

Op 6 mei 2012 om 16:20 heeft Matthias Trute <mt...@we...> het volgende geschreven:

> Hi,
> 
>> Hi, after a year I'm trying to run the latest version on atmega32
>> (11.0592Meg xtal). Compiling and flashing is ok, I get working
>> system with one exception - I cannot add a new word - ie 
>>> : foo 123 . ;
>> ok
>>> words
>> and it hangs here
> 
> Cannot reproduce:
> 
>> : foo 123 . ;
>   ok
>> words
>  foo pick nip ...
>> foo
> 
>  123  ok
> 
>> 
> 
>> Otherwise it works fine (even the floating point calcs work
>> properly). It seems it does not write internaly to flash or eeprom
>> properly. The lock fuses are 0x3f (write enable). Baudrate, char and
>> line delay, waiting on "ok" is set properly. BOD disabled. Tried 2
>> chips at 3.3V and 5V. Chips erased, programmed with FF low and DF
>> high fuse (and many others..). What am I missing here?
> 
> Try high fuse set to 0xd9 (Atmega32). This sets the boot flash section
> to the default. high fuse 0xdf leads to a too small boot section
> size, and effectivly disables flash write operations (a !e should
> work however).
> 
> Lock fuses leave as they are set from the factory. Always. Never ever
> change them.
> 
> Matthias
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>