Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.forth > #50637 > unrolled thread

Re: Novix NB4300

Back to article view | Back to comp.lang.forth

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Novix NB4300 JUERGEN <epldfpga@aol.com> - 2016-09-03 06:36 -0700
    Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-03 11:21 -0500
      Re: Novix NB4300 JUERGEN <epldfpga@aol.com> - 2016-09-03 23:28 -0700
        Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-04 10:54 -0500
          Re: Novix NB4300 rickman <gnuarm@gmail.com> - 2016-09-04 14:02 -0400
            Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-04 13:34 -0500
            Re: Novix NB4300 JUERGEN <epldfpga@aol.com> - 2016-09-05 01:24 -0700
              Re: Novix NB4300 rickman <gnuarm@gmail.com> - 2016-09-05 07:06 -0400
                Re: Novix NB4300 JUERGEN <epldfpga@aol.com> - 2016-09-05 08:17 -0700
                  Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-05 11:34 -0500
                    Re: Novix NB4300 JUERGEN <epldfpga@aol.com> - 2016-09-05 11:24 -0700
                      Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-05 13:42 -0500
                        Re: Novix NB4300 albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-09-06 11:50 +0200
                          Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-06 08:22 -0500
                            Re: Novix NB4300 albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-09-06 21:05 +0200
                              Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-06 14:31 -0500
                            Re: Novix NB4300 Paul Rubin <no.email@nospam.invalid> - 2016-09-06 14:43 -0700
                              Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-06 17:00 -0500
                                Re: Novix NB4300 Mark Wills <markwills1970@gmail.com> - 2016-09-07 02:43 -0700
                                  Re: Novix NB4300 albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-09-07 14:22 +0200
                              Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-08 00:40 -0500
                                Re: Novix NB4300 Paul Rubin <no.email@nospam.invalid> - 2016-09-07 23:12 -0700
                                  Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-08 09:10 -0500
                                    Re: Novix NB4300 albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-09-09 14:45 +0200
                                      Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-09 10:45 -0500
                                        Re: Novix NB4300 albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-09-10 10:01 +0200
                                          Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-10 11:01 -0500
                                          Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-10 12:11 -0500
                                            Re: Novix NB4300 Matthias Trute <matthias.trute@gmail.com> - 2016-09-10 10:32 -0700
                Re: Novix NB4300 rickman <gnuarm@gmail.com> - 2016-09-08 12:00 -0400
                  Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-08 11:11 -0500
                    Re: Novix NB4300 rickman <gnuarm@gmail.com> - 2016-09-08 13:20 -0400
                      Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-08 12:40 -0500
                        Re: Novix NB4300 rickman <gnuarm@gmail.com> - 2016-09-08 14:14 -0400
                  Re: Novix NB4300 albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-09-08 20:22 +0200
                    Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-08 14:13 -0500
                      Re: Novix NB4300 albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-09-09 00:35 +0200
                        Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-08 17:31 -0500
      Re: Novix NB4300 Syd Rumpo <usenet@nononono.co.uk> - 2016-09-04 23:27 +0100
      Re: Novix NB4300 Syd Rumpo <usenet@nononono.co.uk> - 2016-09-04 23:47 +0100
        Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-04 18:02 -0500
        Re: Novix NB4300 jim.brakefield@ieee.org - 2016-09-04 16:19 -0700
          Re: Novix NB4300 Syd Rumpo <usenet@nononono.co.uk> - 2016-09-05 00:25 +0100
          Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-04 18:51 -0500
            Re: Novix NB4300 jim.brakefield@ieee.org - 2016-09-04 17:30 -0700
              Re: Novix NB4300 Cecil Bayona <cbayona@cbayona.com> - 2016-09-04 19:48 -0500
                Re: Novix NB4300 jim.brakefield@ieee.org - 2016-09-04 20:22 -0700
          Re: Novix NB4300 Lars Brinkhoff <lars.spam@nocrew.org> - 2016-09-05 08:14 +0200

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#50738

On 9/6/2016 4:43 PM, Paul Rubin wrote:
> Cecil Bayona <cbayona@cbayona.com> writes:
>> "Footsteps in an Empty Valley"... He only has one revision 3 paper
>> copy left and won't sell it or loan it...  I offered to scan
>
> There's a library near me with a copy.  I don't know which revision.  I
> can't borrow it from them but I can go there and look at it, or
> potentially scan it there if Ting is ok with that.  Or are you near
> enough to Ting to scan his copy without having to borrow it?
>
  Dr Ting found a second copy, I just bought it so I shall have a copy 
in a week or so.

If it's what I'm looking for I will transcribe it and send him a copy 
for him to update.

-- 
Cecil - k5nwa

[toc] | [prev] | [next] | [standalone]

#50739

Cecil Bayona <cbayona@cbayona.com> writes:
>>> "Footsteps in an Empty Valley"... 
> If it's what I'm looking for I will transcribe it and send him a copy
> for him to update.

I've been wanting to read it since it sounds like an interesting book.
I hope the transcription works out and I look forward to seeing the
result.  Thanks for doing this.

[toc] | [prev] | [next] | [standalone]

#50745

On 9/8/2016 1:12 AM, Paul Rubin wrote:
> Cecil Bayona <cbayona@cbayona.com> writes:
>>>> "Footsteps in an Empty Valley"...
>> If it's what I'm looking for I will transcribe it and send him a copy
>> for him to update.
>
> I've been wanting to read it since it sounds like an interesting book.
> I hope the transcription works out and I look forward to seeing the
> result.  Thanks for doing this.
>
Just in case there is a misunderstanding, and I don't want to offend 
anyone , the work is copyrighted and I don't want to get on the wrong 
side of Dr Ting, he has helped me with several issues so I owe him some 
loyalty.

I will not be distributing any version of this book to anyone other than 
the author who intends to continue selling the book, I will send a copy 
to Dr Ting so I can save him some time, then he can do what he wants 
with it, hopefully he continues updating and selling it.
-- 
Cecil - k5nwa

[toc] | [prev] | [next] | [standalone]

#50780

In article <nqrrgq$gt0$1@dont-email.me>,
Cecil Bayona  <cbayona@cbayona.com> wrote:
>
>
>On 9/8/2016 1:12 AM, Paul Rubin wrote:
>> Cecil Bayona <cbayona@cbayona.com> writes:
>>>>> "Footsteps in an Empty Valley"...
>>> If it's what I'm looking for I will transcribe it and send him a copy
>>> for him to update.
>>
>> I've been wanting to read it since it sounds like an interesting book.
>> I hope the transcription works out and I look forward to seeing the
>> result.  Thanks for doing this.
>>
>Just in case there is a misunderstanding, and I don't want to offend
>anyone , the work is copyrighted and I don't want to get on the wrong
>side of Dr Ting, he has helped me with several issues so I owe him some
>loyalty.
>
>I will not be distributing any version of this book to anyone other than
>the author who intends to continue selling the book, I will send a copy
>to Dr Ting so I can save him some time, then he can do what he wants
>with it, hopefully he continues updating and selling it.

If this is in cooperation with Amazon a warning is in order.
Ting should not transfer copyright to Amazon, but only grant
non-exclusive distribution right. Otherwise people who scan the
book to publish it in 75 years when it becomes public domain,
will get an army of lawyers on their neck. More likely any
activities in this respect will be terminated out of fear.

(Good-faith conservation efforts should of course be considered
fair use, not copyright violation, laws must be changed.)

Apparently Ting had given up hope to make big bucks out of this book
long ago. This suggests that a small push can convince him to put it out
with some liberal licence. That would make things a lot easier.

P.S. despite its catchy title, I don't think this book is much
more valuable than other descriptions of NOVIX like
"Ein Hochgewscindigkeits-Rechner .." whose copyright we (the Dutch)
are sitting on.

The best part of FSIAEV is the 4 syllable chinese verb

   to attain knowledge
     add every day
   to attain wisdown
     simplify away something everyday

and the calligraphic representation there of.

And of course it reminds me of ciforth versus ANS ;-)

>--
>Cecil - k5nwa

Groetjes Albert
-- 
Albert van der Horst, UTRECHT,THE NETHERLANDS
Economic growth -- being exponential -- ultimately falters.
albert@spe&ar&c.xs4all.nl &=n http://home.hccnet.nl/a.w.m.van.der.horst

[toc] | [prev] | [next] | [standalone]

#50782

On 9/9/2016 7:45 AM, Albert van der Horst wrote:
> In article <nqrrgq$gt0$1@dont-email.me>,
> Cecil Bayona  <cbayona@cbayona.com> wrote:
>>
>>
>> On 9/8/2016 1:12 AM, Paul Rubin wrote:
>>> Cecil Bayona <cbayona@cbayona.com> writes:
>>>>>> "Footsteps in an Empty Valley"...
>>>> If it's what I'm looking for I will transcribe it and send him a copy
>>>> for him to update.
>>>
>>> I've been wanting to read it since it sounds like an interesting book.
>>> I hope the transcription works out and I look forward to seeing the
>>> result.  Thanks for doing this.
>>>
>> Just in case there is a misunderstanding, and I don't want to offend
>> anyone , the work is copyrighted and I don't want to get on the wrong
>> side of Dr Ting, he has helped me with several issues so I owe him some
>> loyalty.
>>
>> I will not be distributing any version of this book to anyone other than
>> the author who intends to continue selling the book, I will send a copy
>> to Dr Ting so I can save him some time, then he can do what he wants
>> with it, hopefully he continues updating and selling it.
>
> If this is in cooperation with Amazon a warning is in order.
> Ting should not transfer copyright to Amazon, but only grant
> non-exclusive distribution right. Otherwise people who scan the
> book to publish it in 75 years when it becomes public domain,
> will get an army of lawyers on their neck. More likely any
> activities in this respect will be terminated out of fear.

70 years is way too long, this is mostly done by Disney Corporation, 
they pushed for the extension of the copyright laws which are now at a 
ridiculous length, 70 years after the death of the author or 70 years 
for a corporation.

Hopefully he will not give his copyright to a Corporation like Amazon, 
who has no interest in preserving the knowledge, but looks only to how 
much money it could make. and if in the future if they are no longer 
interested they will allow the book to die.

>
> (Good-faith conservation efforts should of course be considered
> fair use, not copyright violation, laws must be changed.)
>
> Apparently Ting had given up hope to make big bucks out of this book
> long ago. This suggests that a small push can convince him to put it out
> with some liberal licence. That would make things a lot easier.
>
> P.S. despite its catchy title, I don't think this book is much
> more valuable than other descriptions of NOVIX like
> "Ein Hochgewscindigkeits-Rechner .." whose copyright we (the Dutch)
> are sitting on.
>
> The best part of FSIAEV is the 4 syllable chinese verb
>
>    to attain knowledge
>      add every day
>    to attain wisdown
>      simplify away something everyday
>
> and the calligraphic representation there of.
>
> And of course it reminds me of ciforth versus ANS ;-)

What happened there, I'm interested in a curious bit on Forth History.

On a related issue, a long time ago, I wanted to get a copy of ByteForth 
but it didn't work out, the club would not accept anything but  a wire 
transfer, wire transfers are very expensive in the US, I offered PayPal 
and would make up for the fees but they were adamant, so no ByteForth, 
after that I lost interest in Forth for a while but now I'm retired and 
I'm back.

>
>> --
>> Cecil - k5nwa
>
> Groetjes Albert
>
I have no idea what his plans are, I'm doing this for my personal use. 
I'm not privy to his plans, I'm just interested  in making sure the 
knowledge is not lost.

-- 
Cecil - k5nwa

[toc] | [prev] | [next] | [standalone]

#50803

In article <nquleu$egh$1@dont-email.me>,
Cecil Bayona  <cbayona@cbayona.com> wrote:
<SNIP>
>On a related issue, a long time ago, I wanted to get a copy of ByteForth
>but it didn't work out, the club would not accept anything but  a wire
>transfer, wire transfers are very expensive in the US, I offered PayPal
>and would make up for the fees but they were adamant, so no ByteForth,
>after that I lost interest in Forth for a while but now I'm retired and
>I'm back.

That is dramatic.

We're just a bunch of hackers, we can't do much around financial
manipulations. Probably that went through national HCC.
You should've contacted more personally,
probably Willem would have sent is as a promotion.
The first order from outside the Netherlands!

But seriously, although Byteforth is a nice product, its
Dutch documentation would not have been ideal for you.
With noforth all documentation is available in English too.

>
>>
>>> --
>>> Cecil - k5nwa
>>
>> Groetjes Albert
>>
>I have no idea what his plans are, I'm doing this for my personal use.
>I'm not privy to his plans, I'm just interested  in making sure the
>knowledge is not lost.
Same feeling here.

>--
>Cecil - k5nwa
-- 
Albert van der Horst, UTRECHT,THE NETHERLANDS
Economic growth -- being exponential -- ultimately falters.
albert@spe&ar&c.xs4all.nl &=n http://home.hccnet.nl/a.w.m.van.der.horst

[toc] | [prev] | [next] | [standalone]

#50815

On 9/10/2016 3:01 AM, Albert van der Horst wrote:
> In article <nquleu$egh$1@dont-email.me>,
> Cecil Bayona  <cbayona@cbayona.com> wrote:
> <SNIP>
>> On a related issue, a long time ago, I wanted to get a copy of ByteForth
>> but it didn't work out, the club would not accept anything but  a wire
>> transfer, wire transfers are very expensive in the US, I offered PayPal
>> and would make up for the fees but they were adamant, so no ByteForth,
>> after that I lost interest in Forth for a while but now I'm retired and
>> I'm back.
>
> That is dramatic.
>
> We're just a bunch of hackers, we can't do much around financial
> manipulations. Probably that went through national HCC.
> You should've contacted more personally,
> probably Willem would have sent is as a promotion.
> The first order from outside the Netherlands!
>
> But seriously, although Byteforth is a nice product, its
> Dutch documentation would not have been ideal for you.
> With noforth all documentation is available in English too.

Mind you I didn't stop using Forth due to that issue, that was a minor 
irritation but I was busy with work and other personal issues and so 
little was done with Forth. I wanted just a copy of the software and the 
electronic manual but like I mentioned I was not able to get a copy. I 
would still be interested in getting a copy of the software and manual 
so if you have a name and email address I would still be interested.

I used Pygmy Forth on my desktop and really liked it but It was a DOS 
version of the software and eventually became non-functional with 
Windows. I would use it to write personal tools and even quite a few 
programs for work. The most complicated was a program to connect a bunch 
of CNC machines to a PC so the operators could download CNC programs to 
their machines. It used cooperative multi-tasking to connect up to 16 
CNC machines to one PC. and could do up to 16 transfers at the same 
time, but in practical use maybe 1 or 2 transfers were more common. It 
supported multiple download protocols as the Lathes were all different, 
even though some lathes were the same their controllers were different 
from one another. I was a fun project, some of the machines were really 
dumb so I had to be creative to make them work. I still have the 
hardware, and recently I found a binder with the documentation on the 
project with a copy of the software in a 3.5" floppy, I have 15 PCs 
throughout the house and not one of them have floppy drives..

Even now the AVR version seems to be a very useful piece of software, 
there isn't a whole lot of decent software for the AVR devices.
>
>>
>>>
>>>> --
>>>> Cecil - k5nwa
>>>
>>> Groetjes Albert
>>>

-- 
Cecil - k5nwa

[toc] | [prev] | [next] | [standalone]

#50817

On 9/10/2016 3:01 AM, Albert van der Horst wrote:
> In article <nquleu$egh$1@dont-email.me>,
> Cecil Bayona  <cbayona@cbayona.com> wrote:
> <SNIP>
>> On a related issue, a long time ago, I wanted to get a copy of ByteForth
>> but it didn't work out, the club would not accept anything but  a wire
>> transfer, wire transfers are very expensive in the US, I offered PayPal
>> and would make up for the fees but they were adamant, so no ByteForth,
>> after that I lost interest in Forth for a while but now I'm retired and
>> I'm back.
>
> That is dramatic.
>
> We're just a bunch of hackers, we can't do much around financial
> manipulations. Probably that went through national HCC.
> You should've contacted more personally,
> probably Willem would have sent is as a promotion.
> The first order from outside the Netherlands!
>
> But seriously, although Byteforth is a nice product, its
> Dutch documentation would not have been ideal for you.
> With noforth all documentation is available in English too.
>
noforth looks to be very nice, I have a MSP430 MSP-EXP430G2 board coming 
today using the 2553 chip, I will give it a try. It seems well 
documented. I didn't see but what kind of compiler is it? Indirect, 
Direct, Subroutine threaded?

noforth is for the MSP430 family, ByteForth is for the AVR family so 
they are not quite interchangeable, I still have a ton of Arduino boards 
and a decent Forth would be nice for simple projects, although I'm 
trying to simplify things by sticking mostly to ARM CPUs, and MSP430 for 
fun, the ARMs are cheap, and powerful, nonetheless I have at least 25 
Arduinos I bought from China for little expense that I would like to put 
to some use.

>>
>>>
>>>> --
>>>> Cecil - k5nwa
>>>
>>> Groetjes Albert

-- 
Cecil - k5nwa

[toc] | [prev] | [next] | [standalone]

#50818

> noforth is for the MSP430 family, ByteForth is for the AVR family so 
> they are not quite interchangeable,

You could give amforth a try. It works on both controller types
sharing a lot of (higher level) code. Just check out http://amforth.sf.net
for more information.

Matthias

[toc] | [prev] | [next] | [standalone]

#50747

On 9/5/2016 7:06 AM, rickman wrote:
> On 9/5/2016 4:24 AM, JUERGEN wrote:
>> On Sunday, September 4, 2016 at 7:02:12 PM UTC+1, rickman wrote:
>>> On 9/4/2016 11:54 AM, Cecil Bayona wrote:
>>>>
>>>> On 9/4/2016 1:28 AM, JUERGEN wrote:
>>>>> On Saturday, September 3, 2016 at 5:21:07 PM UTC+1, Cecil -
>>>>> k5nwa wrote:
>>>>>> On 9/3/2016 8:36 AM, JUERGEN wrote:
>>>>
>>>>>> This is a very old article and I hope there is a response.
>>>>>>
>>>>>> I would also be interested in a copy of the articles, the
>>>>>> more information the better when trying to implement a FPGA
>>>>>> version of the CPU, right now I have little information.
>>>>>>
>>>>>> Thanks -- Cecil - k5nwa
>>>>>
>>>>> The J1  might be a good starting point and the Verilog is
>>>>> available https://github.com/samawati/j1eforth
>>>>>
>>>> Are you sure they are similar? I have a little documentation on
>>>> the Novix CPU and of the J1 and their architecture seem to be
>>>> quite different, but then I'm going by memory, not the most
>>>> reliable thing. I'll look into it as time permits.
>>>
>>> No, aside from using stacks, they are not so similar.  I must have
>>>  missed the original post where you talked about wanting to work
>>> with the Novix devices.  What exactly is your interest and what do
>>> you have to work with so far?
>>>
>>> --
>>>
>>> Rick C
>>
>> I assume J1 is the closest as a starting point. The J1 Verilog could
>> be used as starting point I assume. If not, one has to start from
>> scratch. One other source of info is C.H. Ting [1987]. “Footsteps in
>> an Empty Valley”, 1987, Offete, Enterprises, San Mateo, California.
>
> I'm not sure how the code for a simple stack machine would help you much
> for coding up a totally different stack machine.  The code is not hard
> to write.  What is hard is understanding what the CPU is supposed to do.
>  If you have a full spec on the instructions of the NOVIX as well as a
> full register specification, it should be an easy thing to figure out
> the register transfer operations required to implement the instructions.
>  The coding of this would then be very straight forward.  Figuring out
> optimizations to make it run faster or fastest would be harder.
>
>
>> My interest is to see it running again in FPGA. I just received 2
>> different implementations of the CDP1802 in Lattice DevBoards which
>> somebody kindly flashed for me, and the is the one James Bowman did
>> as well. The same I would like to see for Novix and other Forth
>> processors. No commercial interest. Forth information is disappearing
>> so quickly, so I might do another eBook - Forth Processors - next
>> year
>
> If someone did the leg work and provided a complete spec of the Novix
> adequate to do the design without a lot of guesswork, I would be willing
> to code the thing.  It would be in VHDL though.  Or I might be willing
> to do it in Verilog as getting proficient in Verilog is one of my long
> term goals.  I believe it was Bernd Paysan who insisted that once you
> try Verilog you will never go back to VHDL.  I'm happy with VHDL but if
> Verilog is Nirvana, I guess I should get on board.

I found a web page that describes the various instruction encodings 
although not the detailed descriptions of the instructions.

https://users.ece.cmu.edu/~koopman/stack_computers/sec4_4.html

Some of the instructions are obvious such as the subroutine call, it 
pushes the current PC on the stack and loads immediate the instruction 
data to the PC.  But then there are always questions...  The value 
pushed on the stack can be the current instruction pointer or a pointer 
to the next instruction.  This is not specified.  Accessing the return 
address directly will give wrong results if this is not specified properly.

The other instructions are similarly vague.  Before trying to code 
anything, I would want to clear up details like this.  Is there a better 
source of info?

-- 

Rick C

[toc] | [prev] | [next] | [standalone]

#50748

On 9/8/2016 11:00 AM, rickman wrote:

>
> I found a web page that describes the various instruction encodings
> although not the detailed descriptions of the instructions.
>
> https://users.ece.cmu.edu/~koopman/stack_computers/sec4_4.html
>
> Some of the instructions are obvious such as the subroutine call, it
> pushes the current PC on the stack and loads immediate the instruction
> data to the PC.  But then there are always questions...  The value
> pushed on the stack can be the current instruction pointer or a pointer
> to the next instruction.  This is not specified.  Accessing the return
> address directly will give wrong results if this is not specified properly.
>
> The other instructions are similarly vague.  Before trying to code
> anything, I would want to clear up details like this.  Is there a better
> source of info?
>
"Footsteps in an Empty Valley" by C. H. Ting" is a book about the 
NSC4016 with information on the hardware and software of that CPU, your 
nearby library or University may have a copy.

-- 
Cecil - k5nwa

[toc] | [prev] | [next] | [standalone]

#50750

On 9/8/2016 12:11 PM, Cecil Bayona wrote:
>
>
> On 9/8/2016 11:00 AM, rickman wrote:
>
>>
>> I found a web page that describes the various instruction encodings
>> although not the detailed descriptions of the instructions.
>>
>> https://users.ece.cmu.edu/~koopman/stack_computers/sec4_4.html
>>
>> Some of the instructions are obvious such as the subroutine call, it
>> pushes the current PC on the stack and loads immediate the instruction
>> data to the PC.  But then there are always questions...  The value
>> pushed on the stack can be the current instruction pointer or a pointer
>> to the next instruction.  This is not specified.  Accessing the return
>> address directly will give wrong results if this is not specified
>> properly.
>>
>> The other instructions are similarly vague.  Before trying to code
>> anything, I would want to clear up details like this.  Is there a better
>> source of info?
>>
> "Footsteps in an Empty Valley" by C. H. Ting" is a book about the
> NSC4016 with information on the hardware and software of that CPU, your
> nearby library or University may have a copy.

So far this is the only copy I've found.

http://www.figuk.plus.com/library_index.htm

-- 

Rick C

[toc] | [prev] | [next] | [standalone]

#50751

On 9/8/2016 12:20 PM, rickman wrote:
> On 9/8/2016 12:11 PM, Cecil Bayona wrote:
>>
>>
>> On 9/8/2016 11:00 AM, rickman wrote:
>>
>>>
>>> I found a web page that describes the various instruction encodings
>>> although not the detailed descriptions of the instructions.
>>>
>>> https://users.ece.cmu.edu/~koopman/stack_computers/sec4_4.html
>>>
>>> Some of the instructions are obvious such as the subroutine call, it
>>> pushes the current PC on the stack and loads immediate the instruction
>>> data to the PC.  But then there are always questions...  The value
>>> pushed on the stack can be the current instruction pointer or a pointer
>>> to the next instruction.  This is not specified.  Accessing the return
>>> address directly will give wrong results if this is not specified
>>> properly.
>>>
>>> The other instructions are similarly vague.  Before trying to code
>>> anything, I would want to clear up details like this.  Is there a better
>>> source of info?
>>>
>> "Footsteps in an Empty Valley" by C. H. Ting" is a book about the
>> NSC4016 with information on the hardware and software of that CPU, your
>> nearby library or University may have a copy.
>
> So far this is the only copy I've found.
>
> http://www.figuk.plus.com/library_index.htm
>
In my area it's not available, I will visit the library today to return 
some books, they can look at other sources.

Did you try SVFIG? I'm assuming you are in the US.

-- 
Cecil - k5nwa

[toc] | [prev] | [next] | [standalone]

#50754

On 9/8/2016 1:40 PM, Cecil Bayona wrote:
> On 9/8/2016 12:20 PM, rickman wrote:
>> On 9/8/2016 12:11 PM, Cecil Bayona wrote:
>>>
>>>
>>> On 9/8/2016 11:00 AM, rickman wrote:
>>>
>>>>
>>>> I found a web page that describes the various instruction encodings
>>>> although not the detailed descriptions of the instructions.
>>>>
>>>> https://users.ece.cmu.edu/~koopman/stack_computers/sec4_4.html
>>>>
>>>> Some of the instructions are obvious such as the subroutine call, it
>>>> pushes the current PC on the stack and loads immediate the instruction
>>>> data to the PC.  But then there are always questions...  The value
>>>> pushed on the stack can be the current instruction pointer or a pointer
>>>> to the next instruction.  This is not specified.  Accessing the return
>>>> address directly will give wrong results if this is not specified
>>>> properly.
>>>>
>>>> The other instructions are similarly vague.  Before trying to code
>>>> anything, I would want to clear up details like this.  Is there a
>>>> better
>>>> source of info?
>>>>
>>> "Footsteps in an Empty Valley" by C. H. Ting" is a book about the
>>> NSC4016 with information on the hardware and software of that CPU, your
>>> nearby library or University may have a copy.
>>
>> So far this is the only copy I've found.
>>
>> http://www.figuk.plus.com/library_index.htm
>>
> In my area it's not available, I will visit the library today to return
> some books, they can look at other sources.
>
> Did you try SVFIG? I'm assuming you are in the US.

Google doesn't find any mention at their web site.

-- 

Rick C

[toc] | [prev] | [next] | [standalone]

#50753

In article <nqs1v3$8o0$1@dont-email.me>, rickman  <gnuarm@gmail.com> wrote:
>On 9/5/2016 7:06 AM, rickman wrote:
>> On 9/5/2016 4:24 AM, JUERGEN wrote:
>>> On Sunday, September 4, 2016 at 7:02:12 PM UTC+1, rickman wrote:
>>>> On 9/4/2016 11:54 AM, Cecil Bayona wrote:
>>>>>
>>>>> On 9/4/2016 1:28 AM, JUERGEN wrote:
>>>>>> On Saturday, September 3, 2016 at 5:21:07 PM UTC+1, Cecil -
>>>>>> k5nwa wrote:
>>>>>>> On 9/3/2016 8:36 AM, JUERGEN wrote:
>>>>>
>>>>>>> This is a very old article and I hope there is a response.
>>>>>>>
>>>>>>> I would also be interested in a copy of the articles, the
>>>>>>> more information the better when trying to implement a FPGA
>>>>>>> version of the CPU, right now I have little information.
>>>>>>>
>>>>>>> Thanks -- Cecil - k5nwa
>>>>>>
>>>>>> The J1  might be a good starting point and the Verilog is
>>>>>> available https://github.com/samawati/j1eforth
>>>>>>
>>>>> Are you sure they are similar? I have a little documentation on
>>>>> the Novix CPU and of the J1 and their architecture seem to be
>>>>> quite different, but then I'm going by memory, not the most
>>>>> reliable thing. I'll look into it as time permits.
>>>>
>>>> No, aside from using stacks, they are not so similar.  I must have
>>>>  missed the original post where you talked about wanting to work
>>>> with the Novix devices.  What exactly is your interest and what do
>>>> you have to work with so far?
>>>>
>>>> --
>>>>
>>>> Rick C
>>>
>>> I assume J1 is the closest as a starting point. The J1 Verilog could
>>> be used as starting point I assume. If not, one has to start from
>>> scratch. One other source of info is C.H. Ting [1987]. “Footsteps in
>>> an Empty Valley”, 1987, Offete, Enterprises, San Mateo, California.
>>
>> I'm not sure how the code for a simple stack machine would help you much
>> for coding up a totally different stack machine.  The code is not hard
>> to write.  What is hard is understanding what the CPU is supposed to do.
>>  If you have a full spec on the instructions of the NOVIX as well as a
>> full register specification, it should be an easy thing to figure out
>> the register transfer operations required to implement the instructions.
>>  The coding of this would then be very straight forward.  Figuring out
>> optimizations to make it run faster or fastest would be harder.
>>
>>
>>> My interest is to see it running again in FPGA. I just received 2
>>> different implementations of the CDP1802 in Lattice DevBoards which
>>> somebody kindly flashed for me, and the is the one James Bowman did
>>> as well. The same I would like to see for Novix and other Forth
>>> processors. No commercial interest. Forth information is disappearing
>>> so quickly, so I might do another eBook - Forth Processors - next
>>> year
>>
>> If someone did the leg work and provided a complete spec of the Novix
>> adequate to do the design without a lot of guesswork, I would be willing
>> to code the thing.  It would be in VHDL though.  Or I might be willing
>> to do it in Verilog as getting proficient in Verilog is one of my long
>> term goals.  I believe it was Bernd Paysan who insisted that once you
>> try Verilog you will never go back to VHDL.  I'm happy with VHDL but if
>> Verilog is Nirvana, I guess I should get on board.
>
>I found a web page that describes the various instruction encodings
>although not the detailed descriptions of the instructions.
>
>https://users.ece.cmu.edu/~koopman/stack_computers/sec4_4.html
>
>Some of the instructions are obvious such as the subroutine call, it
>pushes the current PC on the stack and loads immediate the instruction
>data to the PC.  But then there are always questions...  The value
>pushed on the stack can be the current instruction pointer or a pointer
>to the next instruction.  This is not specified.  Accessing the return
>address directly will give wrong results if this is not specified properly.
>
>The other instructions are similarly vague.  Before trying to code
>anything, I would want to clear up details like this.  Is there a better
>source of info?

Of course. The Novix board came with complete documentation.
The 12 boards we have all have a set of documentation.
Now this documentation may not be readily available on the net.

>
>--
>
>Rick C

Groetjes Albert
-- 
Albert van der Horst, UTRECHT,THE NETHERLANDS
Economic growth -- being exponential -- ultimately falters.
albert@spe&ar&c.xs4all.nl &=n http://home.hccnet.nl/a.w.m.van.der.horst

[toc] | [prev] | [next] | [standalone]

#50756

On 9/8/2016 1:22 PM, Albert van der Horst wrote:
> In article <nqs1v3$8o0$1@dont-email.me>, rickman  <gnuarm@gmail.com> wrote:
>> On 9/5/2016 7:06 AM, rickman wrote:
>>> On 9/5/2016 4:24 AM, JUERGEN wrote:
>>>> On Sunday, September 4, 2016 at 7:02:12 PM UTC+1, rickman wrote:
>>>>> On 9/4/2016 11:54 AM, Cecil Bayona wrote:
>>>>>>
>>>>>> On 9/4/2016 1:28 AM, JUERGEN wrote:
>>>>>>> On Saturday, September 3, 2016 at 5:21:07 PM UTC+1, Cecil -
>>>>>>> k5nwa wrote:
>>>>>>>> On 9/3/2016 8:36 AM, JUERGEN wrote:
>>>>>>
>>>>>>>> This is a very old article and I hope there is a response.
>>>>>>>>
>>>>>>>> I would also be interested in a copy of the articles, the
>>>>>>>> more information the better when trying to implement a FPGA
>>>>>>>> version of the CPU, right now I have little information.
>>>>>>>>
>>>>>>>> Thanks -- Cecil - k5nwa
>>>>>>>
>>>>>>> The J1  might be a good starting point and the Verilog is
>>>>>>> available https://github.com/samawati/j1eforth
>>>>>>>
>>>>>> Are you sure they are similar? I have a little documentation on
>>>>>> the Novix CPU and of the J1 and their architecture seem to be
>>>>>> quite different, but then I'm going by memory, not the most
>>>>>> reliable thing. I'll look into it as time permits.
>>>>>
>>>>> No, aside from using stacks, they are not so similar.  I must have
>>>>>  missed the original post where you talked about wanting to work
>>>>> with the Novix devices.  What exactly is your interest and what do
>>>>> you have to work with so far?
>>>>>
>>>>> --
>>>>>
>>>>> Rick C
>>>>
>>>> I assume J1 is the closest as a starting point. The J1 Verilog could
>>>> be used as starting point I assume. If not, one has to start from
>>>> scratch. One other source of info is C.H. Ting [1987]. “Footsteps in
>>>> an Empty Valley”, 1987, Offete, Enterprises, San Mateo, California.
>>>
>>> I'm not sure how the code for a simple stack machine would help you much
>>> for coding up a totally different stack machine.  The code is not hard
>>> to write.  What is hard is understanding what the CPU is supposed to do.
>>>  If you have a full spec on the instructions of the NOVIX as well as a
>>> full register specification, it should be an easy thing to figure out
>>> the register transfer operations required to implement the instructions.
>>>  The coding of this would then be very straight forward.  Figuring out
>>> optimizations to make it run faster or fastest would be harder.
>>>
>>>
>>>> My interest is to see it running again in FPGA. I just received 2
>>>> different implementations of the CDP1802 in Lattice DevBoards which
>>>> somebody kindly flashed for me, and the is the one James Bowman did
>>>> as well. The same I would like to see for Novix and other Forth
>>>> processors. No commercial interest. Forth information is disappearing
>>>> so quickly, so I might do another eBook - Forth Processors - next
>>>> year
>>>
>>> If someone did the leg work and provided a complete spec of the Novix
>>> adequate to do the design without a lot of guesswork, I would be willing
>>> to code the thing.  It would be in VHDL though.  Or I might be willing
>>> to do it in Verilog as getting proficient in Verilog is one of my long
>>> term goals.  I believe it was Bernd Paysan who insisted that once you
>>> try Verilog you will never go back to VHDL.  I'm happy with VHDL but if
>>> Verilog is Nirvana, I guess I should get on board.
>>
>> I found a web page that describes the various instruction encodings
>> although not the detailed descriptions of the instructions.
>>
>> https://users.ece.cmu.edu/~koopman/stack_computers/sec4_4.html
>>
>> Some of the instructions are obvious such as the subroutine call, it
>> pushes the current PC on the stack and loads immediate the instruction
>> data to the PC.  But then there are always questions...  The value
>> pushed on the stack can be the current instruction pointer or a pointer
>> to the next instruction.  This is not specified.  Accessing the return
>> address directly will give wrong results if this is not specified properly.
>>
>> The other instructions are similarly vague.  Before trying to code
>> anything, I would want to clear up details like this.  Is there a better
>> source of info?
>
> Of course. The Novix board came with complete documentation.
> The 12 boards we have all have a set of documentation.
> Now this documentation may not be readily available on the net.
>
>>
>> --
>>
>> Rick C
>
> Groetjes Albert
>
So those 12 boards  and documentation for sale, loan, or what?

-- 
Cecil - k5nwa

[toc] | [prev] | [next] | [standalone]

#50761

In article <nqsd8b$k11$1@dont-email.me>,
Cecil Bayona  <cbayona@cbayona.com> wrote:
>On 9/8/2016 1:22 PM, Albert van der Horst wrote:
>> In article <nqs1v3$8o0$1@dont-email.me>, rickman  <gnuarm@gmail.com> wrote:
>>> On 9/5/2016 7:06 AM, rickman wrote:
>>>> On 9/5/2016 4:24 AM, JUERGEN wrote:
>>>>> On Sunday, September 4, 2016 at 7:02:12 PM UTC+1, rickman wrote:
>>>>>> On 9/4/2016 11:54 AM, Cecil Bayona wrote:
>>>>>>>
>>>>>>> On 9/4/2016 1:28 AM, JUERGEN wrote:
>>>>>>>> On Saturday, September 3, 2016 at 5:21:07 PM UTC+1, Cecil -
>>>>>>>> k5nwa wrote:
>>>>>>>>> On 9/3/2016 8:36 AM, JUERGEN wrote:
>>>>>>>
>>>>>>>>> This is a very old article and I hope there is a response.
>>>>>>>>>
>>>>>>>>> I would also be interested in a copy of the articles, the
>>>>>>>>> more information the better when trying to implement a FPGA
>>>>>>>>> version of the CPU, right now I have little information.
>>>>>>>>>
>>>>>>>>> Thanks -- Cecil - k5nwa
>>>>>>>>
>>>>>>>> The J1  might be a good starting point and the Verilog is
>>>>>>>> available https://github.com/samawati/j1eforth
>>>>>>>>
>>>>>>> Are you sure they are similar? I have a little documentation on
>>>>>>> the Novix CPU and of the J1 and their architecture seem to be
>>>>>>> quite different, but then I'm going by memory, not the most
>>>>>>> reliable thing. I'll look into it as time permits.
>>>>>>
>>>>>> No, aside from using stacks, they are not so similar.  I must have
>>>>>>  missed the original post where you talked about wanting to work
>>>>>> with the Novix devices.  What exactly is your interest and what do
>>>>>> you have to work with so far?
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Rick C
>>>>>
>>>>> I assume J1 is the closest as a starting point. The J1 Verilog could
>>>>> be used as starting point I assume. If not, one has to start from
>>>>> scratch. One other source of info is C.H. Ting [1987]. “Footsteps in
>>>>> an Empty Valley”, 1987, Offete, Enterprises, San Mateo, California.
>>>>
>>>> I'm not sure how the code for a simple stack machine would help you much
>>>> for coding up a totally different stack machine.  The code is not hard
>>>> to write.  What is hard is understanding what the CPU is supposed to do.
>>>>  If you have a full spec on the instructions of the NOVIX as well as a
>>>> full register specification, it should be an easy thing to figure out
>>>> the register transfer operations required to implement the instructions.
>>>>  The coding of this would then be very straight forward.  Figuring out
>>>> optimizations to make it run faster or fastest would be harder.
>>>>
>>>>
>>>>> My interest is to see it running again in FPGA. I just received 2
>>>>> different implementations of the CDP1802 in Lattice DevBoards which
>>>>> somebody kindly flashed for me, and the is the one James Bowman did
>>>>> as well. The same I would like to see for Novix and other Forth
>>>>> processors. No commercial interest. Forth information is disappearing
>>>>> so quickly, so I might do another eBook - Forth Processors - next
>>>>> year
>>>>
>>>> If someone did the leg work and provided a complete spec of the Novix
>>>> adequate to do the design without a lot of guesswork, I would be willing
>>>> to code the thing.  It would be in VHDL though.  Or I might be willing
>>>> to do it in Verilog as getting proficient in Verilog is one of my long
>>>> term goals.  I believe it was Bernd Paysan who insisted that once you
>>>> try Verilog you will never go back to VHDL.  I'm happy with VHDL but if
>>>> Verilog is Nirvana, I guess I should get on board.
>>>
>>> I found a web page that describes the various instruction encodings
>>> although not the detailed descriptions of the instructions.
>>>
>>> https://users.ece.cmu.edu/~koopman/stack_computers/sec4_4.html
>>>
>>> Some of the instructions are obvious such as the subroutine call, it
>>> pushes the current PC on the stack and loads immediate the instruction
>>> data to the PC.  But then there are always questions...  The value
>>> pushed on the stack can be the current instruction pointer or a pointer
>>> to the next instruction.  This is not specified.  Accessing the return
>>> address directly will give wrong results if this is not specified properly.
>>>
>>> The other instructions are similarly vague.  Before trying to code
>>> anything, I would want to clear up details like this.  Is there a better
>>> source of info?
>>
>> Of course. The Novix board came with complete documentation.
>> The 12 boards we have all have a set of documentation.
>> Now this documentation may not be readily available on the net.
>>
>>>
>>> --
>>>
>>> Rick C
>>
>> Groetjes Albert
>>
>So those 12 boards  and documentation for sale, loan, or what?

Did you miss this (in one of my other followups) ?

"We can certainly part with one of the sets."

So yes. We can dig one up and send it to a person who is going
to scan the manuals. (provided the board of directors of the
Dutch Forth Chapter approves and the barn where we keep stuff
has not burned down)

Groetjes Albert

>--
>Cecil - k5nwa

Groetjes Albert
-- 
Albert van der Horst, UTRECHT,THE NETHERLANDS
Economic growth -- being exponential -- ultimately falters.
albert@spe&ar&c.xs4all.nl &=n http://home.hccnet.nl/a.w.m.van.der.horst

[toc] | [prev] | [next] | [standalone]

#50762

On 9/8/2016 5:35 PM, Albert van der Horst wrote:
> In article <nqsd8b$k11$1@dont-email.me>,
> Cecil Bayona  <cbayona@cbayona.com> wrote:
>> On 9/8/2016 1:22 PM, Albert van der Horst wrote:
>>> In article <nqs1v3$8o0$1@dont-email.me>, rickman  <gnuarm@gmail.com> wrote:
>>>> On 9/5/2016 7:06 AM, rickman wrote:
>>>>> On 9/5/2016 4:24 AM, JUERGEN wrote:
>>>>>> On Sunday, September 4, 2016 at 7:02:12 PM UTC+1, rickman wrote:
>>>>>>> On 9/4/2016 11:54 AM, Cecil Bayona wrote:
>>>>>>>>
>>>>>>>> On 9/4/2016 1:28 AM, JUERGEN wrote:
>>>>>>>>> On Saturday, September 3, 2016 at 5:21:07 PM UTC+1, Cecil -
>>>>>>>>> k5nwa wrote:
>>>>>>>>>> On 9/3/2016 8:36 AM, JUERGEN wrote:
>>>>>>>>
>>>>>>>>>> This is a very old article and I hope there is a response.
>>>>>>>>>>
>>>>>>>>>> I would also be interested in a copy of the articles, the
>>>>>>>>>> more information the better when trying to implement a FPGA
>>>>>>>>>> version of the CPU, right now I have little information.
>>>>>>>>>>
>>>>>>>>>> Thanks -- Cecil - k5nwa
>>>>>>>>>
>>>>>>>>> The J1  might be a good starting point and the Verilog is
>>>>>>>>> available https://github.com/samawati/j1eforth
>>>>>>>>>
>>>>>>>> Are you sure they are similar? I have a little documentation on
>>>>>>>> the Novix CPU and of the J1 and their architecture seem to be
>>>>>>>> quite different, but then I'm going by memory, not the most
>>>>>>>> reliable thing. I'll look into it as time permits.
>>>>>>>
>>>>>>> No, aside from using stacks, they are not so similar.  I must have
>>>>>>>  missed the original post where you talked about wanting to work
>>>>>>> with the Novix devices.  What exactly is your interest and what do
>>>>>>> you have to work with so far?
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>> Rick C
>>>>>>
>>>>>> I assume J1 is the closest as a starting point. The J1 Verilog could
>>>>>> be used as starting point I assume. If not, one has to start from
>>>>>> scratch. One other source of info is C.H. Ting [1987]. “Footsteps in
>>>>>> an Empty Valley”, 1987, Offete, Enterprises, San Mateo, California.
>>>>>
>>>>> I'm not sure how the code for a simple stack machine would help you much
>>>>> for coding up a totally different stack machine.  The code is not hard
>>>>> to write.  What is hard is understanding what the CPU is supposed to do.
>>>>>  If you have a full spec on the instructions of the NOVIX as well as a
>>>>> full register specification, it should be an easy thing to figure out
>>>>> the register transfer operations required to implement the instructions.
>>>>>  The coding of this would then be very straight forward.  Figuring out
>>>>> optimizations to make it run faster or fastest would be harder.
>>>>>
>>>>>
>>>>>> My interest is to see it running again in FPGA. I just received 2
>>>>>> different implementations of the CDP1802 in Lattice DevBoards which
>>>>>> somebody kindly flashed for me, and the is the one James Bowman did
>>>>>> as well. The same I would like to see for Novix and other Forth
>>>>>> processors. No commercial interest. Forth information is disappearing
>>>>>> so quickly, so I might do another eBook - Forth Processors - next
>>>>>> year
>>>>>
>>>>> If someone did the leg work and provided a complete spec of the Novix
>>>>> adequate to do the design without a lot of guesswork, I would be willing
>>>>> to code the thing.  It would be in VHDL though.  Or I might be willing
>>>>> to do it in Verilog as getting proficient in Verilog is one of my long
>>>>> term goals.  I believe it was Bernd Paysan who insisted that once you
>>>>> try Verilog you will never go back to VHDL.  I'm happy with VHDL but if
>>>>> Verilog is Nirvana, I guess I should get on board.
>>>>
>>>> I found a web page that describes the various instruction encodings
>>>> although not the detailed descriptions of the instructions.
>>>>
>>>> https://users.ece.cmu.edu/~koopman/stack_computers/sec4_4.html
>>>>
>>>> Some of the instructions are obvious such as the subroutine call, it
>>>> pushes the current PC on the stack and loads immediate the instruction
>>>> data to the PC.  But then there are always questions...  The value
>>>> pushed on the stack can be the current instruction pointer or a pointer
>>>> to the next instruction.  This is not specified.  Accessing the return
>>>> address directly will give wrong results if this is not specified properly.
>>>>
>>>> The other instructions are similarly vague.  Before trying to code
>>>> anything, I would want to clear up details like this.  Is there a better
>>>> source of info?
>>>
>>> Of course. The Novix board came with complete documentation.
>>> The 12 boards we have all have a set of documentation.
>>> Now this documentation may not be readily available on the net.
>>>
>>>>
>>>> --
>>>>
>>>> Rick C
>>>
>>> Groetjes Albert
>>>
>> So those 12 boards  and documentation for sale, loan, or what?
>
> Did you miss this (in one of my other followups) ?
>
> "We can certainly part with one of the sets."
>
> So yes. We can dig one up and send it to a person who is going
> to scan the manuals. (provided the board of directors of the
> Dutch Forth Chapter approves and the barn where we keep stuff
> has not burned down)
>
> Groetjes Albert
>
>> --
>> Cecil - k5nwa
>
> Groetjes Albert
>
I would definitely be interested, depending on the size I can also 
transcribe the text so it can be used by a word processor and not just a 
photo of the pages. A real boar would be sweet to compare against the 
FPGA version.

-- 
Cecil - k5nwa

[toc] | [prev] | [next] | [standalone]

#50664

On 03/09/2016 17:21, Cecil Bayona wrote:
>
>
> On 9/3/2016 8:36 AM, JUERGEN wrote:
>> On Tuesday, November 4, 2014 at 4:19:04 PM UTC, Syd Rumpo wrote:
>>> On 04/11/2014 14:30, Syd Rumpo wrote:
>>>
>>> <snip>
>>>>>
>>>> I have copies of the three 'Electronics and Wireless World' Novix
>>>> articles from early 1987, one of which describes the NX4 board which
>>>> was
>>>> available from Computer Solutions.
>>>>
>>>> It's not an STD board, but if they're of any use, I could scan them.
>>>
>>> I did anyway, they're quite interesting.
>>>
>>> http://dropcanvas.com/gna1p
>>>
>>> Cheers
>>> --
>>> Syd
>>
>> Syd,
>>
>> I just tried to find the documentation you scanned,
>> it seems the link does not work.
>> Can you email it to epldfpga@aol.com ?
>> If it is big then please 10MB max per email. Thanks
>>
>> I just received 2 different CDP1802s in 2 FPGAs, have to connect them
>> to see the serial response and then get a Forth onto it, so had to
>> have a look at the Footsteps I have on loan from Paul Bennett.
>>
> This is a very old article and I hope there is a response.
>
> I would also be interested in a copy of the articles, the more
> information the better when trying to implement a FPGA version of the
> CPU, right now I have little information.
>
> Thanks

I'll dig them out and scan them again, but it'll be a couple of days as 
I'm away at the moment.

Cheers
-- 
Syd

[toc] | [prev] | [next] | [standalone]

#50665

On 03/09/2016 17:21, Cecil Bayona wrote:
>
>
> On 9/3/2016 8:36 AM, JUERGEN wrote:
>> On Tuesday, November 4, 2014 at 4:19:04 PM UTC, Syd Rumpo wrote:
>>> On 04/11/2014 14:30, Syd Rumpo wrote:
>>>
>>> <snip>
>>>>>
>>>> I have copies of the three 'Electronics and Wireless World' Novix
>>>> articles from early 1987, one of which describes the NX4 board which
>>>> was
>>>> available from Computer Solutions.
>>>>
>>>> It's not an STD board, but if they're of any use, I could scan them.
>>>
>>> I did anyway, they're quite interesting.
>>>
>>> http://dropcanvas.com/gna1p
>>>
>>> Cheers
>>> --
>>> Syd
>>
>> Syd,
>>
>> I just tried to find the documentation you scanned,
>> it seems the link does not work.
>> Can you email it to epldfpga@aol.com ?
>> If it is big then please 10MB max per email. Thanks
>>
>> I just received 2 different CDP1802s in 2 FPGAs, have to connect them
>> to see the serial response and then get a Forth onto it, so had to
>> have a look at the Footsteps I have on loan from Paul Bennett.
>>
> This is a very old article and I hope there is a response.
>
> I would also be interested in a copy of the articles, the more
> information the better when trying to implement a FPGA version of the
> CPU, right now I have little information.
>
> Thanks

I just found them, thought they were at home.

http://dropcanvas.com/zs395

NB Dropcanvas only holds things for a few days.

Cheers
-- 
Syd

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | comp.lang.forth

csiph-web