Sorry its a typo. I meant ." Thanks for the fuses info
Regards Andrew On Sat, 31 Jan 2015 22:08 null <amforth-devel-requ...@lists.sourceforge.net> wrote: > Send Amforth-devel mailing list submissions to > amforth-devel@lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/amforth-devel > or, via email, send a message with subject or body 'help' to > amforth-devel-requ...@lists.sourceforge.net > > You can reach the person managing the list at > amforth-devel-ow...@lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Amforth-devel digest..." > > > Today's Topics: > > 1. Re: AmForth on Atmega162 with external RAM (Zbigniew) > 2. Re: AmForth on Atmega162 with external RAM (Matthias Trute) > 3. Re: AmForth on Atmega162 with external RAM (Zbigniew) > 4. Re: AmForth on Atmega162 with external RAM (Matthias Trute) > 5. Is this a bug ? (Andrew Holt) > 6. Re: Is this a bug ? (Matthias Trute) > 7. Re: Is this a bug ? (Zbigniew) > 8. Re: Is this a bug ? (MIchael Kalus) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 29 Jan 2015 01:17:32 +0100 > From: Zbigniew <zbigniew2...@gmail.com> > Subject: Re: [Amforth] AmForth on Atmega162 with external RAM > To: amforth-devel@lists.sourceforge.net > Message-ID: > <CALT7RM82ZH2JUTWKKKpctjqg5dv8wHnsMgnk0V=x3V_gF+A2FQ@mail. > gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > 2015-01-28 21:11 GMT+01:00, Erich Waelde <ew.fo...@nassur.net>: > > > Hello, > > > >> So my question is: is it possible for AmForth to use the entire > >> external SRAM area for both data and my own new words? You know, what > >> I'm after: to have "basic" Forth system burned into FlashRAM, and then > >> - as usual - to interactively develop the software for the little > >> machine using that 128 KB SRAM the guy selected for his design. > > > > The answer is: I don't know, however, if you are able to read German, > > you might find pointers to your problem in a series of articles in > > the "Vierte Dimension". > > No, German isn't any problem to me. Very interesting issues! I wasn't > aware there is active Forth journal. Thanks a lot! > > BTW: from what I see, the whole series is conveniently collected > together into "Sonderheft AVR" from 2007. > -- > Z. > > > > ------------------------------ > > Message: 2 > Date: Sat, 31 Jan 2015 10:12:12 +0100 > From: Matthias Trute <mtr...@web.de> > Subject: Re: [Amforth] AmForth on Atmega162 with external RAM > To: Everything around amforth <amforth-devel@lists.sourceforge.net> > Message-ID: <1422695532.3265.3.ca...@web.de> > Content-Type: text/plain; charset="utf-8" > > Hi Zbigniew, > > > As an interesting exercise I'm going to recreate a little computer, > > whose design has been published on pages > > https://sites.google.com/site/retroelec/home > > Cute > > > > > There is a statement: "An ATMega microcontroller is a Harvard > > architecture machine. So to be able to load and run arbitrary code > > without reprogramming the flash memory the code has to be interpreted. > > Therefore the ATMega emulates a 6502 processor (-> von Neumann > > architecture)." > > >From the perspective of the controller, any compiled forth code is > data indeed. That data is handled by the inner interpreter (basically > amforth-interpreter.asm). > > > > So my question is: is it possible for AmForth to use the entire > > external SRAM area for both data and my own new words? > > Forth words are represented with a single cell sized (e.g. > 16bit) number called execution token (the data mentioned above). > That number is used in the inner interpreter to identify both > machine code to be executed *and* to identify more data (other > compiled forth words). > > Thus if you want to place them at different memories, that would > require changes in the core system: the inner interpreter, > the words , (comma), compile, >body and execute. Maybe a few > more as well. > > > You know, what > > I'm after: to have "basic" Forth system burned into FlashRAM, and then > > - as usual - to interactively develop the software for the little > > machine using that 128 KB SRAM the guy selected for his design. > > To keep it simple(r), I'd recommend to separate the memories. Leave > the flash for forth, and let the 6502 operate the RAM. The initial > RAM content may come from flash. The flash may provide a block > storage service for the 6502 system as well (floppy emulator?). > > Matthias > > ------------------------------ > > Message: 3 > Date: Sat, 31 Jan 2015 12:20:16 +0100 > From: Zbigniew <zbigniew2...@gmail.com> > Subject: Re: [Amforth] AmForth on Atmega162 with external RAM > To: amforth-devel@lists.sourceforge.net > Message-ID: > <CALT7RM9TnW2E7WEA-6Yi16op_syQndc2z0qTvPzGUgULEr8kFg@ > mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > 2015-01-31 10:12 GMT+01:00, Matthias Trute <mtr...@web.de>: > > > Thus if you want to place them at different memories, that would > > require changes in the core system: the inner interpreter, > > the words , (comma), compile, >body and execute. Maybe a few > > more as well. > > Yes, I'm aware of this. I was hoping to get some help here, how to > (re)configure AmForth to make it work with the thing the way I want. > > >> You know, what > >> I'm after: to have "basic" Forth system burned into FlashRAM, and then > >> - as usual - to interactively develop the software for the little > >> machine using that 128 KB SRAM the guy selected for his design. > > > > To keep it simple(r), I'd recommend to separate the memories. Leave > > the flash for forth, and let the 6502 operate the RAM. The initial > > RAM content may come from flash. The flash may provide a block > > storage service for the 6502 system as well (floppy emulator?). > > But I don't need 6502 emulation layer; I will examine it, it's nice > thing, but it's not what I'm after. I would to use AmForth as OS for > the little machine. It's possible - I'm during analysis of the text > recommended by Erich - just it's not that easy for me. But now I know, > it's feasible when using indirect-threaded Forth. So giving up the > Flash would be a waste. Why? What for? Certainly it can and should > work the way I require. > -- > Z. > > > > ------------------------------ > > Message: 4 > Date: Sat, 31 Jan 2015 15:49:36 +0100 > From: Matthias Trute <mtr...@web.de> > Subject: Re: [Amforth] AmForth on Atmega162 with external RAM > To: Everything around amforth <amforth-devel@lists.sourceforge.net> > Message-ID: <1422715776.3265.9.ca...@web.de> > Content-Type: text/plain; charset="utf-8" > > > > > > Yes, I'm aware of this. I was hoping to get some help here, how to > > (re)configure AmForth to make it work with the thing the way I want. > > I doubt that it is a reconfiguration only. You'll have to change > some very basic things in the heart of amforth. > > > it's feasible when using indirect-threaded Forth. So giving up the > > Flash would be a waste. Why? What for? Certainly it can and should > > work the way I require. > > The 162 dosn't have that much flash (16KB), amforth with all bells and > whistles comes close to that. Thus I think, there won't be much > space to be wasted. > > Anyway: Good luck it's a nice project. If you have any questions, > feel free to ask. > > Matthias > > > ------------------------------ > > Message: 5 > Date: Sat, 31 Jan 2015 19:27:58 +0000 > From: Andrew Holt <andrewthol...@gmail.com> > Subject: [Amforth] Is this a bug ? > To: amforth-devel@lists.sourceforge.net > Message-ID: > <CA+W02aSaLdGRhiBEZ+6SLPjt7cjA=PiZ1y3pXWTYmw=i3wxm > x...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Or am I doing something stupid ? > > Hi, > > I have built amforth using the latest downloaded source. > > The target is a UNO R3, with the am328p. I am programming it with a > usbtiny. > > I flash the target, and is starts OK. I can do the usual commands, word, 1 > 2 + . > > If I do this: > > : test ," Hello" cr ; > > I get OK, then when I try to run the word > > test > > ?? -13 5 > > And the try 'words' > > I get the same error. > > It's as if the first definition is messing up the links. > > BTW reset/power cycle make no difference > > I have also tried this with the release, rather than bleeding edge version > too. > > Thanks, > Andrew > > > ------------------------------ > > Message: 6 > Date: Sat, 31 Jan 2015 20:40:09 +0100 > From: Matthias Trute <mtr...@web.de> > Subject: Re: [Amforth] Is this a bug ? > To: Everything around amforth <amforth-devel@lists.sourceforge.net> > Message-ID: <1422733209.3265.11.ca...@web.de> > Content-Type: text/plain; charset="utf-8" > > Am Samstag, den 31.01.2015, 19:27 +0000 schrieb Andrew Holt: > > Or am I doing something stupid ? > > > > Hi, > > > > I have built amforth using the latest downloaded source. > > > > The target is a UNO R3, with the am328p. I am programming it with a > > usbtiny. > > UNO sounds like arduino. Right? > > The arduino people set the fuses in a way that does not > work with amforth. Have a look at the readme file in the > appl/arduino directory and check the current settings > with the ones described there. I'm sure, they differ. Eso > the ones defining the boot sector size. > > To solve the problem, apply the fuses from the readme file > to your controller, but be warned: changing the fuses may > cause a complete lost of your controller chip if done > the wrong way or by doing an error. > > > And the try 'words' > > > > I get the same error. > > That's normal for the situation described above. And makes > me sure to direct you to the fuses. > > > It's as if the first definition is messing up the links. > > Exactly. The basic problem is that the flash write > operation silently fails but updates the dictionary > pointers. They point to useless memory content and > everything's lost. > > Matthias > > > ------------------------------ > > Message: 7 > Date: Sat, 31 Jan 2015 20:41:55 +0100 > From: Zbigniew <zbigniew2...@gmail.com> > Subject: Re: [Amforth] Is this a bug ? > To: amforth-devel@lists.sourceforge.net > Message-ID: > <CALT7RM92bYf4vsE==L1y6ZbwquVzngn2cdp4MROk-UNu3HQfGg@mail. > gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > 2015-01-31 20:27 GMT+01:00, Andrew Holt <andrewthol...@gmail.com>: > > > If I do this: > > > > : test ," Hello" cr ; > > I didn't try amForth yet - but are you sure, that you want to use ," > there and not ." (dot instead of comma)? Or maybe it's something > non-standard in amForth - not sure. > -- > Z. > > > > ------------------------------ > > Message: 8 > Date: Sat, 31 Jan 2015 23:08:00 +0100 > From: MIchael Kalus <mik.ka...@gmail.com> > Subject: Re: [Amforth] Is this a bug ? > To: Everything around amforth <amforth-devel@lists.sourceforge.net> > Message-ID: > <CALmhxKUam+Didw2cGYy5PX2jWdGYPLoCAa2wZM41 > u1ty6qp...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > 2015-01-31 20:27 GMT+01:00 Andrew Holt <andrewthol...@gmail.com>: > > : test ," Hello" cr ; > > does amforth realy have a ," word? (komma-quote) > > Try ." instead (dot-quote) > mk > > > > ------------------------------ > > ------------------------------------------------------------ > ------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > > ------------------------------ > > _______________________________________________ > Amforth-devel mailing list > Amforth-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/amforth-devel > > > End of Amforth-devel Digest, Vol 76, Issue 2 > ******************************************** > ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Amforth-devel mailing list for http://amforth.sf.net/ Amforth-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amforth-devel
