Hello Erich,
I've dusted off an MSP430 board I have here and might have to load it
with noforth just to get an idea of what his code is doing with the BME280.
He uses some sort of defining word called 'value', that I need to look
up with the MSP430.
There are a lot of others that will jump
Hello Michael,
Michael Picco writes:
> Hello!
>
> I finally have figured out how to efficiently interact with Amforth on my
> mega2560 and have installed much of the I2C stuff on it.
Good!
>
> Question:
>
> Has anyone worked out how to talk to the BME280 sensor using Amforth? Wading
> through
Hello!
I finally have figured out how to efficiently interact with Amforth on
my mega2560 and have installed much of the I2C stuff on it.
Question:
Has anyone worked out how to talk to the BME280 sensor using Amforth?
Wading through the spec sheet tells me it's going to be a challenge. It
Hi Michael,
Glad it is working.
I use amforth-shell.py which is in the tools directory. It needs
python3 and pySerial to be installed to work.
A basic command line looks like this
amforth-shell.py --port DEVICE --speed 38400 FILE_TO_UPLOAD
but there are many other options and commands (such
On Wed, Jun 2, 2021 at 6:37 PM Tristan Williams wrote:
> Hi Michael,
>
> I used
>
> FUSE : -U lfuse:w:0xff:m -U hfuse:w:0x99:m -U efuse:w:0xff:m
>
> Best wishes,
> Tristan
>
> That makes sense. It's the same high fuse setting as I suggested but with
the jtag interface activated. I don't use that
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,
>
> Michael
>
> Sent
Hello Tristan,
Thank you for this! I will give it a try later today. What fuse settings did
you use?
Kind regards,
Michael
Sent from my iPhone
> On Jun 2, 2021, at 01:18, Tristan Williams wrote:
>
> Hi Michael,
>
> I hope you got AmForth to build successfully under windows for the
>
Hi Michael,
I hope you got AmForth to build successfully under windows for the
atmega2560, but if not, I have built it for my Arduino MEGA using the
most recent source (r2457).
https://sourceforge.net/p/amforth/code/HEAD/tree/trunk/
I have uploaded the resulting hex files to
On Mon, 24 May 2021 17:57:51 -0700
Michael Picco wrote:
> Hello Martin,
> Thank you for responding!
> In my work directory, which is aptly named 'amforth-6.9', I don't see
> a copy of the template.asm file with "amforth-low.asm" mentioned.
> The amforth-low.asm file is referenced in the avr8
Hello Martin,
Thank you for responding!
In my work directory, which is aptly named 'amforth-6.9', I don't see a
copy of the template.asm file with "amforth-low.asm" mentioned. The
amforth-low.asm file is referenced in the avr8 subdirectory. Is there
something I am missing?
Kind regards,
The crucial file to include for an ATmega is the confusingly named:
"amforth-low.asm" which needs to be un-commented in template.asm.
All the code is then in low flash memory apart from the flash burning
routine which should be found at NRWW_START_ADDR (0x01f000).
Often, with a new device, you
Hello,
Several years ago (Nov 2012), I tried to get amforth running on an Arduine2560.
After a LOT of pain I succeded. I wrote the following to the board, and it is
probably somewhere in the archives. Anyway……I do not know if the issues that
you are experiencing are the same, but it sure
Hello. If your High fuse is set to 0xDC that is probably your problem. From
what I see that gives you a 1k boot section and Amforth is probably trying
to blast past that. I have some strange fails when I first flashed my 1284p
chips. Checking with a fuse calculator it looks like that chip should
Hi Michael,
AmForth uses a dictionary to store the words it knows about. When
AmForth recognises it has received a word over the serial line it tries
to lookup that word in its dictionary. If it finds the word, it executes
that word. If it does not, then it reports an error.
In the file
Thank you for that.
Reading up on them yields:
not found ... the position in the input line indicates the system choked
on the word 'words'.
words is part of the flashed system.
This indicates (to me) that something got corrupted. I can only wonder
if memory got overwritten somehow. Is
There are AmForth error codes. Read up on them.
On Sun, May 23, 2021, 12:42 Michael Picco wrote:
> Hello!
>
> I seem to have stumbled across an issue.
>
> First code I wrote was to blink the LED onboard. This worked just fine.
> Then I went to add 'marker'. Entered it line-by-line ... got the
Hello!
I seem to have stumbled across an issue.
First code I wrote was to blink the LED onboard. This worked just fine.
Then I went to add 'marker'. Entered it line-by-line ... got the 'Ok'
after each line. After adding the last line (semicolon), the board
froze up. Did a warm boot and
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.
Hi Michael,
I do not see the word 'marker' defined. Should it have been part of
the basic system, or do I need to pull it from somewhere?
It is not part of the basic system, it is defined in this file.
avr8/lib/forth2012/core-ext/marker.frt
Using marker is efficient/good practice/etc. but
Thanks, knowing what it takes for a successful installation is a valuable
contribution to AmForth users.
The ATmega2560 is very appealing as the added i/o ports make it much more
versatile than the ATmega328p.
On Fri, May 21, 2021 at 3:42 AM Michael Picco wrote:
> I should add the following
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, or do I need to pull it from somewhere?
Then I'd like to see about doing something real simple, like turning an
LED on/off. It's sort of a hardware person's
I should add the following changes to Craig Lindley's write-up:
Step 3:
Under Win10, the correct file location for avrasm2.exe will be:
c:\Program
Files(86)\Atmel\Studio\7.0\toolchain\avr8\avrassembler\avrasm2.exe
Also needed in the work directory isatmega256.asm and m2560def.inc
The image
Hello All!
I have finally had success!
It turns out that the .eep and .hex files I was flashing into the 2560
were corrupted!
I followed Craig Lindley's write-up with modifications for the 2560.
Changed the make.bat file to read: avrasm2.exe -fI -o atmega2560.hex -e
atmega2560.eep -l
Hello Michael,
welcome to the club!
Michael Picco writes:
> Hello,
>
> I am attempting to use the mega2560 as a nicely featured development platform
> for AmForth-6.9. The machine I'm using is a Win10 box, with Microchip Studio
> version 7 installed.
>
> In the zip file, under
Hello Michael,
Getting AmForth up and running from archive hex files on a mega2560 is
reasonably straightforward, however, I don't use Microchip Studio
version 7 or win10 so I can't help with this tool set. I hope you able
to translate the macos/linux to your tools - and if so a write-up
Be careful, the fuse settings particularly the boot size is different
for flash forth vs amforth.
Brian
On 5/18/21 5:30 AM, PETREMANN Marc wrote:
Hello,
I have not used Amforth
But the installation mechanisms are the same as for FlashForth:
Hello,
I have not used Amforth
But the installation mechanisms are the same as for FlashForth:
https://arduino-forth.com/article/FORTH_FlashForth_installation_installerFlashForth
once FORTH is installed, you must write the programs in FORTH language and
have them compile by FORTH on the ARDUINO
Hello,
I am attempting to use the mega2560 as a nicely featured development
platform for AmForth-6.9. The machine I'm using is a Win10 box, with
Microchip Studio version 7 installed.
In the zip file, under appl/atmega2561, I notice atmega256.eep.hex and
atmega256.hex. The eep.hex file
28 matches
Mail list logo