amforth-devel — Development discussion and user support

[Amforth-devel] Question on Baud rates

[Dennis C. <den...@gm...>]

Hello All,

I recently decided to try Amforth, but I have run across an odd issue and
was hoping someone could point me in the right direction.

I took the template project and set it up for an atmega168. The issue I am
having is that I can't seem to get the serial port to run at the speed I
request it to. I finally did get the serial port sort of working by
requesting a baud rate of 2400 and then setting my terminal program to be
300 baud. Every other speed that I tried just gave me garbage on screen. 300
baud works, but boy is it slow :)

I am using an external 10Mhz clock. I have the F_CPU setting in the
template.asm set to 10000000. I tried the default internal oscillator at
8Mhz to start with, but had no success until I tried the external clock.

I am thinking that perhaps there is another location that has a setting for
the CPU frequency other than the template.asm file?

Thanks for any assistance you can provide.

Dennis

Re: [Amforth-devel] AvrS/amforth error

[Elliott C. <ec...@te...>]

On 01/29/2011 06:04 PM, Erich Waelde wrote:
> On 01/29/2011 05:23 PM, Elliott Chapin wrote:
>>
>> Thanks; I'm hoping to introduce my friends at http://hacklab.to/ to
>> possibilities beyond standard Arduino software.
>>
> Nice! Good luck!
>
> Erich
>

I think I'll price other Arduino boards locally, see which can be 
targets for avra. I have found that trying to have 328 pretend it's 328p 
won't work properly.

-- 
Elliott Chapin
http://clients.teksavvy.com/~echapin

Re: [Amforth-devel] AvrS/amforth error

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

On 01/29/2011 05:23 PM, Elliott Chapin wrote:
>
> Thanks; I'm hoping to introduce my friends at http://hacklab.to/ to
> possibilities beyond standard Arduino software.
>
Nice! Good luck!

Erich

[Amforth-devel] details

[Elliott C. <ec...@te...>]

I might be using avra assembler instead of avrstudio4 if avra had an 
atmega328* target. I'm wondering if I can pretend my 328 is a 328p.

Thx,
E.
-- 
Elliott Chapin
http://clients.teksavvy.com/~echapin

Re: [Amforth-devel] AvrS/amforth error

[Elliott C. <ec...@te...>]

On 01/29/2011 06:27 AM, Erich Waelde wrote:
> Hi Elliott,

[snip]

> After reading several of your mails, it seems to me that you are not
> properly setting up an amforth project ...
>
>
> If you download amforth from the svn repo
> $ svn co https://amforth.svn.sourceforge.net/svnroot/amforth

[snip]

>
> Hope this helps,
> Erich
>

Thanks; I'm hoping to introduce my friends at http://hacklab.to/ to 
possibilities beyond standard Arduino software.

-- 
Elliott Chapin
http://clients.teksavvy.com/~echapin

Re: [Amforth-devel] AvrS/amforth error

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

Hi Elliott,

On 01/29/2011 12:52 AM, Elliott Chapin wrote:
> C:\amf\core\devices/atmega328/device.asm(6): error: Cannot find include
> file: m328def.inc
>
> Searched the package - no result.
>
> My experimental replacement line: 	.include "devices/atmega328/device.inc"
>
> Then a lot of msg's like this:
> C:\amf\core\devices/atmega328/device.inc(6): error: Illegal use of
> undefined or forward referenced symbol 'WANT_AD_CONVERTER' in conditional.
>
> The closest to the 328 in the AvrS debugger choice menu is the 328P. My
> reading suggests that this shouldn't make any difference here, but ...
>
>

After reading several of your mails, it seems to me that you are not
properly setting up an amforth project ...


If you download amforth from the svn repo
$ svn co https://amforth.svn.sourceforge.net/svnroot/amforth
the following direcories will appear
amforth/applications/
amforth/incubator/
amforth/refcard.pdf
amforth/releases/
amforth/trunk/

go down the tree into the latest release, e.g.:
$ cd amforth/releases/4.2/appl

There you will find a directory called "template".
make a full copy of that to a new name, e.g.:

$ cp -a template  myproject_1

go there
$ cd myproject_1

clean out .svn directories, otherwise it will confuse
subversion:
$ rm -fR .svn words/.svn

You will be left with the following files:
./build.xml              -- an ant script, if you prefer ant over make
./dict_appl_core.inc     -- asm words to be included into the NRWW section of flash
./template.asm           -- the file to setup amforth for myproject_1
./dict_appl.inc          -- asm words to be included into amforth for myproject_1
./words/applturnkey.asm  -- the asm word applturnkey will start the amforth on reset
./makefile               -- use make to build everything

Now you need to edit makefile or build.xml, and template.asm to fit
your environment.

The "missing" file m328def.inc is not part of amforth. These files are
provided by Atmel. you need to download AvrStudio4 from Atmel, unfortunately
with registration. In there is a directory "AvrAssembler2/Appnotes". This is
referenced by a variable in makefile and needs to be included into the search
path for the assembler. Since you seem to be working with AvrStudio, you should
have those files.


Hope this helps,
Erich

[Amforth-devel] AvrS/amforth error

[Elliott C. <ec...@te...>]

C:\amf\core\devices/atmega328/device.asm(6): error: Cannot find include 
file: m328def.inc

Searched the package - no result.

My experimental replacement line: 	.include "devices/atmega328/device.inc"

Then a lot of msg's like this: 
C:\amf\core\devices/atmega328/device.inc(6): error: Illegal use of 
undefined or forward referenced symbol 'WANT_AD_CONVERTER' in conditional.

The closest to the 328 in the AvrS debugger choice menu is the 328P. My 
reading suggests that this shouldn't make any difference here, but ...


-- 
Elliott Chapin
http://clients.teksavvy.com/~echapin

Re: [Amforth-devel] amforth-4.2 - progress, suggestion

[Elliott C. <ec...@te...>]

> Can you please more specific here? In the makefile (the build.xml
> is nothing really different), I use a number of directories. You need
> the directory with the xxxxdef.inc files from Atmel (IIRC they are
> included automatically, but....) and the two directories .../core (for
> e.g. the words/whatever.asm files) and.../core/device for the
> controller specific definitions.

Sorry, I meant core/devices/atmega.../...
>
> Matthias
>

-- 
Elliott Chapin
http://clients.teksavvy.com/~echapin

Re: [Amforth-devel] amforth-4.2 - progress, suggestion

[Elliott C. <ec...@te...>]

On 01/28/2011 01:40 PM, Matthias Trute wrote:
> Elliot,
>
>> I'm having a slightly better time with AvrStudio4 - by taking file
>> fragments from the Linux to XP (Gnome Document Viewer). Learned that
>> unix file paths are understood.
>
> In the rare cases in which I use the studio under windows, I've never
> had any problems with the slash/backslashes. Same with line endings,
> it simply works.

I had assumed that / versus \ would be a problem, but learned that it 
wasn't. The question of line endings, as I suspected might be the case, 
was mainly one of readablilty.
>
>> I am running into inconsistencies in file location - generating "cannot
>> find ..."; quite easy to edit item by item so far, but nice if fixed.
>> Version transition problem?
>
> Can you please more specific here? In the makefile (the build.xml
> is nothing really different), I use a number of directories. You need
> the directory with the xxxxdef.inc files from Atmel (IIRC they are
> included automatically, but....) and the two directories .../core (for
> e.g. the words/whatever.asm files) and.../core/device for the
> controller specific definitions.

E.g., When amforth.asm was loaded, .include "dict_appl_core.inc" 
produced an error. I found the file in appl/template/. Granted, I hadn't 
made up dict_appl.inc yet; perhaps that was the problem - sorry for 
being a bit sloppy. But then there's .include "devices/atmega168.asm"; 
this file seems actually to be devices/atmega168/device.asm. Anyway, 
I'll make up dict_appl.inc, clean up, and see what happens.

Thx,
E. C.

>
> Matthias
>

-- 
Elliott Chapin
http://clients.teksavvy.com/~echapin

Re: [Amforth-devel] amforth and v-usb

[Matthias T. <mt...@we...>]

Pito,

> "the V-USB is a software-only implementation of a low-speed USB
> device for Atmel’s AVR® microcontrollers, making it possible to
> build USB hardware with almost any AVR® microcontroller, not
> requiring any additional chip..." 
> http://www.obdev.at/products/vusb/index.html
> 
> Did somebody try to integrate this into the amforth? Would it be
> possible??

possible yes, done not yet (at least to my knowledge). And yes: its
a challanging task.

Matthias

Re: [Amforth-devel] amforth-4.2 - progress, suggestion

[Matthias T. <mt...@we...>]

Elliot,

> I'm having a slightly better time with AvrStudio4 - by taking file 
> fragments from the Linux to XP (Gnome Document Viewer). Learned that 
> unix file paths are understood.

In the rare cases in which I use the studio under windows, I've never
had any problems with the slash/backslashes. Same with line endings,
it simply works.

> I am running into inconsistencies in file location - generating "cannot 
> find ..."; quite easy to edit item by item so far, but nice if fixed. 
> Version transition problem?

Can you please more specific here? In the makefile (the build.xml
is nothing really different), I use a number of directories. You need
the directory with the xxxxdef.inc files from Atmel (IIRC they are
included automatically, but....) and the two directories .../core (for
e.g. the words/whatever.asm files) and.../core/device for the
controller specific definitions.

Matthias

Re: [Amforth-devel] Interest in the AT90USB family of chips?

[Matthias T. <mt...@we...>]

Randy,

> Has their been interest/work/progress in porting AMforth to use the AVR 
> usb flavor of chips? There is an excellent OpenSource lib (LUFA) and 
> libusb drivers for win32 that work well?

the controllers itself should work, what's missing are words
for the USB module(s). IMHO the code is not related to any
OS (host) specific USB code,as long as the USB standards are
met (HID etc)

And yes: interest in such code exists.. At least some demo code
for e.g. a terminal would be great. It could replace the serial
line stuff in the current code base.

Matthias

[Amforth-devel] amforth-4.2 - progress, suggestion

[Elliott C. <ec...@te...>]

FC14, VIRTUALBOX/XP:

I'm having a slightly better time with AvrStudio4 - by taking file 
fragments from the Linux to XP (Gnome Document Viewer). Learned that 
unix file paths are understood.

I am running into inconsistencies in file location - generating "cannot 
find ..."; quite easy to edit item by item so far, but nice if fixed. 
Version transition problem?
-- 
Elliott Chapin
http://clients.teksavvy.com/~echapin

Re: [Amforth-devel] linux/windows

[Elliott C. <ec...@te...>]

Thanks to various responders. I was aware of the need to set several 
parameters; and I will study the handling of relative file paths. But 
does AvrStudio under XP understand file paths with "/" as found in the 
.inc files?

Re assembler.frt: Does it work with full reversal, or does it work with 
parameters not reversed but opcode at the end?

As to text file conversion or viewing: I haven't yet found the right 
combination tools/editors for handling all the files in one way.

AvrStudio32 for Linux, as well as not handling 8-bit chips, seemingly 
does not do assembler projects.

-- 
Elliott Chapin
http://clients.teksavvy.com/~echapin

Re: [Amforth-devel] linux/windows

[Marcin C. <sa...@sa...>]

>> Erich Waelde <ew....@na...> wrote:

> You are forced to extract the include files from AVR Studio, because license
> obligations do not permit anyone else to distribute those files, or
> AVR Studio itself.

Do you have some more information about licensing? Actually the
platform specific-includes are machine-generated files (that's
what the header file says) and hardly creative work subject to copyright.
Of course, I just need an opinion, not a legal advice :)
I was leaning towards distributing .inc file with avra. 

> You are not forced to use the AVRAssembler2 that comes with AVR Studio.
> You can do with avra. However, that means
> b. or you need to patch the newest avra (1.3.0) with patches contributed by
>     M.Cieslak. These patches have not been included in avra for reasons I
>     don't know. I have built a patched version of avra and use it routinely.
>     "Works for me (tm)".

Yes, patches are now in the "git master", so fetching the newest
version from the repository works:

http://avra.git.sourceforge.net/git/gitweb.cgi?p=avra/avra

I need to finish proper preprocessor integration, implement
.overlay (not difficult to do) and provide support for all platforms
that avrasm2 does. 

//Marcin

Re: [Amforth-devel] linux/windows

[pito <pi...@vo...>]

Hi Elliott, I worked in an "intensive way" with amforth 4.0 & 4.2
under WinXp (only), absolutely no issues with that, never had any
reason to travel into linux world, you have to change few (~3) lines
in order to define the atmega chip used, xtal frequency, the
baudrate.. I'm using Avrstudio only, even the avrsimulator swallows
amforth somehow. Programmer-Sinaprog(avrdude based, for Win) with
usbasp. I am not using any makefile. Since fall I am playing with
FlashForth 4.7  (pic24/dspic33, subroutine threaded, very fast,
robust). Pito.

----- PŮVODNÍ ZPRÁVA -----
Od: "Elliott Chapin" <ec...@te...>
Komu: amf...@li...
Předmět: [Amforth-devel] linux/windows
Datum: 21.1.2011 - 4:18:41

> In my little experience:
> 
> Amforth as published seems to be part linux-nature
> and part 
> windows-nature: text files and directory paths are
> linux but we are 
> asked to work in windows avrstudio. Conversion
> utilities do not give 
> consistent results, and some files need to be
> edited; workarounds are 
> time consuming for me so far. Avrstudio for linux
> is only for 32-bit 
> cpu's. So I am hoping for a unified windows
> version, or linux avrstudio 
> to be extended to handle 16, 8 -bit cpu's -
> because I bought an Arduino Uno.
> 
> I am also waiting for GreenArrays to come into
> production. :)
> http://www.greenarrays.com/index.html
> -- 
> Elliott Chapin
> http://clients.teksavvy.com/~echapin
> 
> ------------------------------------------------------------------------------
> > Special Offer-- Download ArcSight Logger for FREE
> (a $49 USD value)!
> Finally, a world-class log management solution at
> an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev.
> Offer expires 
> February 28th, so secure your free ArcSight Logger
> TODAY! 
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
> 

Re: [Amforth-devel] linux/windows

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

Hello,

On 01/21/2011 04:18 AM, Elliott Chapin wrote:
> In my little experience:
>
> Amforth as published seems to be part linux-nature and part
> windows-nature: text files and directory paths are linux but we are
> asked to work in windows avrstudio. Conversion utilities do not give
> consistent results, and some files need to be edited; workarounds are
> time consuming for me so far. Avrstudio for linux is only for 32-bit
> cpu's. So I am hoping for a unified windows version, or linux avrstudio
> to be extended to handle 16, 8 -bit cpu's - because I bought an Arduino Uno.

avrstudio:
You are not forced to use AVR Studio (the IDE).

You are forced to extract the include files from AVR Studio, because license
obligations do not permit anyone else to distribute those files, or
AVR Studio itself.

You are not forced to use the AVRAssembler2 that comes with AVR Studio.
You can do with avra. However, that means
a. you either stick to older controllers, where all files from Atmel come
    in the Assembler Version 1 format,
b. or you need to patch the newest avra (1.3.0) with patches contributed by
    M.Cieslak. These patches have not been included in avra for reasons I
    don't know. I have built a patched version of avra and use it routinely.
    "Works for me (tm)".

quote from Marcins mail on amforth-devel (2010-08-15)
 > I have posted patches to the newest avra (trunk, they might
 > work with 1.3.0 release) on Sourceforge:
 >
 > 3044547         Error:: ldi can only use a high register (r16 - r31)
 >                 https://sourceforge.net/tracker/?func=detail&aid=3044547&group_id=55499&atid=477233
 >
 > 3044545         movw y, z causes Error:: No register associated with y and z
 >                 https://sourceforge.net/tracker/?func=detail&aid=3044545&group_id=55499&atid=477233
 >
 > 3044541         .ifndef does not work (Can't redefine constant, use .SET)
 >                 https://sourceforge.net/tracker/?func=detail&aid=3044541&group_id=55499&atid=477233
 >

Help to get avra in shape to completely support Version 2 of Atmels
assembly format would be highly appreciated!


Linux or Windows:
For me working with amforth is a Linux activity, with occasional excursions
into wine+AVRStudio|AVRAssembler2 land, mainly to see, if using the windows stuff
changes anything if on a bug hunt. And btw, I'm running wine on a amd64 system.


Editing text files:
There is *no* way around this.
You absolutely must configure the amforth system for your values of
. exact controller
. exact crystal frequency
. exact fuse settings
. exact baud rate
. exact settings of your programming dongle
These are the absolutely required minimum. And no, I don't want the
amforth system to take any guesses. But this is not everything.
I routinely include a number of words via dict_appl.inc. Again,
amforth provides the minimum to run, but I want more, and that "more"
is certainly different from your version of "more".

I routinely use a much larger Makefile, just due to the way I choose
to work. And so on.


My reasoning may be inaccurate, your milage may vary ...

Hope that helps, have a nice day.
Erich

[Amforth-devel] linux/windows

[Elliott C. <ec...@te...>]

In my little experience:

Amforth as published seems to be part linux-nature and part 
windows-nature: text files and directory paths are linux but we are 
asked to work in windows avrstudio. Conversion utilities do not give 
consistent results, and some files need to be edited; workarounds are 
time consuming for me so far. Avrstudio for linux is only for 32-bit 
cpu's. So I am hoping for a unified windows version, or linux avrstudio 
to be extended to handle 16, 8 -bit cpu's - because I bought an Arduino Uno.

I am also waiting for GreenArrays to come into production. :)
http://www.greenarrays.com/index.html
-- 
Elliott Chapin
http://clients.teksavvy.com/~echapin

[Amforth-devel] Interest in the AT90USB family of chips?

[Young, R. S. <ras...@in...>]

Folks,

Has their been interest/work/progress in porting AMforth to use the AVR 
usb flavor of chips? There is an excellent OpenSource lib (LUFA) and 
libusb drivers for win32 that work well?

Best,

Randy

[Amforth-devel] amforth and v-usb

[pito <pi...@vo...>]

Hi, 
"the V-USB is a software-only implementation of a low-speed USB
device for Atmel’s AVR® microcontrollers, making it possible to
build USB hardware with almost any AVR® microcontroller, not
requiring any additional chip..." 
http://www.obdev.at/products/vusb/index.html

Did somebody try to integrate this into the amforth? Would it be
possible??
Pito

Re: [Amforth-devel] Atmega32u4

[Karl L. <kar...@se...>]

What the error means is pretty straightforward.  You (well, your  
source files) are trying to write different values to the same address 
(es) in code space.  How you are doing it may not be that easy to  
find, given that so much of amforth is already set up.

The addresses in question are the interrupt vectors, so I suspect  
that the atmega32 is using a different set of vectors than whatever  
MCU your current amforth is set up for.

MCUs like the atmega88 use a single address for each vector:

0x000 rjmp RESET ; Reset Handler
0x001 rjmp EXT_INT0 ; IRQ0 Handler
0x002 rjmp EXT_INT1 ; IRQ1 Handler
0x003 rjmp PCINT0 ; PCINT0 Handler

while MCUs like the atmega328 use two addresses for each vector:

0x0000 jmp RESET ; Reset Handler
0x0002 jmp EXT_INT0 ; IRQ0 Handler
0x0004 jmp EXT_INT1 ; IRQ1 Handler
0x0006 jmp PCINT0 ; PCINT0 Handler

Note the difference between the rjmp and jmp instructions above.   
Double-check the MCU you have selected for your project and make sure  
it matches the header files you are pulling in as part of the amforth  
template file.  Somewhere in the setup, there is a mismatch.

Karl



On Jan 2, 2011, at 3:05 PM, Eric wrote:

>
> I'm trying to build amforth for an Atmega32U4 board (http:// 
> ladyada.net/products/atmega32u4breakout/).  I've made a copy of the  
> template project and I specify the MCU as atmega32u4.  When I build  
> it, I get the following error:
>
>   wine ../../../Atmel/avrasm2.exe -I ../../../Atmel/Appnotes - 
> I ../../core -I ../../core/devices/atmega32u4
>      -fI -v0 -e test2.eep.hex -l test2.lst test2.asm
>
>   ../../core/devices/atmega32u4\device.asm(13): error: Overlap  
> in .cseg: addr=0x1 conflicts with 0x0:0x2
>   Assembly failed, 1 errors, 14 warnings
>   make: *** [test2.hex] Error 1
>
> I'm not sure what that means.  How would I go about tracking down  
> this problem?
>
> Eric
> ---------------------------------------------------------------------- 
> --------
> Learn how Oracle Real Application Clusters (RAC) One Node allows  
> customers
> to consolidate database storage, standardize their database  
> environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC  
> database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Amforth-devel mailing list
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

[Amforth-devel] Atmega32u4

[Eric <win...@gm...>]

I'm trying to build amforth for an Atmega32U4 board (http://ladyada.net/products/atmega32u4breakout/).  I've made a copy of the template project and I specify the MCU as atmega32u4.  When I build it, I get the following error:

  wine ../../../Atmel/avrasm2.exe -I ../../../Atmel/Appnotes -I ../../core -I ../../core/devices/atmega32u4
     -fI -v0 -e test2.eep.hex -l test2.lst test2.asm

  ../../core/devices/atmega32u4\device.asm(13): error: Overlap in .cseg: addr=0x1 conflicts with 0x0:0x2
  Assembly failed, 1 errors, 14 warnings
  make: *** [test2.hex] Error 1

I'm not sure what that means.  How would I go about tracking down this problem?

Eric

[Amforth-devel] Merry Christmas and Happy New Year to You!

[pito <pi...@vo...>]

Merry Christmas and a wonderful New Year to everyone!
Pito

Re: [Amforth-devel] Serial communication via a digital port?

[Christian K. <ck...@pe...>]

Hello Erich and Matthias,

* Erich Waelde <ew....@na...> [101117 20:15]:
> I see 2 non-software approaches:
> use a controller with 2 serial interfaces, e.g. atmega644P
> 
> use a bit of stuff to multiplex the tx line to some other
> connection, then use the hw usart. The sw would then do
> "redirection" like this
> get-data <to-other> send-data </to-other>
> 
> 
> And I see one software approach:
> use a timer/pwm thing to create the wave form,
> the corresponding interrupt handlers then can provide the next
> bit, set the timer registers and fire the timer again.
> Downside: needs most probably be coded in assembler.
> 
> 
> Maybe a few more words about what you want to achieve
> could turn up more possible solutions.

As Matthias has guessed correctly I am looking for a bitbanging
solution in software. I do have a Atmega328P which I want to connect
to a so called 'fnordlicht mini' which is yet another mood light
led toy I have assembled some time ago. This device can be reprogrammed
and controlled via a simple serial protocol, which I hoped would
be fun to play with interactively. So for this application I wanted
to send some bytes out to the device.

I am aware that I could just use the RX/TX Ports of the USART but
I would like to keep the nice forth prompt at my disposal.

As the baudrate would be 9600 I guess I need to resort to either
the interrupt approach you described or I could implement an assembler
word that takes the bytes off the stack (or some other memory) and
busy waits, pulls up/down the pin until all data is transmitted.

As the processor does not need to do anything else during that time
it should be ok.

As I don't have much experience in hardware yet I am not sure if
this even makes sense. I have had a look at the so called SoftwareSerial
lib (sic!) that the arduino folks use, which does work roughly as
described above. As the inner interpreter adds too much overhead
in this case I also think that I am stuck at using assembler for
this word.

What would a good interface look like? 
bang-out! ( port lenght addr -- ) comes to mind.

Thanks for your thoughts,

Christian

Re: [Amforth-devel] amforth on Arduino

[Matthias T. <mt...@we...>]

Robert,

> I installed AvrStudio4 and Update SP3, hope this was right.

It doesn't really matter, the changas for a particular
device are small and I did not found anything relevant
for the amforth prompt (at least).

> 
>> install wine and copy the Atmel assembler avrasm2.exe
>> together with the AppNotes2 directory
> 
> I think AppNotes2 has changed name (maybe this was SP3?).
> I took Atmel/AVR\ Tools/AvrAssembler2/Appnotes which seems to work,
> so I assume it's the right one.

There are a lot of inc files there which look basically all the
same:

------
....
; ***** BOOT_LOAD ********************
; SPMCSR - Store Program Memory Control Register
.equ	SPMEN	= 0	; Store Program Memory Enable
.equ	PGERS	= 1	; Page Erase
.equ	PGWRT	= 2	; Page Write
....

------------

> 
>> Finally run "ant mega.hex" in the appl/arduino directory and
> 
> went fine.  (I did not test build with make)

Hey, cool. Looks like ant is simpler in use than make
Nobody should say anything against java ;=))

> 
>> you should get two (or more) new files that need to be burned with ISP
>> or JTAG onto your mega arduino board.
> 
> avrdude?

works fine. If you look at the avr-buid.xml file, you will see
a <macrodef name="avrdude"> which has all the settings, including
some macros from programmer.properties and the build.xml in
your application directory. Way to complicate, IMHO. If anyone
has a better idea, let me know. CMake would be an option.

> So I will free two arduinos now        (much work),
> improvise an ISP with one of them      (easy),

IMHO that ISP ardiuno should speak some standard protocol
like avr109 or avr910. But I've never tested them..

> find out which files to burn and how   (more work...)
> more googling and probably man avrdude

avrdude is a classic unix tool: many command line options
and works for smart people only ;=). But it has a verbose
mode which tells long stories..

Matthias