Re: Got a Rainbow 100 and ...
On Sun, Nov 11, 2018 at 7:41 AM Alan Perry wrote: > > > > On 11/10/18 11:00 PM, Tony Duell wrote: > > On Sun, Nov 11, 2018 at 6:56 AM Alan Perry wrote: > >> > >> > >> On 11/10/18 10:51 PM, Tony Duell wrote: > >>> On Sun, Nov 11, 2018 at 6:47 AM Alan Perry via cctalk > >>> wrote: > >>> > What I got was the system unit, a VR201 monitor, a keyboard, a vertical > deskside stand for the system unit, and a LQP02 daisy wheel printer. I > also got the MS-DOS and CP/M doc and software slip cover boxes. The CP/M > disk box is still sealed and the CP/M docs are still in shrink wrap. The > specific need that the seller bought it for involved MS-DOS, not CP/M. > >>> Does it have any of the optional expansion boards (hard disk controller, > >>> RAM, graphics) in it? > >> Right now I am looking up how to open up the system unit and see what's > >> inside. > > There's a catch on each side under the 'step'. Release those and the > > cover comes off. Unplug the drive and power cables from the main > > PCB assembly (at the rear right), undo the thumbscrews on the back > > and the PCB assembly slides out. > Nice. Yes, this series of machines (Rainbow, DECmate II, Pro300) can be dismantled into the FRUs without using tools. Not that that is a great advantage for us now, since once you've taken it apart you most likely need a soldering iron, 'scope, logic analyser, etc to fix it. > > It is clean on the inside. A very thin coating of dust. > > As far as the hardware itself ... > > There is nothing in the left-side drive bay, just the dual floppy drive > in the right-side bay. > > There is a memory expansion board (how can one determine its size?) and I seem to remember there are at least 2 versions of the RAM card. The older one doesn't have a DIP switch on it and can only take 64K DRAMs. I've only ever seen it with a full set of RAMs soldered in, giving an extra 192K (3 banks of RAM). The later one has a 4-way DIP switch on it. Each bank of RAMs (9 chips each) can either be 64K or 256K. You have to set the switch appropriately (I think positions 1-3 are the size of each of the 3 banks of RAM, position 4 enables/ disables parity checking).. If you have that one, it's probably easiest to see what RAMs are installed. > the board that the floppy drive connects to (is it all floppy controller?). Yes. A lot of it is the data separator. > > That's it. > > Is there anything that I should check on it before I connect it to power? > Depends on how lucky you feel. I would always test the PSU on a dummy load before connecting the boards and drive. -tony
Re: New to System/36
On 11/10/18 6:59 PM, alan--- via cctalk wrote: > The BASIC, FORTRAN, and COBOL languages were not installed. Languages are difficult to find.
Another IC I Can't Identify
I am still working on the causes of a Reset on my Pro 350. One 8-pin DIP chip that I have traced to is marked as follows: 9643TC-B1 F 8313 KOREA It is very close to the F-11 chips at the bottom left and marked E135 in this picture https://rjarratt.files.wordpress.com/2018/10/system-board-labelled.jpg Can anyone tell me what this is? Thanks Rob
Re: Another IC I Can't Identify
On Sun, Nov 11, 2018 at 6:32 PM Rob Jarratt via cctalk wrote: > > I am still working on the causes of a Reset on my Pro 350. One 8-pin DIP > chip that I have traced to is marked as follows: > > > > 9643TC-B1 > > F 8313 > > KOREA > > > > It is very close to the F-11 chips at the bottom left and marked E135 in > this picture > https://rjarratt.files.wordpress.com/2018/10/system-board-labelled.jpg How about a Fairchild 9643TC dual TTL-MOS level shifter? I found a datasheet with Google. The pinout seems to be : 1 : Input A 2 : Enable Input 3 : Input B 4 : Ground 5 : Output B 6 : Vcc2 (Output stage Vcc) 7 : Output A 8 : Vcc1 (Input stage Vcc, normally +5V) -tony
Re: Another IC I Can't Identify
> 9643TC-B1 http://bitsavers.trailing-edge.com/components/fairchild/_dataBooks/1978_Fairchild_Full_Line_Condensed_Catalog.pdf pdf p.219 Dual TTL to CCD/MOS Drvr Pinout? http://ic72.com/pdf_file/d/161010.pdf
Sun doc: "Writing Device Drivers for the Sun Workstation"
I discovered this one (Document 800-1304-05, 19 September 1986 Still in shirnk-wrap, so pristine. I offered it to Al, but got no response. FFS USA --Chuck
RE: Another IC I Can't Identify
> -Original Message- > From: Tony Duell [mailto:ard.p850...@gmail.com] > Sent: 11 November 2018 18:41 > To: r...@jarratt.me.uk; Jarratt RMA ; General > Discussion: On-Topic and Off-Topic Posts > Subject: Re: Another IC I Can't Identify > > On Sun, Nov 11, 2018 at 6:32 PM Rob Jarratt via cctalk > wrote: > > > > I am still working on the causes of a Reset on my Pro 350. One 8-pin > > DIP chip that I have traced to is marked as follows: > > > > > > > > 9643TC-B1 > > > > F 8313 > > > > KOREA > > > > > > > > It is very close to the F-11 chips at the bottom left and marked E135 > > in this picture > > https://rjarratt.files.wordpress.com/2018/10/system-board-labelled.jpg > > How about a Fairchild 9643TC dual TTL-MOS level shifter? > > I found a datasheet with Google. The pinout seems to be : > 1 : Input A > 2 : Enable Input > 3 : Input B > 4 : Ground > 5 : Output B > 6 : Vcc2 (Output stage Vcc) > 7 : Output A > 8 : Vcc1 (Input stage Vcc, normally +5V) > Thanks for all the replies. If that is indeed what it is, then I still have not been able to find the source of one of the signals that seems to be causing the Reset, every pin I have found so far is an input, I have not found it connected to the output of anything yet :-( Regards Rob
Re: Another IC I Can't Identify
On 2018-Nov-11, at 11:52 AM, Rob Jarratt via cctalk wrote: > Thanks for all the replies. If that is indeed what it is, then I still have > not been able to find the source of one of the signals that seems to be > causing the Reset, every pin I have found so far is an input, I have not > found it connected to the output of anything yet :-( Have you tried the reverse? : follow an origin that you know should be controlling reset, such as the power-on indication from the PS, and see if you can trace it to the CPU.
RE: Another IC I Can't Identify
> -Original Message- > From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Brent > Hilpert via cctalk > Sent: 11 November 2018 20:07 > To: General Discussion: On-Topic and Off-Topic Posts > > Subject: Re: Another IC I Can't Identify > > On 2018-Nov-11, at 11:52 AM, Rob Jarratt via cctalk wrote: > > Thanks for all the replies. If that is indeed what it is, then I still have not > been able to find the source of one of the signals that seems to be causing > the Reset, every pin I have found so far is an input, I have not found it > connected to the output of anything yet :-( > > > Have you tried the reverse? : follow an origin that you know should be > controlling reset, such as the power-on indication from the PS, and see if you > can trace it to the CPU.= I have already found that source and it all looks OK. I think I have identified another input to a NOR gate that is high and causing the reset, but I can't find where it comes from. Regards Rob
Re: Another IC I Can't Identify
On 2018-Nov-11, at 1:32 PM, Rob Jarratt wrote: >> -Original Message- >> From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Brent >> Hilpert via cctalk >> >> On 2018-Nov-11, at 11:52 AM, Rob Jarratt via cctalk wrote: >>> Thanks for all the replies. If that is indeed what it is, then I still > have not >> been able to find the source of one of the signals that seems to be > causing >> the Reset, every pin I have found so far is an input, I have not found it >> connected to the output of anything yet :-( >> >> >> Have you tried the reverse? : follow an origin that you know should be >> controlling reset, such as the power-on indication from the PS, and see if > you >> can trace it to the CPU.= > > I have already found that source and it all looks OK. I think I have > identified another input to a NOR gate that is high and causing the reset, > but I can't find where it comes from. > Perhaps I'm not clear on what you're saying, I was taking you as meaning you hadn't found a source driving the reset line. While you've found a PWR-OK signal and it looks good, have you found how it connects to the reset line? Reset-line arrangements on small machines aren't usually that complicated. (Usually the power-on signal source is a series RC combination (often with additional discretes such as diodes) between a power-bus and ground). Perhaps put up an image of the schematic you have so far.
RE: Another IC I Can't Identify
> -Original Message- > From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Brent > Hilpert via cctalk > Sent: 11 November 2018 21:50 > To: General Discussion: On-Topic and Off-Topic Posts > > Subject: Re: Another IC I Can't Identify > > On 2018-Nov-11, at 1:32 PM, Rob Jarratt wrote: > >> -Original Message- > >> From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of > >> Brent Hilpert via cctalk > >> > >> On 2018-Nov-11, at 11:52 AM, Rob Jarratt via cctalk wrote: > >>> Thanks for all the replies. If that is indeed what it is, then I > >>> still > > have not > >> been able to find the source of one of the signals that seems to be > > causing > >> the Reset, every pin I have found so far is an input, I have not > >> found it connected to the output of anything yet :-( > >> > >> > >> Have you tried the reverse? : follow an origin that you know should > >> be controlling reset, such as the power-on indication from the PS, > >> and see if > > you > >> can trace it to the CPU.= > > > > I have already found that source and it all looks OK. I think I have > > identified another input to a NOR gate that is high and causing the > > reset, but I can't find where it comes from. > > > > Perhaps I'm not clear on what you're saying, I was taking you as meaning you > hadn't found a source driving the reset line. > While you've found a PWR-OK signal and it looks good, have you found how > it connects to the reset line? > > Reset-line arrangements on small machines aren't usually that complicated. > (Usually the power-on signal source is a series RC combination (often with > additional discretes such as diodes) between a power-bus and ground). > > Perhaps put up an image of the schematic you have so far. I have posted an image here: https://rjarratt.files.wordpress.com/2018/11/system-board.png At the far right you will see a "To F11 Reset", my understanding is that this is active High. I have determined that the D input on E141 is always high. The CLR input on E141 is periodically set, thus causing a pulsing high output on E141, leading to a pulsing Reset on the F11 chipset. Thanks Rob
Re: VAX 9440
On Sat, Nov 10, 2018 at 8:55 AM Jim Manley via cctalk wrote: > It's one thing to replace discrete transistors in our IBM > 1401, but, it's quite another to desolder and yank various little black > rectangles off extremely dense circuit boards without destroying anything > else ... and then solder in a replacement, Actually that's just as easy as the discrete transistors. You just need a vacuum desoldering station. I use a Hakko 472D-01, which is great, but unfortunately discontinued. Hakko's replacement, the FR410-03, is even better, but unfortunately is twice as expensive (around $950). Some people are satisfied with the handheld vacuum desoldering irons, like the Hakko 808 (now replaced by Hakko FR-301). They're OK for some small jobs, but the handpiece is bulky and heavy, so it's difficult if you have a lot of desoldering to do, or the density is high so you need careful positioning. The pencil-style handpiece of the 472D-01 or FR410-03 is smaller and much lighter. There are cheap no-name Chinese desoldering stations to be found online. I haven't tried them, but I've generally been dissatisfied with Chinese no-name soldering stations. if you can find one not already > firmly attached to another board with another kind of failure. > Actually that's ideal, because parting out a non-working board isn't destroying anything useful, and a vacuum desoldering station allows the ICs to be removed without damaging them. However, for rare parts it's more common to not have any other board with that part, working or otherwise.
Re: DEC Alpha Bug Check Crash
On 11/10/2018 6:17 AM, Peter Coghlan via cctalk wrote: It maybe that the DECW$Config.exe image is bad, since that is where the bugcheck always occurs. Although this is confusing because it did successfully boot in console mode previously. While it's not impossible, I doubt the problem is in the DECW$Config.exe image. I think it is more likely to be in a device driver image which is exercised because of an I/O done by DECW$Config.exe. It may be that the bugcheck always happens when DECW$Config.exe is running because DECW$Config.exe is the first thing to touch the I/O device in question. Regards, Peter Coghlan. This is most likely correct. I re-installed the OS on a different SD card/SCSI2SD device and got a successful graphics boot up. Do SD cards drop bits or go bad? I was happy to get it running again, I was afraid it was a hardware issue. The one spare 3000-300 I have didn't start up at all. Doug
