Re: [Amforth] amforth

Hallo Rainer, On 02/15/2015 08:15 PM, Rainer von Römer wrote: > Hallo Leute, > ich weiss nicht, ob ich hier richtig bin...versuche es mal... Klar bist Du hier richtig, einzige Kleinigkeit: ist 'ne internationale, sprich englischsprachige Liste :-) > habe versucht nach der Anleitung von "User’s Ma

Re: [Amforth] AmForth on Atmega162 with external RAM

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 us

Re: [Amforth] New License

Hello, On 11/01/2014 10:03 AM, Matthias Trute wrote: > > ... So the formal request: I intent to change the > license from GPLv2 to GPLv3. Details are available at www.fsf.org I'm all for this change. I would suggest to consider the "version 3 or any later version" thing. I would also suggest

Re: [Amforth] Adding WANT_X and a forth constant in asm

Hello, On 08/02/2014 04:14 PM, Michael Kalus wrote: > xon/xoff are characters send. Ah. *software* flow control. I was obviously misled by the subject of the thread. So most of what I said is unfortunately irrelevant. Sorry for the noise. Cheers, Erich ---

[Amforth] Adding WANT_X and a forth constant in asm (was: HW flow control)

Hi Paolo, Thank you for your response. On 08/02/2014 01:39 PM, Paolo Garro wrote: > Hi Erich > There is nothing wrong. > Me too I'm reading the echo char while transmitting. > The timeout problem is while receiving form the mcu. > After transmitting a line you stay earing for a response. > How

Re: [Amforth] R: Re: HW flow control

Hi Paolo, On 07/30/2014 09:32 AM, Paolo Garro wrote: > Hi all, > Timeout is a matter of transmission. > Guessing how many time consumes the process of a " ; " is not. > I think a ready/busy flag will help. > HW flow control will help too if used to communicate the ready status. > What do you think

Re: [Amforth] ATmega16 and ATmega128

Hi Paolo, On 05/17/2014 04:47 PM, Paolo Garro wrote: > Hi everybody, > magno gaudio nuntio vobis: > Habemus HEX (and epp.hex)!! Cool! > Installed version 5.3, I start from the "appl/template" folder and recompile > it. > Then, step by step, I changed things. Now it compiles for my atmega16. I'

Re: [Amforth] ATmega16 and ATmega128

Hi Paolo, On 05/15/2014 11:03 PM, Paolo Garro wrote: > Hi Erich, > I disable the dropbox link thinking nobody was interested... > Here is a new one: > https://www.dropbox.com/sh/pa3k267ldncxun5/AABZV_7GtfS3GMqsUBKmk5G0a > > Thank you for the trace of operations but my procedure already fails at

Re: [Amforth] ATmega16 and ATmega128

Hi Paolo, On 05/14/2014 08:58 PM, Paolo Garro wrote: > Hi Matthias, > thank you for the suggestion, I will try your way. > >> I would have to spent quite some time to >> make it working. > > No, you only need a working make utility installed. > I modify the directory structure to allow compiling

Re: [Amforth] Living with GPLv2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Shadow Enoch, On 05/05/2014 09:09 PM, Enoch wrote: > All, > > I know that the above subject line is a red flag to some but to others > it is a vital commercial concern to understand where the border line > passes. > > On this subject I wrote i

Re: [Amforth] key? broken? ok in trunk (r1564)

Hello, one more experiment: works on trunk. See below: On 04/23/2014 03:33 PM, Erich Waelde wrote: > > On 04/22/2014 09:27 PM, Erich Waelde wrote: >> Hello, >> >> it may well be me being stupid... >> >> building clean amforth-5.2 from releases/5.2/app

Re: [Amforth] key? broken? since amforth 5.1 it seems

Hello, On 04/22/2014 09:27 PM, Erich Waelde wrote: > Hello, > > it may well be me being stupid... > > building clean amforth-5.2 from releases/5.2/appl/template > add "words/1ms.asm" to dict_appl.inc > fix template.asm for atmega32.asm > loading lib/bitn

Re: [Amforth] key? broken?

Hello, On 04/23/2014 01:54 AM, Andreas Wagner wrote: > > > On Tue, Apr 22, 2014 at 3:27 PM, Erich Waelde wrote: > >> Hello, >> >> it may well be me being stupid... >> >> building clean amforth-5.2 from releases/5.2/appl/template >> add "wo

[Amforth] key? broken?

Hello, it may well be me being stupid... building clean amforth-5.2 from releases/5.2/appl/template add "words/1ms.asm" to dict_appl.inc fix template.asm for atmega32.asm loading lib/bitnames.frt and core/devices/atmega32/atmega32.frt The following code produces a reset at calling " key? ". POR

[Amforth] recipe on writing test cases

Hello, since I just found out, how easy it is, to write test cases and run them, I thought I'd share a few lines on this. Matthias: feel free to add this to the cookbook. So you want to write test cases for you new function? Load lib/ans94/core/postpone.frt lib/ans94/core-ext/marker.frt they

Re: [Amforth] VERSION 5.2

Hello Michael, On 02/25/2014 06:53 PM, Michael Picco wrote: > Thanks to Craig Lindley's write-up, I've now gotten 5.2 working on a Uno > without the hair-pulling of previous versions. > > That said, I attempted to install MARKER, but was told 'set-current' was > missing ... how does one get that

[Amforth] GPL and AmForth (was: Dictionary names obfuscation)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Folks, On 02/18/2014 10:08 PM, Enoch wrote: > Hannu Vuolasaho writes: > >> First thing about topic. >> >> The language which you rae using is forth. it is obfuscated already to 99% >> of people. :) >> >> Secondly it would be sad to lose Enoch from

Re: [Amforth] Dictionary names obfuscation

On 02/17/2014 08:07 PM, Sam Putman wrote: > On Mon, Feb 17, 2014 at 8:33 AM, Matthias Trute wrote: > >>> Enoch wrote: >>> >>> P/S Let's start no GPL wars here. I'm not talking about code falling >>> under the GPLv2 license. >> >> You have told your customer, that amforth is GPL'ed, havn't you?? >

[Amforth] SUCCESS: TCP/IP Stack: telnetting onto atmega644

Telnet does work, too, see end of message: On 02/13/2014 09:21 PM, Erich Waelde wrote: > Folks, > > progress: > > On 02/12/2014 05:45 PM, Erich Waelde wrote: >> Hello, > >> I got my *old* etherrape-board from the trenches [1]. It is >> functional with

Re: [Amforth] TCP/IP Stack

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Folks, progress: On 02/12/2014 05:45 PM, Erich Waelde wrote: > Hello, > > I got my *old* etherrape-board from the trenches [1]. It is > functional with the original etherrape and ethersex firmware, > so the board itself is wo

Re: [Amforth] TCP/IP Stack

Hello, I got my *old* etherrape-board from the trenches [1]. It is functional with the original etherrape and ethersex firmware, so the board itself is working correctly. On 02/08/2014 07:52 PM, Matthias Trute wrote: > Hi, > > Jens wrote a TCP/IP stack for amforth (probably the first FOSS > st

Re: [Amforth] New amforth user

Hello DaR, On 02/12/2014 04:10 AM, daruf...@gmail.com wrote: > I figured out enough to get rid of the compile time errors. Great! Welcome to the club! Happy hacking, Erich -- Android apps run on BlackBerry 10 Introducin

Re: [Amforth] New amforth user

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi DaR, On 02/11/2014 08:59 PM, daruf...@gmail.com wrote: > > I'm using the ATmega328p on the OSEPP™ Uno R3 Plus > (http://osepp.com/products/arduino-compatible-boards/uno-r3-plus/) board. > > Removing the “_0” from .include "drivers/usart_0.asm" d

Re: [Amforth] New amforth user

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On 02/09/2014 10:31 PM, daruf...@gmail.com wrote: > I must be doing something wrong… > > > > > > I downloaded version 5.2 and set it up within Atmel Studio 6 (Version > 6.1.2730 - Service Pack 2), but I get the following errors: > > >

Re: [Amforth] porting amforth to avr-as

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 01/04/2014 11:16 AM, Matthias Trute wrote: > Hi Andreas, > >> This past weekend I have begun porting amforth to build with avr-as so that >> the whole thing can be built using 100% free software. > > Did you convert the files manually or with

Re: [Amforth] AmForth vs. Arduino Performance

Hi Enoch, On 12/19/2013 03:25 PM, Enoch wrote: > Hello AmForth-ers: > > I don't think that people look for speed when considering any Forth -- > modern optimizing C compilers will do better. > > Nevertheless, I think that we need to rid AmForth kernel ASAP of VM > instruction calls (those pesky

Re: [Amforth] Simulation of AVR with Amforth in simavr? (And: Unnescessary multiple writes to EEPROM?)

Hi, On 11/24/2013 07:13 PM, Enoch wrote: > Dear Matthias, > > I understand that Mikael ("FlashForth") represents "the competition" but > his point, in my opinion, cannot be ignored. All those frequently > changing variables from amforth-eprom.inc should not stay just EEPROM > based: > > EE_DP:

Re: [Amforth] where to find the examples on the repositry

Hello Jan, > Is there a simple way to download all these files to my computer, without > open every file seprately? svn co svn://svn.code.sf.net/p/amforth/code or similar with turtoiseSVN on Windows. This will download the tree with everything, all releases so far ... Cheers, Erich --

[Amforth] spi code snippets (was: SPI)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Jan, On 11/20/2013 08:14 PM, Jan Kromhout wrote: > Please can you tell me where to find the SPI words. > Are there SPI exampels? please find below an excerpt from one of my projects. An atmega32 controller with a maxim-186 ADC connected via s

Re: [Amforth] Fuses Arduino

Hello Jan, On 11/19/2013 07:34 PM, Jan Kromhout wrote: > Hello, > I compiled the latest version of Amforth 5.1 with the AVR studio 5.0. without > any error! > Load the hex and eep file to the Arduino, and no results. > What are the value of the fuses? > > I found these values? > L=0xFF > H=0xD8

Re: [Amforth] Problems with pick

On 11/10/2013 04:16 AM, craig and heather wrote: > never mind I guess I tired or just an idiot Do not despair --- the stack thing got all of us at least once! :-) Cheers, Erich -- November Webinars for C, C++, Fortran D

Re: [Amforth] Getting I2C to work on Uno

Hello all, On 10/25/2013 08:11 PM, Matthias Trute wrote: > (some examples are only recently posted here). Extending the assembler > sources is only for the brave ones among us. Even though I belong to the brave ones (I have added rs485 support and a few related things in assembly [1]) I have in

Re: [Amforth] Watchdog prescalers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi David, On 10/12/2013 01:05 PM, David Wallis wrote: >> Are you sure, you want to do this with the watchdog timer? Isn't the >> watchdog timer only able to generate a reset? > > > Thanks for your code Erich. I was keen to use the watchdog timer bec

Re: [Amforth] Watchdog prescalers

Hello David, On 10/12/2013 11:13 AM, David Wallis wrote: > Hi all, > > I'm trying to use the watchdog timer on an ATMega324P for power saving by > sleeping for 8 seconds, and then having the watchdog wake the device. > However, I'm struggling to set the prescaler flags in WDTCSR. > > According t

Re: [Amforth] Easy Start with AMForth and ATMega32

Hello Karsten, On 10/12/2013 10:53 AM, developm...@decotrain.de wrote: > Hello, > > i am not as fast as i want, but today i could setup my > Test-system with an ATMega32 developement board and AMForth. It > does not run. :-( There is nothing transmitted over the RS232. > > First thing i wonder a

Re: [Amforth] Marker?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On 10/10/2013 09:48 PM, Michael Picco wrote: > I noticed that the documentation regarding "Un-Doing > Definitions" is in error. > > The two forth source files referred to have different paths: > > The current paths appear to be: > > lib/ans9

Re: [Amforth] Easy Start without Atmel Studio 6 possible?

Hello, > But there are much errors for the ATMega32: > > @/srv/test/amforth-5.1/appl/template$ make template.hex > wine ../../Atmel/avrasm2.exe -I ../../Atmel/Appnotes -I ../../core > -I ../../core/devices/atmega32 -fI -v0 -e template.eep.hex -l > template.lst template.asm > err:winedevice:Servic

[Amforth] gavrasm try (was: Easy Start without Atmel Studio 6 possible?)

Hi, On 10/08/2013 07:00 PM, developm...@decotrain.de wrote: > Is this not possible with a smaller solution like this here ? > http://www.avr-asm-tutorial.net/gavrasm/index_de.html > http://www.avr-asm-tutorial.net/gavrasm/index_en.html > So I look at this. 1. This software is written in FreePas

Re: [Amforth] Easy Start without Atmel Studio 6 possible?

Hello Karsten, On 10/08/2013 06:56 PM, developm...@decotrain.de wrote: > Hello, > > i just want to try Amforth and downloaded the sources. > Now i read that i must have Atmel Studio 6 just for compiling Forth. > > It seems that only a Assembler is needed, so why download an install > a monster p

[Amforth] addition to docs/ makefile

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Matthias, feel free to add the lines SP12=-c sp12 -i 10 -P /dev/parport0 MKII=-c avrispmkII -P usb DRAGON=-c dragon_isp -P usb to the makefile snippet in http://amforth.sourceforge.net/UG/linux.html Project Setup and to trunk/appl/template

Re: [Amforth] What files are put in which locations to get 1-wire running on an ATmega2560 platform?

Hello Michael, On 08/16/2013 01:01 AM, Michael Picco wrote: > Hello Erich, > > Thank you for the reply. Can I safely assume the template file can be > copied/pasted to my new project and used as-is for 1wire? > The other question is about the other files required: > dict_appl > dict_appl_core >

Re: [Amforth] What files are put in which locations to get 1-wire running on an ATmega2560 platform?

Hello Michael, On 08/15/2013 09:24 PM, Michael Picco wrote: > I am using the avrispMK2 and Atmel Studio 5.0. > > ... The other > question I have is the where in the 'project' I should include the 1wire > file from the driver directory? 1wire: If you look into appl/template/template.asm you will

Re: [Amforth] Build recent amforth with avra

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/13/2013 09:01 PM, Erich Waelde wrote: > Hi all, > > same experiment for atmega32, on amd64 host. > same results, except that "usart_0.asm" is replaced by "usart.asm". > same experiment with amforth-5.

Re: [Amforth] Build recent amforth with avra

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, same experiment for atmega32, on amd64 host. same results, except that "usart_0.asm" is replaced by "usart.asm". On 08/13/2013 03:21 PM, Mark Malmros wrote: > Assembling Amforth5.0 for an Atmega328P using the Raspberry Pi avra > instance: >

Re: [Amforth] Build recent amforth with avra

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Mark and all, On 08/07/2013 01:55 PM, Mark Malmros wrote: > If my "working" avra under Debian for Amforth 5.0 is of interest to anyone, > I'll track down the minor changes I've made and pass them along. Be > forewarned: as with life, I have no i

Re: [Amforth] Build recent amforth with avra

Hello Christian, On 08/07/2013 02:16 PM, Christian Kellermann wrote: > * Matthias Trute [130804 20:57]: >> Hi, >> >> >>> I am trying to build the 5.1 release for an arduino uni with avra >>> on a 32bit OpenBSD. >> >> According to Wine HQ openBSD may support wine (to some degree). >> Avra is a ho

Re: [Amforth] Fwd: Native Forth for Arduino Uno

Hello Carl, the mailing list is working :-) Thanks for your reply. On 07/21/2013 12:02 AM, carl8...@spamex.com wrote: > Erich, > > Thank you for your detailed analysis of the situation. I have to admit > that we have different goals or that I don't understand > the problem. I'm willing to beli

Re: [Amforth] Fwd: Native Forth for Arduino Uno

Hi Carl, hi all, On 07/20/2013 03:30 PM, Matthias Trute wrote: > Hi all, > > there seems to go something wrong with the mailing list, > so I forward a message to it. Can someone help Carl? > > Matthias > > -- Forwarded message -- > From: Carl Baxter mailto:carl8...@gma

Re: [Amforth] Is it possible to compile Forth defined words in PC before programming the ATmega?

Hello, On 06/10/2013 10:01 AM, Wojciech Zabołotny wrote: > Hi, > > If I want to extend the standard dictionary with some words defined by me, is > it possible to compile them on PC so, that when ATmega is programmed, my > words are already available? > I simply want to avoid relatively lengthy

Re: [Amforth] Waking up a dormant forum :-)

Hello, answering late ... On 06/06/2013 09:37 PM, Enoch wrote: > Hello AmForth-ers, > > Can somebody give me good reasons why we should not convert words/*.asm > implementations (as much as possible) from VM assembly to AVR > assembly. Isn't this about the usual tradeoff between "portability"

[Amforth] arduino leonardo

Hello, I got an arduino leonardo and was asked to flash amforth onto this device. I set up a copy of ...amforth/releases/5.1/appl/arduino. I can successfully build and flash a duemilanove and an uno. Not so successful for the leonardo: bash> make leonardo.hex Producing Hexfiles for Arduino leona

[Amforth] arduino mega256

Hello, I was asked to put amforth on an arduino mega 256 as well. I suspect the file mega128 does not fit. What changes would be needed to create a mega256.asm file? Anyone has this done already? Cheers, Erich -- Introdu

Re: [Amforth] wordlists empowered

Hi, On 03/20/2013 11:29 PM, Enoch wrote: > Hello AmForth-ers: > > Did any of you put "wordlists" into a good use? yes. I use this to create a separate wordlist, which is used to parse a special source code structure. I need a special wordlist, because I need to *temporarily* "overload" the meani

[Amforth] dual licensensing amforth??? (was: Table driven CRC-8 generator/checker)

Hi, On 03/09/2013 08:42 AM, Enoch wrote: > Hi Erich& All; > > Erich Waelde writes: > >> I do not see a way to combine amforth (GPL) with a proprietary >> application written in amforth. On the other hand, I'm of course >> not a lawyer. > > Let

Re: [Amforth] Table driven CRC-8 generator/checker

Hi Enoch, > By the way, I recommend that thought is given to encourage Amforth use > in commercial (proprietary) designs. This is important if you wish to > draw in professional developers (for their skills and opening up > financial support opportunities). > > Even as things stand there is a way

Re: [Amforth] Wish to FORGET

Hi Enoch, On 03/04/2013 04:03 AM, Enoch wrote: > The code at will expire in 4 weeks. See? In 4 weeks the code is gone. If you had added it to the message in the first place, then anyone could find it even in years, if the mail archive is still available on the net

[Amforth] Variations on .S (was: .S “dot-s”)

Hi, On 03/02/2013 06:22 AM, Enoch wrote: > Hello Matthias& all, > > Regarding .S > > Indeed, says Forth 2012 RC1, "the format of the display is > implementation-dependent". > > However, doesn't GFORTH display order make a better sense: > > 1 2 3 .s<3> 1 2 3 ok > > While ours: > >> 1 2 3 .

Re: [Amforth] Wish to FORGET

Enoch, On 03/03/2013 05:22 AM, Enoch wrote: > I wrote a table driven CRC-8 routine for short messages using any > generating polynomial, seehttp://pastebin.com/1YtVdMeg > (I didn't like the slow approach of lib/hardware/1wire-crc8.frt). If you want me to look at your code, you better include it i

Re: [Amforth] .S “dot-s”

Michael, On 03/03/2013 01:00 AM, Michael Kalus wrote: > Here is the old form for your collection. It is "Stack UnderFlow" > save, telling "SUF" if you do one. > Maybe you have it already. Michael > > > -- next part -- If you, too, want me to look at your code, you better

Re: [Amforth] Development request

Hi Enoch, On 02/19/2013 10:36 PM, Enoch wrote: > G'day to you to you all, > > I found something that seems to me useful on http://www.4e4th.eu/ > > WIPE ( -- ) Back to original status. Stacks unchanged. uarea back to > original. > > Having an asm based word which restores the system into its o

Re: [Amforth] Useful?

Hi Enoch, since you asked for comments ... On 02/13/2013 05:38 AM, Enoch wrote: > Hello Matthias and all, > > I'd like to see this forum also offering code snippets, so here's my > first humble attempt of harnessing the atomic bit manipulation > instructions. > > : port:hi ( portadr bitno -- )

[Amforth] [DE] Release 5.0 is out

This post is in German, because the original poster explicitly requested this. I took the liberty to mark the subject with [DE], so feel free to ignore the subject ... Erich Lieber amforth-Freund, On 01/04/2013 12:51 PM, Dieter Häußler wrote: > Hallo, > > Kann mir bitte mal jemand erklären, wie

Re: [Amforth] Release 5.0 is out

> Have fun with it. Sure! Erich -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video t

Re: [Amforth] Sourceforge Updates

On 12/10/2012 09:24 PM, Matthias Trute wrote: > Hi all, > > Sourceforge gradually updates all projects to a new system. > Today I migrated amforth to it. The most important change for > now is a new subversion location. You may wish to re-checkout > your sandboxes. > > You find all details at the k

[Amforth] misaddressed message (was: Sourceforge Updates)

On 12/12/2012 04:05 PM, Enoch wrote: > English please. Thanks, Enoch. message went down the wrong pipe. You did not miss anything imporant, as far as I can tell. Sorry for the noise. Cheers, Erich -- LogMeIn Rescue: Anywh

Re: [Amforth] Sourceforge Updates

Hi Matthias, On 12/10/2012 09:24 PM, Matthias Trute wrote: > You find all details at the known URL > http://sourceforge.net/projects/amforth/ > and links from there. Also, ich seh da den neuen svn Pfad nicht. Ich hab auch ein bißchen in "Code" rumgeklickt, aber irgendwie bin ich zu doof. Ich tät

Re: [Amforth] From frt to asm

Hi, On 10/27/2012 08:06 PM, Enoch wrote: > Is there an automated method to compile frt to asm to skip uploading of > debugged words? Have a look at http://www.forth-ev.de/repos/g4/ This is a gforth program to konvert forth source code to amforth-look-alike assembly. Cheers, Erich --

Re: [Amforth] Help using second uart

Hello David, welcome to the club! On 10/25/2012 08:17 PM, David Wallis wrote: > Hi all, > > Sorry for using this list for help, but I'm not sure where else to go. I am > new to Forth (although I've been aware of it since the days of the Jupiter > Ace when I was at school!), but I have an AVR proj

Re: [Amforth] amforth-shell.py idea

Hi Enoch, On 10/11/2012 09:03 PM, Enoch wrote: > This brings me to a more fundamental question which you, as Amforth's > BDFL, I feel, need to address. > > Amforth-shell.py turns the use of frt "&34 constant PORTA" definitions > in the code unnecessary as the shell script does these substitutions

[Amforth] avra not producing working .hex files, was: Asm debugging, how?

Hi Enoch, as Ian has mentioned, there is discussion on the avra-u...@lists.sourceforge.net list, too. avra is currently missing correct handling of "forward references". -> change "jmp_" to "jmp" in amforth.asm to work around that. avra is also not using the parameter "ram_start", which is given

Re: [Amforth] AMFORTH

Hi Paul, welcome to the list! On 09/14/2012 09:31 PM, Paul Verbeke wrote: > Hi, > > 1. I have an ATMEGA 328P Arduino board. I have loaded the prebuilt hex file > and everything seems ok. However the key word does not seem to work as > expected. If I type KEY and return it does nothing but it echo

[Amforth] unspecified base in device/X/X.frt files

Hi, to maybe save others some time debugging ... I do upload the file amforth/releases/4.x/$device/$device.frt onto the controller. Moving a working program from amforth 4.6 to amforth 4.9 revealed, that there is a change in these files. 4.6: hex ... 2B constant PORTD 4.9 ... 43 constant PORTD

Re: [Amforth] Bug

Hello Artur, I think you are pointing to "within" not working as you expect. > ver amforth 4.6 ATmega328P ok > 0 0 10 within . -1 ok > -1 0 10 within . 0 ok > 9 0 10 within . -1 ok > 10 0 10 within . -1 ok Looking into Conklin, Rather -- Forth Programmer's Handbook (3rd. Edition) p.59:

Re: [Amforth] Compiling Amforth 4.9 - forward labels in macros

Hello Marcin, thanks for your reply. On 08/18/2012 09:53 PM, Marcin Cieslak wrote: > On Sat, 18 Aug 2012, Erich Waelde wrote: > > >>> 1) revert to amforth 4.4 hardcoded "rjmp" since we can >>> assume the distance is pretty small here. >> >>

Re: [Amforth] Compiling Amforth 4.9 - forward labels in macros

Hello, On 08/18/2012 10:12 AM, Matthias Trute wrote: > Does the patch > > diff --git a/core/dict_core.inc b/core/dict_core.inc > index b7ddeb1..d88f9f6 100644 > --- a/core/dict_core.inc > +++ b/core/dict_core.inc > @@ -74,8 +74,8 @@ > .include "words/dodo.asm" > .include "words/doqdo.asm" >

Re: [Amforth] Compiling Amforth 4.9 - forward labels in macros

Hello, On 08/18/2012 04:10 AM, Marcin Cieslak wrote: > On Fri, 17 Aug 2012, Erich Waelde wrote: >> I have made tests >> 1. compile avra from git >> commit a6e8b2957953810dae6467eeb4905bfc5ea6c33e >> Author: Marcin Cieslak >> Date: Wed Aug 8 17:01:30 2012 +0200

Re: [Amforth] Compiling Amforth 4.9

Hello Hannu, I just checked: + avra built from git: 21f54ca HEAD@{0}: pull : Fast-forward cf495f3 HEAD@{1}: clone: from git://avra.git.sourceforge.net/gitroot/avra/avra + I can compile amforth-4.2 for atmega32 + I can compile amforth-4.5 for atmega32 as well I have not checked whether they

Re: [Amforth] New forth interaction script

Hello Keith, On 07/09/2012 03:05 AM, Keith Amidon wrote: > {-- Sun, 08 Jul 2012 20:01:02 +0200: Erich wrote: --} > >Erich> More info below ... >>> I found a minor thing that puzzles me: >>> |C| 11|\ PORTD 7 portpin: PD.7 ( define portD pin #7) >>> |E| 12|\ PD.7 high ( turn por

Re: [Amforth] New forth interaction script

More info below ... > I found a minor thing that puzzles me: > > |I=mcudef > |I=using device.py for atmega32 > |F=/home/ew/Forth/atmega/46_trunk-2/lib/bitnames.frt > |C| 1|\ V 1.3 02.11.2007 > |W| 2| > |C| 3|\ Code: Matthias Trute > |C| 4|\ Text: M.Kalus > |W| 5| > |C| 6|\ A named port pin puts a

Re: [Amforth] New forth interaction script

Hello Keith! On 07/05/2012 06:29 PM, Keith Amidon wrote: > >Matthias> I collect the changes in the repository at >Matthias> > http://amforth.svn.sourceforge.net/viewvc/amforth/trunk/tools/amforth-term.py?view=log > I finally got around to try out the new upload tool. The result is nothi

Re: [Amforth] arduino danger shield

Hi Alaric, On 06/19/2012 10:25 PM, Alaric Snell-Pym wrote: >>> I plan to customise it a bit (I've written up a bunch of portpin: >>> >> declarations that match the arduino pin names, and I'm working on >>> >> adapting the demonstration PWM and ADC code from lib/ into something >>> >> that, >> >

Re: [Amforth] Where to store my word?

Hi Jan, On 06/16/2012 12:40 PM, Jan Kromhout wrote: > Dear Michael, > > It is working, but missing the word @i. @i used to be called i@. So you can use the old word i@ and correct the resulting code manually. All XT_ tokens are defined somewhere in core/words/* . Same for @e !i !e. Check the ol

Re: [Amforth] Where to store my word?

Hi Pito, On 06/15/2012 04:06 PM, pito wrote: > > Michael, is there any difference in whether I build a word via > xyz.asm or I compile it directly under amforth into its dictionary? > I mean whether there is a speed/size advantage/penalty related to > these two options ? Whether you compile a wo

Re: [Amforth] Multithreader with tasks

Hi Pito, On 06/05/2012 12:09 PM, pito wrote: > Hi, I've read the .pdf document on the amforth's multitasker and, as > I am a newbie with it, I am overhelmed by a term "task" and its > snip... The whole concept is called ``cooperative multi_task_ing'' not multi_thread_ing. A task is much closer

Re: [Amforth] TWI - 7segment display Gravitech.us

Hi Jan, On 06/02/2012 07:33 PM, Jan Kromhout wrote: > Dear Erich, > I have done what you wrote, seems to work. Very good! > But when I look to te code of twi.frt I see > some strange thing, or missing sommething. > When I look into the code never is sending > the address in twi.start \ send sta

Re: [Amforth] TWI - 7segment display Gravitech.us

Hi Jan, On 06/01/2012 08:58 PM, Jan Kromhout wrote: > It is not working. Where exactly is "it"? Can you talk to the twi device? Did you try twi.scan? It should report every device on the twi bus. Did you enable the twi subsystem? \ enable twi \ TWBR = $03, TWPS[10] = $03 ==> 28 kHz (f_cpu:

Re: [Amforth] Vocabulary

Hi Jan, On 05/31/2012 06:01 PM, Jan Kromhout wrote: > > Hi Erich This is the answer that I get from amForthamforth 4.8 ATmega328P >> > ok >> > ok >> forth > forth ?? -13 5 >> FORTH > FORTH ?? -13 5 If you get error -13, which is "word not found", then this word should not show up in the

Re: [Amforth] Vocabulary

Hi Jan, On 05/31/2012 12:14 PM, Jan Kromhout wrote: > > Hello, I tested the word vocabulary with vocabulary test-vocabulary > only forth also test-vocabulary definitions: test1 ." test1" ; > : test2 ." test2" ; > : test3 ." test3" ; > : test4 ." test4" ; > : test5 ." test5" ;previous definitions O

Re: [Amforth] Compiled Version 4.8 with AVR (windows) studio not running

On 05/14/2012 07:26 PM, Jan Kromhout wrote: > Are you making the hex files under windows or unix? I'm working under linux. You may safely call me windows-illiterate. I use wine+AvrAssembler2 from the avrstudio file. Alternately I use avra, but this might not work currently --- I haven't checked

Re: [Amforth] Compiled Version 4.8 with AVR (windows) studio not running

Hi Jan, On 05/14/2012 04:28 PM, Jan Kromhout wrote: > Hello, > I found some strange thing. > I compiled the version 4.8 under windows with AVR Studio 4. > As you can see there where no errors. > ATmega328P memory use summary [bytes]: > Segment Begin End Code Data Used Size Use% > -

Re: [Amforth] Float with v4.9 (trunk) - recognizers

Hi Pito, On 05/12/2012 09:59 PM, pito wrote: >> ' rec-float place-rec > ok >> > > ok >> > \ again, the next line is for convienence, not nescessity > ok >> > marker ->afterfloat > ok >> > 2.33e-6 8.99e11 f* fp. > 2.33e-6 ?? -13 7 I suspect that the order of recognizers is not good. Check the o

[Amforth] Forth and amforth present on Linuxtag Berlin

Hello, members of Forth Gesellschaft e.V. [1] including myself will be present at "Linuxtag 2012" in Berlin, Germany [2]. So if you are around and feel like talking "Forth", be sure to visit us there. Cheers, Erich [1] http://www.forth-ev.de [2] http://linuxtag.de/2012/ ---

Re: [Amforth] Extra words in AMForth

Hello Jan, On 05/09/2012 09:11 PM, Jan Kromhout wrote: > I think that is a good idea to have the standard/elementary > words have in AMForth like setting a port to input/output, or > the analog output and the I2C connection like the wire > routine. To set input/output direction, pin levels high/l

Re: [Amforth] Issues with a word compile - flash or eeprom write issues

Hello Jan, On 05/07/2012 04:29 PM, Jan Kromhout wrote: > When I won't to run at a higher baud rate should I compile again? Yes, when you want to change the baudrate, you need to edit your duemilanove.asm file .equ BAUD = 9600 reassemble amforth and flash it onto the controller again. Cheers,

Re: [Amforth] How to activate the floating point package

Hello Jan, On 05/07/2012 03:55 PM, Jan Kromhout wrote: > Hello, > > How do I activate the floting point packages? Only a short outline: 1. you need to add a few words to amforth via dict_appl.inc (see mails before) 2. you need to add a floating point input method to amforth. This can now be d

Re: [Amforth] Dubble words, no error message!!

Hello Jan, congrats for grinding through the obstacles of getting hardware to run! On 05/07/2012 07:59 PM, Jan Kromhout wrote: > A few hours ago I first really started amforth > What strikes me is that I can enter two identical words without an error. I would not see this as a bug. The behaviour

Re: [Amforth] Issues with a word compile - flash or eeprom write issues

Hello, On 05/06/2012 08:12 PM, Jan Kromhout wrote: > > If I understand correctly the best is to buy some bare 328p chips, > and flash them without tatching the lock bits. If fuses and "lock bits" refer to the same thing, then no: "bare chips" and arduino boards are different things. I personally

Re: [Amforth] Release 4.8 now available

On 03/26/2012 09:01 PM, Matthias Trute wrote: > Many thanks to Erich (again) for finding and > telling me about each and every trap he fell > into. :-) Schönen Abend, Erich -- This SF email is sponsosred by: Try Windows A

Re: [Amforth] amForth 4.7 atmega328p (uno) hangs while entering simple colon or constant definitions

On 02/29/2012 08:51 PM, Charles Summers wrote: > What are your fuse values? $ make read-fuse sudo avrdude -q -c avrispmkII -P usb -p atmega328p -U hfuse:r:-:h -U lfuse:r:-:h -U efuse:r:-:h -U lock:r:-:h avrdude: AVR device initialized and ready to accept instructions avrdude: Device signature =

Re: [Amforth] amForth 4.7 atmega328p (uno) hangs while entering simple colon or constant definitions

On 02/29/2012 08:36 PM, Charles Summers wrote: > Hi Matthias, > Thanks for the quick reply. Actually each definition was on one line. > (Maybe my email munged things, I'm not sure). Here's a snippet that may > show it better: I got an ok after I entered the first line, but never got > anything afte

  1   2   >