Well, if that word is too strong for the list, then I'll just lurk in
future and not participate.
Message: 3 Date: Tue, 21 Jul 2020 22:12:04 -0700 From: "John R.
Hogerhuis" To: m...@bitchin100.com Subject: Re:
[M100] M100 Still active? Message-ID:
Content-Type: text/plain;
Ok now I read it. Doesn't mean I'll remember. I forget stuff I write or
create myself.
Very cool though.
-- John.
Oh Joy here too Steve,
REXCPM arrived in later post. On way to work now. Will get it installed in the
AM.
Thanks,
GregS <><
Jul 22, 2020 6:51:13 PM Stephen Adolph :
> Great stuff Brian. Glad it arrived and is working for you. REXCPM
> benefitted from a lot of good ideas from others. The
Great stuff Brian. Glad it arrived and is working for you. REXCPM
benefitted from a lot of good ideas from others. The cable harness and
Molex carrier add to the quality significantly.
On Wednesday, July 22, 2020, Brian Brindle wrote:
> Just checked the mail ten minutes ago and found mine
Just checked the mail ten minutes ago and found mine in the box! Have to
say, very impressed with the quality of everything. Even enjoyed the extra
effort and details in the initialization software. Fantastic work!
Thanks for everything Steve!
Brian
On Thu, Jul 16, 2020, 2:17 PM John R.
http://bitchin100.com/wiki/index.php?title=BCR_TTL_SERIAL_HACK
this hack works well with 8085, based on SOD,
I am working on an NSC800 version, so that "Z80" modified M100s can also
transmit video data out the BCR port.
Background:
SOD pin, normally used to drive the cassette port, can be used
It is a hack I published on the wiki. It is used to for example drive data
to external video.
I can see I need to make my posts more fun to read!!!
On Wednesday, July 22, 2020, Kurt McCullum wrote:
> BCR Out? I wasn't aware that the BCR had an output pin.
>
> On Wed, Jul 22, 2020, at 3:54
BCR Out? I wasn't aware that the BCR had an output pin.
On Wed, Jul 22, 2020, at 3:54 PM, Stephen Adolph wrote:
> yah, I got it working bi-directional but half duplex. which is acceptable
> for TPDD protocol, but not normal RS-232.
>
>
> On Wed, Jul 22, 2020 at 6:31 PM John R. Hogerhuis
yah, I got it working bi-directional but half duplex. which is acceptable
for TPDD protocol, but not normal RS-232.
On Wed, Jul 22, 2020 at 6:31 PM John R. Hogerhuis wrote:
>
>
> On Wed, Jul 22, 2020 at 5:59 AM Stephen Adolph
> wrote:
>
>>
>> I used this board to send 57600baud serial data
On Wed, Jul 22, 2020 at 5:59 AM Stephen Adolph wrote:
>
> I used this board to send 57600baud serial data in/out of the BCR port.
>
Out? That's cool. I thought it was in only.
-- John.
Great clues. Thanks.
On Wednesday, July 22, 2020, 02:29:39 PM EDT, Jeffrey Birt
wrote:
This loss of an entire block is the symptom of a missing chip select. When the
LCD driver chips are powered/reset they will drive every pixel on/black. When
they receive the proper
This loss of an entire block is the symptom of a missing chip select. When the
LCD driver chips are powered/reset they will drive every pixel on/black. When
they receive the proper initialization, they will drive every pixel off/clear.
It seems the rest and initialization steps are being done
Will do.
On Wednesday, July 22, 2020, 01:21:58 PM EDT, Josh Malone
wrote:
So, I think I'm seeing entire controllers out (the empty square sections). But
if, as you say, the MENU screen works properly, then I would assume that some
communications is just slightly out-of-spec for the
Can do.
On Wednesday, July 22, 2020, 01:17:48 PM EDT, Stephen Adolph
wrote:
If you have a second M100, it would be interesting to see if the problem
follows the LCD. So, move the entire Top half of the M100 to a second machine
and see if the problem goes with the top half.
On Wed,
So, I think I'm seeing entire controllers out (the empty square sections).
But if, as you say, the MENU screen works properly, then I would assume
that some communications is just slightly out-of-spec for the chips. My
first suspect would be failing capacitors - but there are no electrolytics
on
If you have a second M100, it would be interesting to see if the problem
follows the LCD. So, move the entire Top half of the M100 to a second
machine and see if the problem goes with the top half.
On Wed, Jul 22, 2020 at 1:15 PM Stephen Adolph wrote:
> ok this is quite interesting. I'm not
ok this is quite interesting. I'm not sure what to make of that. And you
are sure there is no problem with the "hard reset MENU' screen.
On Wed, Jul 22, 2020 at 12:26 PM Chris Fezzler wrote:
> Here you go.
>
>
>
> On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph <
>
Here you go.
On Wednesday, July 22, 2020, 11:52:23 AM EDT, Stephen Adolph
wrote:
a pic of the garbled screen would be great if you can do it.. thanks
On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler wrote:
Sorry - typing too fast. Top four lines of the screen.
Yes, mostly garbage
a pic of the garbled screen would be great if you can do it.. thanks
On Wed, Jul 22, 2020 at 11:37 AM Chris Fezzler wrote:
> Sorry - typing too fast. Top four lines of the screen.
>
> Yes, mostly garbage all of the time. Except a hard rest will generate a
> proper menu screen.
> Yes, in BASIC
Sorry - typing too fast. Top four lines of the screen.
Yes, mostly garbage all of the time. Except a hard rest will generate a proper
menu screen.Yes, in BASIC the same. But if I type in a test program and hit
RUN the program will indeed run.So the computer is getting the
The screen has multiple chips that control chunks of the screen. Each chip has
its own chip select line labeled CS## on schematic. Seems like those chip
select signals are not all getting through.
Sent from my Windows 10 phone
From: Chris Fezzler
Sent: Wednesday, July 22, 2020 8:02 AM
To:
Hi Chris,
What do you mean by "the top 4". Do you mean top 4 lines on the screen? I
think so.
So is it correct to say that the LCD bottom 4 lines display garbage at
certain times
* not after a (hard) reset - you get a correct MENU display (not just a
RESET but a HARD RESET?)
* when you enter
I'm trying to troubleshoot what components on the circuit board process
keystrokes and send them to the screen.
The screen and keyboard on my Model 100 are in perfect working order. But only
the top four are processing correctly.
The bottom four are displaying gibberish. But if I type
as a suggestion if you included a breakout for pin 2, you could also use
this for Tx out on BCR, in line with the "BCR hack" I posted at the wiki.
as an FYI, I have a MAX232 based adapter board that converts TTL to RS-232,
for use with the BCR port.
I could share that if there is interest.
I used
Thanks for making the BCR breakout board Brian! Definitely will come in handy.
Kurt
On Wed, Jul 22, 2020, at 3:09 AM, Brian K. White wrote:
> On 7/13/20 5:41 PM, Kurt McCullum wrote:
> > Looks great. Might be worth adding one more hole that goes to the BCR
> > data in pin for those interested
On 7/13/20 5:41 PM, Kurt McCullum wrote:
Looks great. Might be worth adding one more hole that goes to the BCR
data in pin for those interested in using it for input.
I ended up making a separate breakout board for hacking/experimenting
Breakout: https://oshpark.com/shared_projects/MTOWfRkz
26 matches
Mail list logo
