Re: [Amforth-devel] Image Debug

[<an...@ki...>]

Yup I found the AVR fuse calculator/s today.

I will try those settings. we certainly don't want to set the boot 
vector fuse, as this causes a reset or boot to go straight to the boot 
loader section of flash. (Top of flash)

When as I understand it amforth is booting from the label just after the 
interrupt vector table at the bottom of flash. (default).

So I will get rid of that and try again.

I think taking some time to rummage through the listing file will help 
as well, as everything is ordered in there as it goes onto the device. I 
find this makes it easier for me to follow what is happening rather than 
trying to work out which files and includes are in/out and in what 
order/segments the code will end up.

Cheers

Andy Kirby







Matthias Trute wrote:
> Hi Andy,
> 
> 
> A few remarks from me (sorry, but I dont have the right
> hardware at hand and the simulator is not really helpful)
> 
> Do you know the the web avr fuse calculator?
> 
> http://www.engbedded.com/fusecalc
> 
> I just played around with it from your remarks
> 
>>>> BOD, Disabled
>>>> SPI, Enabled
>>>> Boot Flash 4k, start $F000 (to match .equ max_dict_addr = $F000)
>>>> Full swing osc , slow rise time with max delays
>>>>       
> 
> I stumbled across the full swing osc. The arduino schematics tells me
> there is a quartz.
> My guess for the fuses would be low 0x7f, high 0x99 and extended 0xff
> (just enter
> the values on the website to see the effects: factory default and a 16MHz
> quartz).
> 
>>  >> Boot Flash 4k, start $F000 (to match .equ max_dict_addr = $F000)
>> is correct though, or is it ??
>>   
> 
> The max_dict_address is the highest address the self programming
> feature can deal with. Everything above this limit is read-only for amforth.
> It's basically the same as the maximum boot loader size. But: It's not a
> bootloader, the reset has to start at address 0x0000, not at the bootloader
> start address. (to make things even more complicate: It's possible to
> move the amforth to the bootloader and turn it into an unbreakable
> system, but thats a completly different story; I would not stress it _now_).
> 
> 
>> Hmm a scope it is then, my hearing is very poor in the ultrasonic <|;)
>>   
> 
> ROTFL mine too ;=)
> 
>> That's reassuring to know. I think I want to keep this to the templates 
>> and board specific bits though. Rather than mess with the code that is 
>> common to all.
>>   
> 
> I just ordered an arduino mega, but it will take a week or two. Just
> keep the hope
> that it works. I absolutly sure it will do so.
> 
> Matthias
> 
> 
> ------------------------------------------------------------------------------
> 
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>