Re: [M100] M100 overclock

2020-11-01 Thread RETRO Innovations
On 11/1/2020 8:18 PM, Stephen Adolph wrote: You have to multiply by 2.  The input frequency to the processor is 2x the cpu speed Stock is 4.9152 MHz. So yes , but x2.. implication is a pretty fast cpld.  I think the xcr family at 7ns may just do it. To cut down on required CPU speed,

Re: [M100] M100 overclock

2020-11-01 Thread Stephen Adolph
You have to multiply by 2. The input frequency to the processor is 2x the cpu speed Stock is 4.9152 MHz. So yes , but x2.. implication is a pretty fast cpld. I think the xcr family at 7ns may just do it. On Sunday, November 1, 2020, RETRO Innovations wrote: > On 11/1/2020 6:19 PM,

Re: [M100] M100 overclock

2020-11-01 Thread RETRO Innovations
On 11/1/2020 6:19 PM, Stephen Adolph wrote: It would be convenient to stick to multiples of 2.4576MHz so that it is an easy divisor to create the system clock of 2.4576 MHz. 14.7456 gives gives divisors of 6,4,3,2 for frequencies of: 2.4576 3.6864 4.9152 7.3728 73.728MHz gives divisors

Re: [M100] M100 overclock

2020-11-01 Thread Stephen Adolph
It would be convenient to stick to multiples of 2.4576MHz so that it is an easy divisor to create the system clock of 2.4576 MHz. On Sun, Nov 1, 2020 at 6:33 PM Stephen Adolph wrote: > Yep possible for sure. Worth more investigation. > > > > > On Sun, Nov 1, 2020 at 4:25 PM RETRO

Re: [M100] M100 overclock

2020-11-01 Thread Stephen Adolph
Yep possible for sure. Worth more investigation. On Sun, Nov 1, 2020 at 4:25 PM RETRO Innovations wrote: > On 11/1/2020 12:52 PM, Philip Avery wrote: > > Could Turbo mode be software selectable? Just curious as if you were > > to enter MVT100 (or VT-100 output with CP/M), you wouldn't be >

Re: [M100] M100 overclock

2020-11-01 Thread RETRO Innovations
On 11/1/2020 12:52 PM, Philip Avery wrote: Could Turbo mode be software selectable? Just curious as if you were to enter MVT100 (or VT-100 output with CP/M), you wouldn't be constrained by internal M100 LCD. I was thinking the same thing.  A small 44 pin CPLD under the socket, attached to the

Re: [M100] M100 overclock

2020-11-01 Thread Philip Avery
Could Turbo mode be software selectable? Just curious as if you were to enter MVT100 (or VT-100 output with CP/M), you wouldn't be constrained by internal M100 LCD. Philip On 2/11/2020 12:44 am, Stephen Adolph wrote: Final story on 8MHz (well final for now!). Actually, the

Re: [M100] M100 overclock

2020-11-01 Thread Greg Swallow
Depending on the programmer, you could use an adapter cable from the programmer to a clip to go directly on the chip. Mike would probably have a more definative answer. The type of EPROM/EEPROM soldered in could matter as well. Nov 1, 2020 9:52:58 AM Brian White : > Some kind of borked re-send

Re: [M100] M100 overclock

2020-11-01 Thread Brian White
Some kind of borked re-send of a draft. Didn't I already send a proper version of that? Anyway disregard the last bit. I was starting to wonder if Mike's board might work as it's own programming adapter because it includes both the old and new pinouts. But that was silly and won't work because

Re: [M100] M100 overclock

2020-11-01 Thread Brian White
Teeprom is for the option rom. FlexROM_100 or FlexROM_102 is the main rom. Well really just the 100. No one really needs the 102 version because for 102 you can just use a plain 27C256 which is a lot simpler. Just for 102 you want to get some chipquick or fastchip desoldering alloy to get the

Re: [M100] M100 overclock

2020-11-01 Thread Stephen Adolph
I see 2 reasonable options. Wondering what interest there would be / reactions to these 2 options. Option 1. 80C85/4MHz. 1.66x speed increase - supports classic M100 use and CP/M - compatible with stock CPU, stock RAM, stock Main ROM, and existing option ROMs - CPU adapter board

Re: [M100] M100 overclock

2020-11-01 Thread Stephen Adolph
Final story on 8MHz (well final for now!). Actually, the processor/ram/keyboard all work at 8MHz. Only one thing I can see, and it is pretty important, doesn't. The LCD. The driver chips have to communicate with the CPU, and they are just too slow to get their data on the bus in time. So, I