Searching \ for 'Forth for the PIC' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: techref.massmind.org/techref/microchip/devices.htm?key=pic
Search entire site for: 'Forth for the PIC'.

Truncated match.
PICList Thread
'Forth for the PIC'
1998\05\09@011321 by n4ocb

picon face
Does anyone have any experience with Forth for the PIC, say with
Michael Joseffson's "Forth for the PIC 16C84" found via
<forth.org/fig/compilers.html>?

--
-----------------------------------------------
b r a d l e y   b a k e r   spam_OUTn4ocbTakeThisOuTspamearthlink.net

1998\05\09@123253 by Jack Raats

flavicon
face
Bradley Baker wrote in a message to All:

BB> Does anyone have any experience with Forth for the PIC, say with
BB> Michael Joseffson's "Forth for the PIC 16C84" found via
BB> <forth.org/fig/compilers.html>?

Yes, and it's very good, cheap (freeware) and easy to use. (if you know
something of forth)

With greetings ... Jack Raats

-------------------------------------------------------
   Fidonet:        Jack Raats, 2:285/751
   Internet:       .....jackKILLspamspam@spam@jarasoft.xs4all.nl
-------------------------------------------------------


'Forth for the PIC'
1999\02\02@092925 by Keith Causey
flavicon
face
part 0 593 bytes
<META content=text/html;charset=iso-8859-1 http-equiv=Content-Type>
<META content='"MSHTML 4.72.3110.7"' name=GENERATOR>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>Hi all. I just finished porting the computer language FORTH
for the 16C73. Now I'm going to do the same for the 16C57. Since this chip is
directly compatible with the Scenix it should be turbochargable at the Scenix's
50 to 100 mhz clock rate. It's nice to have a PIC with a command line
interpreter. :o)</FONT></DIV></BODY></HTML>

</x-html>

1999\02\02@101629 by Bob Drzyzgula

flavicon
face
What dialect? Are you releasing it? Any reason your
16C73 port would have trouble on a 16C76?

--Bob

On Tue, Feb 02, 1999 at 07:30:28AM -0700, Keith Causey wrote:
> Hi all. I just finished porting the computer language
> FORTH for the 16C73. Now I'm going to do the same for the
> 16C57. Since this chip is directly compatible with the
> Scenix it should be turbochargable at the Scenix's 50 to
> 100 mhz clock rate. It's nice to have a PIC with a command
> line interpreter. :o)

--
============================================================
Bob Drzyzgula                             It's not a problem
bobspamKILLspamdrzyzgula.org                until something bad happens
============================================================

1999\02\02@162707 by Ray Gardiner

flavicon
face
>Hi all. I just finished porting the computer language FORTH for the 16C73.
>Now >I'm going to do the same for the 16C57. Since this chip is directly
>compatible >with the Scenix it should be turbochargable at the Scenix's 50
>to 100 mhz clock >rate. It's nice to have a PIC with a command line
>interpreter. :o)

I would like more information!  ...
1. Do you have a web page somewhere?
2. How are you planning to make it available?
3. I looked at writing Forth for the 16C7x series a year or so back
  so I am very interested to see how you got around the limitations
  of the harvard architecture.

1999\02\02@174403 by Keith Causey

flavicon
face
part 0 1349 bytes
<META content=text/html;charset=iso-8859-1 http-equiv=Content-Type>
<META content='"MSHTML 4.72.3110.7"' name=GENERATOR>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT color=#000000 size=2>The dialect is fig although the kernel and inner
interpreter could implement any other version of forth, or any other threaded
interpretive language or token processor for that matter. The harvard
architecture was no real difficulty since with three levels of addressing
indirection I refer to the executable code with just another address. The last
address in the chain loads PCLATH and PCL with the full address of the routine
to run in the PIC's internal rom. The outer interpreter is in external static
ram that is loaded via a bootstrap program in the pic that reads intel hex from
the program hyperterminal running under win98. With the completion of the code I
can burn the outer interpreter into an eprom and load that into the sram on cold
boot. The reason I run the system out of static ram rather than eprom is that I
gain extra flexibility by retaining in-line-coded variable structures.&nbsp; I
don't know why it would'nt run under any pic with 13 extra lines for the memory
interface and at least 2k of internal memory.</FONT></DIV></BODY></HTML>

</x-html>

1999\02\04@130614 by Andy Kunz

flavicon
face
>I  don't know why it would'nt run under any pic with 13 extra lines
>for the memory  interface and at least 2k of internal memory.

Dallas has an SPI interface to up to 512K x 8 memory chips.  So we just
whacked off ten lines, meaning it could be run in a 12C672.

Andy



  \-----------------/
   \     /---\     /
    \    |   |    /          Andy Kunz
     \   /---\   /           Montana Design
/---------+   +---------\     http://www.montanadesign.com
| /  |----|___|----|  \ |
\/___|      *      |___\/     Go fast, turn right,
                              and keep the wet side down!

1999\02\04@131644 by dave vanhorn

flavicon
face
>Dallas has an SPI interface to up to 512K x 8 memory chips.  So we just
>whacked off ten lines, meaning it could be run in a 12C672.

U got a part number for that?

1999\02\04@212318 by Keith Causey

flavicon
face
I abandoned that idea immediately because of speed constraints. You could do
that; you just wouldnt like it too much. It would just be no faster than a
basic stamp. Thanks for the whacking attempt though.
                                       Keith Causey

{Original Message removed}

1999\02\04@220337 by paulb

flavicon
face
Keith Causey wrote:

> I abandoned that idea immediately because of speed constraints.  You
> could do that; you just wouldnt like it too much.  It would just be no
> faster than a basic stamp.  Thanks for the whacking attempt though.

 But that's exactly what FORTH for the PIC is - an alternative to STAMP
basic.  It's always going to be interpreted, always from external serial
RAM unless you use a "high-end" chip with oodles of RAM or an external
bus, in which case you're just as well off to use a native FORTH MCU
like a 68HC11.
--
 Cheers,
       Paul B.

1999\02\06@175701 by Andy Kunz

flavicon
face
At 07:24 PM 2/4/99 -0700, you wrote:
>I abandoned that idea immediately because of speed constraints. You could do
>that; you just wouldnt like it too much. It would just be no faster than a
>basic stamp. Thanks for the whacking attempt though.

You could go pretty quick if you used FRAM or SRAM instead of EEPROM, or if
you used the PIC at high speed (20MHz).

All depends on what you're after.  The nice part about Forth is that you
can make the memory access mechanism totally invisible - the program would
never have to know it's running on a serial/external vs. a internal memory.

Andy

  \-----------------/
   \     /---\     /
    \    |   |    /          Andy Kunz
     \   /---\   /           Montana Design
/---------+   +---------\     http://www.montanadesign.com
| /  |----|___|----|  \ |
\/___|      *      |___\/     Go fast, turn right,
                              and keep the wet side down!

1999\02\06@175710 by Andy Kunz

flavicon
face
At 01:14 PM 2/4/99 -0500, you wrote:
>>Dallas has an SPI interface to up to 512K x 8 memory chips.  So we just
>>whacked off ten lines, meaning it could be run in a 12C672.
>
>U got a part

DS1820 (working from memory).

  \-----------------/
   \     /---\     /
    \    |   |    /          Andy Kunz
     \   /---\   /           Montana Design
/---------+   +---------\     http://www.montanadesign.com
| /  |----|___|----|  \ |
\/___|      *      |___\/     Go fast, turn right,
                              and keep the wet side down!

1999\02\07@040411 by Keith Causey

flavicon
face
That was what I thought (sram or fram) so I used parallel connected sram. I
want to hook up a 4 meg flash rom for storage of source code screens for
application storage. The system is configured with three eight bit latches
for the address so it can access 16777216 bytes of whatever. You're exactly
right about forth not caring about where its getting its data from though;
its all in the inner interpreter. I think that I'm porting all of this for
the 100 mhz scenix part next though. That's what they need at work. I'm
really stoked to see what this already spunky os looks like going 20 times
faster!

{Original Message removed}

More... (looser matching)
- Last day of these posts
- In 1999 , 2000 only
- Today
- New search...