amforth-devel

[Amforth-devel] amforth 4.0 for duemilanove hangs after prompt

[<ken...@al...>]

Hi,

I have tried using both my serial port adapter and my FTDI USB serial
adapter on amforth 4.0 assembled for the duemilanove.  (The board I'm
actually using is one of the free clones of the arduino with separate
serial adapters). I have used both minicom under linux and a terminal
emulator under Windows with nearly the same results.  Both of the serial
adapters have been used successfully for serial programming of the
arduino.

When minicom starts I see:


amforth 4.0 ATmega328P
> amf

Pressing reset on the Arduino causes another "amf" to be output so I
get:


amforth 4.0 ATmega328P
> amfamf

There is no response to keyboard input.

Do you have any suggestions on where to start troubleshooting this
problem?  I noticed that the duemilanove is using polling for both input
and output now.  I had the same symptoms with earlier versions using
interrupts.

Thanks,
Ken

Re: [Amforth-devel] amforth 4.0 for duemilanove hangs after prompt

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

At a guess I would think that the second problem is perhaps related to
the first in that the core code compiles to just under 8k. This should
fit into the memory of a 32k device easily with bags of room to spare.

Your base addresses etc would appear to be wrong.

A second question (sorry got to ask it most folks miss it) did you
program the eeprom ??

What are you using as your build route/toolchain ??

What fuses did you program ??

I haven't built the most recent release but will do when I get a mo. Its
on the to-do list.

Cheers

Andy Kirby



On 04/08/10 03:41, ken...@al... wrote:
> Hi,
> 
> I have tried using both my serial port adapter and my FTDI USB serial
> adapter on amforth 4.0 assembled for the duemilanove.  (The board I'm
> actually using is one of the free clones of the arduino with separate
> serial adapters). I have used both minicom under linux and a terminal
> emulator under Windows with nearly the same results.  Both of the serial
> adapters have been used successfully for serial programming of the
> arduino.
> 
> When minicom starts I see:
> 
> 
> amforth 4.0 ATmega328P
>> amf
> 
> Pressing reset on the Arduino causes another "amf" to be output so I
> get:
> 
> 
> amforth 4.0 ATmega328P
>> amfamf
> 
> There is no response to keyboard input.
> 
> Do you have any suggestions on where to start troubleshooting this
> problem?  I noticed that the duemilanove is using polling for both input
> and output now.  I had the same symptoms with earlier versions using
> interrupts.
> 
> Thanks,
> Ken
> 
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
> 

Re: [Amforth-devel] amforth 4.0 for duemilanove hangs after prompt

[<ken...@al...>]

Hi Andy,

Thanks for your quick response.  

> What are you using as your build route/toolchain ?

Kubuntu Linux v,9.10 on an AMD 64 bit dual core processor
Apache Ant version 1.7.1 compiled on July 2 2010
wine-1.0.1
AVRASM ver. 2.1.42 
then I move the .hex files to an old desktop and program the chip using
uisp version 20050207 and a very crude Parallel Port programmer from 
http://www.arduino.cc/en/Hacking/ParallelProgrammer

> A second question (sorry got to ask it most folks miss it) did you
> program the eeprom ??

Yes.  Don't feel bad - I've worked in Tech. Support and have had to ask,
"Is it plugged in?".

> What fuses did you program ??

None, I left them at the defaults for the duemilanove.

> At a guess I would think that the second problem is perhaps related to
>the first in that the core code compiles to just under 8k. This should
> fit into the memory of a 32k device easily with bags of room to spare.

Yes the code is less than 8k.  The problem is that there's an .org
0x3800 before the *_core* includes so they go into the NRWW section of
eprom.  With dict_minimum.inc in the *_core* group of includes, the
program overflows memory.

> Your base addresses etc would appear to be wrong.

Yes, I've spent a lot of time being confused the last couple of days. 
Atmel seems to use byte addresses sometimes and word (16 bit) addresses
others. e.g. with the proper fuses the datasheet says the NRWW section
is from 0x3800 to 0x3fff.  You will see that the assembly listing goes
up to 0x4671 but the error message says, "duemilanove.asm(24): warning:
end of .cseg at 0x8ce2 is beyond end of memory at 0x7fff". Two times
0x4671 is 0x8ce2.

I am inclined to believe that there may be a problem with my two
different serial port adapters since I've consistently had the "amf"
symptom since amforth 3.7.  However, I have been able to use both serial
port adapters to program the BBB using the bootloader.  I'm going to try
different baud rates just because it's easy and might work.

Regards,
Ken




On Wed, 04 Aug 2010 14:33 +0100, "an...@ki..."
<an...@ki...> wrote:
> At a guess I would think that the second problem is perhaps related to
>the first in that the core code compiles to just under 8k. This should
> fit into the memory of a 32k device easily with bags of room to spare.
> 
> Your base addresses etc would appear to be wrong.
> 
> A second question (sorry got to ask it most folks miss it) did you
> program the eeprom ??
> 
> What are you using as your build route/toolchain ??
> 
> What fuses did you program ??
> 
> I haven't built the most recent release but will do when I get a mo. Its
> on the to-do list.
> 
> Cheers
> 
> Andy Kirby
> 
> 
> 
> On 04/08/10 03:41, ken...@al... wrote:
> > Hi,
> > 
> > I have tried using both my serial port adapter and my FTDI USB serial
> > adapter on amforth 4.0 assembled for the duemilanove.  (The board I'm
> > actually using is one of the free clones of the arduino with separate
> > serial adapters). I have used both minicom under linux and a terminal
> > emulator under Windows with nearly the same results.  Both of the serial
> > adapters have been used successfully for serial programming of the
> > arduino.
> > 
> > When minicom starts I see:
> > 
> > 
> > amforth 4.0 ATmega328P
> >> amf
> > 
> > Pressing reset on the Arduino causes another "amf" to be output so I
> > get:
> > 
> > 
> > amforth 4.0 ATmega328P
> >> amfamf
> > 
> > There is no response to keyboard input.
> > 
> > Do you have any suggestions on where to start troubleshooting this
> > problem?  I noticed that the duemilanove is using polling for both input
> > and output now.  I had the same symptoms with earlier versions using
> > interrupts.
> > 
> > Thanks,
> > Ken
> > 
> > ------------------------------------------------------------------------------
> > The Palm PDK Hot Apps Program offers developers who use the
> > Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> > of $1 Million in cash or HP Products. Visit us here for more details:
> > http://p.sf.net/sfu/dev2dev-palm
> > _______________________________________________
> > Amforth-devel mailing list
> > Amf...@li...
> > https://lists.sourceforge.net/lists/listinfo/amforth-devel
> > 
> 
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
> 

Re: [Amforth-devel] amforth 4.0 for duemilanove hangs after prompt

[Erich W. <ew....@na...>]

Hello,

I can confirm the original problem
 > warning: end of .cseg at 0x8ce2 is beyond end of memory at 0x7fff".
for a duemilanove board with a fresh clean checkout of amforth 4.0.
I moved everything after the line

.include "words/ifetch.asm"

from dict_appl_core.inc to dict_appl.inc. That makes the warning go
away. There must be a better way to see, how much more fits into the
NRWW section.

Uploading(*) the resulting files to the board works, setting the fuses as
detailed in the readme.txt gives me a prompt (9600 baud).

amforth 4.0 ATmega328P ok
 > _

HOWEVER, compiling a word does stall the controller. Pressing reset gives
a new prompt, but the system is not working any more. Something related
to writing flash seems to be broken.

(*) uploading is done with a very simple "sp12" parport programmer.

Cheers,
Erich

On 08/04/2010 06:16 PM, ken...@al... wrote:
> Hi Andy,
>
> Thanks for your quick response.
>
>> What are you using as your build route/toolchain ?
>

Re: [Amforth-devel] amforth 4.0 for duemilanove hangs after prompt

[<ken...@al...>]

> There must be a better way to see, how much more fits into the
> NRWW section.

I moved just dict_minimum.inc.  It gave me an end address of 0x3f00, so
I'm only wasting 256 words.  dict_minimum was intended to be in low
memory.  The amforth User's Manual says, "This file was called
dict_low.inc in previous versions of amforth. ....  The words included
in dict_minimum.inc are stored in the target system in low flash
memory."

> Something related
> to writing flash seems to be broken.

Maybe you moved too much to low memory.  In the User's Guide it says you
should be careful.

The amount of high flash memory varies based on the type of AVR device.
Some small devices may
have so little high flash memory that you won't be able to fit all of
the words in this file [dict_core.inc] into the
available memory. Should this happen, you may be able to move some of
the .include statements from
this file into dict_minimum.inc (see below). Note, however, that this
must be done carefully, to keep
the flash read/write words (at least) in high flash memory.

Regards,
Ken


On Wed, 04 Aug 2010 21:10 +0200, "Erich Waelde" <ew....@na...>
wrote:
> Hello,
> 
> I can confirm the original problem
>  > warning: end of .cseg at 0x8ce2 is beyond end of memory at 0x7fff".
> for a duemilanove board with a fresh clean checkout of amforth 4.0.
> I moved everything after the line
> 
> .include "words/ifetch.asm"
> 
> from dict_appl_core.inc to dict_appl.inc. That makes the warning go
> away. There must be a better way to see, how much more fits into the
> NRWW section.
> 
> Uploading(*) the resulting files to the board works, setting the fuses as
> detailed in the readme.txt gives me a prompt (9600 baud).
> 
> amforth 4.0 ATmega328P ok
>  > _
> 
> HOWEVER, compiling a word does stall the controller. Pressing reset gives
> a new prompt, but the system is not working any more. Something related
> to writing flash seems to be broken.
> 
> (*) uploading is done with a very simple "sp12" parport programmer.
> 
> Cheers,
> Erich
> 
> On 08/04/2010 06:16 PM, ken...@al... wrote:
> > Hi Andy,
> >
> > Thanks for your quick response.
> >
> >> What are you using as your build route/toolchain ?
> >