amforth-devel — Development discussion and user support

Re: [Amforth] I2C

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

Am Dienstag, den 04.06.2019, 18:39 +0000 schrieb Jan Kromhout:
> Hello,
> 
> Ho do I set the parameters for the speed if the I2C to 400
> kHz?  Thanks for any help.
> 
> : init_i2c ( --- )
> \ init at 100 kHz
>   i2c.prescaler/1 #72 i2c.init
> ;
> 

Did you check http://amforth.sourceforge.net/TG/recipes/TWI.html#twi ?
(Javascript required)

Matthias

[Amforth] I2C

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

Hello,

Ho do I set the parameters for the speed if the I2C to 400 kHz?  Thanks for any help.

: init_i2c ( --- )
\ init at 100 kHz
  i2c.prescaler/1 #72 i2c.init
;

Thanks for any help.
Cheers,

Jan

Re: [Amforth] SPI interface on the arduino

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

amforth/avr8/lib/hardware/spi.frt

Peter


> On 4 Jun 2019, at 17:29, Jan Kromhout via Amforth-devel <amf...@li...> wrote:
> 
> Hello,
> 
> I need to read and write to the SPI interface (bus) on the arduino. (pin 10,11,12,13)
> Wich words are the best to use?
> 
> Thanks for any help.
> Cheers,
> 
> Jan
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

Re: [Amforth] SPI interface on the arduino

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

Hi,

> I need to read and write to the SPI interface (bus) on the arduino.
> (pin 10,11,12,13)
> Wich words are the best to use?

The ones desccribed in the SPI recipe are the best current
practice.

http://amforth.sourceforge.net/TG/recipes/SPI.html

The arduino hello world recipe shall give some
hints and further links for working with this platform

http://amforth.sourceforge.net/TG/recipes/Arduino-HelloWorld.html


HTH+BR
Matthias

[Amforth] SPI interface on the arduino

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

Hello,

I need to read and write to the SPI interface (bus) on the arduino. (pin 10,11,12,13)
Wich words are the best to use?

Thanks for any help.
Cheers,

Jan

Re: [Amforth] Watchdog Timer on AVR8s

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

Hi,

Thanks for your analysis.

> This suggests that both the MCUSR and the WDTSR should be cleared on
> reset.
> 
> I've added a line:
> 	out_ WDTCSR, zerol
> to COLD which covers it.

adding it to COLD in a central location is troublesome. Not all AVR8
have a watchdog at all and those who have one, have at least two
different ways to handle it. Rather difficult to implement centrally.

> 
> The minimum requirement is to clear both MCUSR.WDRF and WDTCSR.WDE.

AFAIK, the minimum reset intervall is 15ms, what makes it possible
to add the reset code to the application turnkey word. For debugging
purposes, the reset recipe may be helpful
http://amforth.sourceforge.net/TG/recipes/Reset.html

Matthias

Re: [Amforth] Watchdog Timer on AVR8s

[Martin N. <amf...@mg...>]

This snippet is a bit more like it (I think):
lds	temp0, WDTCSR
ori	temp0, (1<<WDCE) | (1<<WDE)
out_	WDTCSR, temp0
out_	WDTCSR, zerol

-- 
Regards,

Martin Nicholas.

E-mail: rep...@mg... (Address will be valid throughout 2019).

[Amforth] Watchdog Timer on AVR8s

[Martin N. <amf...@mg...>]

Looking into a crashing ATmega2560, I found this clause in the docs:

"If the Watchdog is accidentally enabled, for example by a runaway
pointer or brown-out condition, the device will be
reset and the Watchdog Timer will stay enabled. If the code is not set
up to handle the Watchdog, this might lead to an eternal loop of
time-out resets. To avoid this situation, the application software
should always clear the Watchdog System Reset Flag (WDRF) and the WDE
control bit in the initialisation routine, even if the Watchdog is not
in use."

This suggests that both the MCUSR and the WDTSR should be cleared on
reset.

I've added a line:
	out_ WDTCSR, zerol
to COLD which covers it.

The minimum requirement is to clear both MCUSR.WDRF and WDTCSR.WDE.

Cheers!

-- 
Regards,

Martin Nicholas.

E-mail: rep...@mg... (Address will be valid throughout 2019).

Re: [Amforth] Amforth 6.8

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

Am Donnerstag, den 30.05.2019, 09:56 +0100 schrieb Martin Nicholas via
Amforth-devel:
> Taken me months to notice, but 6.8 still reports a "ver" of 6.7 from
> env-forthversion.asm

Thank you. In fact, for the AVR8 and MSP430 variants, version 6.8 is in
fact 6.7 since no changes were made for them.

Fixed for 6.9 :)

Matthias

[Amforth] Amforth 6.8

[Martin N. <amf...@mg...>]

Taken me months to notice, but 6.8 still reports a "ver" of 6.7 from
env-forthversion.asm

-- 
Regards,

Martin Nicholas.

E-mail: rep...@mg... (Address will be valid throughout 2019).

Re: [Amforth] HiFive1 Rev. B

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

Hi Claus,

> I saw an amForth for the HiFive1 board. Is there a relese for the
> HiFive1 Rev. B board available?

Sorry, there is no immediate plan to implement amforth
on the rev.B platform.

Matthias

[Amforth] HiFive1 Rev. B

[Claus K. <in...@ck...>]

Hi, 

I am going my first steps with HiFive1 Rev. B. To look inside this new system I think Forth could be helpful.
I saw an amForth for the HiFive1 board. Is there a relese for the HiFive1 Rev. B board available?

Regards,
Claus 


Dr. Claus Kühnel - Talstr. 13b - CH-8852 Altendorf
Mobile +41-76-3960801

[Amforth] amforth on Olimex AVRCAN (AT90CAN128)

[Terry B. <tr...@gm...>]

Just a quick update and a note about a problem I encountered (which might
help someone else facing the same issue):

I was able to build using the instructions given in the Linux User's Guide.

But I was unable to run, at any baud rate, the amforth-shell.py.  This
turned out to be an issue with the COM port drivers when using VirtualBox
to emulate linux on a Windows 10 host.  Once I was running real linux (dual
boot on my laptop) this issue went away and the amforth-shell.py works
great.

Re: [Amforth] Made some progress

[Terry B. <tr...@gm...>]

Tristan,

Thank you for the prompt reply!  Please see my comments below

On Tue, Apr 30, 2019 at 12:01 PM Tristan Williams <ho...@tj...> wrote:

>
> I am interested to know what eval hardware you are using.
>
  I am using an Olimex AVR-CAN:
https://www.olimex.com/Products/AVR/Development/AVR-CAN/

>
> I have not used this device, but I think
> amforth-6.8/avr8/devices/at90can128/at90can128.frt has the constants
> and these can be sent to the mcu with various tools, including
> amforth-shell.py which can do many other things too.
>
> http://amforth.sourceforge.net/TG/recipes/Upload.html?highlight=upload
>
>
> A lot more words are available as forth code, rather than built-in.
> To use them send the forth code to the mcu as above. From amforth-6.8
> directory
>
> find . -name *.frt
>
> will show where the files are. amforth-shell.py helps a lot with
> including files.
>
> I also found the technical guide and cookbook really helpful.
>
> http://amforth.sourceforge.net/TG/TG.html
> http://amforth.sourceforge.net/TG/Cookbook.html
>
> Kind regards,
> Tristan
>

I will try that.  Thank you for pointing me in the right direction.

Terry

Re: [Amforth] Made some progress

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

Hello Terry,

> I moved my builds to Linux and I can now build a working set of .hex files
> that run on my eval hardware without errors or warnings.

I am interested to know what eval hardware you are using.

> Though there are some parts that appear to be missing, in particular
> the various PORTX constants 

I have not used this device, but I think
amforth-6.8/avr8/devices/at90can128/at90can128.frt has the constants
and these can be sent to the mcu with various tools, including
amforth-shell.py which can do many other things too.

http://amforth.sourceforge.net/TG/recipes/Upload.html?highlight=upload

> and the words that operate on them (like pinport).

A lot more words are available as forth code, rather than built-in.
To use them send the forth code to the mcu as above. From amforth-6.8
directory

find . -name *.frt

will show where the files are. amforth-shell.py helps a lot with
including files.

I also found the technical guide and cookbook really helpful.

http://amforth.sourceforge.net/TG/TG.html
http://amforth.sourceforge.net/TG/Cookbook.html

Kind regards,
Tristan

[Amforth] Made some progress

[Terry B. <tr...@gm...>]

I moved my builds to Linux and I can now build a working set of .hex files
that run on my eval hardware without errors or warnings.  Though there are
some parts that appear to be missing, in particular the various PORTX
constants and the words that operate on them (like pinport).

 When looking at the .lst file generated as part of the build process I see
that last .set for each port is:

.set WANT_PORTA = 1

>From my understanding this is all that should be needed to get the
constants included.

My Makefile defines the MCU as:

MCU=at90can128

Any idea what I am missing?

Thanks
Terry

[Amforth] Trying to building amforth for AT90CAN128

[Terry B. <tr...@gm...>]

Good morning,

This is my first mailing to the list, and very much a newbie to forth.  I
am trying to build for the AT90CAN128 mcu, following the directions given
the "User Manual for Windows".

I am using AVRStudio 4.18 (build 716). The first issue I ran across was
adding the additional path to the assembly options as stated in section
"1.2.5 Setting up AVRStudio" of the documentation.  I could not locate the
"core" directory, but realizing these directions are out of date, I did add
the full path to the "avr8" directory which contains, among other things,
preamble.asm, device.asm, and macros.asm.  This did help the assembler
locate the correct files.  So I attempted to run a build.

The second issue I ran into is during the compile of "device.asm", I get
the following error: "...\device.asm(54): error: Undefined symbol: isr".  I
think that this means that I am missing the definition of "isr".  I've
looked in the various include (*.inc) files, and assembly (*.asm) files and
can't find this anywhere.  Any clue where I have gone astray?

Thanks
Terry

Re: [Amforth] Problem loading hex file into 328p

[Michael P. <mp...@pl...>]

Hello Tristan and Jan,

Thank you!
To quote that famous line from the movie "Young Frankenstein" ... "It's 
ALIVE!!!" :-)

I did have to move from my Windoze box to a Linux box to get it 
programmed!  Linux identified the USB port easily ... Wondoze ... not so!

Now to work through the manual a bit ... printed out Release 6.7.  Then 
I might have more questions!

I hope this old guy (me!) can re-learn enough to be able to make it 
interesting to a 17-year old that I'm trying to get interested in 
programming on the Arduino!

Kind regards,
Michael
K6MLE


On 4/20/2019 12:34 PM, Tristan Williams wrote:
> Hello Michael,
>
> It is also worth checking your communication settings are 38000 8N1
> and that flow control is not set to hardware (RTS/CTS), unless your
> serial connection is wired that way.
>
> kind regards,
>
> Tristan
>
> On 20Apr19 11:47, Jan Kromhout via Amforth-devel wrote:
>> Hello,
>>
>> I use these with a pololu programmer v2.1
>>
>> Laad de nieuwe versie:
>> avrdude -p m328p -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:amforth.hex:i -U eeprom:w:amforth.eep.hex:i
>>
>> And it works great, no problems at all.
>>
>>
>> Cheers,
>>
>> Jan
>>
>>
>>
>>> Op 20 apr. 2019, om 00:12 heeft Michael Picco <mp...@pl...> het volgende geschreven:
>>>
>>> Hello,
>>>
>>> I've bought some extra atmega328P-U parts and attempted to install the Amforth files using the AVR Pocket Programmer from Sparkfun. The first couple of attempts ended in failure and I got nothing back from the Arduino Uno when hooking it up using Putty on my Linux box.  I was able to use the programmer to reinstall the optiboot and was successful, so it appears that the programmer is doing as intended.
>>>
>>> Does the Amforth loading procedure involve setting the fuses?
>>>
>>> The command line being used is: avrdude -p m328p -c usbtiny -U flash:w:uno.hex -U eeprom:w:uno.eep.hex -v
>>>
>>> Any help is greatly appreciated!
>>>
>>> Kind regards,
>>>
>>> Michael
>>>
>>> K6MLE
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
>

Re: [Amforth] Problem loading hex file into 328p

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

Hello Michael,

It is also worth checking your communication settings are 38000 8N1
and that flow control is not set to hardware (RTS/CTS), unless your
serial connection is wired that way.

kind regards,

Tristan

On 20Apr19 11:47, Jan Kromhout via Amforth-devel wrote:
> Hello,
> 
> I use these with a pololu programmer v2.1
> 
> Laad de nieuwe versie:
> avrdude -p m328p -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:amforth.hex:i -U eeprom:w:amforth.eep.hex:i
> 
> And it works great, no problems at all.
> 
> 
> Cheers,
> 
> Jan
> 
> 
> 
> > Op 20 apr. 2019, om 00:12 heeft Michael Picco <mp...@pl...> het volgende geschreven:
> > 
> > Hello,
> > 
> > I've bought some extra atmega328P-U parts and attempted to install the Amforth files using the AVR Pocket Programmer from Sparkfun. The first couple of attempts ended in failure and I got nothing back from the Arduino Uno when hooking it up using Putty on my Linux box.  I was able to use the programmer to reinstall the optiboot and was successful, so it appears that the programmer is doing as intended.
> > 
> > Does the Amforth loading procedure involve setting the fuses?
> > 
> > The command line being used is: avrdude -p m328p -c usbtiny -U flash:w:uno.hex -U eeprom:w:uno.eep.hex -v
> > 
> > Any help is greatly appreciated!
> > 
> > Kind regards,
> > 
> > Michael
> > 
> > K6MLE
> > 
> > 
> > 
> > 
> > _______________________________________________
> > 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
> 

Re: [Amforth] Problem loading hex file into 328p

[Michael P. <mp...@pl...>]

Thank you Jan!

I have a Pololu programmer arriving on Monday.  I will give this a try 
with the Pocket Programmer as well.

Kind regards,
Michael
K6MLE



On 4/20/2019 2:47 AM, Jan Kromhout via Amforth-devel wrote:
> Hello,
>
> I use these with a pololu programmer v2.1
>
> Laad de nieuwe versie:
> avrdude -p m328p -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:amforth.hex:i -U eeprom:w:amforth.eep.hex:i
>
> And it works great, no problems at all.
>
>
> Cheers,
>
> Jan
>
>
>
>> Op 20 apr. 2019, om 00:12 heeft Michael Picco <mp...@pl...> het volgende geschreven:
>>
>> Hello,
>>
>> I've bought some extra atmega328P-U parts and attempted to install the Amforth files using the AVR Pocket Programmer from Sparkfun. The first couple of attempts ended in failure and I got nothing back from the Arduino Uno when hooking it up using Putty on my Linux box.  I was able to use the programmer to reinstall the optiboot and was successful, so it appears that the programmer is doing as intended.
>>
>> Does the Amforth loading procedure involve setting the fuses?
>>
>> The command line being used is: avrdude -p m328p -c usbtiny -U flash:w:uno.hex -U eeprom:w:uno.eep.hex -v
>>
>> Any help is greatly appreciated!
>>
>> Kind regards,
>>
>> Michael
>>
>> K6MLE
>>
>>
>>
>>
>> _______________________________________________
>> 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
>

Re: [Amforth] Problem loading hex file into 328p

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

Hello,

I use these with a pololu programmer v2.1

Laad de nieuwe versie:
avrdude -p m328p -c avrispv2 -P /dev/tty.usbmodem00230362 -U efuse:w:0xFF:m -U hfuse:w:0xD9:m -U lfuse:w:0xFF:m -U flash:w:amforth.hex:i -U eeprom:w:amforth.eep.hex:i

And it works great, no problems at all.


Cheers,

Jan



> Op 20 apr. 2019, om 00:12 heeft Michael Picco <mp...@pl...> het volgende geschreven:
> 
> Hello,
> 
> I've bought some extra atmega328P-U parts and attempted to install the Amforth files using the AVR Pocket Programmer from Sparkfun. The first couple of attempts ended in failure and I got nothing back from the Arduino Uno when hooking it up using Putty on my Linux box.  I was able to use the programmer to reinstall the optiboot and was successful, so it appears that the programmer is doing as intended.
> 
> Does the Amforth loading procedure involve setting the fuses?
> 
> The command line being used is: avrdude -p m328p -c usbtiny -U flash:w:uno.hex -U eeprom:w:uno.eep.hex -v
> 
> Any help is greatly appreciated!
> 
> Kind regards,
> 
> Michael
> 
> K6MLE
> 
> 
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel

[Amforth] Problem loading hex file into 328p

[Michael P. <mp...@pl...>]

Hello,

I've bought some extra atmega328P-U parts and attempted to install the 
Amforth files using the AVR Pocket Programmer from Sparkfun. The first 
couple of attempts ended in failure and I got nothing back from the 
Arduino Uno when hooking it up using Putty on my Linux box.  I was able 
to use the programmer to reinstall the optiboot and was successful, so 
it appears that the programmer is doing as intended.

Does the Amforth loading procedure involve setting the fuses?

The command line being used is: avrdude -p m328p -c usbtiny -U 
flash:w:uno.hex -U eeprom:w:uno.eep.hex -v

Any help is greatly appreciated!

Kind regards,

Michael

K6MLE

Re: [Amforth] Multiple uarts on ATmega2560

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

Hi,

It's a little late to respond..

I'm impressed. Good work. May I put a link
to your pages via the amforth cookbook?

Matthias

Re: [Amforth] Installation of most current version

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

Hello Michael,

Something I only discovered recently (when my AVRIPSmkII clone started
misbehaving) is that avrdude has various bitbang drivers, including
one for my usb-serial adaptor (5V FT232R based). I used the avrdude
ft232r programmer type, though a search through the output of avrdude
-c ?  shows drivers for a number of different usb-serial
adaptors. Connection details are in avrdude.conf (excerpt below)

programmer
   id    = "ft232r";
   desc  = "FT232R Synchronous BitBang";
   type  = "ftdi_syncbb";
   connection_type = usb;
   miso  = 1;  # RxD
   sck   = 0;  # TxD
   mosi  = 2;  # RTS
   reset = 4;  # DTR
;

Tristan

On 07Apr19 08:48, Jan Kromhout via Amforth-devel wrote:
> Hello Michael
> 
> I use the Pololu avr programmer v2.1 on my macbook, this works great!
> 
> Cheers,
> 
> Jan
> 
> > Op 7 apr. 2019, om 05:31 heeft Michael Picco <mp...@pl...> het volgende geschreven:
> > 
> > Hello Jan,
> > Thank you for that!  I've located the hex files.
> > What I can't seem to locate is my old AVRIPSmkII programmer.  I notice that it's been obsoleted by Atmel!  Can you suggest a more current model?
> > Thanks again!
> > Michael
> > K6MLE
> > 
> > 
> > 
> > On 4/6/2019 11:35 AM, Jan Kromhout via Amforth-devel wrote:
> >> Hello Michael,
> >> 
> >> amForth has in the download the complete hex files!
> >> 
> >> Cheers,
> >> 
> >> Jan
> >> 
> >>> Op 6 apr. 2019, om 20:20 heeft Michael Picco <mp...@pl...> het volgende geschreven:
> >>> 
> >>> Hello,
> >>> 
> >>> I am trying to get back to amForth after a hiatus (last used 5.2).
> >>> 
> >>> Is there a set of compiling instructions suited for version 6.7 using Atmel Studio 7?
> >>> 
> >>> Thank you in advance!
> >>> 
> >>> Michael
> >>> 
> >>> 
> >>> 
> >>> 
> >>> _______________________________________________
> >>> 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
> >> 
> > 
> > 
> > 
> > _______________________________________________
> > 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
> 

Re: [Amforth] Installation of most current version

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

Hello Michael

I use the Pololu avr programmer v2.1 on my macbook, this works great!

Cheers,

Jan

> Op 7 apr. 2019, om 05:31 heeft Michael Picco <mp...@pl...> het volgende geschreven:
> 
> Hello Jan,
> Thank you for that!  I've located the hex files.
> What I can't seem to locate is my old AVRIPSmkII programmer.  I notice that it's been obsoleted by Atmel!  Can you suggest a more current model?
> Thanks again!
> Michael
> K6MLE
> 
> 
> 
> On 4/6/2019 11:35 AM, Jan Kromhout via Amforth-devel wrote:
>> Hello Michael,
>> 
>> amForth has in the download the complete hex files!
>> 
>> Cheers,
>> 
>> Jan
>> 
>>> Op 6 apr. 2019, om 20:20 heeft Michael Picco <mp...@pl...> het volgende geschreven:
>>> 
>>> Hello,
>>> 
>>> I am trying to get back to amForth after a hiatus (last used 5.2).
>>> 
>>> Is there a set of compiling instructions suited for version 6.7 using Atmel Studio 7?
>>> 
>>> Thank you in advance!
>>> 
>>> Michael
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> 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
>> 
> 
> 
> 
> _______________________________________________
> Amforth-devel mailing list for http://amforth.sf.net/
> Amf...@li...
> https://lists.sourceforge.net/lists/listinfo/amforth-devel