On 11/16/20 12:18 AM, Nick Shaner wrote:
any report on keyboard quality versus the model t? I really appreciate this
timely thread because I've been looking at the WP-2 of late.
I'm not a typist so I can only say it isn't exceptionally bad in some
way. There's a few youtube videos that review i
any report on keyboard quality versus the model t? I really appreciate this
timely thread because I've been looking at the WP-2 of late.
All best,
Nick
> On Nov 15, 2020, at 9:29 PM, Brian K. White wrote:
>
>> On 10/15/20 10:13 AM, Josh Malone wrote:
>> That sounds awesome, Brian! I'm excit
I have them in my store at arcadeshopper.com
On Sun, Nov 15, 2020 at 5:40 PM Robert J. Hutchins
wrote:
> Dear All,
>
>
>
> I need a battery cover for a Model 100.
>
> Anyone have an extra one for sale?
>
> I know someone responded but I deleted it by mistake!
>
> Please try again.
>
>
>
> Thank
Actually I would download the STL file and have Shapeways or Sculpteo print
it rather than use the Thingiverse option, because this part has small
detailed features that are difficult to do a good job with FDM printing.
I'd rather get it printed by SLS printing.
I'll post some links with that all
You mean besides the 3d-printed ones? Go on thingiverse.com and put TRS-80
in the search box, and a few different covers come up.
On Sun, Nov 15, 2020, 8:40 PM Robert J. Hutchins
wrote:
> Dear All,
>
>
>
> I need a battery cover for a Model 100.
>
> Anyone have an extra one for sale?
>
> I know
On 10/15/20 10:13 AM, Josh Malone wrote:
That sounds awesome, Brian! I'm excited to build one of these once the
PCB is ready.
The RAM version is now verified. FINALLY
The ROM version is not verified yet. I think I may actually just have a
bad chip or a bad solder on this first one I just buil
Dear All,
I need a battery cover for a Model 100.
Anyone have an extra one for sale?
I know someone responded but I deleted it by mistake!
Please try again.
Thank you
Robert J. Hutchins
Hi I see where you are going but in this case no. The cpu has a fixed time
period to get a response on the bus. As you go faster the device simply
cant put the correct data on the bus in time. Waiting in software would
amount to asking the device repeatedly...but every response is incorrect.
Wh
On Sun, Nov 15, 2020 at 12:48 PM Stephen Adolph
wrote:
> good question. In fact it is hardware. the response time of those
> drivers is pretty slow. seems like the first thing that happens is the
> pixels start to get distorted a bit.
>
And that's because of the higher clock frequency?
>
Did you try mComm for Windows?
http://www.club100.org/memfiles/index.php?&direction=0&order=&directory=Kurt%20McCullum
(Setup250.EXE)
The key points to that are, it's a windows executable that is not only a
TPDD emulator but also includes a bootstrapper to install TS-DOS or
TEENY onto the M100,
David,
to restore using RXCUTL you must first have done a backup with RXCUTL.
RXCINI is to rebuild REXCPM (REX half) from scratch.
Steve
On Sun, Nov 15, 2020 at 5:03 PM dgris...@knology.net
wrote:
> Stephen, All
>
> If I need to do a full restore of both the CP/M and REXCPM, will RXCUTL.DO
> res
Yes. The restorw is from a pre previously saved backup file.
On Sunday, November 15, 2020, dgris...@knology.net
wrote:
> Stephen, All
>
> If I need to do a full restore of both the CP/M and REXCPM, will RXCUTL.DO
> restore everything without having to use RXCINI.DO? (All RAM on REXCPM
> previou
Stephen, AllIf I need to do a full restore of both the CP/M and REXCPM, will RXCUTL.DO restore everything without having to use RXCINI.DO? (All RAM on REXCPM previously and fully reset.)ThanksDavid GSent from my Huawei Mobile
Yes, the stock CPU can run at 5MHz at least. I haven't tested it on my
latest incarnation of test setup so I don't have fine resolution on when it
dies.
I could see how much more is in the tank for a stock cpu.
I actually don't think it is worth it to use the Tundra 8MHz chip because
the rest of
On Nov 15, 2020, at 8:54 AM, Stephen Adolph wrote:
> @5MHZ, any 80C85 and any NSC800 can work
I recall you saying you were experimenting using an 8MHz binned 80C85. I'm
curious if early in the process you tried any experiments with a stock CPU --
that is, trying to produce the most performance
John,
good question. In fact it is hardware. the response time of those drivers
is pretty slow. seems like the first thing that happens is the pixels
start to get distorted a bit. And then if you go faster, the laptop
freezes at one specific location - in a loop where the LCD driver status is
c
On Sun, Nov 15, 2020 at 8:54 AM Stephen Adolph wrote:
>
> 2) as some speed, the LCD can't keep up so you get missing pixels
>
>>
>>>
Curious if that's a hardware or software problem.
As in, is there some dependency in the code on a slower speed that has
always been there. Or is this a fundament
Steve,
I was not successful trying to get Teeny into my M100. Same for LaddieAlpha.
I think that my 64-bit Win10 laptop is not capable of sending just text as a
file transfer. I tried TeraTerm, and Putty with no luck (although TeraTerm was
the most helpful via configuration options).
I will
I have some more results. My 74HC4046 PLL worked pretty well to generate a
fine tune clock rate. It is a bit jittery, so not ideal.
As a result this data is probably worse than it really is.
These results are using hardware with
1) 150nsec EPROM ROM
2) 100 nsec SRAM
3) M2 upgraded buffer
Proces
Steve,
I thought about this a lot. I suspect that my method of getting RXCINI.DO into
the M100 is the key flaw, not your work at all.
I will next:
1. Check the REXCPM physical installation
2. Try Teeny
More later. All this just reminds me of how computers were back when they
20 matches
Mail list logo
