'm not able to
cope with the variety yet, if ever.
Despite the product page "backorder" status, there are quite a few of
the SparkFun RED-V Thing Plus still available from the usual sources.
Well a lot of fun, plenty to study for the winter, and with a blinky
up-and-running there is always th
be).
Best wishes,
Tristan
[1] https://sourceforge.net/p/amforth/mailman/message/37112236/
On 30Sep23 22:30, Mark Roth wrote:
> On Sat, Sep 30, 2023 at 9:46 PM Keith Amidon wrote:
>
> > On 9/30/23 03:17, Mark Roth wrote:
> > > Hello weekend AmForth'ers
> > >
>
the tool in the repo is just
> > collecting figurative dust for me. Tristan W brought it up into the python3
> > realm some time back and I think sorted some bug or another after that.
> > I get the feeling there are a number of the back in the old days folks
> > doing t
anyone got AmForth RISC-V running in a
simulator?
There is something about thinking in forth that seems to be good for
my aging brain.
I feel the same way.
Best wishes,
Tristan
[1] https://www.microchip.com/en-us/product/atmega4809
[2] https://docs.arduino.cc/hardware/nano-every
[3] https
make a difference to me, such that I
would volunteer for such a group. So are there others on the mailing
list who would be willing to join such a maintainers group?
Kind regards and best wishes,
Tristan
[1] https://sourceforge.net/p/amforth/mailman/message/37656453/
[2] https://sourceforge.net/p
source tree
enough to make avra happy.
No changes to the source tree were needed to create the uno hex files.
The only change made was to edit the Makefile to use avra.
Best wishes,
Tristan
On 2023-08-27 06:29, Tristan Williams wrote:
Hello Mark, Brian, Erich, George
Thank you! A very welcome
346 26 Aug 17:53 uno.hex
-rw-r--r-- 1 tw staff 29346 26 Aug 16:29 save.hex
-rw-r--r-- 1 tw staff239 26 Aug 17:53 uno.eep.hex
-rw-r--r-- 1 tw staff239 26 Aug 16:29 save.eep.hex
Best wishes,
Tristan
[1] https://github.com/Ro5bert/avra/issues/54
On 25Aug23 17:12, George Herzog wr
nal input) ?
Again, I don't know. However, if the board has an ATmega2560 mcu
running at 16 MHz then there is good chance. I think only by flashing
the board and testing it will you have a better idea.
> If so, may I share your links with a friend who has an ATmega2560ProMini?
Yes.
Kind regar
thread.
https://sourceforge.net/p/amforth/mailman/message/37296323/
Hope this helps and let me know if you get it up and running.
Kind regards,
Tristan
On 16Apr22 07:08, Christian Hinse wrote:
> Hi to your support team.
>
> I have AmForth working properly on an Arduino UNO.
>
>
would try to replicate what you are doing.
Kind regards,
Tristan
On 08Sep21 19:40, Helge Kruse wrote:
>
> On 08.09.2021 17:45, Tristan Williams wrote:
> > Hi Helge,
> >
> > Glad you got AmForth to build with an atmega328p.
> >
> > Can you make avra
uot;words/store-i_big.asm"
For the atmega328p I would expect
.include "words/store-i.asm"
.include "words/store-i_nrww.asm"
Kind regards,
Tristan
On 08Sep21 10:54, Helge Kruse wrote:
> On 08.09.2021 08:06, Tristan Williams wrote
es from the devices\atmega32
directory and using m32def.inc which are associated with the atmega32
chip rather than the atmega328p. Somewhere the target device needs to
be set to an atmega328p.
Kind regards,
Tristan
On 07Sep21 21:32, Helge Kruse wrote:
> I am a newby to amForth. I want to
. You mentioned
the ATmega256 - were you looking at ATmega256X or the ATmega256RFR2?
They all have multiple UARTs I think.
Kind regards,
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.source
(such as the directive
#include). The documentation is in the python3 source.
Best wishes,
Tristan
On 03Jun21 21:43, Michael Picco wrote:
> Hi Tristan,
>
> I've got it up and running; even adding 'marker'.
> You have probably mentioned it before, but what is the best inte
Hi Michael,
I used
FUSE : -U lfuse:w:0xff:m -U hfuse:w:0x99:m -U efuse:w:0xff:m
Best wishes,
Tristan
On 02Jun21 07:14, Placerville.me wrote:
> Hello Tristan,
> Thank you for this! I will give it a try later today. What fuse settings
> did you use?
>
> Kind regards,
>
&g
/amforth-bin/
I also loaded marker.frt onto the Arduino MEGA and checked that it
does what it should do (see [1]).
Best wishes,
Tristan
[1] http://amforth.sourceforge.net/TG/recipes/Forget.html
On 24May21 17:57, Michael Picco wrote:
> Hello Martin,
> Thank you for responding!
> I
, define a
trivial word e.g. : xx 1 + ; and check that it works and can be listed
in the dictionary.
3. Use amforth-shell.py to load avr8/lib/forth2012/core-ext/marker.frt
4. Repeat 2.
5. Do the example in
http://amforth.sourceforge.net/TG/recipes/Forget.html
Best wishes,
Tristan
[a] I use marker
Hi Michael,
Apologies. My memory is failing me.
The LED is on D13 for both UNO and MEGA, but D13 is mapped to PB5 (PORTB
bit 5) on the UNO and PB7 (PORTB bit 7) on the MEGA.
Best wishes,
Tristan
On 2021-05-21 08:54, tristan wrote:
Hi Michael,
I do not see the word 'marker' defined
useful. There are programs in the tools directory -
amforth-shell.py being the one I use.
Best wishes,
Tristan
On 2021-05-21 05:25, Michael Picco wrote:
Hello,
As mentioned earlier, it's now working.
I do not see the word 'marker' defined. Should it have been part of
the basic system
ace to see examples of how things can be done
http://amforth.sourceforge.net/TG/Cookbook.html
And for I2C, below is very helpful
http://amforth.sourceforge.net/TG/recipes/I2C-Generic.html
Let us know how you get on.
Best wishes,
Tristan
On 2021-05-18 14:31, BK Navarette wrote:
Be careful
amforth-shell.py replaces known mcu register names with their
values. This makes it very easy to create a file like this and upload
it to the mcu (in this case avr8)
#include ms.frt
: low ( mask port -- ) dup c@ rot invert and swap c! ;
: high( mask port -- ) dup c@ rot or swap c! ;
I have been using wordlists to store and catalogue information for a
different project and found I needed some more tools in addition to
those in the distribution
Source and more details below
https://tjnw.co.uk/wlt/
Kind regards,
Tristan
I have added parts two and three of the project.
https://tjnw.co.uk/limpicprog/
Best wishes,
Tristan
On 06Jan21 18:56, Tristan Williams wrote:
> First part of project to make tinkering in the shed easier.
>
> https://tjnw.co.uk/limpicprog/
>
> Best wi
orth able to run
on this newer generation of mcu would be fantastic.
Best wishes,
Tristan
On 29Dec20 23:02, Stephen D wrote:
> Hi Erich,
> thank you for getting back to me so quickly.
>
> On Tue, 29 Dec 2020 at 22:30, Erich Wälde wrote:
>
> > Well, well. This is one of t
uld be referenced on the AmForth website? For a
newcomer to Forth like me, it is too useful a paper to have to rely on
finding it by chance!
Best wishes,
Tristan
On 10Dec20 18:23, Erich Wälde wrote:
> Hello Tristan,
>
> Tristan Williams writes:
>
> > Hello AmForthers,
> &g
at least). Whilst it has been mentioned on the mailing list before,
here is one of my favourites
Finite State Machines in Forth (J.V. Noble 1995)
http://galileo.phys.virginia.edu/classes/551.jvn.fall01/fsm.html
Do you have any papers/articles to share?
Best wishes,
Tristan
https
il only once when i=j=23
: test.2
#256 0 ?do
i v !
#256 0 ?do
j 23 = if i . cr then
t{ i v bm-broken -> j $ff and i and }t
loop
loop
;
Best wishes,
Tristan
___
Amforth-devel mailing list for
es the
internal RC oscillator as the system clock as I couldn't see a crystal
or resonator. Sadly, the manual does not show a nicely socket-ed DIP-28
ATMega8. Otherwise replacing it physically with an ATMega328[2] might
have been an option to consider.
Best wishes,
Tristan
[1]
https://de.elv.c
ews on which RISC-V board(s) should be considered for
AmForth?
I like the idea of converting "opinion" into a proper blog, perhaps
extending it to some more general Forth ideas/resources.
Best wishes,
Tristan
[1] https://www.sifive.com/boards/hifive1
[2] https://www.sifive.com/boards/
pports
> USB/UART in these model. 6.9 doesn't seem to
> support it at all, correct?
AmForth 6.9 does not support a connection to the USB controller of the
ATmega32U4 or any AVR8 as far as I know. This is something I, and
quite a few other people I believe, would like - but it is not there
yet.
Best wishes,
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
https://tjnw.co.uk//amforth-6.92/appl/arduino/custom.html
The issues relating to the presence and correctness of the
documentation in the .asm files still remain.
Best wishes,
Tristan
On 09Sep20 08:38, Tristan Williams wrote:
> Hello Mark, Erich, AmForthers,
>
> Yes, I completely agree t
I would make use
of.
Best wishes,
Tristan
Edited example (text) output of the modified script for uno.lst
Arithmetics
---
VOC : 1-
DSTACK : ( n1 -- n2 )
RSTACK :
CSTACK :
DESC : optimized decrement
CATEGORY : Arithmetics
ASM_FILE : amforth-6.92/avr8/wor
r2450 on a device as I don't have my Leonardo
to hand, but for reference, it ran on a Leonardo with AmForth 6.8
https://sourceforge.net/p/amforth/mailman/message/36608525/
Best wishes,
Tristan
___
Amforth-devel mailing list for http://amforth.
ot;Output", lineno, l.rstrip())
r = self._config.current_behavior.expected_output_regexp
if r:
Best wishes,
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-
ld fit into 8K, but then
there would be very little flash memory remaining to do anything with.
>From a search of the mailing list, 2.7 was the latest version I
saw reported as running on an ATmega8.
Kind regards,
Tristan
On 14Aug20 18:33, Malte Frank Gerdes wrote:
> Reading the mailing
ended to run on newer
AVR8 such
as the ATMEGA4809[1] ?
Best wishes,
Tristan
[1]
http://ww1.microchip.com/downloads/en/DeviceDoc/ATmega4808-09-DataSheet-DS40002173B.pdf
On 02Aug20 09:53, Mark Roth wrote:
> On Sat, Aug 1, 2020 at 10:50 PM Erich Wälde wrote:
>
> > thread hijacked inte
Hello Mark,
Brilliant! There are AmForth words there I hadn't realised it had.
Best wishes,
Tristan
On 16Jul20 00:49, Mark Roth wrote:
> It's almost there at least as a page that can temporarily replace the
> temporary v5.5 one. This is generated from the current svn sources and
>
://sourceforge.net/p/amforth/mailman/message/32235234/
but nothing since. I was wondering whether this might be a way to use
AmForth with the ATmega32u4 and USB.
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel
,
Tristan
On 06Jul20 10:08, Brian wrote:
> Sending this again
>
> Hello,
>
> I'm an avr8 user and love amforth. This is the best system for an eight bit
> micro that lets you have interactive use of the chip. Things like circuit
> python and ulisp are cool but so resou
Hello,
I have modified amforth-shell.py to run under python3 and put up a
patch here
https://tjnw.co.uk/new-shell/doc/
as the patch seemed a little too large for a mailing list.
Best wishes,
Tristan
___
Amforth-devel mailing list for http
modified it to
run under python3 and it works well for me. I will put up a patch but
it really needs testing in a python os/environment other than mine.
> ticket system or mailing list ?
I would prefer a mailing list.
Thank you Erich for AmForth Weekend #1 - I look forward
#require defers.frt
in
amforth-6.8/common/lib/forth2012/blocks/blocks.frt
may help.
Best wishes,
Tristan
[1] http://amforth.sourceforge.net/TG/recipes/I2C-EEPROM.html?highlight=eeprom
On 26Jun20 22:04, Mark Roth wrote:
> Hello,
> I have been working (and reading extensively) with AmForth
one it in the past.
Best wishes,
Tristan
On 16Jun20 20:46, Brian wrote:
> begin
> ASSR c@
> 1 2 lshift \ TCN2UB
> 1 0 lshift or \ TCR2UB
> 1 1 lshift or \ OCR2UB
> and
> until
>
> I am new to the forth world and i'm
oin(self._filedirs[filename]))
self.progress_callback("Information", None, "using "+ filename+"
from"+ self._filedirs[filename][0])
fpath = os.path.join(self._filedirs[filename][0], filename)
Best wishes,
Tristan
On 08May20 15:44, John Verne
-shell.py will silently exit after the #include marker.frt
line.
Best wishes,
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
they go --- independantly of each
> other"?
In mitigation, each of my outputing tasks did have its own output device :)
> My experiments reminded me very clearly, that more than one task
> emitting output on the same destination can only be a bad idea.
Agreed.
Best wishes,
Tris
And I have
> started to implement something in small steps[2]:
Would the two users have separate dictionaries?
kind regards,
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
Very sad news.
AmForth was my introduction to Forth and Matthias' expertise and
generosity were key to making that such a very positive experience. He
is indeed already sorely missed.
Tristan
___
Amforth-devel mailing list for http
Hello Erich,
Thank you for looking at my code.
I will stick with not redirecting EMIT within a task (though I do still like
the idea of it).
Thanks and best wishes,
Tristan
> On 7 Oct 2019, at 20:34, Erich Wälde wrote:
>
> Hello Tristan,
>
> I just spent some time on your
within the task would be a better solution - but not
one I achieved.
Kind regards,
Tristan
On 19Sep19 20:32, Erich Wälde wrote:
>
> Hello Tristan,
>
> I need to look into my stuff, but that won't happen before next
> week. If I understand you correctly, you want to "sh
- so nothing should be output. The result of go! is
either a mcu reset or a hang. Without the redirection line, the task
runs and I can use the interpreter. Any ideas as to where I am going
wrong very gratefully received.
Regards,
Tristan
\ include ms.frt \ with pause
\ include avr
t; 0 1 d.
65536 ok
> 0 1 d0> . cr
-1
> 1 1 d.
65537 ok
> 1 1 d0> . cr
-1
> -1 0 d.
65535 ok
> -1 0 d0> . cr
0
> 0 -1 d.
-65536 ok
> 0 -1 d0> . cr
-1
> -1 -1 d.
-1 ok
> -1 -1 d0> . cr
0
> -1 1 d.
131071 ok
> -1 1 d0> . cr
0
>
Hello Erich,
Project was probably too grand a word! I have made a few notes below,
though they are not of cookbook standard.
https://www.mostlymostly.uk/post/2019.08.09/
kind regards,
Tristan
On 14Aug19 08:39, Erich Wälde wrote:
> Hello Tristan,
>
> > Thanks again for your
Hello Erich,
Thanks again for your help. I managed to modify applturnkey to read
from internal EEPROM, which was the missing part of my project to have
AmForth use the RC oscillator as a clock source.
kind regards,
Tristan
On 08Aug19 19:47, Erich Wälde wrote:
> Hello Tris
this mean that $0 is reserved and used by AmForth internally or
$0 is not to be used because historically it has been used by other
programs e.g. storing calibrated OSCCAL value? If it is the latter,
then it would be very opportune.
kind regards and thanks,
Tristan
On 07Aug19 12:09, Erich Wälde
appreciated.
Kind regards,
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
ght=amforth%20shell
Kind regards,
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
/mailman/message/35161327/
: tk.custom
applturnkey
\ your code goes here
;
' tk.custom is turnkey
Best wishes,
Tristan
[1] http://amforth.sourceforge.net/TG/Architecture.html#exceptions
On 11Jun19 21:08, Peter Mortensen wrote:
>
>
> I think revision 2122, 2016-06-26 (t
Hello Jan,
Erich puts the case for being able to build AmForth very well.
I build AmForth on OS X if that is of any help.
Kind regards,
Tristan
On 07Jun19 21:37, Erich Wälde wrote:
> Hello Jan,
>
> Jan Kromhout via Amforth-devel writes:
>
> > Hello Tristan,Erich
> >
iki/Serial_Peripheral_Interface
will help a lot, as will starting with a simple SPI device (e.g. io
expander, digital potentiometer) first.
Kind regards,
Tristan
>
> Verstuurd vanaf mijn iPad
>
> > Op 7 jun. 2019 om 17:25 heeft Tristan Williams het
> > volgende geschreven:
> >
> >
Hello Jan,
A quick question first.
You have built your AmForth hex files with words/spirw.asm ?
Kind regards,
Tristan
On 07Jun19 17:06, Jan Kromhout via Amforth-devel wrote:
> Hello
>
> I have take a close look into SPI routines.
> I really not understand them.
>
>
.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-devel mailing list for http:/
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,
>
&
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
I have added forth files for uart2 and uart3 on an ATmega2560 together
with a small video of the mcu running 4 uarts.
https://www.mostlymostly.uk/post/2019.02.01/
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel
\ add line above - change 2
%10011011 UCSR1B c! \ these two
%1110 UCSR1C c! \ lines
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/a
you want to do with it will matter,
so it is difficult to know whether it would work well enough or not.
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
Hi Fred,
How are you proposing to connect the DSO112A to the Arduino Mega2560 ?
Best wishes,
Tristan
On 14Mar19 12:43, f.zelders--- via Amforth-devel wrote:
>
> Hello!
>
> I want to connect a DSO112A mini oscilloscope to UART1 of my Arduino Mega
> 2560 .
> The DSO112A
. The file /appl/arduino/leonardo.asm
seems already setup to do this.
> warm
amforth 6.8 ATmega32U4 Forthduino
> unused .
2266 ok
>
The fuses on my Leonardo were
Fuses OK (E:C7, H:99, L:CF)
Best wishes,
Tristan
On 13Dec18 12:39, Erich Wälde wrote:
> Hello Jan,
>
> Jan Kromhout
peripherals, multiple serial ports and
ATmega4809 Curiosity Nano is physically small enough.
However, the more I read, the more I fear I am trying to bite off
much more than I am able to chew with my original post.
Regards,
Tristan
On 06Mar19 10:16, Jan Kromhout via Amforth-devel wrote
, .inc , .py and .pyc files. These files suggest
that they are automatically generated. Is this something I can do from
the amforth-6.8 distribution?
Kind regards and best wishes,
Tristan
[1]
https://www.mouser.co.uk/ProductDetail/Microchip-Technology/DM320115?qs
ink might help.
https://www.pololu.com/docs/0J67/5.7
Best wishes,
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
oad the base set of .frt
with amshell.
Best wishes,
Tristan
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel
Jan,
My prebuilt hex files for the ARDUINO MEGA 2560 are linked below
https://www.mostlymostly.uk/post/2019.02.16/
Hope this helps and interested to hear how you get on.
Best wishes,
Tristan
On 15Feb19 16:47, Jan Kromhout via Amforth-devel wrote:
> Tristan,
>
> First thanks for
Matthias,
Do you have any objection to me putting up a link to my prebuilt hex
files for the ARDUINO MEGA 2560?
Best wishes,
Tristan
On 15Feb19 16:47, Jan Kromhout via Amforth-devel wrote:
> Tristan,
>
> First thanks for the quick response.
> Yes I found out the hex file wasn’t w
ant with the Mega2560. I
used an avrisp2 compatible programmer and had no problems. However, I can
confirm that my usbtiny programmer couldn't program my Mega2560 successfully.
Best wishes,
Tristan
On 15Feb19 14:20, Jan Kromhout wrote:
> Tristan,
>
> Found the hex files for the Mega, but
Jan,
There is a link "source" in the text, but below is the url from the
link.
https://www.mostlymostly.uk/files/source/uart1.forth
Tristan
On 15Feb19 11:15, Jan Kromhout via Amforth-devel wrote:
> Hi Tristan,
>
> How can I acces the source, the link shows only an ov
I've linked (below) some AmForth words I've written to help me use the
second hardware serial port on an AVR atmega mcu, should there be one.
https://www.mostlymostly.uk/post/2019.02.01/
Tristan
___
Amforth-devel mailing list for http
he usart1 RX and UDRE interrupts.
I've been using multitask.frt to create background tasks to process the
buffered RX stream and then act on it in some way. For devices that
send small amounts of serial data, slowly, every so often, it might be
a usable approach.
Best wishes,
Tristan
[1] I think the
to access a second hardware uart
from within AmForth. The latter has been on my would-like-todo list
for a while. If anyone has achieved this I would be grateful for any
pointers.
Kind regards,
Tristan
On 24Jan19 13:45, Jan Kromhout via Amforth-devel wrote:
> Hello,
>
> Is soft-serial im
same order of magnitude as a microsecond[1].
I have, however, made specific assembler words for specific project
delays (eg. 250us), for when the existing 1ms was too long.
Tristan
[1] In the absence of an interrupt
___
Amforth-devel mailing list for http:/
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.
>
> Mac
Jan,
> This device is need only one byte per command, so I have used i2c.c!.
> Do you ave a clou?
but it might be expecting two single bytes, one immediately after the other.
Try
Number digit 2 7SEG i2c.n!
Best wishes,
Tristan
On 10Nov18 17:27, Jan Kromhout via Amforth-devel
! might be useful.
Best wishes,
Tristan
On 09Nov18 19:21, Jan Kromhout wrote:
> Hi,
>
> This is my first step on the I2C road.
> I have a Gravitech shield for the Arduino, that work well.
> The code is very simple, and I have translate it to Forth.
> The display is not wo
and efficient. Also if
you are not too fussed on your multiplexing frequency then a different
choice of timer and prescaler might make it easier. Your C code
mentioned 200Hz I think. Have a look at timer0 (8 bit) with a /256
prescaler and an overflow isr.
Best wishes,
Tristan
On 02Nov18 21:33, Jan
st
[ 5278 ] 14396 5
[ 5280 ] 14675 0
[ 5281 ] 15002 do -> 15018
[ 5283 ] 1267 .
[ 5284 ] 15048 loop -> 5282
[ 5286 ] 14367 ; ok
Regards,
Tristan
[1] http://amforth.sourceforge.net/history.html
On 26Oct18 15:12, Peter C. Hauser wrote:
> Jan,
>
> It might not solv
Jan,
I would try adding --rtscts to the ./amforth-shell.py command line. If
that does not help, then I would use --debug-serial to have a look at
what is happening at a lower level.
What model of Arduino are you trying to connect with?
Regards,
Tristan
On 25Oct18 19:02, Jan Kromhout via
,
Tristan
On 25Oct18 12:00, Jan Kromhout via Amforth-devel wrote:
> Thanks Tristan,
>
> When I run it get the error “no module named serial”
> Check my versions of Python and when I type "import serial” there is no
> problem. So I don’t know how to fix this!
&
If you get to here, then you have a working amforth-shell.py that can
communicate with the uno. Let me know if that is the case.
What remains is to get amforth-shell.py to search for and include
files. That is Step 4 (which is to follow, if step 3 completed
successfully).
Regards,
Tristan
[1
Hi Jan,
On OS X I use amforth-shell.py which is in the tools directory of the
AmForth distribution. More info below
http://amforth.sourceforge.net/TG/recipes/Upload.html
Regards,
Tristan
On 24Oct18 16:58, Martin Bitter wrote:
> Hi Jan!
>
> I recommend e4thcom written by Manfred Mah
the assembler cli instruction I should lose my
serial prompt. I can’t check now but if the serial prompt does not disappear
then there is other machinery at work.
Best wishes,
Tristan
Sent from my iPhone
> On 19 Oct 2018, at 10:36, Martin Nicholas via Amforth-devel
> wrote:
>
> On Wed, 17
that used the word 1ms and it
was not running as I expected. I had not realised that the execution
of AmForth words written in assembler would not be interrupted. @ ! +!
are assembler words and so will not be interrupted.
Tristan
[1] https://sourceforge.net/p/amforth/mailman/amforth-devel/?viewm
on an archive link. If you are using OS X then I would choose
amforth-6.7.tar.gz as OS X knows what to do with this file type. On my
system double-clicking on it will expand it to a folder - and the
AmForth directory tree will be below the amforth-6.7 folder.
Kind regards,
Tristan
On 16Oct18 10:03, Jan
On 08Jun18 14:57, Matthias Trute wrote:
> Am Donnerstag, den 07.06.2018, 21:05 +0100 schrieb Tristan Williams:
> > Hello,
> >
> > I am clearly not understanding how something works, and would be
> > grateful for any help.
> >
> > I am decoding infrar
y and exit and valid code (always, it seems)
busy2, busy3 - enters, but often seems to get stuck, the LED is not
turned off (and the code buffered invalid)
I am puzzled as to why it works with busy1, but not with busy2 and
busy3. All clues gratefully received
,
Tristan
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Amforth-devel mailing list for http
Hello Martin,
I am currently looking for an avr emulator, but I have not got far
enough in my search to make any comments. simavr, which runs under
Linux, is on my list but I have not used it yet.
https://github.com/buserror/simavr
Kind regards,
Tristan
On 14Nov17 10:28, Martin Bitter wrote
On 13Jul17 09:50, Atommann wrote:
> Hi Tristan,
>
> 2017-06-26 19:36 GMT+08:00 Tristan Williams <h...@tjnw.co.uk>:
> > Thank you.
> >
> > The small project I had in mind needs little in terms of resources. In
> > my perfect world there would be an 8 pin DI
On 26Jun17 20:33, Matthias Trute wrote:
> Am Montag, den 26.06.2017, 12:36 +0100 schrieb Tristan Williams:
> > Thank you.??
> >
> > The small project I had in mind needs little in terms of resources.
> > In
> > my perfect world there would be an 8 pin DIP micropro
AmForth. I am not sure that 20 pins is sufficiently fewer than the 28
of a 328p to make a difference for my case.
You are 100% correct to point out that there is a wealth of available
boards. I forget this all too often in my enthusiasm to make something.
Tristan
On 25Jun17 11:18, Matthias Trute
1 - 100 of 118 matches
Mail list logo