Hi all,
I've now had some success getting MU-BASIC configured and running on multiple terminals under RT-11 V4 in simh, with a hardware configuration similar to that in my real PDP-11/45. I have a serial console + DZ11 in both configurations.
When SYSGEN-ing RT-11 V4, the only speed initialization options offered for the DZ11 lines are 110 or 300 baud. Is there a utility or incantation which will allow me to reconfigure these after RT-11 is booted? I scanned the RT-11 V4 docs last night, but came up empty (there is an "unsupported" SPEED.SAV in the distribution, but it looks like it only works with PDTs, and I couldn't find anything tucked away in the SET command or other places either).
It looks like I could write some MACRO code to try and set this using the .MTGET/.MTSET programmed requests, but I thought I'd ask here in case there is some known prefab way to do this that I missed looking through the docs?
cheers,
--FritzM.
> From: Aaron Jackson
> I have tried three controllers, two r/w modules and two servo
> controllers. I'm beginning to think the drive is fine and there is a
> problem with the RLV21 controller.
Err, think you mean RLV12 QBUS controller board, right?
Anyway, you've already tried ("three controllers") swapping that out?
If you have, perhaps there's a problem with a cable and/or the terminator?
However, at this point, sub-system swapping is probably not going to be the
best way to make progress. I think you're going to have to actually debug the
problem; i.e. dive in and work out what's happening wrong, and why, and trace
it back to the origin.
Luckily, for this generation (and before), DEC produced wonderful technical
manuals, which go into full detail of how the thing works. With that in hand,
the investigative process is a lot easier; you don't have to work out how the
thihg works by looking at the prints, it's all laid out in detail. And tech
manuals for both the RL02 drive and RLV12 controller (EK-RLV12-TD-001) are
available online, as are the prints (MP01282 for the RLV12).
So, I'd sit down with the RLV12 tech man and read through the section on the
drive<->controller bus (section 3.3). Then start looking at what the two are
saying to each other on the bus, and figure out what's actually going wrong.
>From there, you'll know where the source of the problem is, and can chase it
further.
I know this sounds like it would be time-consuming, but when you think about
the time/energy you've already put into swapping things around, chasing this
problem, it won't be.
Noel
Hello all,
As I never came across a complete unit of an early PDP-11 with lights-and-switches console, I decided 5-6 years ago to figure out, if I can't build one of out of different parts. It seemed possible to get there if I focus on parts for a 11/35 or 11/40.
5 years ago, I came accross a backplane for such as system. Two years later, I was lucky to purchase an almost complete board set (one board missing, the M7232) from another classic computer enthusiast. Last year, I got a BA11-F chassis with the power supply.
Over all those years, I looked out for a 11/35 or 11/40 panel (KY11-D), but I never was lucky to come accross one.On epay US, somebody is offering the plain PCB, but the seller says that he cannot ship to Europe :-(
My frustation pushes me now to ask, if anybody on this list has such a panel with the electronics board that he would consider to offer me for some $$$ to help me building a complete machine? I don't mind the panel color, e.g., if it's from a front-end PDP-11 of some bigger DEC system, or if the silkscreen is damaged or even missing. It would be great for me to get an early PDP-11 up and running and connect it to peripherals such as an RK07 that are in my collection.? I am located in Germany. Contact me off-list, if you have something to offer, please.? Best regards,Pierre
------------------------------------------------------------------------------- Pierre's collection of classic computers moved to: http://www.digitalheritage.de
> From: Sytse van Slooten
> digging through the documentation of KL-11 and DL-11 I did find
> references to generating a break (bit 0 in the XCSR). But not on how it
> would be received. ... How did a DL-11 like interface signal the
> reception of a break?
As JohnW says, framing error. FWIW, the UART chips used back then actually
produce a 'framing error' output, which is sent straight into that bit in the
RCSR.
> And how did the operating systems and software deal with it? Was it
> actually used at all?
Different systems used it for different things.
Unix V6 used 'break' on dial-up lines as the signal to switch speeds when you
first connected up - it would try 110, then 150, then 300. (Later this got
extended, I expect - too lazy to check.)
I see the hacked PWB1 Unix at MIT used it to send an interrupt:
if (c & FRERR) {
signal(tp->t_pgrp, SIGINT);
return;
}
That's as far as my knowledge extends, others may know of more uses.
Noel
Does anyone know offhand if the CXY08 (M3119) and DELQA (M7516) work with
2.11bsd?
I think the CXY08 has the same programmer interface as the DHV11, and I'm
hoping it works with the 2.11bsd dh driver. Ditto for the DELQA and the qe
driver. If somebody knows for sure, though, I'd appreciate it if you can
save me the trouble of installing it all just to find out it doesn't work.
Thanks,
Bob
Sorry to keep bothering you all with RL02 questions. I think I am nearly
there.
It seems my head cleaning in a warm bath of isopropyl alcohol was a
success. I bought a tested RL02 pack and loaded it - no bad sounds, I
can extend the heads all the way. So that's good. I have supposedly a
working RL02K pack, and seemingly good heads.
After I load a pack however, it goes into fault mode. Checking through
the test points on my scope, there is no survo burst data until I push
the heads 3-5mm further forward. So it seems to me that the heads are
not loading far enough into the pack.
I loosened the head alignment screws to move the heads all the way
forward, tightened them back up, and tried loading the pack again. It
stopped again, 3-5mm short of track 0. So moving the heads forward
didn't seem to make any difference.
I have tried a different control board, and read/write amplifier board,
with no success.
Has anyone else experienced this? Is there some sensor which I am not
seeing?
Thanks,
Aaron.
--
Aaron Jackson
PhD Student, Computer Vision Laboratory, Uni of Nottingham
http://aaronsplace.co.uk
Hello all,
I would like to try and get MU-BASIC working on my PDP-11/45, under RT-11 V4. The best bits I've been able to find to work with so far are the RK05 image here:
http://bitsavers.trailing-edge.com/bits/DEC/pdp11/discimages/rk05/rt11v4-mu…
...but I've not had much success getting this to work under simh. Using the 1USER.CNF configuration file in this image, no matter how I configure the machine, I get either traps, halts, or stack violations when issuing the first command in basic.
Trying to rebuild MU-BASIC using the indirect files in the image results in a linker barf on some undefined symbols.
Has anybody else here had much luck getting MU-BASIC up and running under RT-11 V4? Is there an alternate image or distribution kit somewhere that I could try to work with?
thanks much,
--FritzM.
I hate to suggest that people actually watch the garbage,
but a recent Safe Auto Insurance commercial features a
girl typing on a TRS-80 Model 4 with the badges removed.
It's the one that starts out with a Disco skit.? The TRS-80
shows up in the very last part.
bill
Don't shoot me, I'm only the messenger. :-)
Hello all,
I've been playing around with some ideas for designing some hardware to
connect peripherals to an fpga for my vhdl pdp-11. One of the things that
should definitely be on there, next to sd cards and leds... are some serial
ports for console terminals etc. I've spent some time to create a prototype
usb to serial thing that handles more than one port. Works kind of neat.
While doing that, I stumbled on the concept of break. Up to now in all of the
pdp2011 history I have ignored it, the serial port that sits at the pdp-11
side of things is about the most minimum that does the job. And that is good
enough for a lot of things, actually - I didn't really miss a break signal so
far.
Anyway, digging through the documentation of KL-11 and DL-11 I did find
references to generating a break (bit 0 in the XCSR). But not on how it would
be received.
That's where the questions start. How did a DL-11 like interface signal the
reception of a break? And how did the operating systems and software deal with
it? Was it actually used at all?
I think to remember several occasions of impatiently banging the break key
back in the day, but it is a bit fuzzy why (and if it had any result).
anyway, I'm trying to judge whether it makes any sense to put effort into
making the break thing work on my serial converter thing... any kind of input
is greatly appreciated!
cheers
Sytse