I know we are waiting to hear what the 6Ghz chip Stephen has been working with will turn out like, and what Green Arrays will release for the glasses (which type of thing demands an advanced design). But recently, I saw a document on Colorforth for ARM,and comparisons to Swift Forth etc. Which got me wondering about a lower end design. Now, with the passing of Doctor Ting, it reminds me of the Mup21 he had that kicked things off, and Jeff's work latter. Isn't it time we had something more like these
On Tuesday, June 7, 2022 at 7:52:48 PM UTC+10, Wayne morellini wrote:ARM, and comparisons to Swift Forth etc. Which got me wondering about a lower end design. Now, with the passing of Doctor Ting, it reminds me of the Mup21 he had that kicked things off, and Jeff's work latter. Isn't it time we had something more like
I know we are waiting to hear what the 6Ghz chip Stephen has been working with will turn out like, and what Green Arrays will release for the glasses (which type of thing demands an advanced design). But recently, I saw a document on Colorforth for
Syncing forth processor project threads.
On Sunday, September 4, 2022 at 2:59:31 PM UTC+10, Wayne morellini wrote:ARM, and comparisons to Swift Forth etc. Which got me wondering about a lower end design. Now, with the passing of Doctor Ting, it reminds me of the Mup21 he had that kicked things off, and Jeff's work latter. Isn't it time we had something more like
On Tuesday, June 7, 2022 at 7:52:48 PM UTC+10, Wayne morellini wrote:
I know we are waiting to hear what the 6Ghz chip Stephen has been working with will turn out like, and what Green Arrays will release for the glasses (which type of thing demands an advanced design). But recently, I saw a document on Colorforth for
Syncing forth processor project threads.Forth processor project
Is it time for another Forth chip?
https://groups.google.com/u/2/g/comp.lang.forth/c/6adve-Z1ppU
Designing a Forth Processor?
https://groups.google.com/u/2/g/comp.lang.forth/c/9lpG9yey_NQ
A low cost chip prototyping technique.
https://groups.google.com/u/2/g/comp.lang.forth/c/s27tSebmF-I
Comments: ColorForth binary in JavaScript!
https://groups.google.com/u/2/g/comp.lang.forth/c/3py7TwKu6b0
Looking for some advice on Offete p8, p16, p24, p32, p64. Ep16, ep24, ep32, and others.
https://groups.google.com/u/2/g/comp.lang.forth/c/EMgCYdV8NR8
On Sunday, September 4, 2022 at 11:26:12 PM UTC+8, Wayne morellini wrote:for ARM, and comparisons to Swift Forth etc. Which got me wondering about a lower end design. Now, with the passing of Doctor Ting, it reminds me of the Mup21 he had that kicked things off, and Jeff's work latter. Isn't it time we had something more like
On Sunday, September 4, 2022 at 2:59:31 PM UTC+10, Wayne morellini wrote:
On Tuesday, June 7, 2022 at 7:52:48 PM UTC+10, Wayne morellini wrote:
I know we are waiting to hear what the 6Ghz chip Stephen has been working with will turn out like, and what Green Arrays will release for the glasses (which type of thing demands an advanced design). But recently, I saw a document on Colorforth
status quo, especially if it has the ability to emulate any IO and still have all the atributes above, BUT it also must be able to access large memories or else it will not be able to do memory intensive product. still, as a super duper IO controller, itSyncing forth processor project threads.Forth processor project
Is it time for another Forth chip?
https://groups.google.com/u/2/g/comp.lang.forth/c/6adve-Z1ppU
Designing a Forth Processor?
https://groups.google.com/u/2/g/comp.lang.forth/c/9lpG9yey_NQ
A low cost chip prototyping technique.
https://groups.google.com/u/2/g/comp.lang.forth/c/s27tSebmF-I
Comments: ColorForth binary in JavaScript!
https://groups.google.com/u/2/g/comp.lang.forth/c/3py7TwKu6b0
Looking for some advice on Offete p8, p16, p24, p32, p64. Ep16, ep24, ep32, and others.
https://groups.google.com/u/2/g/comp.lang.forth/c/EMgCYdV8NR8after all that has been said, ultimately, what matters is 1) low power 2) high performance 3) easy to program 4) tools available 5) cheap. so if a 8bit cpu can do the job, why use 32bit, green array's version may be the best candidate to upset the
To conceive, design and introduce a new product, you should first ask,
"What problem am I trying to solve"? I think you will find there are no
more problems in the CPU world other than the tradeoffs of power,
performance and cost. I see no reason to think a Forth oriented CPU
design would be any better at this than what's available today.
Rick C.--
In article <270b46a1-fb7d-420c...@googlegroups.com>,
Lorem Ipsum <gnuarm.del...@gmail.com> wrote:
<SNIP>
To conceive, design and introduce a new product, you should first ask, >"What problem am I trying to solve"? I think you will find there are no >more problems in the CPU world other than the tradeoffs of power, >performance and cost. I see no reason to think a Forth oriented CPU+1
design would be any better at this than what's available today.
On Monday, February 27, 2023 at 1:31:47 PM UTC+1, none albert wrote:
In article <270b46a1-fb7d-420c...@googlegroups.com>,That invites a contrary opinion :--)
Lorem Ipsum <gnuarm.del...@gmail.com> wrote:
<SNIP>
To conceive, design and introduce a new product, you should first ask, >"What problem am I trying to solve"? I think you will find there are no >more problems in the CPU world other than the tradeoffs of power, >performance and cost. I see no reason to think a Forth oriented CPU >design would be any better at this than what's available today.+1
From personal experience, development of switch-mode power supplies
involves a joint effort of a group of highly specialized engineers. Developing
prototype is hell, because a tiny error in a board layout, the software, or in
doing measurements for debugging, can lead to catastrophic failure with
no option for repair. For some reason they always use the latest chips (not all bugs known), and for some reason the manuals become bigger and
bigger (1000 pages for a digital controller with programmable I/O?). The result is that for some types of bug, only a single person knows enough
to work on it, and nobody is able to help him because they have not read
the 1000 pages yet.
It would certainly help to have chips with an on-board RTOS and open
source drivers for all on-board I/O, plus ways to easily configure and
test stuff interactively.
The idea would be to make development less dependent on one or two
software engineers that know everything, and make it possible for
hardware people to at least intelligently step in for testing and
debugging.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 503 |
Nodes: | 16 (2 / 14) |
Uptime: | 232:04:54 |
Calls: | 9,885 |
Calls today: | 7 |
Files: | 13,794 |
Messages: | 6,206,745 |
Posted today: | 2 |