Re: [M100] FPGA Model 100

2021-05-24 Thread Ken Pettit

Hey Rob,

Understood on the price point.  I was digging into that LCD a bit more 
to find documentation and I found a different site that has this same 
module but with a SPI or parallel interface (instead of MIPI).  Probably 
a parallel 8080 interface version would be the way to go, with or 
without the touch screen (with would be cool):


https://www.buydisplay.com/spi-1280x400-7-84-ips-tft-lcd-module-with-ra8876-capacitive-touch-panel

Ken

On 5/24/21 4:37 AM, Rob Messer wrote:

Ken,

That all sounds really promising. I will order one or two of those 
screens for a mockup. I will meet with the engineer who will help with 
the housing. I will draw it today or tomorrow in CAD and work with him 
to refine it. I might as well dimension it for that screen. The only 
question is about ports. We can fix that later as there will be 
several iterations. When I have the drawing done we can discuss your 
thoughts. I will need to know what board we will use or at least some 
dimensions. A cool thing with the FPGA would be that they could addany sy


I am not an FPGA guy but I guess the idea would be to put it on a less 
expensive board. Remember Ken that I have not touched an FPGA since 
2007 and that was brief. I think the less expensive the better on the 
board so the COGs are low on the design and this will make it as 
accessible as possible.


BR

/RGM

On Mon, May 24, 2021 at 7:30 AM Ken Pettit > wrote:


Rob,

Also, finding a large format 240x64 LCD is near impossible. I
found some that are 5" diagonal, but compared to the 8" diagonal
on the Model 100, this is still pretty small.  For a modern update
(i.e. Model 401), you would probably want to to with something
like this full color LCD and take care of the protocol difference
in an RTL module in the FPGA:


https://www.ebay.com/itm/292910561674?chn=ps=1=1=711-117182-37290-0=2=292910561674=1264366839729=c=pla=9061205==11616981724=123084477340=pla-1264366839729=9300455=102019429=CjwKCAjw-qeFBhAsEiwA2G7Nl9j3Z7bUDPWfr_bR3zQ2FELXd8BEcvVFlTCh1q_JiMbD7aQ5DUdDYxoCyS4QAvD_BwE

Ken

On 5/22/21 2:18 PM, Rob Messer wrote:

Ken,

That is awesome! I am admittedly a mechanical engineer and I took
one semester of computer engineering and VHDL programming and
changed majors (I was more of a beer drinker than D guy). In
any event I will rope in some colleagues and badger them with
questions. Another question is whether there are LCD screens
close to what the Model 100 had still available (240X64) with
similar dimensions. It think backlit would be great.

I have been really saddened to see fewer and fewer Model 100s on
Ebay. I also think the machine could be very useful still. I am
thinking about people who want to work without distraction of the
internet and have some basic capabilities. Imagine adding some
minor features like bluetooth file transfer and an SD card slot,
that would make this a very useful device. It will be the model
104 :)

If you want to share this on Github that would be great! I will
be sure to update you on the progress!

BR

/RGM

On Sat, May 22, 2021 at 9:44 PM Ken Pettit mailto:petti...@gmail.com>> wrote:

Hey Rob,

I have an RTL design I worked on YEARS ago where I was trying
to get the
Model 100 in an FPGA along with some extensions.  It was back
when there
was a lot of talk on the list about a Model 401. For those
who weren't
around then or don't recall, the Model 401 was something that
was
discussed around April Fools day (thus the number 401) about
an updated
Model 100.

I actually had this running somewhat on an Actel Igloo FPGA
at that
time, though not fully.  I believe I had extended the 8085
instruction
set to add relative jump and branch opcodes using the "MOV
A,A", "MOV
B,B" etc. opcodes which are basically useless and not used in
the M100
ROM.  I was also planning at that time to have a 2-processor
system
where the LCD and Keyboard would be shared by both the
extended 8085 and
an ARM core.  The keyboard controller I wrote detects a
hotkey escape
sequence to connect the LCD and keyboard to either the ARM
interface or
the 8085 interface.

I just re-ran my RTL simulation and I see that it is at least
running
and generating an output on the RTL testbench LCD monitor
that I wrote.
This LCD monitor in the testbench monitors all LCD writes and
outputs
"pixels" as X'x to a Linux /dev/pty device.  Then with
minicom connected
using Linux socat, I can see what the emulation is sending to
the LCD.
I have attached a snapshot of the output of the simulation
(the dots are

Re: [M100] FPGA Model 100

2021-05-24 Thread Rob Messer
Ken,

That all sounds really promising. I will order one or two of those screens
for a mockup. I will meet with the engineer who will help with the housing.
I will draw it today or tomorrow in CAD and work with him to refine it. I
might as well dimension it for that screen. The only question is about
ports. We can fix that later as there will be several iterations. When I
have the drawing done we can discuss your thoughts. I will need to know
what board we will use or at least some dimensions. A cool thing with the
FPGA would be that they could addany sy

I am not an FPGA guy but I guess the idea would be to put it on a less
expensive board. Remember Ken that I have not touched an FPGA since 2007
and that was brief. I think the less expensive the better on the board so
the COGs are low on the design and this will make it as accessible as
possible.

BR

/RGM

On Mon, May 24, 2021 at 7:30 AM Ken Pettit  wrote:

> Rob,
>
> Also, finding a large format 240x64 LCD is near impossible.  I found some
> that are 5" diagonal, but compared to the 8" diagonal on the Model 100,
> this is still pretty small.  For a modern update (i.e. Model 401), you
> would probably want to to with something like this full color LCD and take
> care of the protocol difference in an RTL module in the FPGA:
>
>
> https://www.ebay.com/itm/292910561674?chn=ps=1=1=711-117182-37290-0=2=292910561674=1264366839729=c=pla=9061205==11616981724=123084477340=pla-1264366839729=9300455=102019429=CjwKCAjw-qeFBhAsEiwA2G7Nl9j3Z7bUDPWfr_bR3zQ2FELXd8BEcvVFlTCh1q_JiMbD7aQ5DUdDYxoCyS4QAvD_BwE
>
> Ken
>
> On 5/22/21 2:18 PM, Rob Messer wrote:
>
> Ken,
>
> That is awesome! I am admittedly a mechanical engineer and I took one
> semester of computer engineering and VHDL programming and changed majors (I
> was more of a beer drinker than D guy). In any event I will rope in some
> colleagues and badger them with questions. Another question is whether
> there are LCD screens close to what the Model 100 had still available
> (240X64) with similar dimensions. It think backlit would be great.
>
> I have been really saddened to see fewer and fewer Model 100s on Ebay. I
> also think the machine could be very useful still. I am thinking about
> people who want to work without distraction of the internet and have some
> basic capabilities. Imagine adding some minor features like bluetooth file
> transfer and an SD card slot, that would make this a very useful device. It
> will be the model 104 :)
>
> If you want to share this on Github that would be great! I will be sure to
> update you on the progress!
>
> BR
>
> /RGM
>
> On Sat, May 22, 2021 at 9:44 PM Ken Pettit  wrote:
>
>> Hey Rob,
>>
>> I have an RTL design I worked on YEARS ago where I was trying to get the
>> Model 100 in an FPGA along with some extensions.  It was back when there
>> was a lot of talk on the list about a Model 401.  For those who weren't
>> around then or don't recall, the Model 401 was something that was
>> discussed around April Fools day (thus the number 401) about an updated
>> Model 100.
>>
>> I actually had this running somewhat on an Actel Igloo FPGA at that
>> time, though not fully.  I believe I had extended the 8085 instruction
>> set to add relative jump and branch opcodes using the "MOV A,A", "MOV
>> B,B" etc. opcodes which are basically useless and not used in the M100
>> ROM.  I was also planning at that time to have a 2-processor system
>> where the LCD and Keyboard would be shared by both the extended 8085 and
>> an ARM core.  The keyboard controller I wrote detects a hotkey escape
>> sequence to connect the LCD and keyboard to either the ARM interface or
>> the 8085 interface.
>>
>> I just re-ran my RTL simulation and I see that it is at least running
>> and generating an output on the RTL testbench LCD monitor that I wrote.
>> This LCD monitor in the testbench monitors all LCD writes and outputs
>> "pixels" as X'x to a Linux /dev/pty device.  Then with minicom connected
>> using Linux socat, I can see what the emulation is sending to the LCD.
>> I have attached a snapshot of the output of the simulation (the dots are
>> actually very small X's, just zoomed out so it's like a 3-point font on
>> minicom or something). You can see the minicom status line at the bottom
>> in a very small font.  I can see the time isn't advancing, so maybe
>> something not quite right with the clock chip RTL (uPD1990.v).
>>
>> If you would like to use this RTL as a starting point, I'm happy to post
>> it to github and give you a link.  The files in this design are:
>>
>> -rw-rw-r-- 1 kpettit users  4108 Apr 16  2012 armspi.v
>> -rw-rw-r-- 1 kpettit users 97936 Apr 12  2012 cpu8085.v
>> -rw-rw-r-- 1 kpettit users  2468 May  8  2016 fifo1kx13sram.v
>> -rw-r--r-- 1 kpettit users  1531 May  9  2016 hvsync_generator.v
>> -rw-rw-r-- 1 kpettit users 19422 Mar 31  2012 im6402.v
>> -rw-rw-r-- 1 kpettit users  8344 May  6  2016 keymap.v
>> -rw-rw-r-- 1 kpettit users 12032 May  5  2016 keyscan.v
>> -rw-rw-r-- 1 

Re: [M100] FPGA Model 100

2021-05-23 Thread Ken Pettit

Rob,

Also, finding a large format 240x64 LCD is near impossible.  I found 
some that are 5" diagonal, but compared to the 8" diagonal on the Model 
100, this is still pretty small.  For a modern update (i.e. Model 401), 
you would probably want to to with something like this full color LCD 
and take care of the protocol difference in an RTL module in the FPGA:


https://www.ebay.com/itm/292910561674?chn=ps=1=1=711-117182-37290-0=2=292910561674=1264366839729=c=pla=9061205==11616981724=123084477340=pla-1264366839729=9300455=102019429=CjwKCAjw-qeFBhAsEiwA2G7Nl9j3Z7bUDPWfr_bR3zQ2FELXd8BEcvVFlTCh1q_JiMbD7aQ5DUdDYxoCyS4QAvD_BwE

Ken

On 5/22/21 2:18 PM, Rob Messer wrote:

Ken,

That is awesome! I am admittedly a mechanical engineer and I took one 
semester of computer engineering and VHDL programming and changed 
majors (I was more of a beer drinker than D guy). In any event I 
will rope in some colleagues and badger them with questions. Another 
question is whether there are LCD screens close to what the Model 100 
had still available (240X64) with similar dimensions. It think backlit 
would be great.


I have been really saddened to see fewer and fewer Model 100s on Ebay. 
I also think the machine could be very useful still. I am thinking 
about people who want to work without distraction of the internet and 
have some basic capabilities. Imagine adding some minor features like 
bluetooth file transfer and an SD card slot, that would make this a 
very useful device. It will be the model 104 :)


If you want to share this on Github that would be great! I will be 
sure to update you on the progress!


BR

/RGM

On Sat, May 22, 2021 at 9:44 PM Ken Pettit > wrote:


Hey Rob,

I have an RTL design I worked on YEARS ago where I was trying to
get the
Model 100 in an FPGA along with some extensions.  It was back when
there
was a lot of talk on the list about a Model 401.  For those who
weren't
around then or don't recall, the Model 401 was something that was
discussed around April Fools day (thus the number 401) about an
updated
Model 100.

I actually had this running somewhat on an Actel Igloo FPGA at that
time, though not fully.  I believe I had extended the 8085
instruction
set to add relative jump and branch opcodes using the "MOV A,A", "MOV
B,B" etc. opcodes which are basically useless and not used in the
M100
ROM.  I was also planning at that time to have a 2-processor system
where the LCD and Keyboard would be shared by both the extended
8085 and
an ARM core.  The keyboard controller I wrote detects a hotkey escape
sequence to connect the LCD and keyboard to either the ARM
interface or
the 8085 interface.

I just re-ran my RTL simulation and I see that it is at least running
and generating an output on the RTL testbench LCD monitor that I
wrote.
This LCD monitor in the testbench monitors all LCD writes and outputs
"pixels" as X'x to a Linux /dev/pty device.  Then with minicom
connected
using Linux socat, I can see what the emulation is sending to the
LCD.
I have attached a snapshot of the output of the simulation (the
dots are
actually very small X's, just zoomed out so it's like a 3-point
font on
minicom or something). You can see the minicom status line at the
bottom
in a very small font.  I can see the time isn't advancing, so maybe
something not quite right with the clock chip RTL (uPD1990.v).

If you would like to use this RTL as a starting point, I'm happy
to post
it to github and give you a link.  The files in this design are:

-rw-rw-r-- 1 kpettit users  4108 Apr 16  2012 armspi.v
-rw-rw-r-- 1 kpettit users 97936 Apr 12  2012 cpu8085.v
-rw-rw-r-- 1 kpettit users  2468 May  8  2016 fifo1kx13sram.v
-rw-r--r-- 1 kpettit users  1531 May  9  2016 hvsync_generator.v
-rw-rw-r-- 1 kpettit users 19422 Mar 31  2012 im6402.v
-rw-rw-r-- 1 kpettit users  8344 May  6  2016 keymap.v
-rw-rw-r-- 1 kpettit users 12032 May  5  2016 keyscan.v
-rw-rw-r-- 1 kpettit users 40316 May  7  2016 lcd.v
-rw-rw-r-- 1 kpettit users   687 May  9  2016 m100rom.v
-rw-rw-r-- 1 kpettit users  6383 Apr 13  2012 mapper.v
-rw-rw-r-- 1 kpettit users 16475 May  7  2016 model401.v
-rw-r--r-- 1 kpettit users  7842 May  5  2016 nr5_tx8n.vhd
-rw-rw-r-- 1 kpettit users  6161 May  4  2016 nr5_uart.v
-rw-rw-r-- 1 kpettit users  5947 Apr  7  2012 pio8155.v
-rw-rw-r-- 1 kpettit users  1825 Mar 23  2012 ramCore512.v
-rw-rw-r-- 1 kpettit users  1836 Apr 11  2012 ramCore512x9.v
-rw-rw-r-- 1 kpettit users  9971 Apr 15  2012 socTop.v
-rw-rw-r-- 1 kpettit users  1036 May  9  2016 sram32k.v
-rw-rw-r-- 1 kpettit users  1114 May  7  2016 sram512.v
-rw-rw-r-- 1 kpettit users  1116 May  8  2016 sram512x9.v
-rw-r--r-- 1 kpettit users  9053 May  5  2016 uart_rx8n.vhd
-rw-rw-r-- 1 

Re: [M100] FPGA Model 100

2021-05-23 Thread Ken Pettit

Hi Britt,

Thanks!

The other idea besides putting this into an FPGA would be to make a real 
live ASIC!!!  There is an old 130nm process that Skywater and Google 
have made open-source and Google has funded several multi-project-wafer 
(MPW) shuttle runs in conjunction with a company called Efabless.  I 
tried getting a design on the first shuttle, but ended up spending a 
couple of weeks in the hospital and recovery during the time leading up 
to the submission deadline.  Would be really cool to get a Model 401 
ASIC on one of those free Google Shuttles!!  :)


Ken

On 5/22/21 2:26 PM, Britt Dodd wrote:

I really wish I could figure out FPGAs! I’d love to run this and make some 
hybrid M100/internet thing. Have an app that would be like the TRS-80 Prodigy 
or something. PCB layouts and FPGAs are way out of my wheelhouse at the moment.

Awesome work!

Sent from my iPhone


On May 22, 2021, at 4:22 PM, Ken Pettit  wrote:

Hey Rob,

Actually, the time did finally advance.  I forgot that this is a simulation, so 
it takes quite a bit of real-time for even one second to pass in the simulated 
design.  It is up to 5 seconds now in my simulation after about 5-6 minutes of 
real time.

Ken


On 5/22/21 12:44 PM, Ken Pettit wrote:
Hey Rob,

I have an RTL design I worked on YEARS ago where I was trying to get the Model 
100 in an FPGA along with some extensions.  It was back when there was a lot of 
talk on the list about a Model 401. For those who weren't around then or don't 
recall, the Model 401 was something that was discussed around April Fools day 
(thus the number 401) about an updated Model 100.

I actually had this running somewhat on an Actel Igloo FPGA at that time, though not fully.  I 
believe I had extended the 8085 instruction set to add relative jump and branch opcodes using the 
"MOV A,A", "MOV B,B" etc. opcodes which are basically useless and not used in 
the M100 ROM.  I was also planning at that time to have a 2-processor system where the LCD and 
Keyboard would be shared by both the extended 8085 and an ARM core.  The keyboard controller I 
wrote detects a hotkey escape sequence to connect the LCD and keyboard to either the ARM interface 
or the 8085 interface.

I just re-ran my RTL simulation and I see that it is at least running and generating an 
output on the RTL testbench LCD monitor that I wrote.  This LCD monitor in the testbench 
monitors all LCD writes and outputs "pixels" as X'x to a Linux /dev/pty device. 
Then with minicom connected using Linux socat, I can see what the emulation is sending to 
the LCD.  I have attached a snapshot of the output of the simulation (the dots are 
actually very small X's, just zoomed out so it's like a 3-point font on minicom or 
something). You can see the minicom status line at the bottom in a very small font.  I 
can see the time isn't advancing, so maybe something not quite right with the clock chip 
RTL (uPD1990.v).

If you would like to use this RTL as a starting point, I'm happy to post it to 
github and give you a link.  The files in this design are:

-rw-rw-r-- 1 kpettit users  4108 Apr 16  2012 armspi.v
-rw-rw-r-- 1 kpettit users 97936 Apr 12  2012 cpu8085.v
-rw-rw-r-- 1 kpettit users  2468 May  8  2016 fifo1kx13sram.v
-rw-r--r-- 1 kpettit users  1531 May  9  2016 hvsync_generator.v
-rw-rw-r-- 1 kpettit users 19422 Mar 31  2012 im6402.v
-rw-rw-r-- 1 kpettit users  8344 May  6  2016 keymap.v
-rw-rw-r-- 1 kpettit users 12032 May  5  2016 keyscan.v
-rw-rw-r-- 1 kpettit users 40316 May  7  2016 lcd.v
-rw-rw-r-- 1 kpettit users   687 May  9  2016 m100rom.v
-rw-rw-r-- 1 kpettit users  6383 Apr 13  2012 mapper.v
-rw-rw-r-- 1 kpettit users 16475 May  7  2016 model401.v
-rw-r--r-- 1 kpettit users  7842 May  5  2016 nr5_tx8n.vhd
-rw-rw-r-- 1 kpettit users  6161 May  4  2016 nr5_uart.v
-rw-rw-r-- 1 kpettit users  5947 Apr  7  2012 pio8155.v
-rw-rw-r-- 1 kpettit users  1825 Mar 23  2012 ramCore512.v
-rw-rw-r-- 1 kpettit users  1836 Apr 11  2012 ramCore512x9.v
-rw-rw-r-- 1 kpettit users  9971 Apr 15  2012 socTop.v
-rw-rw-r-- 1 kpettit users  1036 May  9  2016 sram32k.v
-rw-rw-r-- 1 kpettit users  1114 May  7  2016 sram512.v
-rw-rw-r-- 1 kpettit users  1116 May  8  2016 sram512x9.v
-rw-r--r-- 1 kpettit users  9053 May  5  2016 uart_rx8n.vhd
-rw-rw-r-- 1 kpettit users 10794 Apr  7  2012 uPD1990.v

Ken


On 5/22/21 11:22 AM, Rob Messer wrote:
I have followed this email list for a years and I have never asked a 
question...but here goes! I am sitting here with my model 100 and I had an idea 
to 3D print a replica case and get my hands on an LCD and mechanical keyboard 
and try to faithfully reproduce the Model 100 with simple additions. I have 
enlisted a few friends (we are all engineers)... I was wondering of anyone 
knows of an FPGA implementation of the Model 100 hardware? I want to make a 
fairly faithful reproduction short of using an 80C85.

Thanks!

--
Robert Messer
BARA Sweden






Re: [M100] FPGA Model 100

2021-05-23 Thread Ken Pettit

Hey Rob,

Sorry for the delayed response ... your message ended up in my SPAM 
folder for some reason, along with the other responses on this thread.  
I must have hit the wrong key and marked the thread as SPAM accidentally 
or something.


After running my simulation yesterday and sending the email, I dug into 
the design I had done to remind myself.  Turns out I had done QUITE A 
BIT of work back in 2012.  I had extended the 8085 CPU with not only 
relative branch opcode, but also extended it's memory range to 16MB.  
This was done by:


  a.  Adding an 8-bit "page" register for each of the 16-bit register 
pairs (BC, DE, HL and PC).
  b.  Added an opcode to set the "page" register for those 16-bit reg 
pairs.

  c.  Adding opcodes for long jump operations:  LJMP,  LCALL, LRET
  d.  Changing the INT sources to perform LONG jump back to page zero 
of the ROM.

  e.  Patching the main M100 SYSTEM ROM to support LRET from the ISRs.
  f.  Adding a memory map peripheral that allows memory from the 16-meg 
space to be mapped to the base 64K space in 8K chunks (or maybe it was 
4K chunks).
  g.  Wrote assembly code to test all of the extended OPCODES, then 
setup the memory mapper with the main PATCHED ROM located at physical 
address 0x3 (mapped to the lower 64K) just to test it out.
  h.  Wrote an LCD handler that can accept standard M100 LCD signals 
from both 8085Ext CPU  *and* an ARM/RISC-V CPU at the same time. This 
module has memory for both interfaces and saves the state in that memory 
if the other CPU has control of the physical LCD.  Then when a Keyboard 
hotkey is pressed (CTRL-SHIFT-GRAPH 1  or CTRL-SHIFT-GRAPH-2), the 
module will updated the physical LCD from the saved up SRAM image using 
an internal state machine.


So the screenshot output from the simulation I posted yesterday was all 
of that running!


And actually, I would really like to join your "group of engineers" and 
help with this!  I have a whole collection of FPGA boards at my disposal 
here at home:


   Arty-35T   (Xilinx Artix-7 FPGA)
   CMOD-A7  (Xilinx Artix-7 FPGA)
   Mercury   (Xilinx Spartan-6 FPGA)
   Digilent NEXYS-3   (Xilinx Spartan-6 FPGA)
   miniSpartan-6+   (Xilinx Spartan-6 FPGA)
   DE0-NANO  (Altera Cyclone IV FPGA)
   Brevia2(Lattice XP2-5E FPGA)

Currently my favorite is the CMOD-A7 because it is small and has easy to 
use 512K Byte SRAM, is a breadboard form factor and is readily 
available.  But it is not 5V compliant, so that would need to be addressed.


The Arty-35T has more memory, but is DDR3 and a bit more difficult to 
work with.  But the board has Ethernet and other peripherals that the 
CMOD-A7 doesn't.


I also see there is a Mercury-2 board now with an Artix-7 FPGA, on-board 
SRAM and on-board 5V I/O translators.  But I think this company is a 
one-man shop and he just makes them based on sales, so I don't know 
about consistency of availability.  But I really like the Mercury-1 
boards I have.


I will put stuff together on a github site and also create a block 
diagram of what I have.


Ken

On 5/22/21 2:18 PM, Rob Messer wrote:

Ken,

That is awesome! I am admittedly a mechanical engineer and I took one 
semester of computer engineering and VHDL programming and changed 
majors (I was more of a beer drinker than D guy). In any event I 
will rope in some colleagues and badger them with questions. Another 
question is whether there are LCD screens close to what the Model 100 
had still available (240X64) with similar dimensions. It think backlit 
would be great.


I have been really saddened to see fewer and fewer Model 100s on Ebay. 
I also think the machine could be very useful still. I am thinking 
about people who want to work without distraction of the internet and 
have some basic capabilities. Imagine adding some minor features like 
bluetooth file transfer and an SD card slot, that would make this a 
very useful device. It will be the model 104 :)


If you want to share this on Github that would be great! I will be 
sure to update you on the progress!


BR

/RGM

On Sat, May 22, 2021 at 9:44 PM Ken Pettit > wrote:


Hey Rob,

I have an RTL design I worked on YEARS ago where I was trying to
get the
Model 100 in an FPGA along with some extensions.  It was back when
there
was a lot of talk on the list about a Model 401.  For those who
weren't
around then or don't recall, the Model 401 was something that was
discussed around April Fools day (thus the number 401) about an
updated
Model 100.

I actually had this running somewhat on an Actel Igloo FPGA at that
time, though not fully.  I believe I had extended the 8085
instruction
set to add relative jump and branch opcodes using the "MOV A,A", "MOV
B,B" etc. opcodes which are basically useless and not used in the
M100
ROM.  I was also planning at that time to have a 2-processor system
where the LCD and Keyboard would be shared by both 

Re: [M100] FPGA Model 100

2021-05-23 Thread Sean Couture
I know I asked if anyone had been looking into this as well. I feel a Model 
100/102/200 core for the MiSTer project would be really great to have. Already 
there are tons of vintage computers on the MiSTer project and the Tandys are 
definitely needing more representation. 

Sean

> On May 23, 2021, at 5:02 PM, m100-requ...@lists.bitchin100.com wrote:
> 
> Send M100 mailing list submissions to
>m100@lists.bitchin100.com
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>http://lists.bitchin100.com/listinfo.cgi/m100-bitchin100.com
> or, via email, send a message with subject or body 'help' to
>m100-requ...@lists.bitchin100.com
> 
> You can reach the person managing the list at
>m100-ow...@lists.bitchin100.com
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of M100 digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: FPGA Model 100 (Rob Messer)
>   2. Re: FPGA Model 100 (Britt Dodd)
>   3. DVI + Floppy Emulation (Dan Eicher)
>   4. Re: DVI + Floppy Emulation (Gregory McGill)
> 
> 
> --
> 
> Message: 1
> Date: Sat, 22 May 2021 23:18:05 +0200
> From: Rob Messer 
> To: m...@bitchin100.com
> Subject: Re: [M100] FPGA Model 100
> Message-ID:
>
> Content-Type: text/plain; charset="utf-8"
> 
> Ken,
> 
> That is awesome! I am admittedly a mechanical engineer and I took one
> semester of computer engineering and VHDL programming and changed majors (I
> was more of a beer drinker than D guy). In any event I will rope in some
> colleagues and badger them with questions. Another question is whether
> there are LCD screens close to what the Model 100 had still available
> (240X64) with similar dimensions. It think backlit would be great.
> 
> I have been really saddened to see fewer and fewer Model 100s on Ebay. I
> also think the machine could be very useful still. I am thinking about
> people who want to work without distraction of the internet and have some
> basic capabilities. Imagine adding some minor features like bluetooth file
> transfer and an SD card slot, that would make this a very useful device. It
> will be the model 104 :)
> 
> If you want to share this on Github that would be great! I will be sure to
> update you on the progress!
> 
> BR
> 
> /RGM
> 
>> On Sat, May 22, 2021 at 9:44 PM Ken Pettit  wrote:
>> 
>> Hey Rob,
>> 
>> I have an RTL design I worked on YEARS ago where I was trying to get the
>> Model 100 in an FPGA along with some extensions.  It was back when there
>> was a lot of talk on the list about a Model 401.  For those who weren't
>> around then or don't recall, the Model 401 was something that was
>> discussed around April Fools day (thus the number 401) about an updated
>> Model 100.
>> 
>> I actually had this running somewhat on an Actel Igloo FPGA at that
>> time, though not fully.  I believe I had extended the 8085 instruction
>> set to add relative jump and branch opcodes using the "MOV A,A", "MOV
>> B,B" etc. opcodes which are basically useless and not used in the M100
>> ROM.  I was also planning at that time to have a 2-processor system
>> where the LCD and Keyboard would be shared by both the extended 8085 and
>> an ARM core.  The keyboard controller I wrote detects a hotkey escape
>> sequence to connect the LCD and keyboard to either the ARM interface or
>> the 8085 interface.
>> 
>> I just re-ran my RTL simulation and I see that it is at least running
>> and generating an output on the RTL testbench LCD monitor that I wrote.
>> This LCD monitor in the testbench monitors all LCD writes and outputs
>> "pixels" as X'x to a Linux /dev/pty device.  Then with minicom connected
>> using Linux socat, I can see what the emulation is sending to the LCD.
>> I have attached a snapshot of the output of the simulation (the dots are
>> actually very small X's, just zoomed out so it's like a 3-point font on
>> minicom or something). You can see the minicom status line at the bottom
>> in a very small font.  I can see the time isn't advancing, so maybe
>> something not quite right with the clock chip RTL (uPD1990.v).
>> 
>> If you would like to use this RTL as a starting point, I'm happy to post
>> it to github and give you a link.  The files in this design are:
>> 
>> -rw-rw-r-- 1 kpettit users  4108 Apr 16  2012 armspi.v
>> -rw-rw-r-- 1 kpettit users 97936 Apr 12  2012 cpu8085.v
>> -rw-rw-r-- 1 kpettit users  2468 May  8  2016 fifo1kx13sram.v
>> -rw-r--r-- 1 kpettit users  1531 May  9  2016 hvsync_

Re: [M100] FPGA Model 100

2021-05-22 Thread ExPLIT | Pawel Radomychelski


 
 
  
   The simplest implementation of 80c85 is MiniMax 8085 by Sergey Kiselev.
  
  
   It has a very small amount of chips and is easy to build. It has also extension port for connecting keyboard and display.
  
  
   But for ROM exist only TinyBasic and mon85
  
  
   
  
  
   
  
  
   
  
  
   On May 22, 2021 at 8:22 PM Rob Messer  wrote:
  
  
   

 I have followed this email list for a years and I have never asked a question...but here goes! I am sitting here with my model 100 and I had an idea to 3D print a replica case and get my hands on an LCD and mechanical keyboard and try to faithfully reproduce the Model 100 with simple additions. I have enlisted a few friends (we are all engineers)... I was wondering of anyone knows of an FPGA implementation of the Model 100 hardware? I want to make a fairly faithful reproduction short of using an 80C85.
 
  
 
 
  Thanks!
  
  
   
  -- 
  
  
   
Robert Messer
BARA Sweden
   
  
 

   
  
 



Re: [M100] FPGA Model 100

2021-05-22 Thread Britt Dodd
I really wish I could figure out FPGAs! I’d love to run this and make some 
hybrid M100/internet thing. Have an app that would be like the TRS-80 Prodigy 
or something. PCB layouts and FPGAs are way out of my wheelhouse at the moment. 

Awesome work! 

Sent from my iPhone

> On May 22, 2021, at 4:22 PM, Ken Pettit  wrote:
> 
> Hey Rob,
> 
> Actually, the time did finally advance.  I forgot that this is a simulation, 
> so it takes quite a bit of real-time for even one second to pass in the 
> simulated design.  It is up to 5 seconds now in my simulation after about 5-6 
> minutes of real time.
> 
> Ken
> 
>> On 5/22/21 12:44 PM, Ken Pettit wrote:
>> Hey Rob,
>> 
>> I have an RTL design I worked on YEARS ago where I was trying to get the 
>> Model 100 in an FPGA along with some extensions.  It was back when there was 
>> a lot of talk on the list about a Model 401. For those who weren't around 
>> then or don't recall, the Model 401 was something that was discussed around 
>> April Fools day (thus the number 401) about an updated Model 100.
>> 
>> I actually had this running somewhat on an Actel Igloo FPGA at that time, 
>> though not fully.  I believe I had extended the 8085 instruction set to add 
>> relative jump and branch opcodes using the "MOV A,A", "MOV B,B" etc. opcodes 
>> which are basically useless and not used in the M100 ROM.  I was also 
>> planning at that time to have a 2-processor system where the LCD and 
>> Keyboard would be shared by both the extended 8085 and an ARM core.  The 
>> keyboard controller I wrote detects a hotkey escape sequence to connect the 
>> LCD and keyboard to either the ARM interface or the 8085 interface.
>> 
>> I just re-ran my RTL simulation and I see that it is at least running and 
>> generating an output on the RTL testbench LCD monitor that I wrote.  This 
>> LCD monitor in the testbench monitors all LCD writes and outputs "pixels" as 
>> X'x to a Linux /dev/pty device. Then with minicom connected using Linux 
>> socat, I can see what the emulation is sending to the LCD.  I have attached 
>> a snapshot of the output of the simulation (the dots are actually very small 
>> X's, just zoomed out so it's like a 3-point font on minicom or something). 
>> You can see the minicom status line at the bottom in a very small font.  I 
>> can see the time isn't advancing, so maybe something not quite right with 
>> the clock chip RTL (uPD1990.v).
>> 
>> If you would like to use this RTL as a starting point, I'm happy to post it 
>> to github and give you a link.  The files in this design are:
>> 
>> -rw-rw-r-- 1 kpettit users  4108 Apr 16  2012 armspi.v
>> -rw-rw-r-- 1 kpettit users 97936 Apr 12  2012 cpu8085.v
>> -rw-rw-r-- 1 kpettit users  2468 May  8  2016 fifo1kx13sram.v
>> -rw-r--r-- 1 kpettit users  1531 May  9  2016 hvsync_generator.v
>> -rw-rw-r-- 1 kpettit users 19422 Mar 31  2012 im6402.v
>> -rw-rw-r-- 1 kpettit users  8344 May  6  2016 keymap.v
>> -rw-rw-r-- 1 kpettit users 12032 May  5  2016 keyscan.v
>> -rw-rw-r-- 1 kpettit users 40316 May  7  2016 lcd.v
>> -rw-rw-r-- 1 kpettit users   687 May  9  2016 m100rom.v
>> -rw-rw-r-- 1 kpettit users  6383 Apr 13  2012 mapper.v
>> -rw-rw-r-- 1 kpettit users 16475 May  7  2016 model401.v
>> -rw-r--r-- 1 kpettit users  7842 May  5  2016 nr5_tx8n.vhd
>> -rw-rw-r-- 1 kpettit users  6161 May  4  2016 nr5_uart.v
>> -rw-rw-r-- 1 kpettit users  5947 Apr  7  2012 pio8155.v
>> -rw-rw-r-- 1 kpettit users  1825 Mar 23  2012 ramCore512.v
>> -rw-rw-r-- 1 kpettit users  1836 Apr 11  2012 ramCore512x9.v
>> -rw-rw-r-- 1 kpettit users  9971 Apr 15  2012 socTop.v
>> -rw-rw-r-- 1 kpettit users  1036 May  9  2016 sram32k.v
>> -rw-rw-r-- 1 kpettit users  1114 May  7  2016 sram512.v
>> -rw-rw-r-- 1 kpettit users  1116 May  8  2016 sram512x9.v
>> -rw-r--r-- 1 kpettit users  9053 May  5  2016 uart_rx8n.vhd
>> -rw-rw-r-- 1 kpettit users 10794 Apr  7  2012 uPD1990.v
>> 
>> Ken
>> 
>>> On 5/22/21 11:22 AM, Rob Messer wrote:
>>> I have followed this email list for a years and I have never asked a 
>>> question...but here goes! I am sitting here with my model 100 and I had an 
>>> idea to 3D print a replica case and get my hands on an LCD and mechanical 
>>> keyboard and try to faithfully reproduce the Model 100 with simple 
>>> additions. I have enlisted a few friends (we are all engineers)... I was 
>>> wondering of anyone knows of an FPGA implementation of the Model 100 
>>> hardware? I want to make a fairly faithful reproduction short of using an 
>>> 80C85.
>>> 
>>> Thanks!
>>> 
>>> -- 
>>> Robert Messer
>>> BARA Sweden
>>> 
>>> 
>> 
> 


Re: [M100] FPGA Model 100

2021-05-22 Thread Rob Messer
Ken,

That is awesome! I am admittedly a mechanical engineer and I took one
semester of computer engineering and VHDL programming and changed majors (I
was more of a beer drinker than D guy). In any event I will rope in some
colleagues and badger them with questions. Another question is whether
there are LCD screens close to what the Model 100 had still available
(240X64) with similar dimensions. It think backlit would be great.

I have been really saddened to see fewer and fewer Model 100s on Ebay. I
also think the machine could be very useful still. I am thinking about
people who want to work without distraction of the internet and have some
basic capabilities. Imagine adding some minor features like bluetooth file
transfer and an SD card slot, that would make this a very useful device. It
will be the model 104 :)

If you want to share this on Github that would be great! I will be sure to
update you on the progress!

BR

/RGM

On Sat, May 22, 2021 at 9:44 PM Ken Pettit  wrote:

> Hey Rob,
>
> I have an RTL design I worked on YEARS ago where I was trying to get the
> Model 100 in an FPGA along with some extensions.  It was back when there
> was a lot of talk on the list about a Model 401.  For those who weren't
> around then or don't recall, the Model 401 was something that was
> discussed around April Fools day (thus the number 401) about an updated
> Model 100.
>
> I actually had this running somewhat on an Actel Igloo FPGA at that
> time, though not fully.  I believe I had extended the 8085 instruction
> set to add relative jump and branch opcodes using the "MOV A,A", "MOV
> B,B" etc. opcodes which are basically useless and not used in the M100
> ROM.  I was also planning at that time to have a 2-processor system
> where the LCD and Keyboard would be shared by both the extended 8085 and
> an ARM core.  The keyboard controller I wrote detects a hotkey escape
> sequence to connect the LCD and keyboard to either the ARM interface or
> the 8085 interface.
>
> I just re-ran my RTL simulation and I see that it is at least running
> and generating an output on the RTL testbench LCD monitor that I wrote.
> This LCD monitor in the testbench monitors all LCD writes and outputs
> "pixels" as X'x to a Linux /dev/pty device.  Then with minicom connected
> using Linux socat, I can see what the emulation is sending to the LCD.
> I have attached a snapshot of the output of the simulation (the dots are
> actually very small X's, just zoomed out so it's like a 3-point font on
> minicom or something). You can see the minicom status line at the bottom
> in a very small font.  I can see the time isn't advancing, so maybe
> something not quite right with the clock chip RTL (uPD1990.v).
>
> If you would like to use this RTL as a starting point, I'm happy to post
> it to github and give you a link.  The files in this design are:
>
> -rw-rw-r-- 1 kpettit users  4108 Apr 16  2012 armspi.v
> -rw-rw-r-- 1 kpettit users 97936 Apr 12  2012 cpu8085.v
> -rw-rw-r-- 1 kpettit users  2468 May  8  2016 fifo1kx13sram.v
> -rw-r--r-- 1 kpettit users  1531 May  9  2016 hvsync_generator.v
> -rw-rw-r-- 1 kpettit users 19422 Mar 31  2012 im6402.v
> -rw-rw-r-- 1 kpettit users  8344 May  6  2016 keymap.v
> -rw-rw-r-- 1 kpettit users 12032 May  5  2016 keyscan.v
> -rw-rw-r-- 1 kpettit users 40316 May  7  2016 lcd.v
> -rw-rw-r-- 1 kpettit users   687 May  9  2016 m100rom.v
> -rw-rw-r-- 1 kpettit users  6383 Apr 13  2012 mapper.v
> -rw-rw-r-- 1 kpettit users 16475 May  7  2016 model401.v
> -rw-r--r-- 1 kpettit users  7842 May  5  2016 nr5_tx8n.vhd
> -rw-rw-r-- 1 kpettit users  6161 May  4  2016 nr5_uart.v
> -rw-rw-r-- 1 kpettit users  5947 Apr  7  2012 pio8155.v
> -rw-rw-r-- 1 kpettit users  1825 Mar 23  2012 ramCore512.v
> -rw-rw-r-- 1 kpettit users  1836 Apr 11  2012 ramCore512x9.v
> -rw-rw-r-- 1 kpettit users  9971 Apr 15  2012 socTop.v
> -rw-rw-r-- 1 kpettit users  1036 May  9  2016 sram32k.v
> -rw-rw-r-- 1 kpettit users  1114 May  7  2016 sram512.v
> -rw-rw-r-- 1 kpettit users  1116 May  8  2016 sram512x9.v
> -rw-r--r-- 1 kpettit users  9053 May  5  2016 uart_rx8n.vhd
> -rw-rw-r-- 1 kpettit users 10794 Apr  7  2012 uPD1990.v
>
> Ken
>
> On 5/22/21 11:22 AM, Rob Messer wrote:
> > I have followed this email list for a years and I have never asked a
> > question...but here goes! I am sitting here with my model 100 and I
> > had an idea to 3D print a replica case and get my hands on an LCD and
> > mechanical keyboard and try to faithfully reproduce the Model 100 with
> > simple additions. I have enlisted a few friends (we are all
> > engineers)... I was wondering of anyone knows of an FPGA
> > implementation of the Model 100 hardware? I want to make a fairly
> > faithful reproduction short of using an 80C85.
> >
> > Thanks!
> >
> > --
> > Robert Messer
> > BARA Sweden
> >
> >
>
>

-- 
Robert Messer
Palisandergatan 13
Bara Sverige 23040
Tel: 01146708901871
www.linkedin.com/in/robert-messer-a3833b4


Re: [M100] FPGA Model 100

2021-05-22 Thread Ken Pettit

Hey Rob,

Actually, the time did finally advance.  I forgot that this is a 
simulation, so it takes quite a bit of real-time for even one second to 
pass in the simulated design.  It is up to 5 seconds now in my 
simulation after about 5-6 minutes of real time.


Ken

On 5/22/21 12:44 PM, Ken Pettit wrote:

Hey Rob,

I have an RTL design I worked on YEARS ago where I was trying to get 
the Model 100 in an FPGA along with some extensions.  It was back when 
there was a lot of talk on the list about a Model 401. For those who 
weren't around then or don't recall, the Model 401 was something that 
was discussed around April Fools day (thus the number 401) about an 
updated Model 100.


I actually had this running somewhat on an Actel Igloo FPGA at that 
time, though not fully.  I believe I had extended the 8085 instruction 
set to add relative jump and branch opcodes using the "MOV A,A", "MOV 
B,B" etc. opcodes which are basically useless and not used in the M100 
ROM.  I was also planning at that time to have a 2-processor system 
where the LCD and Keyboard would be shared by both the extended 8085 
and an ARM core.  The keyboard controller I wrote detects a hotkey 
escape sequence to connect the LCD and keyboard to either the ARM 
interface or the 8085 interface.


I just re-ran my RTL simulation and I see that it is at least running 
and generating an output on the RTL testbench LCD monitor that I 
wrote.  This LCD monitor in the testbench monitors all LCD writes and 
outputs "pixels" as X'x to a Linux /dev/pty device. Then with minicom 
connected using Linux socat, I can see what the emulation is sending 
to the LCD.  I have attached a snapshot of the output of the 
simulation (the dots are actually very small X's, just zoomed out so 
it's like a 3-point font on minicom or something). You can see the 
minicom status line at the bottom in a very small font.  I can see the 
time isn't advancing, so maybe something not quite right with the 
clock chip RTL (uPD1990.v).


If you would like to use this RTL as a starting point, I'm happy to 
post it to github and give you a link.  The files in this design are:


-rw-rw-r-- 1 kpettit users  4108 Apr 16  2012 armspi.v
-rw-rw-r-- 1 kpettit users 97936 Apr 12  2012 cpu8085.v
-rw-rw-r-- 1 kpettit users  2468 May  8  2016 fifo1kx13sram.v
-rw-r--r-- 1 kpettit users  1531 May  9  2016 hvsync_generator.v
-rw-rw-r-- 1 kpettit users 19422 Mar 31  2012 im6402.v
-rw-rw-r-- 1 kpettit users  8344 May  6  2016 keymap.v
-rw-rw-r-- 1 kpettit users 12032 May  5  2016 keyscan.v
-rw-rw-r-- 1 kpettit users 40316 May  7  2016 lcd.v
-rw-rw-r-- 1 kpettit users   687 May  9  2016 m100rom.v
-rw-rw-r-- 1 kpettit users  6383 Apr 13  2012 mapper.v
-rw-rw-r-- 1 kpettit users 16475 May  7  2016 model401.v
-rw-r--r-- 1 kpettit users  7842 May  5  2016 nr5_tx8n.vhd
-rw-rw-r-- 1 kpettit users  6161 May  4  2016 nr5_uart.v
-rw-rw-r-- 1 kpettit users  5947 Apr  7  2012 pio8155.v
-rw-rw-r-- 1 kpettit users  1825 Mar 23  2012 ramCore512.v
-rw-rw-r-- 1 kpettit users  1836 Apr 11  2012 ramCore512x9.v
-rw-rw-r-- 1 kpettit users  9971 Apr 15  2012 socTop.v
-rw-rw-r-- 1 kpettit users  1036 May  9  2016 sram32k.v
-rw-rw-r-- 1 kpettit users  1114 May  7  2016 sram512.v
-rw-rw-r-- 1 kpettit users  1116 May  8  2016 sram512x9.v
-rw-r--r-- 1 kpettit users  9053 May  5  2016 uart_rx8n.vhd
-rw-rw-r-- 1 kpettit users 10794 Apr  7  2012 uPD1990.v

Ken

On 5/22/21 11:22 AM, Rob Messer wrote:
I have followed this email list for a years and I have never asked a 
question...but here goes! I am sitting here with my model 100 and I 
had an idea to 3D print a replica case and get my hands on an LCD and 
mechanical keyboard and try to faithfully reproduce the Model 100 
with simple additions. I have enlisted a few friends (we are all 
engineers)... I was wondering of anyone knows of an FPGA 
implementation of the Model 100 hardware? I want to make a fairly 
faithful reproduction short of using an 80C85.


Thanks!

--
Robert Messer
BARA Sweden








Re: [M100] FPGA Model 100

2021-05-22 Thread Ken Pettit

Hey Rob,

I have an RTL design I worked on YEARS ago where I was trying to get the 
Model 100 in an FPGA along with some extensions.  It was back when there 
was a lot of talk on the list about a Model 401.  For those who weren't 
around then or don't recall, the Model 401 was something that was 
discussed around April Fools day (thus the number 401) about an updated 
Model 100.


I actually had this running somewhat on an Actel Igloo FPGA at that 
time, though not fully.  I believe I had extended the 8085 instruction 
set to add relative jump and branch opcodes using the "MOV A,A", "MOV 
B,B" etc. opcodes which are basically useless and not used in the M100 
ROM.  I was also planning at that time to have a 2-processor system 
where the LCD and Keyboard would be shared by both the extended 8085 and 
an ARM core.  The keyboard controller I wrote detects a hotkey escape 
sequence to connect the LCD and keyboard to either the ARM interface or 
the 8085 interface.


I just re-ran my RTL simulation and I see that it is at least running 
and generating an output on the RTL testbench LCD monitor that I wrote.  
This LCD monitor in the testbench monitors all LCD writes and outputs 
"pixels" as X'x to a Linux /dev/pty device.  Then with minicom connected 
using Linux socat, I can see what the emulation is sending to the LCD.  
I have attached a snapshot of the output of the simulation (the dots are 
actually very small X's, just zoomed out so it's like a 3-point font on 
minicom or something). You can see the minicom status line at the bottom 
in a very small font.  I can see the time isn't advancing, so maybe 
something not quite right with the clock chip RTL (uPD1990.v).


If you would like to use this RTL as a starting point, I'm happy to post 
it to github and give you a link.  The files in this design are:


-rw-rw-r-- 1 kpettit users  4108 Apr 16  2012 armspi.v
-rw-rw-r-- 1 kpettit users 97936 Apr 12  2012 cpu8085.v
-rw-rw-r-- 1 kpettit users  2468 May  8  2016 fifo1kx13sram.v
-rw-r--r-- 1 kpettit users  1531 May  9  2016 hvsync_generator.v
-rw-rw-r-- 1 kpettit users 19422 Mar 31  2012 im6402.v
-rw-rw-r-- 1 kpettit users  8344 May  6  2016 keymap.v
-rw-rw-r-- 1 kpettit users 12032 May  5  2016 keyscan.v
-rw-rw-r-- 1 kpettit users 40316 May  7  2016 lcd.v
-rw-rw-r-- 1 kpettit users   687 May  9  2016 m100rom.v
-rw-rw-r-- 1 kpettit users  6383 Apr 13  2012 mapper.v
-rw-rw-r-- 1 kpettit users 16475 May  7  2016 model401.v
-rw-r--r-- 1 kpettit users  7842 May  5  2016 nr5_tx8n.vhd
-rw-rw-r-- 1 kpettit users  6161 May  4  2016 nr5_uart.v
-rw-rw-r-- 1 kpettit users  5947 Apr  7  2012 pio8155.v
-rw-rw-r-- 1 kpettit users  1825 Mar 23  2012 ramCore512.v
-rw-rw-r-- 1 kpettit users  1836 Apr 11  2012 ramCore512x9.v
-rw-rw-r-- 1 kpettit users  9971 Apr 15  2012 socTop.v
-rw-rw-r-- 1 kpettit users  1036 May  9  2016 sram32k.v
-rw-rw-r-- 1 kpettit users  1114 May  7  2016 sram512.v
-rw-rw-r-- 1 kpettit users  1116 May  8  2016 sram512x9.v
-rw-r--r-- 1 kpettit users  9053 May  5  2016 uart_rx8n.vhd
-rw-rw-r-- 1 kpettit users 10794 Apr  7  2012 uPD1990.v

Ken

On 5/22/21 11:22 AM, Rob Messer wrote:
I have followed this email list for a years and I have never asked a 
question...but here goes! I am sitting here with my model 100 and I 
had an idea to 3D print a replica case and get my hands on an LCD and 
mechanical keyboard and try to faithfully reproduce the Model 100 with 
simple additions. I have enlisted a few friends (we are all 
engineers)... I was wondering of anyone knows of an FPGA 
implementation of the Model 100 hardware? I want to make a fairly 
faithful reproduction short of using an 80C85.


Thanks!

--
Robert Messer
BARA Sweden