amforth-devel — Development discussion and user support

Re: [Amforth] Assembler listing of some words

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

Hello Jan,

Jan Kromhout via Amforth-devel writes:

> Hello,
>
> I was looking into some words (.asm).
> Can someone explain me why the content of the first data word is different.
> PLUSSTORE => .dw $ff02
> RSHIFT => .dw $ff06
> PLUS => .dw $ff01

I'm sure this is explained somewhere, maybe in the technical guide. But
I did not find it in 20 seconds, so here we go:


> $ cat ./avr8/words/plusstore.asm
> VE_PLUSSTORE:
>     .dw $ff02
>     .db "+!"
>     .dw VE_HEAD
> ...

The first .dw entry is "some number", where the low part "02" is the length
of the string to come. That string is "+!", 2 bytes.

The high part "ff" is a flags thing. "immediate" words are different:

> $ cat ./common/words/then.asm
> ...
> VE_THEN:
>     .dw $0004
>     .db "then"
> ...

There might be other values, but I'm not sure.

This stuff is implementation dependant and may be all different in other
Forth implementations.



Cheers,
Erich

--
May the Forth be with you ...

[Amforth] Assembler listing of some words

[Jan K. <jan...@ic...>]

Hello,

I was looking into some words (.asm).
Can someone explain me why the content of the first data word is different.
PLUSSTORE => .dw $ff02
RSHIFT => .dw $ff06
PLUS => .dw $ff01

Cheers,

Jan

Re: [Amforth] get-recognizer & set-recognizer

[Jan K. <jan...@ic...>]

Hello Erich,

Thanks, I’m just binding in the assembler file. That is done for now.
Will give it a try this afternoon.

The last definition is

: place-rec ( xt -- )
  get-recognizer
  dup >r
  1-  n>r
  swap
  nr> drop r> 1+
  set-recognizer
;
But when I take a look in recognizer.frt the words are
"get-recognizers" and "set-recognizers". I think that these are the same as mention in “place-rec”.

The reason to use the FP package is to educate and entertaining.
Try to implement the BMP280 in forth, and would do that with FP.
Have trouble to do that in double math. (perhaps later on)

Cheers,

Jan


> Op 21 dec. 2018, om 14:03 heeft Erich Wälde <ew....@na...> het volgende geschreven:
> 
> Hello Jan,
> 
> 
>> Found the missing words!!
> Cool.
> 
>> The package is now loading complete.
>> But it is not working.
>> When  input a float or a double the system is crashing.
> not cool.
>> 
>> Has someone some experience with this package?
> Not me. But see below.
> 
> 
>> I have read there is also a FP package in assembler, where could I
>> find that?
> There is another repository with "community contributed" files.
> On the amforth homepage
> http://amforth.sourceforge.net/ <http://amforth.sourceforge.net/>
> 
> Click on "Community" (the first entry in the title area), this will
> point you to
> https://sourceforge.net/p/amforth/community/HEAD/tree/ <https://sourceforge.net/p/amforth/community/HEAD/tree/>
> 
> where you find a subdirectory  "floatingpoint"
> 
> This is old and possibly outdated material, so do not despair.
> 
> 
> ---
> 
> I would like to make you aware, that floating point calculations can
> often be replaced by "scaled integer" operations.
> 
> Examples:
> 
> 1. handle a Temperature in 1/10 or 1/100 degrees
> 
> Say a thermometer sensor is providing readings with 1/10 degree
> resolution. That means, a reading of 245 really means 24.5 C.
> Then there is no need to convert this to floating point, because you can
> create a function to "print" the value with 1 digit behind the decimal
> point.
> 
>>> ver
>> amforth 6.6 ATmega644P ok
>>> : .f1  <# # [char] . hold #s #> type ;
>> ok
>>> 245 s>d .f1
>> 24.5 ok
> 
> (I had to remember that <# ... #> formatting handles double values :-)
> 
> 
> 
> 2. to handle calculations in scaled integer, the programmer decides, how
> many bits of a given value are considered to be the fractional part. For
> a complex example look here:
> https://sourceforge.net/p/amforth/community/HEAD/tree/ewlib/sht75.fs <https://sourceforge.net/p/amforth/community/HEAD/tree/ewlib/sht75.fs>
> 
> The word sht.H.raw>lin converts the sensor reading from its raw value to
> the "linear" value by applying a correction.
> 
> \ H_25 [%] = c1 + c2*Hraw + c3*Hraw^2
> \ 12bit:        c1=-4         c2=0.0405  c3=-2.8e-6
> 
> I have scaled the calculation by 10^7 and thus eliminated the need to
> work with floating point.
> 
> 
> I'm not saying you must always use scaled integer. I'm just saying: if
> you don't know this technique, check it out, and maybe it fits your
> needs.
> 
> See
> Leo Brodie -- Starting Forth:
> http://home.iae.nl/users/mhx/sf.html <http://home.iae.nl/users/mhx/sf.html>
> Chapter 7.
> 
> 
> 
> Cheers,
> Erich
> 
> 
> 
> 
>> 
>> Cheers,
>> 
>> Jan
>> 
>> 
>>> Op 21 dec. 2018, om 10:55 heeft Jan Kromhout <kro...@ho...> het volgende geschreven:
>>> 
>>> Hello,
>>> 
>>> Try to load the Floating point package.
>>> How do, or find I the words get-recognizer and set-recognizer?
>>> 
>>> What is the meaning of the word "place-rec" and what is the input?
>>> 
>>> Thanks for any help.
>>> 
>>> Cheers
>>> 
>>> Jan
>>> 
>>> 
>>> |S|  930|: place-rec ( xt -- )
>>> |S|  931|  get-recognizer
>>> |E= ?? -13 14
>>> **** /Users/jankromhout/Documents/amforth-6.7/tools
>>> Error: Error in line sent
>>> 
>>> 
>>> 
>>> : place-rec ( xt -- )
>>> get-recognizer
>>> dup >r
>>> 1-  n>r
>>> swap
>>> nr> drop r> 1+
>>> set-recognizer
>>> ;
>>> 
>>> _______________________________________________
>>> Amforth-devel mailing list for http://amforth.sf.net/
>>> Amf...@li...
>>> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>> 
>> 
>> 
>> _______________________________________________
>> Amforth-devel mailing list for http://amforth.sf.net/
>> Amf...@li...
>> https://lists.sourceforge.net/lists/listinfo/amforth-devel
> 
> 
> --
> May the Forth be with you ...
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/ <http://amforth.sf.net/>
> Amf...@li... <mailto:Amf...@li...>
> https://lists.sourceforge.net/lists/listinfo/amforth-devel <https://lists.sourceforge.net/lists/listinfo/amforth-devel>

Re: [Amforth] get-recognizer & set-recognizer

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

Hello Jan,


> Found the missing words!!
Cool.

> The package is now loading complete.
> But it is not working.
> When  input a float or a double the system is crashing.
not cool.
>
> Has someone some experience with this package?
Not me. But see below.


> I have read there is also a FP package in assembler, where could I
> find that?
There is another repository with "community contributed" files.
On the amforth homepage
http://amforth.sourceforge.net/

Click on "Community" (the first entry in the title area), this will
point you to
https://sourceforge.net/p/amforth/community/HEAD/tree/

where you find a subdirectory  "floatingpoint"

This is old and possibly outdated material, so do not despair.


---

I would like to make you aware, that floating point calculations can
often be replaced by "scaled integer" operations.

Examples:

1. handle a Temperature in 1/10 or 1/100 degrees

Say a thermometer sensor is providing readings with 1/10 degree
resolution. That means, a reading of 245 really means 24.5 C.
Then there is no need to convert this to floating point, because you can
create a function to "print" the value with 1 digit behind the decimal
point.

> > ver
> amforth 6.6 ATmega644P ok
> > : .f1  <# # [char] . hold #s #> type ;
>  ok
> > 245 s>d .f1
> 24.5 ok

(I had to remember that <# ... #> formatting handles double values :-)



2. to handle calculations in scaled integer, the programmer decides, how
many bits of a given value are considered to be the fractional part. For
a complex example look here:
https://sourceforge.net/p/amforth/community/HEAD/tree/ewlib/sht75.fs

The word sht.H.raw>lin converts the sensor reading from its raw value to
the "linear" value by applying a correction.

\ H_25 [%] = c1 + c2*Hraw + c3*Hraw^2
\ 12bit:        c1=-4         c2=0.0405  c3=-2.8e-6

I have scaled the calculation by 10^7 and thus eliminated the need to
work with floating point.


I'm not saying you must always use scaled integer. I'm just saying: if
you don't know this technique, check it out, and maybe it fits your
needs.

See
Leo Brodie -- Starting Forth:
http://home.iae.nl/users/mhx/sf.html
Chapter 7.



Cheers,
Erich




>
> Cheers,
>
> Jan
>
>
>> Op 21 dec. 2018, om 10:55 heeft Jan Kromhout <kro...@ho...> het volgende geschreven:
>>
>> Hello,
>>
>> Try to load the Floating point package.
>> How do, or find I the words get-recognizer and set-recognizer?
>>
>> What is the meaning of the word "place-rec" and what is the input?
>>
>> Thanks for any help.
>>
>> Cheers
>>
>> Jan
>>
>>
>> |S|  930|: place-rec ( xt -- )
>> |S|  931|  get-recognizer
>> |E= ?? -13 14
>> **** /Users/jankromhout/Documents/amforth-6.7/tools
>> Error: Error in line sent
>>
>>
>>
>> : place-rec ( xt -- )
>>  get-recognizer
>>  dup >r
>>  1-  n>r
>>  swap
>>  nr> drop r> 1+
>>  set-recognizer
>> ;
>>
>> _______________________________________________
>> Amforth-devel mailing list for http://amforth.sf.net/
>> Amf...@li...
>> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>
>
>
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel


--
May the Forth be with you ...

Re: [Amforth] get-recognizer & set-recognizer

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

Am Freitag, den 21.12.2018, 10:42 +0000 schrieb Jan Kromhout:
> Hello,
> 
> Found the missing words!!
> The package is now loading complete.
> But it is not working.
> When  input a float or a double the system is crashing.

That's bad. Can you fix it?

> 
> Has someone some experience with this package?

I've never used it myself in real projects.

> 
> I have read there is also a FP package in assembler, where could I
> find that?

I vaguely remember that one user (Lubos Pekny?) long ago rewrote a few
words from the floating package in assembler to speed up things.
Maybe the mailing list archive will help here (link in sig).

Matthias

Re: [Amforth] get-recognizer & set-recognizer

[Jan K. <kro...@ho...>]

Hello,

Found the missing words!!
The package is now loading complete.
But it is not working.
When  input a float or a double the system is crashing.

Has someone some experience with this package?

I have read there is also a FP package in assembler, where could I find that?

Cheers,

Jan


> Op 21 dec. 2018, om 10:55 heeft Jan Kromhout <kro...@ho...> het volgende geschreven:
> 
> Hello,
> 
> Try to load the Floating point package.
> How do, or find I the words get-recognizer and set-recognizer?
> 
> What is the meaning of the word "place-rec" and what is the input?
> 
> Thanks for any help.
> 
> Cheers
> 
> Jan
> 
> 
> |S|  930|: place-rec ( xt -- )
> |S|  931|  get-recognizer
> |E= ?? -13 14
> **** /Users/jankromhout/Documents/amforth-6.7/tools
> Error: Error in line sent
> 
> 
> 
> : place-rec ( xt -- )
>  get-recognizer
>  dup >r
>  1-  n>r
>  swap
>  nr> drop r> 1+
>  set-recognizer
> ;
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

[Amforth] get-recognizer & set-recognizer

[Jan K. <kro...@ho...>]

Hello,

Try to load the Floating point package.
How do, or find I the words get-recognizer and set-recognizer?

What is the meaning of the word "place-rec" and what is the input?

Thanks for any help.

Cheers

Jan


|S|  930|: place-rec ( xt -- )
|S|  931|  get-recognizer
|E= ?? -13 14
**** /Users/jankromhout/Documents/amforth-6.7/tools
Error: Error in line sent



: place-rec ( xt -- )
  get-recognizer
  dup >r
  1-  n>r
  swap
  nr> drop r> 1+
  set-recognizer
;

Re: [Amforth] Floating point

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

Hello Jan,

>
> Found the float.fth file. 
> After loading the neccesary files tried to compile the filed
>
> Two things are missing and can’t find them in the AmFort-6.7 directory.
> 1. What is the definition of d>s
That was answered before:

: d>s drop ;

@martin: just adding a 0 to TOS on "s>d" will not get signedness right.


> 2: Could not found these asm files.
>       ; needed for recognizer
>       .include "words/get-recognizer.asm"
>       .include "words/set-recognizer.asm"
>
>  Please can someone help me out with this?

ew@metis:..orth/amforth/trunk 3 > grep -rl 'get-recognizer' .
./common/lib/recognizer.frt
./common/lib/dot-recs.frt
...

ew@metis:..orth/amforth/trunk 5 > cat common/lib/recognizer.frt 
\ common recognizer words
\
\ platform specific code, selected via include directory
\ #include recognizer-arch.frt
\
\ build the methods table for a recognizer
: rectype: ( interpret-xt compile-xt postpone-xt "name" -- )
   create swap rot , , , 
;

\ get and set the stack content
: set-recognizers forth-recognizer set-stack ;
: get-recognizers forth-recognizer get-stack ;

\ usage see Recognizer Recipes


---
So, you need to load common/lib/recognizer.frt

*.frt* not .asm

*load* the .frt file into your running amforth (using amforth-upload or
-shell).



Where is your fragment from? This looks like a leftover from before
"going back to .frt" :-)

Cheers,
Erich


-- 
May the Forth be with you ...

Re: [Amforth] Floating point

[Martin B. <mar...@t-...>]

Jan,


I can help at d>s

it takes a double and turns it to a single number by dropping the high 
byte.

It's the opposite of s>d. 
One could archive the same effect by droping or by pushing a 0 to TOS.

Regards

Martin



Am Mittwoch, 19. Dezember 2018, 12:16:08 CET schrieb Jan Kromhout via 
Amforth-devel:
> Hello,
> 
> Found the float.fth file.
> After loading the neccesary files tried to compile the filed
> 
> Two things are missing and can’t find them in the AmFort-6.7 directory.
> 1. What is the definition of d>s
> 2: Could not found these asm files.
> 	; needed for recognizer
> 	.include "words/get-recognizer.asm"
> 	.include "words/set-recognizer.asm"
> 
>  Please can someone help me out with this?
> 
> Cheers,
> 
> Jan
> 
> > Op 18 dec. 2018, om 20:40 heeft Jan Kromhout via Amforth-devel
> > <amf...@li...> het volgende geschreven:
> > 
> > Hello,
> > 
> > I would like to play with the floating point package.
> > Has anyone integrated the floting point in AmForth.
> > Can not assemble a version for myself. Can someone please help me 
with
> > a version for the Arduino (hex file).
> > I’am running now version 6.7
> > 
> > Cheers,
> > 
> > Jan
> > 
> > 
> > 
> > 
> > _______________________________________________
> > Amforth-devel mailing list for http://amforth.sf.net/
> > Amf...@li...
> > https://lists.sourceforge.net/lists/listinfo/amforth-devel
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel


-- 
Getippt im 9-Fingersystem von mir selbst.

Re: [Amforth] Floating point

[Jan K. <jan...@ic...>]

Hello,

Found the float.fth file. 
After loading the neccesary files tried to compile the filed

Two things are missing and can’t find them in the AmFort-6.7 directory.
1. What is the definition of d>s
2: Could not found these asm files.
	; needed for recognizer
	.include "words/get-recognizer.asm"
	.include "words/set-recognizer.asm"

 Please can someone help me out with this?

Cheers,

Jan

> Op 18 dec. 2018, om 20:40 heeft Jan Kromhout via Amforth-devel <amf...@li...> het volgende geschreven:
> 
> Hello,
> 
> I would like to play with the floating point package. 
> Has anyone integrated the floting point in AmForth.
> Can not assemble a version for myself. Can someone please help me with
> a version for the Arduino (hex file).
> I’am running now version 6.7
> 
> Cheers,
> 
> Jan
> 
> 
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

[Amforth] Floating point

[Jan K. <jan...@ic...>]

Hello,

I would like to play with the floating point package. 
Has anyone integrated the floting point in AmForth.
 Can not assemble a version for myself. Can someone please help me with
a version for the Arduino (hex file).
I’am running now version 6.7

Cheers,

Jan

Re: [Amforth] Flashing AmForth to Arduino Leonardo

[Peter C. H. <Pet...@un...>]

Jan,

Have a look at this:  

https://github.com/arduino/Arduino/pull/5182 <https://github.com/arduino/Arduino/pull/5182>

At some stage AVRDude changed the way it reads back the unused fuse bits and thus the e-fuse parameter in the command line had to be adjusted.  I had this problem with the Arduino Uno.  While I am not familiar with the Leonardo, your problem might be the same.

It appears to me that you are probably using the new settings with an old version of AVRDude…

Implying that you should probably change efuse:w:0xFF:m to efuse:w:0xCF:m or update AVRDude.

Peter


> On 13 Dec 2018, at 12:34, Jan Kromhout <kro...@ho...> wrote:
> 
> Tristan,
> 
> 
> This is what I get
> Perhaps the fuse values are incorrect!
> 
> 
> MacBook-Pro-van-Jan-10:avrdude jankromhout$ avrdude -p m32u4 -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:leonardo.hex:i -U eeprom:w:leonardo.eep.hex:i
> 
> avrdude: AVR device initialized and ready to accept instructions
> 
> Reading | ################################################## | 100% 0.00s
> 
> avrdude: Device signature = 0x1e9587 (probably m32u4)
> avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
>         To disable this feature, specify the -D option.
> avrdude: erasing chip
> avrdude: reading input file "0xFF"
> avrdude: writing efuse (1 bytes):
> 
> Writing | ################################################## | 100% 0.01s
> 
> avrdude: 1 bytes of efuse written
> avrdude: verifying efuse memory against 0xFF:
> avrdude: load data efuse data from input file 0xFF:
> avrdude: input file 0xFF contains 1 bytes
> avrdude: reading on-chip efuse data:
> 
> Reading | ################################################## | 100% 0.00s
> 
> avrdude: verifying ...
> avrdude: verification error, first mismatch at byte 0x0000
>         0xcf != 0xff
> avrdude: verification error; content mismatch
> 
> avrdude: safemode: efuse changed! Was ff, and is now cf
> Would you like this fuse to be changed back? [y/n]
> 
> Op 13 dec. 2018, om 12:24 heeft Tristan Williams <ho...@tj...<mailto:ho...@tj...>> het volgende geschreven:
> 
> Jan,
> 
> What error is avrdude reporting?
> 
> Kind regards,
> 
> Tristan
> 
> On 13Dec18 10:09, Jan Kromhout wrote:
> Hi,
> 
> Flashing the Arduino Uno is giving no problems.
> 
> Try to flash the Leonardo.
> I’m using the Pololu AVR programmer v2.1
> This is my command.
> 
> MacBook-Pro-van-Jan-10:avrdude jankromhout$ avrdude -p m32u4 -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:leonardo.hex:i -U eeprom:w:leonardo.eep.hex:i
> 
> It isn’t working
> Can someone help me with this problem.
> 
> 
> Cheers,
> 
> Jan
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...<mailto:Amf...@li...>
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...<mailto:Amf...@li...>
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth] Flashing AmForth to Arduino Leonardo

[Fred Z. <fze...@gm...>]

Connect the Arduino Leoardo via a USB Hub to your Macbook. Most of the times that solves the USART logic voltage level problem.
This way I solved a problem I had with a Chinese Arduino clone. (Used a USB 2.0 Hub then). 

Fred

> Op 13 dec. 2018, om 12:39 heeft Erich Wälde <ew....@na...> het volgende geschreven:
> 
> Hello Jan,
> 
> Jan Kromhout writes:
> 
>> Hi,
>> 
>> Flashing the Arduino Uno is giving no problems.
>> 
>> Try to flash the Leonardo.
>> I’m using the Pololu AVR programmer v2.1
>> This is my command.
>> 
>> MacBook-Pro-van-Jan-10:avrdude jankromhout$ avrdude -p m32u4 -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:leonardo.hex:i -U eeprom:w:leonardo.eep.hex:i
>> 
>> It isn’t working
>> Can someone help me with this problem.
> 
> looking into old files of mine ... 2013-05-01
> 
> I have not succeeded with a leonardo either. Attaching did create a
> serial interface (/dev/ttyACM0), however, after erasing leonardo's
> flash, this disappeared. So maybe usb connection is not through a FTDI
> chip? THIS is a highly questionable idea, be warned. But might be worth
> to check the schematics.
> 
> https://www.arduino.cc/en/Main/Arduino_BoardLeonardo <https://www.arduino.cc/en/Main/Arduino_BoardLeonardo>
> https://www.arduino.cc/en/uploads/Main/arduino-leonardo-schematic_3b.pdf <https://www.arduino.cc/en/uploads/Main/arduino-leonardo-schematic_3b.pdf>
> 
> There is no FTDI, as far as I can see, however, how erasing the
> atmega32u4 flash results in not responding to the ISP programmer, is not
> obvious to me. I succeeded in erasing once. Nothing after that.
> 
> 
> Please note that the _atmega_32_u4_ is a quite different beast from the
> atmega_328p. So fuse settings would be another candidate to check.
> 
> I didn't find my leonardo just now ... so I can't play with it.
> 
> 
> Cheers,
> Erich
> 
> 
> --
> May the Forth be with you ...
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/ <http://amforth.sf.net/>
> Amf...@li... <mailto:Amf...@li...>
> https://lists.sourceforge.net/lists/listinfo/amforth-devel <https://lists.sourceforge.net/lists/listinfo/amforth-devel>

Re: [Amforth] Flashing AmForth to Arduino Leonardo

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

Hello Jan,

Jan Kromhout writes:

> Hi,
>
> Flashing the Arduino Uno is giving no problems.
>
> Try to flash the Leonardo.
> I’m using the Pololu AVR programmer v2.1
> This is my command.
>
> MacBook-Pro-van-Jan-10:avrdude jankromhout$ avrdude -p m32u4 -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:leonardo.hex:i -U eeprom:w:leonardo.eep.hex:i
>
> It isn’t working
> Can someone help me with this problem.

looking into old files of mine ... 2013-05-01

I have not succeeded with a leonardo either. Attaching did create a
serial interface (/dev/ttyACM0), however, after erasing leonardo's
flash, this disappeared. So maybe usb connection is not through a FTDI
chip? THIS is a highly questionable idea, be warned. But might be worth
to check the schematics.

https://www.arduino.cc/en/Main/Arduino_BoardLeonardo
https://www.arduino.cc/en/uploads/Main/arduino-leonardo-schematic_3b.pdf

There is no FTDI, as far as I can see, however, how erasing the
atmega32u4 flash results in not responding to the ISP programmer, is not
obvious to me. I succeeded in erasing once. Nothing after that.


Please note that the _atmega_32_u4_ is a quite different beast from the
atmega_328p. So fuse settings would be another candidate to check.

I didn't find my leonardo just now ... so I can't play with it.


Cheers,
Erich


--
May the Forth be with you ...

Re: [Amforth] Flashing AmForth to Arduino Leonardo

[Jan K. <kro...@ho...>]

Tristan,


This is what I get
Perhaps the fuse values are incorrect!


MacBook-Pro-van-Jan-10:avrdude jankromhout$ avrdude -p m32u4 -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:leonardo.hex:i -U eeprom:w:leonardo.eep.hex:i

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9587 (probably m32u4)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "0xFF"
avrdude: writing efuse (1 bytes):

Writing | ################################################## | 100% 0.01s

avrdude: 1 bytes of efuse written
avrdude: verifying efuse memory against 0xFF:
avrdude: load data efuse data from input file 0xFF:
avrdude: input file 0xFF contains 1 bytes
avrdude: reading on-chip efuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0xcf != 0xff
avrdude: verification error; content mismatch

avrdude: safemode: efuse changed! Was ff, and is now cf
Would you like this fuse to be changed back? [y/n]

Op 13 dec. 2018, om 12:24 heeft Tristan Williams <ho...@tj...<mailto:ho...@tj...>> het volgende geschreven:

Jan,

What error is avrdude reporting?

Kind regards,

Tristan

On 13Dec18 10:09, Jan Kromhout wrote:
Hi,

Flashing the Arduino Uno is giving no problems.

Try to flash the Leonardo.
I’m using the Pololu AVR programmer v2.1
This is my command.

MacBook-Pro-van-Jan-10:avrdude jankromhout$ avrdude -p m32u4 -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:leonardo.hex:i -U eeprom:w:leonardo.eep.hex:i

It isn’t working
Can someone help me with this problem.


Cheers,

Jan

_______________________________________________
Amforth-devel mailing list for http://amforth.sf.net/
Amf...@li...<mailto:Amf...@li...>
https://lists.sourceforge.net/lists/listinfo/amforth-devel


_______________________________________________
Amforth-devel mailing list for http://amforth.sf.net/
Amf...@li...<mailto:Amf...@li...>
https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth] Flashing AmForth to Arduino Leonardo

[Tristan W. <ho...@tj...>]

Jan,

What error is avrdude reporting?

Kind regards,

Tristan

On 13Dec18 10:09, Jan Kromhout wrote:
> Hi,
> 
> Flashing the Arduino Uno is giving no problems.
> 
> Try to flash the Leonardo.
> I’m using the Pololu AVR programmer v2.1
> This is my command.
> 
> MacBook-Pro-van-Jan-10:avrdude jankromhout$ avrdude -p m32u4 -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:leonardo.hex:i -U eeprom:w:leonardo.eep.hex:i
> 
> It isn’t working
> Can someone help me with this problem.
> 
> 
> Cheers,
> 
> Jan
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

[Amforth] Flashing AmForth to Arduino Leonardo

[Jan K. <kro...@ho...>]

Hi,

Flashing the Arduino Uno is giving no problems.

Try to flash the Leonardo.
I’m using the Pololu AVR programmer v2.1
This is my command.

MacBook-Pro-van-Jan-10:avrdude jankromhout$ avrdude -p m32u4 -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:leonardo.hex:i -U eeprom:w:leonardo.eep.hex:i

It isn’t working
Can someone help me with this problem.


Cheers,

Jan

Re: [Amforth] d>s in amforth (double number > single number)

[Fred Z. <fze...@gm...>]

Thank you Erich 😀

Fred

> Op 11 dec. 2018, om 18:41 heeft Erich Wälde <ew....@na...> het volgende geschreven:
> 
> 
> Hello Fred,
> 
> 
>> The word s>d is in the common/words/ folder but d>s ins't :-(
> 
> : d>s ( d -- s ) drop ;
> 
> Assuming that the high number (2 Bytes) resides on top-of-stack, the low
> number below that.
> 
> Cheers,
> Erich
> 
>> 
>> 
>> Groet!
>> 
>> 
>> Fred
>> 
>> 
>>> Op 11 dec. 2018, om 13:24 heeft Matthias Trute <mt...@we...> het volgende geschreven:
>>> 
>>> Am Dienstag, den 11.12.2018, 13:02 +0100 schrieb f.zelders--- via
>>> Amforth-devel:
>>>> In gforth the word d>s (It couverts a signed double drecision number
>>>> to a signed single precision number) is part of the default word set.
>>>> This word is not available in the default amforth word set.
>>> 
>>> d>s is simple: DROP since the higher cell shall be 0 for this, you
>>> may want to make sure and throw an exception otherwise, a task
>>> that I happily leave to the reader ;)
>>> 
>>>> 
>>>> Can't find a amforth word definition of s>d. 😞
>>> 
>>> It's in the file common/words/s_to_d.asm. The definition
>>> itself is short, but somewhat surprising
>>> 
>>> : s>d dup 0< ;
>>> 
>>> Matthias
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Amforth-devel mailing list for http://amforth.sf.net/
>>> Amf...@li...
>>> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>> 
>> 
>> 
>> _______________________________________________
>> Amforth-devel mailing list for http://amforth.sf.net/
>> Amf...@li...
>> https://lists.sourceforge.net/lists/listinfo/amforth-devel
> 
> 
> -- 
> May the Forth be with you ...
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/ <http://amforth.sf.net/>
> Amf...@li... <mailto:Amf...@li...>
> https://lists.sourceforge.net/lists/listinfo/amforth-devel <https://lists.sourceforge.net/lists/listinfo/amforth-devel>

Re: [Amforth] d>s in amforth (double number > single number)

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

Hello Fred,


> The word s>d is in the common/words/ folder but d>s ins't :-(

: d>s ( d -- s ) drop ;

Assuming that the high number (2 Bytes) resides on top-of-stack, the low
number below that.

Cheers,
Erich

>
>
> Groet!
>
>
> Fred
>
>
>> Op 11 dec. 2018, om 13:24 heeft Matthias Trute <mt...@we...> het volgende geschreven:
>> 
>> Am Dienstag, den 11.12.2018, 13:02 +0100 schrieb f.zelders--- via
>> Amforth-devel:
>>> In gforth the word d>s (It couverts a signed double drecision number
>>> to a signed single precision number) is part of the default word set.
>>> This word is not available in the default amforth word set.
>> 
>> d>s is simple: DROP since the higher cell shall be 0 for this, you
>> may want to make sure and throw an exception otherwise, a task
>> that I happily leave to the reader ;)
>> 
>>> 
>>> Can't find a amforth word definition of s>d. 😞
>> 
>> It's in the file common/words/s_to_d.asm. The definition
>> itself is short, but somewhat surprising
>> 
>> : s>d dup 0< ;
>> 
>> Matthias
>> 
>> 
>> 
>> _______________________________________________
>> Amforth-devel mailing list for http://amforth.sf.net/
>> Amf...@li...
>> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>
>
>
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel


-- 
May the Forth be with you ...

Re: [Amforth] d>s in amforth (double number > single number)

[Fred Z. <fze...@gm...>]

Thank you Matthias!

The word s>d is in the common/words/ folder but d>s ins't :-(


Groet!


Fred


> Op 11 dec. 2018, om 13:24 heeft Matthias Trute <mt...@we...> het volgende geschreven:
> 
> Am Dienstag, den 11.12.2018, 13:02 +0100 schrieb f.zelders--- via
> Amforth-devel:
>> In gforth the word d>s (It couverts a signed double drecision number
>> to a signed single precision number) is part of the default word set.
>> This word is not available in the default amforth word set.
> 
> d>s is simple: DROP since the higher cell shall be 0 for this, you
> may want to make sure and throw an exception otherwise, a task
> that I happily leave to the reader ;)
> 
>> 
>> Can't find a amforth word definition of s>d. 😞
> 
> It's in the file common/words/s_to_d.asm. The definition
> itself is short, but somewhat surprising
> 
> : s>d dup 0< ;
> 
> Matthias
> 
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth] d>s in amforth (double number > single number)

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

Am Dienstag, den 11.12.2018, 13:02 +0100 schrieb f.zelders--- via
Amforth-devel:
> In gforth the word d>s (It couverts a signed double drecision number
> to a signed single precision number) is part of the default word set.
> This word is not available in the default amforth word set.

d>s is simple: DROP since the higher cell shall be 0 for this, you
may want to make sure and throw an exception otherwise, a task
that I happily leave to the reader ;)

> 
> Can't find a amforth word definition of s>d. 😞

It's in the file common/words/s_to_d.asm. The definition
itself is short, but somewhat surprising

: s>d dup 0< ;

Matthias

[Amforth] d>s in amforth (double number > single number)

[<f.z...@me...>]

In gforth the word d>s (It couverts a signed double drecision number to a signed single precision number) is part of the default word set.
This word is not available in the default amforth word set.

Can't find a amforth word definition of s>d. 😞
I would very much appreciate when somebody is able to provide the amforth code. 


BTW: I LOVE amforth!


Groet!

Fred

Re: [Amforth] Error in Search Option on the Amforth site

[<f.z...@me...>]

Hey Matthias,

The search feature is perfect now 😀 
Top!

THANK YOU!


Fred


> Op 10 dec. 2018, om 14:39 heeft Matthias Trute <mt...@we...> het volgende geschreven:
> 
> Hi,
> 
> 
>> When I search for dup the first result is 7-Segment Digits <
>> 
> 
> ...
> 
>> The link does not exist because of the '.rst' just in from of '.html'
>> When I remover '.rst' manually the link is correct.
> 
> I just re-generated the whole website and the error seems to have gone.
> at least, searching for dup presents now working links 
> 
> Matthias
> 
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth] Error in Search Option on the Amforth site

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

Hi,


> When I search for dup the first result is 7-Segment Digits <
> 

...

> The link does not exist because of the '.rst' just in from of '.html'
> When I remover '.rst' manually the link is correct.

I just re-generated the whole website and the error seems to have gone.
at least, searching for dup presents now working links 

Matthias

Re: [Amforth] buffer:

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

Am Donnerstag, den 06.12.2018, 20:26 +0000 schrieb Jan Kromhout:
> Last question for this evening.
> When I make a variable : variable buffer 1024 allot => is this in
> flash?

your code does the following

first it defines a word called variable (bad choice, since
variable is already in use, nevertheless possible). Unless you 
have a word buffer already defined, the definition will fail
with exception -13.

If there is a word buffer defined, the definition will compile and
when calling the new variable word it will call you buffer word and
allocates 1024 bytes of RAM. Since you do not keep the address of 
this area (HERE is your friend), the memory is essentially blocked 
but cannot be accessed.

what you probably intended to do is

1024 buffer: foo

It allocates 1024 bytes of RAM and creates a word foo which when 
called leaves the start address of the RAM region. Using buffer: 
inside a colon definitions is possible, but advanced dark art ;)

HTH
Matthias