[Amforth] R: Re: compiling 5.8

Hi Andreas  I've added it to the folder  Inviato da Samsung Mobile Original message Subject: Re: [Amforth] compiling 5.8 From: Andreas Wagner To: Everything around amforth CC: Hi Paolo, What's in your project Makefile and where is your Makefile relative to your top-le

[Amforth] R: Re: compiling 5.8

Found. Last versione compiled was 5.4 and there were no "common" folder. ... Inviato da Samsung Mobile Original message Subject: Re: [Amforth] compiling 5.8 From: Andreas Wagner To: Everything around amforth CC: Hi Paolo, What's in your project Makefile and where is y

[Amforth] compiling 5.8

Hi everybody, fixed the makefile to include the common folder. Now it compiles with 0 errors but 5 warnings: “.cseg .db misalignment – padding zero byte” words causing this error are: common/words/ud-star.asm(9); common/words/env-forthname.asm(22); common/words/cscan.asm(12); common/words/ver.asm(

[Amforth] compiling 5.8

Hi all, the new version 5.8 (compiled with only some warnings) behaves different from the previous I used (5.4). To speed up serial connection I use these commands: ' refill defer@ constant xt-refill : refill-xon $11 emit xt-refill execute ; : +ready ['] refill-xon is refill ; +ready so the mcu

[Amforth] compiling 5.8

Thanks Matthias, > -13 means "word not found" (a full list of all > possible exceptions is in the docs somewhere, there > are only a few). > The 15 means the column in the text line in which the error > has been detected. The 15th character is the final s from > is. This the full story is: the wo

[Amforth] UM/MOD

Hello, the amforth reference guide says: um/mod ( ud u2 – rem quot) unsigned division ud / u2 with remainder so: two-numbers um/mod should leave two-numbers on the stack, remainder an quotient. This seems not to be true. Here is a test session: amforth 5.8 ATmega16 > depth . 0 ok > $ 10 um/

[Amforth] UM/MOD

Ops... the reference was rigth: um/mod ( ud u2 – rem quot) unsigned division ud / u2 with remainder (ud u2) are 3-cells not 2, so I was wrong. Please forget my previous message. There is no stack underflow raised. Paolo --- Questa e-mail è stata controllata per individuare virus con Avast anti

[Amforth] UM/MOD

Hi Matthias, Thank you for kind answers, I have to think twice before write... Paolo -Messaggio originale- From: Matthias Trute Sent: Friday, May 29, 2015 9:22 PM To: Everything around amforth Subject: Re: [Amforth] UM/MOD > (ud u2) are 3-cells not 2, so I was wrong. > > Please forget

[Amforth] Echo flow control

Hello, would it be possible to have the echo char sent only after it has been processed? In this case we could stop playing with timeout tuning. When echo is received we could send another char or begin transmit a new line (if last char was a newline), sure that the mcu serial is idle and input w

[Amforth] "key?" and "key"

Hello, here is a session: (the prompt is “> “ and when I type a separator “ < “ is used) amforth 5.8 ATmega16 > depth . < 0 ok > key? . < 0 ok > depth . < 0 ok > begin key? until < ok > depth . < 1 ok > . < 4516 ok > I have some questions: why the loop exits immediatly w/o typing any char on k

[Amforth] "key?" and "key"

Matthias, thank you for explaination but, unfortunately my RS232 express card is kaputt and I haven't another PC with a COM port ready to use. As soon as I can I will try another terminal. Paolo --- Questa e-mail è stata controllata per individuare virus con Avast antivirus. https://www.avast

Re: [Amforth] amforth 4.5 and ATmega128

Yes Jeffrey, I still have problems with ATMega128. Could you please post your settings. Thanks. Paolo - Original Message - From: "david jeffrey" To: "Everything around amforth" ; Sent: Thursday, July 28, 2011 7:34 AM Subject: Re: [Amforth] amforth 4.5 and ATmega128 > Hi Paulo, > > I

[Amforth] ATmega16 and ATmega128

Hello, I have resumed an old project and I would run it in amforth. I would start with a simple system with a serial terminal but I’m not able to get rid of compile errors. To avoid the redefinition error of USART_B_VALUE and USART_C_VALUE I create a local “drivers” folder with a modified copy o

Re: [Amforth] ATmega16 and ATmega128

Hi Matthias, I follow the sample on the official doc "amforth.pdf" to compile a system for my MCUs but it doesn't work. There is a huge list of missed words. Please, could you help me to compile a working system for atmega16 and atmega128? Or, if you have one (sure you have), could you give me the

Re: [Amforth] ATmega16 and ATmega128

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 in a single folder, with the same environment. :-) Paolo -Me

Re: [Amforth] New amforth user

Hi Dennis, I'm in the same situation: > I had to comment out the following lines from dict_appl_core.in: > ;.include "words/estore.asm" > ;.include "words/efetch.asm" > ;.include "words/istore.asm" > ;.include "words/istore_nrww.asm" > ;.include "words/ifetch.asm" > But I think I still need those

Re: [Amforth] ATmega16 and ATmega128

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 compile time. I never get a working pair of hex files!! Please ha

Re: [Amforth] ATmega16 and ATmega128

Hi Erich, I really appreciate your answer. I did found renamed words but was not sure to make the right thing using them. I will check the history and try to learn from there. Just a hint: new users like me don't know the story of the project nor deeper clues to win the game against compiler. I

Re: [Amforth] ATmega16 and ATmega128

Hi everybody, magno gaudio nuntio vobis: Habemus HEX (and epp.hex)!! Now begins the fun. I apologize to have been annoying to someone. > You are the one that wants to use some other ordering and run into trouble > with it. My ordering is the same as you propose. > You're very welcome to critiz

Re: [Amforth] New amforth user

Hi Dennis, Thank you for the answer. I successfully compile both for atmega16 and atmega128 and programmed my boards with hex+eep files. Now I'm in trouble with the serial connection. In my templates I only define ..equ BAUD=38400 the other parameters would be 8N1, no flow control. Setting this w

[Amforth] No serial connection

I successfully compile amforth for atmega16 and programmed my board (Atmel mega16 mini) with hex+eep files. Now I'm in trouble with the serial connection. Here is my simple template.asm: _ ..include "macros.asm" ..include "device.asm" ..equ TIBSIZE = $6

Re: [Amforth] No serial connection

IDE world into Makefiles. On Tue, May 27, 2014 at 12:07 PM, Paolo Garro wrote: > I successfully compile amforth for atmega16 and programmed my > board (Atmel mega16 mini) with hex+eep files. > > Now I'm in trouble with the serial connection.

Re: [Amforth] No serial connection

If you are unsure of lock and fuse values in your Atmel Studio 4, > you can read them from your chip before you program. > Read button first and then click program. > > But as soon you got everything working, > you want to move out from the IDE world into Makefiles. > > > &g

Re: [Amforth] No serial connection

Hi Matthias, ..set WANT_ISR_RX = 0 doesn't change anything :( Null chars were a result of a bad ground contact to the board. Now no chars are received at all! I also tried to include usart_1 (instead of usart_0) w/o success Paolo -Messaggio originale- From: Matthias Trute Sent: Wednesd

[Amforth] serial connection

Hi, when I plug the power in my board the PC terminal starts to print: amforth 5.3 ATmega16 > µ™½ÉÑ¡5.3 ATmega16 > amforth 5.3 ATmega16 > amforth 5.3 ATmega16 and loops forever with the line > amforth 5.3 ATmega16 any suggestion? Paolo --- Questa e-mail è priva di virus e malware pe

Re: [Amforth] serial connection

WOW you were right! It works... I didn't give up and now it works... Thank you Matthias. Paolo --- Questa e-mail è priva di virus e malware perché è attiva la protezione avast! Antivirus. http://www.avast.com -- Lea

[Amforth] HW flow control

Hi Matthias, I'm writing a wxpython GUI for AMforth. It's a serial terminal capable of upload files and include. I'm dealing with timeouts to guest if the micro is ready or busy. The echo mechanism is ok but it lacks  Inviato da Samsung Mobile -

[Amforth] HW flow control

Sorry the previous message was incomplete. Inviato da Samsung Mobile -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight

[Amforth] R: Re: HW flow control

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 about? Paolo Inviato da Samsung Mobile Original messa

[Amforth] R: Re: HW flow control

Hi Matthias, Would it be possible to have a WANT XON/OFF to choose this feature? Paolo Inviato da Samsung Mobile Original message Subject: Re: [Amforth] HW flow control From: Matthias Trute To: amforth-devel@lists.sourceforge.net CC: Hi Paolo, > I'm writing a wxpython

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

know if the mcu is ready to receive another line? An XON ending char would be fine... Paolo Inviato da Samsung Mobile Original message Subject: Re: [Amforth] R: Re: HW flow control From: Erich Waelde To: Everything around amforth CC: Hi Paolo, On 07/30/2014 09:32 AM,

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

orth] Adding WANT_X and a forth constant in asm (was: HW flow control) From: Erich Waelde To: amforth-devel@lists.sourceforge.net CC: 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

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

Hi Matthias, Does REFILL load a single line? In a multiline colon definition is it called for each line? If so I think the best place to handle XON/XOFF is QUIT itself. At the begin of the loop after calling REFILL assert XOFF and before closing the loop assert XON. That way transmission is blocke

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

I apologize Matthias, Your solution is ok. Managing flow control inside REFILL is the same of my proposal and is a better implementation. Paolo  Inviato da Samsung Mobile Original message Subject: Re: [Amforth] R: Re: R: Re: HW flow control From: Matthias Trute To: amfort

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

nning your forth target, before any terminal  emulator will notice the xoff. Or do you have a USB-serial converter that handles xon/xoff ? Michael Am 10.08.2014 um 14:34 schrieb Paolo Garro: > Hi Matthias, > Does REFILL load a single line? > In a multiline colon definition is it called

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

Hi Matthias, Thank you for the response. You answered also to another question: "how can I know if the mcu is ready to accept another line?". Using your xon_xoff.frt (with no flow control on the serial line) I will receive an XON when the mcu is ready. Despite of his name this is the ready/busy f

[Amforth] Deferred words and reset

Hi Matthias, I was trying xon_xoff.frt but it seems that  the content of refill is restored with its original value at every reset. Paolo Inviato da Samsung Mobile -- Slashdot TV. Video for Nerds. Stuff that matters.