Re: CBM720 heads up

From: Bill Degnan <billdegnan_at_gmail.com>
Date: Fri, 2 Jan 2015 09:20:10 -0500
Message-ID: <20150102142010.GA2764@raspberrypi>
I am working on connecting to the Internet via a Raspberry Pi (on an Apple /// at the 
moment, partially garbled text).  

Next I plan to work on the B-128 I will let you know if I can locate and use a terminal 
program successfully and post on my site in D0 format.  It's hard to find a good terminal
program that has flexibility to handle the characters generated by mutt.  I am working
on a general purpose .muttrc file.  Still work to do!
Bill

On Thu, Jan 01, 2015 at 11:35:31PM +0100, A. Fachat wrote:
> 
> Hi there, some update and a question...
> 
> I've replaced three dRAM chips, and the CIA used for the IEEE488 and now the 
> machine is working (even SID works). I'll update the pictures on Flickr when I 
> have more time.
> 
> However, I'm looking for a working program to test the RS232 interface. I 
> found the (two) CBM TERM program(s) - but unfortunately I have no idea how 
> they work.
> 
> Has anyone some more information on these terminal programs (e.g. how to 
> change baud rate etc), or another, more simple, terminal program for the 
> 600/700 machines?
> 
> Many thanks
> André
> 
> On Sunday 23 November 2014 18:21:42 you wrote:
> > Hi there,
> > 
> > On Sunday 02 November 2014 02:03:55 you wrote:
> > > > Unfortunately IEEE488 does not work (at least with my Arduino XD2031
> > > > setup... which probably doesn't mean much)
> > > 
> > > Check the CIA and TPI chips then.
> > 
> > Unfortunately I found that it didn't even get to using the IEEE bus because
> > of memory problems.
> > 
> > It looked as if in Bank 1 Bit D5 would be flakey. Writing various patterns
> > to it suggested that when you write a 0 to it, it would not be stable.
> > Address patterns are located in various 256 byte pages of bank 1, but there
> > in the top areas under addresses 127 and 255 of each page.
> > 
> > Unfortunately replacing the corresponding memory chip did not help - same
> > error pattern with a new chip.
> > 
> > So what do you think it could be?
> > - "bank 1" is NOT what uses "/CASSEG1,RASSEG1" in the schematics? then I
> > have replaced the wrong chip (from the wrong bank)
> > - I think the data bus buffer U33 is highly unlikely. It buffers all DRAM
> > accesses and the error is specifically located
> > - One of the four 4-to-1 selectors U27,U28,U34,U35? Bit patterns of the
> > error would then suggest multiple of those
> > - MUX decoding for those selectors? would that not influence all addresses?
> > - Or the PLA U75 in the end which is supposedly known to fail? It creates
> > /CASSEG1,/RASSEG1. But why then only some of the addresses within the bank?
> > 
> > I'm baffled.
> > 
> > https://www.flickr.com/photos/afachat/sets/72157647798386959/
> > 
> > (see also
> > http://www.vintage-computer.com/vcforum/showthread.php?45083-Commodore-B720
> > -repair )
> > 
> > Any help appreciated!
> > André
> > 
> > 
> >        Message was sent through the cbm-hackers mailing list
> 
> 
>        Message was sent through the cbm-hackers mailing list

       Message was sent through the cbm-hackers mailing list
Received on 2015-01-02 15:00:04

Archive generated by hypermail 2.2.0.