test-drb

test-drb@ccmp.vtda.org

101090 discussions

by pete＠dunnington.u-net.com

On Mar 21, 11:09, Aaron Christopher Finney wrote: > > Does anyone have any practical advice concerning this, something that > might save me a little time/frustration? At least to start with, I'd ignore the MSCP stuff and play with the 11/73 and RXV21. It's easier to see what's going on, since you can single-step and look at the RXV21 registers; MSCP is a relatively complex protocol which uses command buffers in memory, and the registers won't tell you much. > I'd like to be able to set up the simplest system possible and try to > toggle in a bootstrap. I've played with the ones on metalab (RX01, MSCP) > without much real success so far. Trying to boot from the RX01's using the > bootstrap code on metalab results in the drive access light coming on, but > nothing else happening. Sending a break stops at 1044 every time, the > contents of that register is 1776. Trying to boot from the Dilog scsi > device #0 (should be DU0, right?) just hangs (again using the MSCP > bootstrap on metalab). The MSCP bootstrap is well-commented, so I can see > what's going on there...a little hint or push may be all I need to be able > to modify it to work for me. The RX01 bootstrap is not commented at all, > unfortunately. An RXV21 (RX02) bootstrap is different from an RXV11 (RX01). Below is one for an RXV21. I also have quite a few little routines to do things like echo to the console, test/size RAM, dump memory, find CSRs, do serial port loopback tests, etc; all small enough to enter using ODT. Mail me if you want any... 1 000000 ; RXV21_boot From Microcomputer Interfaces Handbook 1983-84, page 484 2 000000 ; Use ODT to enter, then set RS=340, R6=1000, R7=1000, then P 3 000000 ; 4 000000 ORG O1000 5 001000 ; 6 001000 012700 MOV #O100240,R0 6 001002 100240 7 001004 012701 MOV #O177170,R1 ; RXCSR 7 001006 177170 8 001010 005002 CLR R2 9 001012 012705 MOV #O200,R5 9 001014 000200 10 001016 012704 MOV #O401,R4 ; track 1, sector 1 10 001020 000401 11 001022 012703 MOV #O177172,R3 ; RXDBR 11 001024 177172 12 001026 030011 BIT R0,(R1) 13 001030 001776 BEQ $-4 ; wait for TransferReq or Done 14 001032 100437 BMI O1132 ; branch if ERR set 15 001034 012711 MOV #O407,(R1) ; set DDens, Read, Go 15 001036 000407 16 001040 030011 BIT R0,(R1) ; wait for TR 17 001042 001776 BEQ $-4 18 001044 100432 BMI O1132 ; branch if ERR set 19 001046 110413 MOVB R4,(R3) ; give sector number 20 001050 000304 SWAB R4 ; swap track and sector 21 001052 030011 BIT R0,(R1) ; wait for TR 22 001054 001776 BEQ $-4 23 001056 110413 MOVB R4,(R3) ; give track number 24 001060 000304 SWAB R4 ; swap sector and track 25 001062 030011 BIT R0,(R1) ; wait for TR 26 001064 001776 BEQ $-4 27 001066 100421 BMI O1132 28 001070 012711 MOV #O403,(R1) ; EmptyBuffer (DDens) command 28 001072 000403 29 001074 030011 BIT R0,(R1) ; wait for TR 30 001076 001776 BEQ $-4 31 001100 010414 MOV R4,(R4) ; save sector number 32 001102 010513 MOV R5,(R3) ; set word count=256 33 001104 030011 BIT R0,(R1) 34 001106 001776 BEQ $-4 ; wait for done 35 001110 100410 BMI O1132 36 001112 010213 MOV R2,(R3) ; set address=0 37 001114 060502 ADD R5,R2 ; increment... 38 001116 060502 ADD R5,R2 ; ...address 39 001120 122424 CMPB (R4)+,(R4)+ ; bump R4 by 2 and clear all flags 40 001122 120427 CMPB R4,#3 ; sectors 1 and 3 get done 40 001124 000003 41 001126 003735 BLE O1022 ; loop if not finished 42 001130 012700 MOV #0,R0 42 001132 000000 43 001134 005007 CLR PC ; go to address zero 44 001136 120427 CMPB R4,#0 ; dummy operation, pipelined but not executed 44 001140 000000 -- Pete Peter Turnbull Dept. of Computer Science University of York

26 years

Almost free 2-port and 4-port fanouts, IEEE 802.3 compliant, Ethernet Version 1.0 and 2.0 compatible AUIs

by pete＠dunnington.u-net.com

On Mar 21, 12:09, Mike Ford wrote: > >Perhaps someone can tell me, on list, why no one on this list has any > >interest in these. Maybe everyone is saving their money for iOpeners d8^) > > I don't have a clue what they are used for. I don't know either, but I might hazard a guess that they originated in the days of thick ethernet, when taps were expensive, and had to be fitted at specific intervals on the thick coax. Then perhaps it might make sense to connect two devices to one tap/transceiver. I'm just guessing, though. Now if they'd been the other "gender", so to speak -- ie, if they could be used to connect one device to two transceivers -- it would be tantamount to a bridge. Then I could probably use one as a media converter by adding both a 10base2 and a 10baseT transceiver, and link the 10base2 part of my home network to the 10baseT part without leaving a power-hungry repeater running all the time. I don't think they'll do that though. I once tried it with two transceivers back to back, and just got millions of collisions. -- Pete Peter Turnbull Dept. of Computer Science University of York

26 years

Are you sure the 6550 is dead? (was: Mos Technology RAM wanted)

by edick＠idcomm.com

OOPS! I misread the previous post . . . it does say 1k x 4 bits. The only 22-pin 4K-bit sram I remember from those days is one from EMM-SEMI, but the number escapes me. Nevertheless, the only SRAM I remember in a 22-pin package other than the EMM-SEMI parts, was the 256x4 2101. There were plenty of non-multiplexed DRAMs in that package, but few SRAMs. If you have 22-pin parts and the memory diagnostic is failing on a 4K-byte boundary, it's likely the parts are something wierd. The conclusion that Philip has reached here is quite plausible. I'd explore his proposed solution before going any further. MOS Technology did build a few oddball parts, but I don't remember seeing any of their parts as being THAT odd. My MOS data books don't include any memory parts, though they did build some ROMs at that time. Dick -----Original Message----- From: Philip.Belben(a)powertech.co.uk <Philip.Belben(a)powertech.co.uk> To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org> Date: Tuesday, March 21, 2000 10:51 AM Subject: Are you sure the 6550 is dead? (was: Mos Technology RAM wanted) > >> I think the basic number you're looking for is "2101" from the same 1K >> series as the famous "2102" which is a 16-pin 1kx1 with separate in and out. >> The 2101's I have are not fast enough to meet the 200ns spec. However, not >> much of anything that was readily available at the time the PET model 2001 >> came out was that fast. Either it was quite a bit faster, e.g. 2147, 2115, >> etc, or it was slower, e.g. 2114, 21L02, TMS4044 etc, which were typically >> 450 ns at that point in time. Those 450 ns parts worked handsomely with the >> 1 MHz 6502. Perhaps you'd be able to use a 2101. > >I would have thought a 2101 was far too small. These are 4kbit chips. > >I agree 200ns probably isn't essential - my PET of that date uses 450ns 2114s. >On the 1MHz 6502 you have 500ns between the two clock edges that govern RAM >timing - one guaranteeing a valid address, the second latching in the data. > >(FWIW there were FOUR motherboard designs for the early PETs, based on all >permutations of 2114 or 6550 RAM and 2316 or 6540 ROM. Mine is late for an old >style PET, and has 2114 and 6540) > >>>> > One of the MCS6550 RAMs has gone west. Does anyone have a spare, or an >>>> > equivalent, for sale? It's a 22-pin 1024 x 4 200ns static RAM. >>>> >>>> I'll have to check the RAMs in the spare PET that I >>>> keep in the garage. Can't remember whether they're SRAMs >>>> or DRAMs in the bigger PETs. >>> >>>Only the oldest 2001-x PETs use those SRAMs. I guess it's time to build >>>that upgrade board (a PAL, a pair of EPROMS, and some 6264s, a 62256, or >>>some cast-off PC cache). > >That's right. When they revised the ROM code, they revised the motherboard so >that all ROMs were 2332s (and the sockets would take 2732s) and all RAM was >dynamic. > >The thing that bothers me is that it says 3071 bytes free. This is EXACTLY the >number of bytes free you get on a 4K PET. > >My advice - Identify the suspect pair of chips (remember these are 4-bit wide >parts) - I have the circuit diagrams if you want - and swap them with the >corresponding pair for the top 1k of RAM. You should then get the message "6143 >BYTES FREE" when you power up. (Or try swapping them with the video RAM - >you'll soon see if the chip is dead!) > >I suspect, however, you will still get 3071 BYTES FREE. > >Let me explain. On these early PETS the top four address lines come from the >processor and go straight into a 74154 decoder, AND NOWHERE ELSE. This outputs >sixteen block select lines - one for each 4k of memory. Your PET is failing >memory test at exactly the point where it passes into the second 4k block from >the first. > >In short, I think a failure at the block boundary is too much of a coincidence. >I'd trace out what this line is doing from the 74154 (there is only one, and >it's 24 pin, so you can't miss it!) to the RAM. Failing this, I'd suspect >something else in the chip select logic. (It could, of course be a failure that >affects a whole chip, but I'd try the other things after you've swapped RAM >chips if the BYTES FREE doesn't change) > >As I said, I can lend you my copy of the circuit diagrams if you haven't already >got one. > >Philip. > > > > >********************************************************************** >This email and any files transmitted with it are confidential and >intended solely for the use of the individual or entity to whom they >are addressed. If you have received this email in error please notify >the system manager. > >This footnote also confirms that this email message has been swept >for the presence of computer viruses. > >Power Technology Centre, Ratcliffe-on-Soar, >Nottingham, NG11 0EE, UK >Tel: +44 (0)115 936 2000 >http://www.powertech.co.uk >**********************************************************************

26 years

Are you sure the 6550 is dead? (was: Mos Technology RAM wanted)

by pete＠dunnington.u-net.com

On Mar 21, 17:30, Philip.Belben(a)powertech.co.uk wrote: > I would have thought a 2101 was far too small. These are 4kbit chips. Correct :-) > I agree 200ns probably isn't essential - my PET of that date uses 450ns 2114s. Yes, I'm sure that's true. The 2114 PETs are rarer, but I can't see any reason to use 200ns devices, except that's what MOS Technology (who were largely owned by Commodore) were making. > (FWIW there were FOUR motherboard designs for the early PETs, based on all > permutations of 2114 or 6550 RAM and 2316 or 6540 ROM. I've got the schematics for all 4 types. They're almost identical except for slight differences in the memory decoding. > The thing that bothers me is that it says 3071 bytes free. This is EXACTLY the > number of bytes free you get on a 4K PET. > > My advice - Identify the suspect pair of chips (remember these are 4-bit wide > parts) Oh, I did that to check that it was definitely the RAM and not anything else, long before I posted my request. I could fix about anything else on the PET, but I draw the line at grinding the top off to poke at individual flip-flops in an IC :-) FWIW, the first job I had in computers/IT/whateveryoucallit was looking after (and repairing at component level) PETs and other micros, in 1981. The PET determines the RAM size by reading and writing a byte in every block and assumes it has found the top of RAM when it gets an error. It was just coincidence that one of the 5th pair was the one to go. So I now have a 7K PET, because I put the faulty IC in the top pair. It reports 6143 bytes free. -- Pete Peter Turnbull Dept. of Computer Science University of York

26 years

Are you sure the 6550 is dead? (was: Mos Technology RAM wanted)

by Philip.Belben＠powertech.co.uk

> I think the basic number you're looking for is "2101" from the same 1K > series as the famous "2102" which is a 16-pin 1kx1 with separate in and out. > The 2101's I have are not fast enough to meet the 200ns spec. However, not > much of anything that was readily available at the time the PET model 2001 > came out was that fast. Either it was quite a bit faster, e.g. 2147, 2115, > etc, or it was slower, e.g. 2114, 21L02, TMS4044 etc, which were typically > 450 ns at that point in time. Those 450 ns parts worked handsomely with the > 1 MHz 6502. Perhaps you'd be able to use a 2101. I would have thought a 2101 was far too small. These are 4kbit chips. I agree 200ns probably isn't essential - my PET of that date uses 450ns 2114s. On the 1MHz 6502 you have 500ns between the two clock edges that govern RAM timing - one guaranteeing a valid address, the second latching in the data. (FWIW there were FOUR motherboard designs for the early PETs, based on all permutations of 2114 or 6550 RAM and 2316 or 6540 ROM. Mine is late for an old style PET, and has 2114 and 6540) >>> > One of the MCS6550 RAMs has gone west. Does anyone have a spare, or an >>> > equivalent, for sale? It's a 22-pin 1024 x 4 200ns static RAM. >>> >>> I'll have to check the RAMs in the spare PET that I >>> keep in the garage. Can't remember whether they're SRAMs >>> or DRAMs in the bigger PETs. >> >>Only the oldest 2001-x PETs use those SRAMs. I guess it's time to build >>that upgrade board (a PAL, a pair of EPROMS, and some 6264s, a 62256, or >>some cast-off PC cache). That's right. When they revised the ROM code, they revised the motherboard so that all ROMs were 2332s (and the sockets would take 2732s) and all RAM was dynamic. The thing that bothers me is that it says 3071 bytes free. This is EXACTLY the number of bytes free you get on a 4K PET. My advice - Identify the suspect pair of chips (remember these are 4-bit wide parts) - I have the circuit diagrams if you want - and swap them with the corresponding pair for the top 1k of RAM. You should then get the message "6143 BYTES FREE" when you power up. (Or try swapping them with the video RAM - you'll soon see if the chip is dead!) I suspect, however, you will still get 3071 BYTES FREE. Let me explain. On these early PETS the top four address lines come from the processor and go straight into a 74154 decoder, AND NOWHERE ELSE. This outputs sixteen block select lines - one for each 4k of memory. Your PET is failing memory test at exactly the point where it passes into the second 4k block from the first. In short, I think a failure at the block boundary is too much of a coincidence. I'd trace out what this line is doing from the 74154 (there is only one, and it's 24 pin, so you can't miss it!) to the RAM. Failing this, I'd suspect something else in the chip select logic. (It could, of course be a failure that affects a whole chip, but I'd try the other things after you've swapped RAM chips if the BYTES FREE doesn't change) As I said, I can lend you my copy of the circuit diagrams if you haven't already got one. Philip. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. Power Technology Centre, Ratcliffe-on-Soar, Nottingham, NG11 0EE, UK Tel: +44 (0)115 936 2000 http://www.powertech.co.uk **********************************************************************

26 years

Toggling in PDP-11 Bootstraps

by brian.roth＠firstniagarabank.com

A good goal for you would be to get everything working under RT-11. That's a great way to learn. BTW, if you don't have a bootable 3rd party controller, or the DEC board with the boot ROMs, I hope you've figured out how to send the bootstrap over a serial line from a PC (I never did). Zane I did. I used to boot my 11/34 from RL02's with a 386 PC running Procomm. I believe I put the code in just a basic ASCII text file one line at a time with a carriage return after each and then uploaded the file as text over the same serial console line. Worked like a champ, and it sure saved the fingers from pressing those little chicklet keys on the programmers console...

26 years

OT: DSL and Apple Network Servers

by ckaiser＠oa.ptloma.edu

This is probably OT, so flames to my address. I finally tracked down a source of upgrades for my Apple Network Server 500. It will shortly be upgraded to 80MB RAM, and I'm mulling over buying a new processor card for it ($200! cough). MacWorks has some stuff in stock. So, with this buff discontinued box, I'm thinking of getting it a DSL line to boot. But I can't find a straight answer if all DSL services give you a static IP address or not. Do they? And should most of them work with AIX 4.1.4? I would think so, since it's just a DSL router and the ANS500 plugs into that like any other network. Thanks, sorry for the off-topic. (But hey, we've been discussing iOpeners all week, right? ;-) -- ----------------------------- personal page: http://www.armory.com/~spectre/ -- Cameron Kaiser * Point Loma Nazarene University * ckaiser(a)ptloma.edu -- FORTUNE: You will feel gypped by this fortune. -----------------------------

26 years

iOpener

by wilson＠dbit.dbit.com

Mine just arrived this morning, I had ordered it from Netpliance's own 800 # so evidently at least *they* still have stock even if CC doesn't (suits me, the nearest CC is 1.5 hours away from me anyway). In keeping with nerd tradition I've got the thing all in pieces before even powering it on for the first time -- boy they sure didn't skimp on screws! But the 44-pin connector is right there as promised. I'm thinking of maybe doing a tiny PCB rather than soldering 44 individual wires on, I wonder if there's a +12V source in hear anywhere so that standard 40-pin IDE drives could be used too and not just laptop drives? The case is *really* cramped though. John Wilson D Bit

26 years

Almost free 2-port and 4-port fanouts, IEEE 802.3 compliant, Ethernet Version 1.0 and 2.0 compatible AUIs

by whdawson＠mlynk.com

Hello again, Well, due to the overwhelming response for these 2-port and 4-port Ehernet fanouts (actually, none) I'm posting this one more time. Since each of these weigh less than a pound packaged for shipping, your total cost for one to three is only $4.80, delivered in the US I will send these internationally, but the cost will be higher. The current list price on the two port units is $80.00+, and the 4 port units go for $200.00+. If there is no interest by tomorrow morning, I'll be listing them on eBay. Perhaps someone can tell me, on list, why no one on this list has any interest in these. Maybe everyone is saving their money for iOpeners d8^) ??? Thanks, Bill whdawson(a)mlynk.com -> Hello group, -> -> These were given to me recently by another member of this list -> who also has -> no use for them (thanks, Pat). They can be yours for 1.5 times shipping -> cost. All are in great condition and I have no reason to believe they -> shouldn't work. Specifically, what I have are: -> -> Quantity 3 Allied Telesis / CentreCom model AT-280 (2-port transceiver -> fan-out) -> -> Quantity 3 Allied Telesis / CentreCom model AT-480 (4-port transceiver -> fan-out) -> -> Quantity 3 Canary Communications model F 4000 Rev.B (4-port transceiver -> fan-out) -> -> All are DTE powered and "can be installed with any existing -> standards-based -> transceiver used in thicknet (10BASE5), thinnet (10BASE2), fiber optic -> (FOIRL) and twisted pair (10BASE-T) installations". -> -> Summary information on the Allied Telesis units can be found at -> http://www.lantech.nl/products/ati/fanout.html and technical -> information and -> manuals in pdf format can be found at -> http://www.alliancedatacom.com/allied-telesyn-products.htm by using the -> site's "Search Site" button and entering either AT-280 or AT-480. -> -> Information on the Canary transceivers can be found at -> http://www.canarycom.com by searching for F-4000 and using the -> first link in -> the returned list. Information in pdf format for the F-4000 can -> be found by -> using the eighth link in the returned list, under Transceiver Products. -> -> Please contact me off list if interested in one or some for your own use. -> Please don't ask if your intention is resale. -> -> I realize these aren't vintage yet, but I know some of you can -> and will use -> these in networking vintage equipment d8^) -> -> I'll post to the list when all have been spoken for. -> -> Bill -> -> whdawson(a)mlynk.com ->

26 years

Mos Technology RAM wanted

by pete＠dunnington.u-net.com

On Mar 21, 8:51, Richard Erlacher wrote: > I think the basic number you're looking for is "2101" from the same 1K > series as the famous "2102" which is a 16-pin 1kx1 with separate in and out. No. The earliest PETS almost all used the MCS6550 SRAMs I mentioned; a few used 2114s (different and fairly rare PCB). The later ones all used 4116s. None of them ever used 2101s or 2102s. I'm looking for a MCS6550; nothing else will do :-) -- Pete Peter Turnbull Dept. of Computer Science University of York

26 years

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb