Fellow AmForthers,
Erich has very kindly given me admin access to the sourceforge repo, so
I have the tools to be a maintainer-lite for the AmForth project. What I
need to do now is to (a) practise some svn in a safe place (b) compile a
TODO list for the next release.
Currently on the TODO
Hi Jan,
If you want an AmForth operator prompt using the ATmega32u4's USB
peripheral then the answer is no. However, if you are content to use the
ATmega32u4's UART and have access to a USB to TTL serial adapter (of the
appropriate voltage) then the answer is yes. The file
/ap
Not tried it myself, but there's an implementation including hex file for the
Arduino Leonardo under the folder:
amforth-6.9\appl\arduino\
From: Jan Kromhout via Amforth-devel
Sent: Tuesday, September 16, 2025 12:38 AM
To: Amforth-devel@lists.sourceforg
Thanks for the work. Love amforth and especially when I don't have to use
wine under linux
brian-in-ohio
On Sat, Sep 13, 2025 at 11:01 AM Erich Wälde wrote:
> Mark Roth writes:
>
> > lol, that's mine.
> >
> > It's where I parked stuff when I was tryi
Hello,
Is there a version of am forth for the ATmega32U4 AVR microcontroller?
If available where can I download this version, or is it a Parth of a whole?
Thanks for any help.
Jan Kromhout
___
Amforth-devel mailing list for http://amforth.sf.net
hanks, Mark!
Erich
>
> On Fri, Sep 12, 2025 at 4:41 PM Martin Nicholas via Amforth-devel <
> amforth-devel@lists.sourceforge.net> wrote:
>
>> On Sun, 31 Aug 2025 14:45:52 +0100
>> Tristan wrote:
>>
>> > Fellow AmForthers,
>> >
>> > Nice
lol, that's mine.
It's where I parked stuff when I was trying to get the avra stuff working.
I bashed the avra (enough of) into it last year or whenever that was. :)
On Fri, Sep 12, 2025 at 4:41 PM Martin Nicholas via Amforth-devel <
amforth-devel@lists.sourceforge.net> wrote:
On Sun, 31 Aug 2025 14:45:52 +0100
Tristan wrote:
> Fellow AmForthers,
>
> Nice to see some activity on the mailing list, which highlights
>
> (a) There is still some interest in AmForth from people new to the
> list. (b) There are still some existing AmForth list members w
It's nice to hear from you Tristan and I will also mirror the good
sentiment that there are still people out there interested in AmForth.
Granted, there have been less than a dozen messages over the last year but
for every message there must be what, 10 or 20 thousand that don't respo
Fellow AmForthers,
Nice to see some activity on the mailing list, which highlights
(a) There is still some interest in AmForth from people new to the list.
(b) There are still some existing AmForth list members who read the
list.
(c) AmForth still does not have a maintainer.
Regarding (c
-YQiowrozvxfGw
Should anyone try it and notice problems, please let me know. Thanks.
Ed
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
Thanks, Martin + Tristan.
After reading »synonym is available since amforth 5.0« I did expect that it
is included already.
so I've tried ports-standard.frt . Worked after \-ing analog.6 and analog.7
.
Perhaps a somewhat more explicit comment would help.
PS: the PDF from Trute is very
For a numerical list of exceptions:
https://forth-standard.org/standard/exception
--
Regards,
Martin Nicholas.
E-mail: reply-2...@mgn.org.uk (Address will be valid throughout 2025).
___
Amforth-devel mailing list for http://amforth.sf.net
Hi Jochen and welcome.
AmForth is complaining when you upload ports-standard.frt because it
cannot find the word synonym. This is not a built-in word and so needs
to be uploaded before trying to upload ports-standard.frt
synonym can be found in this file
./common/lib/forth2012/tools
On Sat, 9 Aug 2025 13:57:33 +0200
"J. Barth" wrote:
> Hi, my name is Jochen,
> I've tried to upload ports-standard.frt to my (arduino) uno to access
> the adc.
>
> Did use amforth-6.9 with uno.hex and uno.eep.hex (manually, done
> before reading the manual).
&
Hi, my name is Jochen,
I've tried to upload ports-standard.frt to my (arduino) uno to access the
adc.
Did use amforth-6.9 with uno.hex and uno.eep.hex (manually, done before
reading the manual).
(Had to add -I /home/user_xyz/.../amforth-6.9/common/lib , without it did
not find some #re
A risc-v update for CH32V307
AmForth-RV can now compile to flash directly rather than saving a word
already compiled in ram as before. This is better and much more like the
approach taken by the AVR code base. However, it does need an mcu that
is able to do this. The flag field in the
A RISC-V update - USB
AmForth-RV now has a USB operator prompt. I've put a small video of it
working on YouTube (link below).
https://www.youtube.com/watch?v=JRXCS4dm84U
Best wishes,
Tristan
___
Amforth-devel mailing list for http://amforth.s
o get it working.
https://sourceforge.net/p/flashforth/code/ci/master/tree/avr/forth/usbcdc.fs
--
Regards,
Martin Nicholas.
E-mail: reply-2...@mgn.org.uk (Address will be valid throughout 2024).
___
Amforth-devel mailing list for http://amforth.sf.net/
This is really great to see Tristan. Bravo to your efforts getting this
going!
On Sat, Apr 13, 2024 at 7:24 PM wrote:
> A RISC-V update.
>
> AmForth-RV is now self-supporting (no C libraries required) for the
> WCH CH32V307. Source and a pre-built hex file are here [0]
>
Thoughts/fixes very much welcomed. Currently struggling with USB.
Best wishes,
Tristan
On 2024-04-13 18:25, Martin Nicholas via Amforth-devel wrote:
Thanks for your work. I've just ordered a development board.
M.
On Sat, 13 Apr 2024 17:08:53 +0100
h...@tjnw.co.uk wrote:
A RISC-V u
Thanks for your work. I've just ordered a development board.
M.
On Sat, 13 Apr 2024 17:08:53 +0100
h...@tjnw.co.uk wrote:
> A RISC-V update.
>
> AmForth-RV is now self-supporting (no C libraries required) for the
> WCH CH32V307. Source and a pre-built hex file are here [0]
A RISC-V update.
AmForth-RV is now self-supporting (no C libraries required) for the
WCH CH32V307. Source and a pre-built hex file are here [0]
Best wishes,
Tristan
[0] https://tjnw.co.uk/amforth-rv
___
Amforth-devel mailing list for http
cookbook.
I'm still tidying up the latest archive, but in the meantime, if anyone
has a WCH development board and wants to try it, drop me a message off
list.
Best wishes,
Tristan
[0] http://tjnw.co.uk/amforth-rv/pages/logs.html
[1] https://tjnw.co.uk/amforth-rv/pages/interrupts.html
so, it's not offlist at all, sigh.
Oh, well.
E.
Erich Wälde writes:
> [[PGP Signed Part:Undecided]]
> Hello Tristan,
>
--
May the Forth be with you ...
_______
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.s
as forced me to let go of several things, including the amforth
projekt.
With that now out of the way, I would suggest, that you receive
the login credentials for the source forge repository. Unless of
course, you have different plans. It's up to you. If you are
interested, do you have some sor
Thanks for the update! Both the board and the experimental AmForth-RV
implementation look really interesting. I'm curious how you're planning
to use the compiled C object support. I can see that being helpful to
access existing high-level building blocks for things like USB. Is it
p
A risc-v update.
AmForth-RV update
Good progress made with the CH32V307 [0]
Words defined in the RAM dictionary can now be appended to the FLASH
dictionary so user defined words (individual words or the entire RAM
dictionary) are able to survive a reset. This was one of my major
milestones and
A risc-v update.
I managed to get AmForth RISC-V running on the CH32V307 [1] made by
WCH [2] using a "CH32V307V-EVT-R1 CH32V307 Evaluation Board RISC-V MCU"
[3].
It still is experimental and still has the issue that upon reset all
words from the ram-wordlist are erased [5]. There ar
A risc-v update.
Some progress made, but mostly tools for my education. Details can be
found here [0] Perhaps the most important decision has been to find an
additional hardware target for 2024, the esp32-c3 [1]
Best wishes,
Tristan
[0] https://tjnw.co.uk/amforth-rv
[1] https
Hello AmForth'ers,
A quick update on my efforts with AmForth RISC-V.
I've put the amended source distribution here[0]. I have added some
history in case anybody not on the mailing list wanders across the page
by chance.
The zip file contains RISC-V related source code, a pre-buil
Hi,
I managed to get AmForth RISC-V running on a SparkFun RED-V Thing Plus [1]
which is based on the same/similar SiFive RISC-V FE310 SoC as on the now
discontinued HiFive1 board [2]
amforth 7.0 RV32IM RED-V Thing Plus
Wed Oct 11 21:25:54 BST 2023
> words
forth-wordlist environment ri
ve an uno or three and a
mega from an old disassembled 3D printer around here so I can try those
next. I also have a few other atmegas to work with from various interests
over the years. I need to look and see if any of them (atmega8, 16 etc) are
even able to take AmForth. So yes, any info put up at the repo w
trying them out. It is not intended to be a
substitute for the reference-card for AmForth as a whole.
I have put up the html here as an idea.
https://www.mostlymostly.uk/amforthdocs/prebuilt.html
The page uses material from the existing site. It is not plumbed
into the rst source (but it could be
Thank you for writing amforth-shell. For me it has been a core part of
AmForth and a key part of many of my projects. The combination of its
reliability and AmForth recognizers meant I could automate sending
both commands and data as Forth words over to an mcu running
AmForth. Human readable and
t; doing the same and glancing at the mailing list. One would hope anyway.
> > Seeing the dates on the really old commits this past week really drove it
> > home just how long this project has been around. :)
>
> Thanks! I'm not familiar with e4thcom. It looks interesting.
>
is a bit of a long winded readme to explain anything
> that
> > has changed. If anyone wants to take a look and give feedback that would
> be
> > great.
> >
> > https://github.com/CableGuy67/AmForth
>
> I took a quick look at the makefile and related fines in the
https://github.com/CableGuy67/AmForth
I took a quick look at the makefile and related fines in the
appl/template directory, which I believe is what you're referring to
here. I have two minor suggestions:
1. How about renaming "template.asm" as "app.asm" and making the
mmits this past week really drove it
home just how long this project has been around. :)
Thanks! I'm not familiar with e4thcom. It looks interesting.
I'm curious if it also solves the primary reason I had for writing
amforth-shell.py in the first place, which had to do with making hig
t;less usual" suspects, so l'll jump in. For those with
> long memories my one claim to fame in the amforth community is that I
> wrote the original version of amforth-shell.py. The project I originally
> wrote that for wrapped up many years ago now and I have not had time to
>
in anything that
has changed. If anyone wants to take a look and give feedback that would be
great.
https://github.com/CableGuy67/AmForth
All the best,
Mark
> This is very close to what I am currently using (software wise).
> I had ordered a Hifive Unmatched, a riscv64 computer in miniITX
&
On 9/26/23 23:33, Mark Roth wrote:
Hello AmForth'ers. I like to see this little blip of activity and hope more
of the less than usual suspects join in with their thoughts!
I'm one of those "less usual" suspects, so l'll jump in. For those with
long memories my one cla
k Roth writes:
>
> > Good morning AmForth'ers (feel free to adjust the greeting with your
> RTC).
>
> >snip<<<<<<
>
> >> Tristan wrote, if I'm not mistaken
> >>
> >> The fact is that this project is still useful.
is project is still useful.
>>
>> I completely agree. AmForth is quite special as an embedded Forth in
>> that it has wordlists, recognizers and comprehensive documentation.
>>
>> In suggesting a maintainer group the idea was that the effort required
>> to preserve and u
As promised.
The file is plain ascii .org mode format:
--- Howto-make-a-release.org ---
# 2020-10-12 amforth/erwaelde
* How to properly make a release?
Somewhat machine readable version.
** Intro
#+begin_quote
1. check all version numbers in trunk
e wound
up and I think it is important to be clear for anyone wanting to toss in
their vote about what to do. But we need to do something or I fear the
group will just finish dissolving.
> I am guessing you mean the SourceForge repo and the mailing list?
>
> Yes, my primary focus is
rt Russel has ceased all activity
on github. Whatever that means.
_______
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
hub fork <https://github.com/CableGuy67/avra>.
>
> It builds with just a simple 'make' easily enough for me on Debian. I've
> even built it for Raspian successfully. There are a few little things that
> could be fixe
ccessfully. There are a few little things that
could be fixed but it does work and build AmForth in its current state
(both avra and AmForth).
Cheers,
Mark
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
Martin Nicholas via Amforth-devel writes:
> On Sun, 10 Sep 2023 17:04:01 +0200
> tristan wrote:
>
>> Fellow AmForth-ers,
>>
>> Perhaps it is time again to consider having a formal maintainer for
>> AmForth. Back in May 2022 Erich stepped down [1] and put i
On Sun, 10 Sep 2023 17:04:01 +0200
tristan wrote:
> Fellow AmForth-ers,
>
> Perhaps it is time again to consider having a formal maintainer for
> AmForth. Back in May 2022 Erich stepped down [1] and put in place
> various resources that could be potentially be used to maintai
Hello Mark and fellow AmForth'ers,
I am guessing you mean the SourceForge repo and the mailing list?
Yes, my primary focus is the SF AmForth repo, website, community and
mailing list.
The fact is that this project is still useful.
I completely agree. AmForth is quite special
), perl and
my scripts to use it for dabbling with amForth. No wine and
avrasm.exe involved. I have not upgraded my avra along the lines
mentioned recently, but I plan to. Granted, it is a much bigger
machine, but at least it is not collecting dust.
The warning with "'" missing a closing
Hello all.
I managed to day to cobble together my AmForth "computer" which is pretty
much the reason for avoiding using wine to build things. It consists of a
raspberry pi zero W v1(whatever point 5 maybe) as a base with raspian lite
on it. That has a usb hub, an old palm pilot foldin
al way I can. I know there are those of you
that have been here for a long time. The fact is that this project is still
useful. It just seems to work. So long as I have access to 8 bit avr chips
I'm sure I'll be playing around with AmForth. There is something about
thinking in forth tha
Fellow AmForth-ers,
Perhaps it is time again to consider having a formal maintainer for
AmForth. Back in May 2022 Erich stepped down [1] and put in place
various resources that could be potentially be used to maintain
AmForth (in addition to those that already exist at sourceforge)
To my
I've been playing around when I had some time and put up a mirror of the
git repo Erich put up with all the releases as branches.
It can be found at https://github.com/CableGuy67/AmForth
Everything is included to make a copy appl/template and work from that.
Granted, if you already have a pr
Perhaps a howto on the site not as an email thread would be in order. This
> may not be a big deal for windows users, but people that want to use
> free-libre software will be drawn to use amforth if the entire build
> toolchain is FLOSS.
>
That is a very good suggestion. The wh
Perhaps a howto on the site not as an email thread would be in order. This
may not be a big deal for windows users, but people that want to use
free-libre software will be drawn to use amforth if the entire build
toolchain is FLOSS.
Brian-in-ohio
On Mon, Aug 28, 2023 at 7:47 AM Jan Kromhout via
reated by avra to an uno and, to the extent
>> that getting a serial prompt, defining a word and executing it
>> constitutes a test, it worked perfectly.
>>
>>> All that being said, I would be very interested to see the
>>> changes, maybe, just maybe we can fix the am
ashed the hex files created by avra to an uno and, to the extent
> that getting a serial prompt, defining a word and executing it
> constitutes a test, it worked perfectly.
>
> > All that being said, I would be very interested to see the
> > changes, maybe, just maybe we can fix th
Hello,
I flashed the hex files created by avra to an uno and, to the extent
that getting a serial prompt, defining a word and executing it
constitutes a test, it worked perfectly.
All that being said, I would be very interested to see the
changes, maybe, just maybe we can fix the amForth
Hello Mark, Brian, Erich, George
Thank you! A very welcome set of messages on a bank holiday
weekend. For non-windows users having avra as the assembler in the
build chain would go along way in making AmForth more approachable and
maintainable.
I think this is the repo for avra that does not
Thanks for your efforts.
People don't often appreciate how much knowledge and effort goes into
successful compilation of code.
On Fri, Aug 25, 2023, 3:15 PM Erich Wälde wrote:
> Hello Brian and Mark,
>
> very nice to see emails on this list :)
>
> Compiling amforth with a
very nice to see emails on this list :)
I couldn't agree with you more. :)
> Compiling amforth with avra?
>
> I have made numerous experiments a long time ago and again more
> recently. If memory serves me well:
> - Amforth had been good with avra, at least in the 4.x
Hello Brian and Mark,
very nice to see emails on this list :)
Compiling amforth with avra?
I have made numerous experiments a long time ago and again more
recently. If memory serves me well:
- Amforth had been good with avra, at least in the 4.x range.
- However, avrasm2.exe could do more
That is awesome news!
Brian-in-ohio
On Thu, Aug 24, 2023 at 2:59 PM Mark Roth wrote:
> Hello AmForth. It has been some time and quite weird things since last I've
> been here. I am still using AmForth with my trusty atmega1284p and learning
> the language as time permits. I r
Hello AmForth. It has been some time and quite weird things since last I've
been here. I am still using AmForth with my trusty atmega1284p and learning
the language as time permits. I remember having heard talk that avra had
gotten (almost) to the point of being able to compile the source
Sorry, hit the button quite prematurely :)
Dear AmForthers,
thank you so much for your kind words!
So far a person behind the email address "i...@unbina.re" has
offered to help with AmForth. I have suggested to make an
appearance on the list.
Martin Nicholas has suggested to f
Erich Wälde writes:
> [[PGP Signed Part:Undecided]]
>
> Dear AmForthers,
>
> I am herewith stepping down from the maintainer role of AmForth. For details,
> read on. If anyone is interested to take over, get in touch with me.
>
>
> In 2020 I received the logins
Is the fork of amforth available anywhere?
brian-in-ohio
On 5/16/22, Martin Nicholas via Amforth-devel
wrote:
> Erich,
>
> Thanks for all your work.
>
> You may wish to advertise the vacancy on the USENET comp.lang.forth. A
> G account will do the job.
>
> On Fri, 06
Erich,
Thanks for all your work.
You may wish to advertise the vacancy on the USENET comp.lang.forth. A
G account will do the job.
On Fri, 06 May 2022 09:17:23 +0200
Erich Wälde wrote:
> Dear AmForthers,
>
> I am herewith stepping down from the maintainer role of AmForth. For
> d
Thanks for your efforts.
On Fri, May 6, 2022, 3:37 PM Erich Wälde wrote:
>
> Dear AmForthers,
>
> I am herewith stepping down from the maintainer role of AmForth. For
> details,
> read on. If anyone is interested to take over, get in touch with me.
>
>
> In 20
Dear AmForthers,
I am herewith stepping down from the maintainer role of AmForth. For details,
read on. If anyone is interested to take over, get in touch with me.
In 2020 I received the logins of amforth.sourceforge.net, basically because I
was lucky enough to have met Matthias personally a
The big advantage with the Arduino Mega is lots of 8 bit ports available
for parrallel i/o. The Arduino Uno pretty much forces all i/o to be
serialized one way or another.
On Sun, Apr 17, 2022 at 3:33 PM Martin Nicholas via Amforth-devel <
amforth-devel@lists.sourceforge.net> wrote:
&g
On Sun, 17 Apr 2022 07:47:15 +0100
Tristan Williams wrote:
> Hi Christian,
>
> Glad it worked.
>
> > How much of 256KB flash is effectively usable with AmForth on the
> > 2560? ?
>
64k only (which is heaps) - W and IP are 16-bits only. The upper 64k is
still avai
liams wrote:
> Hi Christian,
>
> Glad it worked.
>
> > How much of 256KB flash is effectively usable with AmForth on the 2560? ?
>
> Good question. I don't know. The file avr8/words/store-i_big.asm may give
> some
> clues.
>
> > Will this work as well on a
Hi Christian,
Glad it worked.
> How much of 256KB flash is effectively usable with AmForth on the 2560? ?
Good question. I don't know. The file avr8/words/store-i_big.asm may give some
clues.
> Will this work as well on a Chinese ATmega2560ProMini (with FTDI USB chip
> for
Hi Tristan.
Your r2457AmForth version is working fine on my Arduino MEGA with ATmega2560,
except for a few garbled character after the reset. But that is probably
normal. It occurs on the UNO as well.
> amforth 7.0 ATmega2560 16000 kHz
> words
int-trap int@ int! -int +int #int irq[]# po
Hello Christian,
Below is a link to AmForth hex files I built for my Arduino MEGA using the
(then) most recent source (r2457). The console baud rate is 38400 and
build details are in the atmega2560.asm file.
https://tjnw.co.uk/amforth-bin/
Some background info is contained in this message
Hi to your support team.
I have AmForth working properly on an Arduino UNO.
I am now trying to use it with an Arduino MEGA using the Atmega2560 but I get
no console response after programming the files atmega256.hex and
atmega256.eep.hex from folder \amforth-6.9\appl\atmega2561 of downloaded
I did load the *'amforth-6.9\appl\eval-pollin\p644.*'* hex and eep files to
check things. It works and I can make new words. But, when I loaded (via
realterm, all ok):
- to-name.frt
- see.frt
see always returns 'not found' on any word I try.
> ' see see
not f
ways use
the datasheet.
Then there is the baudrate hiding somewhere ...
releases/6.9/avr8/preamble.inc says:
; 10 per mille (1 per cent) is ok.
.set BAUD = 38400
ok. Now, what do I actually use? I have started with amforth
before the appl/arduino directory existed. So I always base my
projects on
ompatible with the
> UNO (I don't have another option). While it does run after any definition
> it tends to stop responding/hangs (for a bit). For example:
>
>
> *amforth 6.9 ATmega328P Forthduino> 3 4 + .7 ok> : x2 dup + ; ok> 2 x2 .*
>
> *amforth 6.9 ATmega32
I did see posts/problems with different implementations of AmForth hanging.
Not sure they are related to my issues, but they do seem similar by
description.
*One additional note:*
*The EEPROM has to be reprogrammed for the 328PB to recover, a power cycle
actually does not work!*
I did load the
*amforth 6.9 ATmega328P Forthduino*
*> 3 4 + .*
*7 ok*
*> : x2 dup + ;*
* ok*
*> 2 x2 .*
*amforth 6.9 ATmega328P Forthduino*
*> 2 x2 .*
*amforth 6.9 ATmega328P Forthduino*
*> 3 4 + .*
*amforth 6.9 ATmega328P Forthduino*
______
with the
UNO (I don't have another option). While it does run after any definition
it tends to stop responding/hangs (for a bit). For example:
*amforth 6.9 ATmega328P Forthduino> 3 4 + .7 ok> : x2 dup + ; ok> 2 x2 .*
*amforth 6.9 ATmega328P Forthduino> 2 x2 .amforth 6.9 ATm
.
I am trying to mimic the UDRxxx implementation, but have not had much
success so far.
Regards
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
, If I remember the last time I did this, there were
instructions on what to copy out of the Studio installed files to set up a
command line tool chain for building AmForth that were, shall we say, less than
perfect. Are the current instructions “correct”? Better yet does someone have
a batch
s not for Arduino ATMEGA256. It uses a different USART for the
terminal.
Here is my working example:
; First is to include macros and default settings from the amforth
; directory.
.include "preamble.inc"
; amforth needs two essential parameters
; CPU clock in hertz, 1MHz is factory
chine or I would try to replicate what you are doing.
Kind regards,
Tristan
On 08Sep21 19:40, Helge Kruse wrote:
>
> On 08.09.2021 17:45, Tristan Williams wrote:
> > Hi Helge,
> >
> > Glad you got AmForth to build with an atmega328p.
> >
> > Can you make avr
On 08.09.2021 17:45, Tristan Williams wrote:
Hi Helge,
Glad you got AmForth to build with an atmega328p.
Can you make avrasm2.exe output a list file, re-build and then check
the list file for lines containing store-i ?
For the atmega2560 I would expect
.include "
Hi Helge,
Glad you got AmForth to build with an atmega328p.
Can you make avrasm2.exe output a list file, re-build and then check
the list file for lines containing store-i ?
For the atmega2560 I would expect
.include "words/store-i.asm"
.include &q
On 08.09.2021 08:06, Tristan Williams wrote:
Hi Helge,
I don't use studio, but from the command line you give below
avrasm2.exe -fI -o my.hex -e my.eep -S my.tmp -W+ie -I"D:/Program Files
(x86)\Atmel\Studio\7.0\Packs\atmel\ATmega_DFP\1.6.364\avrasm\inc"
-I"amforth-6.9\
typo correction - " If you don't *know if* your ATmega2560 binaries are
correctly compiled, AmForth does have precompiled ready to load ATmega328p
binaries that you can load to an ArduinoUNO as a way of learning to
understand AVRDUDE and proper FUSE settings."
On Wed, Sep 8,
file for the
flash, the .hex file for the eeprom, and the FUSE settings.
If you don't your ATmega2560 binaries are correctly compiled, AmForth does
have precompiled ready to load ATmega328p binaries that you can load to an
ArduinoUNO as a way of learning to understand AVRDUDE and proper FUSE
Hi Helge,
I don't use studio, but from the command line you give below
> avrasm2.exe -fI -o my.hex -e my.eep -S my.tmp -W+ie -I"D:/Program Files
> (x86)\Atmel\Studio\7.0\Packs\atmel\ATmega_DFP\1.6.364\avrasm\inc"
> -I"amforth-6.9\avr8" -I"amforth-6.9\avr8\
I am a newby to amForth. I want to use it at ATmega 2560. For the first
steps I want to use the more common board Arduino UNO.
I flashed the files uno.hex and uno.eep.hex from the directory
amforth-6.9\appl\arduino to my Arduino UNO. This gives me a greeting
amforth 6.9 ATmega328P Forthduino
only the most
significant bit. The address is to be checked in the ISR.
Sorry, my fault.
Best regards,
Helge
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth
stationID = if \ <== add more stationID tests here ...
| -mpc7
| then
| else
| rx-store
| then
| then
| ;
Unless I have misunderstood your text ...
Cheers,
Erich
--- usart-isr-rx.asm ---
;;; AmForth Version 4.5
;;; usar
1 - 100 of 2677 matches
Mail list logo
