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
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
k is a great place 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 wro
-interactively
from a file is very 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.
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
, 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
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
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
t work. Additionally, has 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/hard
in a hanging interpreter, requiring
re-flashing. I would be very grateful for any pointers as to what I am
doing wrong.
Many thanks,
Tristan
\ turnkey example
#include avr-values.frt
#include is.frt
#include ms.frt
#include defers.frt
$24 constant DDRB
$25 constant PORTB
1 5 lshift con
nterpreter over
RF. The 1 second delay in turnkey was there to allow the RF module to
start up prior to my asking it to take over the serial
connection. Unfortunately and confusingly I left the delay in when I
pruned the example for the l
this is because of
a (another) gap in my understanding.
At the interpreter
[defined] stage1
gives 0 or -1 as I would hope but I am unable to make progress when I
try and put it in a word.
Can anyone put me out of my misery? Where am I going wrong?
Kind regards and thanks,
Tristan
Apologies, that should be (and is in my code)
check_marker
On 29Jun16 23:23, Tristan Williams wrote:
> Hello,
>
> I would like to set a marker or execute a marker dependant upon
> whether that marker exists or not. What I have in mind is something
> like this
>
> :
Hello James,
Thank you very much indeed. I needed to adjust for not (yet) having
find-xt but exactly what I needed. Thank you.
Which leaves me with one question; what is [defined] used for? Any
pointers greatly appreciated.
Kind regards and thanks,
Tristan
On 29Jun16 17:11, James Bowman
Hello Matthias,
I have made hex files from amforth-code-2147-trunk for a "home brew"
UNO (atmega328P) using a 14.7456MHz crystal. Screen shots from the
serial connections are below
115200 http://sphinx.mythic-beasts.com/~tristan/files/af115200.tiff
230400 http://sphinx.mythic-beasts.co
communicate with them. I really
appreciate the forth interpreter here. Whilst doing this I thought
that if I changed my slave processor to an ATmega I might be able to
remove the C++ and write the slave in AmForth. If this has been done
before I would be grateful for any hint
Hello Matthias,
Brilliant. Thank you.
Best wishes,
Tristan
--
___
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https
UNO hanging. Writing zero bytes and then reading 1 byte
using i2c.m>n appears to read the port expander correctly (i.e. 1 0
$38 i2c.m>n). What am I missing? Edited minicom session below.
Best wishes and thanks,
Tristan
amforth 6.3 ATmega328P Forthduino
> i2c.init.default
ok
> i2c.detec
ll do that first next time.
Tristan
On 25Jan17 00:37, Tristan Williams wrote:
> Hello,
>
> I am in the process of connecting a keypad to an i2c port expander
> (PCF8574A) to an UNO and have run into the following problem. More
> than likely the problem is my lack of understanding. W
so seems like going in the wrong direction.
The internals of the keyboard buffer and recognisers are new areas for
me so I would grateful for any hints as to where to start.
Kind regards and thanks,
Tristan
On 25Jan17 20:21, Matthias Trute wrote:
> Am Mittwoch, den 25.01.2017, 13
gin
i2c.end
]critical
;
or is this just a bad idea?
Tristan
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/
AVR8 watchdog (reset and interrupt) atmega328p
I wanted to use the 128 kHz watchdog oscillator as an additional
timer. I saw that AVR8 watchdog timer and reset was addressed on the
mailing list in late 2013 using assembler.frt
In the source tree there is an assembler word -wdt (no-wdt.asm), whi
Hello Matthias,
> IIRC only the "disable watchdog" sequence is timing critical (the
> 4 cpu cycles you mention). All other tasks can be performed at
> lower speed, so a forth implementation should be fine.
My atmega328p seems to require any change to WDTCSR to be completed
within 4 cycles (I have
Hello Matthias,
> I'll look at them in the next few days. Since we've just discovered
> some interrupt related bugs so maybe I'll ask you to do some
> tests with the code I will checkin. Is this ok for you?
A
new 10 cm square PCB dedicated to running AmForth and thought it would
be the ideal chip for the job :)
Kind regards,
Tristan
--
Check out the vibrant tech community on one of the world's most
engaging tech site
0cm x
10cm pcb?
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 mail
board, ideally one with hardware
encryption (as the old one did).
Tristan
On 10May17 08:21, Peter C. Hauser wrote:
> Hello Tristan,
>
> If you want a flexible multi-purpose board perhaps you want to include a DAC,
> and a high resolution ADC. Semiconductor relays for switching loads.
?
Am I correct in thinking that the lowest pin count MSP430 device that
can run AmForth would be a 20 pin one (such as MSP430G2x52)?
Kind regards,
Tristan
--
Check out the vibrant tech community on one of the
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
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
On 13Jul17 09:50, Atommann wrote:
> Hi Tristan,
>
> 2017-06-26 19:36 GMT+08:00 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 microprocessor capabl
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
,
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
d 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
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
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
rth[1] 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-de
On 19Oct18 19:32, Matthias Trute wrote:
> Am Freitag, den 19.10.2018, 14:46 +0200 schrieb Tristan:
> > Hello Martin,
> >
> > Very intriguing, just when I am away from my machine so I can’t test
> > things out!
> >
> > If I remember correctly, th
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
#exit
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
,
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!
&
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
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 solve you
Jan,
>From Erich Wälde's excellent commented project "Clock Works" I would recommend
http://amforth.sourceforge.net/Projects/ClockWorks/07_shift_register.html
Regards,
Tristan
On 31Oct18 10:11, Jan Kromhout wrote:
> Hi,
>
> Is there a equivalence of the Arduino
st wishes,
Tristan
On 02Nov18 20:09, Jan Kromhout wrote:
> Hi,
>
> I have taken the TIMER_1 example, and make some small change.
> Instead of the timer1.tick I toggle pin-7 of the Arduino.
> With the values as in the listing I measure a frequency of 15,2 Hz with my
> scoop.
>
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
offset $20"
The file amforth-root/avr8/devices/atmega328p/atmega328p.frt contains
&61 constant EIMSK \ External Interrupt Mask Register
(where &61 is $3d) along with the other constants and is a very useful
file.
Tristan
___
i2c.n! 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 w
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
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
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:/
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
the 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
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 lis
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
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, bu
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
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
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
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
, .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
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:
>
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
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
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
R1A bm-set \ 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/
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
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
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
.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 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.
>
> I
org/wiki/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,
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
> >
/p/amforth/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, 20
ighlight=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
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
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
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 Tristan,
>
>
&
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 hel
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
>
- 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
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 "shut
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
ally I do have a use case for this. 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
heir output as 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
-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
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
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
#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
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
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
,
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 resourc
://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
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 a
to be extended 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 hij
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 lis
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-
ested 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:
ainly something 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 : amfort
ith
1 and 4 done at the distribution/website level.
Best wishes,
Tristan
[1] https://sourceforge.net/p/amforth/mailman/message/37054617/
[2]
http://amforth.sourceforge.net/faq.html#there-are-no-hexfiles-in-the-distribution-archive
On 08Sep20 13:14, Mark Roth wrote:
> Hello Tristan, Erich
1 - 100 of 125 matches
Mail list logo
