Re: DIGI-COMP 1 enhanced

[Jörg Hoppe via cctalk]

Hi,
It it possible to get parts for a Digicomp? Mine needs some springs and 
 the thing that connects the clock to the whatever.

I used rubber bands instead of springs.

The article about 3D print DIY
https://www.thingiverse.com/thing:1477209
contains instructions how to bend the wire crank.

regards,
Joerg

 > >/I added a motor drive to my DIGI-COMP I, and wrote 4 web pages about /> >/that device. /> >//> 
>/See http://www.retrocmp.com/articles/digi-comp-1/ /> >//> >/or just the video 
https://youtu.be/D6GgxXRJXnw /> >//

Re: DIGI-COMP 1 enhanced (Joerg Hoppe)

[Jörg Hoppe via cctalk]

/Hi Michael, />>/I added a motor drive to my DIGI-COMP I, and wrote 4 web pages about />>/that 
device. />>//>>/See http://www.retrocmp.com/articles/digi-comp-1/ />>/or just the video 
https://youtu.be/D6GgxXRJXnw /

That is very cool!
The RICM has a DIGI-COMP, but we have not done much with it other than put
it on display.

--
Michael Thompson


I attached the Arduino firmware and the "Bill Of Materials" with all 3D print 
files to
http://www.retrocmp.com/articles/digi-comp-1/305-digi-comp-1-show-case-project

So if you like ...

kind regards,
Joerg

DIGI-COMP 1 enhanced

[Jörg Hoppe via cctalk]

Guys,

I added a motor drive to my DIGI-COMP I, and wrote 4 web pages about 
that device.


See http://www.retrocmp.com/articles/digi-comp-1/

or just the video https://youtu.be/D6GgxXRJXnw

best regards,

Joerg

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

UniBone emulates now the M9312 bootstrap ROM card.
Each of the 5 ROMs can be loaded with MACRO11 listings files from
http://www.ak6dn.com/PDP-11/M9312/
The tricky bootvector redirection logic is also implemented.
The address to execute after power-on is given as symbolic MACRO11 label.

For demonstration the script "m9312+xxdp_dl0.sh" is given,
which boots into 11/34 console emulator, or auto-boots XXDP from RL02.

kind regards,
Joerg

UniBone (Linux-to-UNIBUS bridge) available

[Jörg Hoppe via cctalk]

Hi,

After half a year I can dump out UniBones again.

Seems I lost contact to several interested guys, hope this broadcast helps.

Info: http://www.retrocmp.com/projects/unibone
Conditions: http://www.retrocmp.com/projects/unibone/283-unibone-getting-one


best regards,
Joerg

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

Hi,


I'll add that I started working on RH11 emulation on the Unibone last week,
i'm making steady progress (as of yesterday it's able to boot the 2.11BSD
kernel before falling over).  16-bit only at the moment, 18-bit will
require some infrastructure work but I'll leave that to Joerg :).



I just ordered a UniBone from Joerg, and my KS10 seems to work ok to the
extent that I can test it.

Is your code available somewhere? You will probably run circles around
me while I get up to speed on what is what, but I would still like to
set up a development environment.


The repository is
https://github.com/j-hoppe/UniBone

UniBone is its own development platform.
The first thing you'd do after unpacking is to run script
./github-sync.sh
which updates all sources and starts a big recompile.

There's also a ./compile.sh for selective build.

Personally I prefer cross-compiling from a X64 Linux Kubuntu under 
Eclipse. There the compile is 30 seconds instead of 4 minutes, I have a 
rich programming environment and can remote-cross-debug UniBone code via 
networked gdb/gdbserver setup.


Btw, UniBone needs about 2 amps of 5V power over the screw terminals, if 
not run in a PDP-11 (or 10!). Do not try USB power.


For controlling the 18bit DATA path inside the software, I think best is 
a global

#define DATAWIDTH18 (or similar)
to indicate the special KS10 compile. We don't need to switch 
dynamically between 16 and 18 data bits, a special binary is all we 
need, right?


kind regards,
Joerg

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

Hi Pontus,

This thread makes me very happy.

I have a KS10 that I'm working on (quite slowly). The PSU is checked out 
and working. Then console seems to work, I can deposit/examine to CRAM 
and RAM.


Next step will be to load micro code and I've been mentally preparing to 
tackle an RH11 emulator for the Unibone.


I'll buy one from Joerg as soon as the second batch is ready and me and 
my KS10 will happily be guinea pigs.


And if I can, I'll help with development.


I now have UniBones ready to ship.

More on PM,

kind regards,
Joerg

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

2. When doing 18bit on UNIBUS-A we put all kind of signal levels
on parity lines PA,PB = DATA<16:17>.
Won't the KS10 CPU interpret these as real BUS parity errors generated
by some UNIBUS-A device?


I asked nonsense here: if UNIBUS-A is 18bit too, no parity will be evaluted of 
course.

Joerg

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

 * *Messages sorted by:* [ date ]
   
   [ thread ]
   
   [ subject ]
   
   [ author ]
   





Although, with the 3 SPC slots - although they are on UNIBUS A, and only
UNIBUS B has the 18-bit capability


It is of course perfectly possible to run UNIBUS _A_ (where the SPC slots are)
in 18-bit mode too - although the _RH11_ can't use it that way. But you won't
be using the RH11 anyway, so who cares?

Also, I took another look at the KS10 tech manual, and they do in fact use use
an M9200 'thin' jumper (although it's mis-labelled "M9300" in the diagram -
that diagram has a number of errors, including the "M8014" in the UNIBUS 'A'
In slot - they must mean an M9014 [UNIBUS to 3 flat cables] instead) to link
the two UNIBI together. Which answers the question of how the KS10 CPU gained
access to UNIBUS A (where the device registers, interrupts, etc are) when it
also had to be connected to UNIBUS B (for 18-bit data transfers).

So I think all our questions are answerered (except for the -AB/-C difference
issue).

So I understand right:
UniBone can be used in UNIBUS-A SPC slots in 18 bit mode without any extra 
adapters?
And can emulate an RH11-C there, even if the RH11 is supposed to run in UNIBUS 
B?
Thats good news.

Two more things to check:
1. We've seen early SPC slots (PDP-11/40, '45) without NPG wired,
'cause SPC was apparently originally meant for "Small" peripherals without DMA.
Is KS10 UNIBUS-A wired to be DMA capable?

2. When doing 18bit on UNIBUS-A we put all kind of signal levels
on parity lines PA,PB = DATA<16:17>.
Won't the KS10 CPU interpret these as real BUS parity errors generated
by some UNIBUS-A device?

best regards
Joerg


 

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

>> Well, I was expecting to have to do all of the work myself. There’s 
still the problem of the disk Unibus itself to solve

> -the disk UBA doesn’t terminate into a normal Unibus.
> It goes into the disk RH11 directly, and the bus is terminated on the 
far end of the RH11. I’d either have to buy another Unibus backplane to 
plug the Unibone into, or find a way to plug the cables from the UBA 
directly into the Unibone.

>This still leaves the issue of terminating the bus.
> The ideal scenario would be if the first slot of a RH11 (where the 
bus jumper comes in) can accommodate the (quad card)
> Unibone without issues, the rest of the RH11 boards can simply be 
pulled without breaking bus continuity,
> and the normal terminator in the far slot can be used. I haven’t 
looked at any prints or anything yet.
I gave UniBone a set of pinheaders for all UNIBUS signals in parallel to 
the gold fingers.
So an adapter board can be designed, which plugs onto the pinheaders, 
contains some provision for the UBA connection and contains the 
terminator array.
The UBA-UniBone adapter may consist of two parts coupled via flat cable, 
with flipchip plugs on one end if necessary.
All this is only mildly annoying, did similar before, for example 
http://www.retrocmp.com/tools/uniprobe


> Right, there were two unibus ports on a 2020: The first one went to the
> RH11-C and was very odd in that "Hog Mode DMA" was enabled to allow the
> device to just stream data as much as it wanted to the controller. This
> would mean that other devices on the bus would time out and not have
> their interrupts serviced, but since the RH11 was the only thing it
> didn't matter (and I think this is why you could use RM03's instead of
> RM02's: The whole track could be read and buffered to the 2020's UBA
> controller in one shot.
> That would have to be programmed into the BBB software to ignore the 
16 word

> DMA limits and go as fast as the drive can go).

As the disk drives are also emulated, they are not putting any 
constraints on the DMA logic: give them the speed and DMA length you prefer.


Joerg

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

Daniel,

>>
>> Yes, can (get a kit with SMT work done)
>
> OK, that’s the answer I needed;
> If I want to put one of these in a KS10, can the parity lines be 
hacked from the software
> (the KS10 uses them as two extra data bits) or are they hard-wired to 
parity?


Several people asked to make UniBone PDP-10able, it should be not problem.

UNIBUS PA,PB are (like all other signals) just pins on a GPIO 
multiplier, no interpretation is done in hardware.


On software side the PRU must sample 18bit instead of 16bit for DATA, 
then lots of "uint16_t" must be changed to "uint32_t" in the whole 
software stack.


Not clear what to do with existing device emulators: did DEC construct 
18bit mutants for a few PDP-11 peripherals to run them in KS10?


UNIBUS on a PDP-10 makes only sense to me if the big pool of PDP-11 
peripherals can be used directly.


regards,

Joerg

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

*What it is:*
In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS
systems containing a BeagleBone Black.

See http://retrocmp.com/projects/unibone.


Is it possible to get it as a "kit+" where the SMD components only are already 
soldered onto
the bare board, but all the rest left for those who are ok with a normal 
soldering iron but
not confident on doing the SMD?


Yes, can do that.
Joerg

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

The question "FPGA or not?" keeps me still awake at night, so some 
rambling here!


> Is the BBB not fast enough to do Qbus? Meaning, for qbus, would a 
FPGA be necessary?

> Or was this just the op's choice among many possible options?

I was considering a FPGA solution first, even had a Xilinx ZYNQ training 
for that.
But switched to BeagleBone PRU soon for several reasons (many 
non-technical ones).


Speed is essential. OK, UniBus/QBus are asynchronuous, so you can delay 
bus cycles

when your emulated devices need processing time.
But the emulator has to watch bus activity in realtime for register 
accesses to emulated devices.
Problem here is not ARM processing power (1+ GHz is fast enough), but 
delays in the GPIO
access and random code delays by Linux task switching and RAM refreshes 
and the like.

So you need to have some realtime logic on the bottom of all the C code.

UniBone should be "community friendly", a FPGA would mean:
- code developers need VHDL/Verilog skills and a special tool chain
- kit builders need to program the FPGA and solder these damn fine pitch 
parts.

- Technically, a interface between ARM core and FPGA is time-critical,
would not work on RPi FPGA shields. So either you implement EVERYTHING
in FPGA, or you are bound to some FPGA SoC demo boards.

As the BeagleBone has these realtime PRUs:
- all development is done in C/C++, familiar cross platform debugging in 
Eclipse.
- the edit-compile-debug cycle is very fast: 10 seconds for a partial 
recompile & program start when

developing remote from a modern PC.
- The whole toolchain (gnu gcc and PRU C commpiler) also runs on the BBB 
itself, so you can

develop new code immediately.
- BBB is slim enough to fit in a DEC card slot, is cheap (down to $60 
now) and will be available for years.

- big Debian/BeagleBone community behind,

Drawbacks of the ARM+PRU approach were:
- the realtime stuff is done with sequential code, so manual 
optimization was needed.

- the PRU code space is limited, design can not be scaled up endlessly.
- limited pin count available, a GPIO multiplier was needed.


UniBone is a success because indeed several contributors accepted it.

Despite choosing BBB, I wasn't sure for long wether that ARM+PRU 
approach wouldn't be a dead end technology.
There was not much development on the BeagleBones for 5 years, but with 
the new

BBONE-AI, everything has changed.
TI followed the "Linux ARM + coprocessors" road here in a spectacular way.
The mandatory move to "multi core, GHz, RAM, WiFi, GBit Ethernet, USB3" 
has been done too.



> It does seem useful to have this thing run linux and ethernet and be 
able to pass

> files (data and programs) back and forth very easily.
> the FPGA approach seems more technically challenging but seems less 
universal (to my limited mind).
> It would seem a BBB you could load software, test, and reload as 
easily as
> copying some executable code (I dont know if that is correct or an 
over simplification).
> whereas the FPGA sounds like it needs to be recompiled/re-burned each 
time?

All true, see above.
>
> I dont know whether an RPi could work or if the BBB is needed for 
speed etc.
RPi's are faster and have more ARM cores than BBB, but thats in fact not 
needed.

"Realtime determinism" is the keyword here, as well as GPIO speed.
BBB PRUs can toggle GPIOs with 50+MHz.

regards,
Joerg

Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

Stefan,

*What it is:*
In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS
systems containing a BeagleBone Black.

See http://retrocmp.com/projects/unibone.

This combo can simulate PDP-11 devices embedded in a physical
machine.
So you can operate and repair incomplete UNIBUS PDP-11s and even
VAXes,
just by emulating the missing parts.
Disk drive emulators accept SimH image files, which can be ftp'd to
the
emulator (no SDcard changing!).


Ethernet or FC connection ??
If so it would be possible to build an PDP-11 who is datacenter-
compatible today year 2019 ...

One requirement for todays datacenter (for some owners at least) is the
ability to directly connect the system to the storage system (ie
FC/SCSI or IP/iSCSI.)

Hint: with that requirement as far as i know it an ARM device in the
form of a Samsung S9 can't be data center compatible

Mot clear to me what "data center compatibility" for a PDP-11 means.

Anyhow, the BeagleBone runs Debian Linux, has an Ethernet port and the 
emulation software is a plain Linux application.
So all emulator binaries and all PDP-11 disk images or other data can 
reside anwhere in the world and are not bound to the UniBone SDcard.


Joerg

UniBone: Linux-to-DEC-UNIBUS-bridge, year #1

[Jörg Hoppe via cctalk]

Its been a long time since last public post about UniBone, time for a 
bragging broadcast.


*What it is:*
In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS 
systems containing a BeagleBone Black.


See http://retrocmp.com/projects/unibone.

This combo can simulate PDP-11 devices embedded in a physical machine.
So you can operate and repair incomplete UNIBUS PDP-11s and even VAXes, 
just by emulating the missing parts.
Disk drive emulators accept SimH image files, which can be ftp'd to the 
emulator (no SDcard changing!).


As UniBone can acquire bus mastership, its also UNIBUS diagnostic 
console, as well as stimulate individual UNIBUS lines.


Realtime stuff is implemented on BBB's PRU coprocessors.
All programming is done in plain C/C++ under mainstream Debian Linux.

*Whats new in 2019:*

UniBone started with memory and RL11/RL02 emulation.
In 2019 we did a lot of programming and debugging (suppressing endless 
techno-babble here).


Thanks to some gifted supporters, we have now these devices:
- DL11 serial port (first concept by David Richards)
- 11/20 CPU (Angelo Papenhoff)
- RK06 and MSCP disk drives (Josh Dersch)

In fact UniBone implements now a complete PDP-11 system... a bit like a 
SimH with UNIBUS interface.


UniBone was tested (at least) against PDP-11/05, '34, '44, '84 and VAX 
11/750.
Verified OSses include XXDP, Unix V6, 2.11BSD, RT11, RSX11M/M+, VAX 
4.3BSD and Ultrixes.

Special thanks to Mark Matlock for endless testing.

*Available?*
Soon. About 25 complete systems were distributed, and the same amount in 
kits. Not much complaints.

User group at https://groups.google.com/forum/#!forum/unibone
Just now I'm planing for a 2nd lot.
And it will be shown on http://vcfe.ch/doku.php in Zurich on Nov 
30th/Dec 1st, probably plugged into a PDP-11/05.


best regards,
Joerg

Re: Another DEC UNIBUS signal adapter: UniProbe

[Jörg Hoppe via cctalk]

Hi,



Did you happen to take a look at my UA11?  It’s different in that it goes into 
an SPC slot.
Yes, I was pointed to it after UniProbe was out. Good I saw it not 
earlier, would have killed my project ;-)


best regards,
Joerg



TTFN - Guy


On Feb 26, 2019, at 11:07 PM, Jörg Hoppe via cctech  
wrote:

Hi,

most people dealing seriously with older PDP-11s have found means to monitor 
the UNIBUS traffic.
My latest approach is www.retrocmp.com/tools/uniprobe
UniProbe is a M9302 terminator, a LED display, a probe for logic analyzer.
It can be mounted in Standard or Modified UNIBUS sockets.

I'm ordering a batch of PCBs in a few days and will show this and other stuff 
(UniBone, BlinkenBone) at VCFPNW in Seattle.
https://vcfed.org/wp/festivals/vintage-computer-festival-pacific-northwest/

best regards,
Joerg

Another DEC UNIBUS signal adapter: UniProbe

[Jörg Hoppe via cctalk]

Hi,

most people dealing seriously with older PDP-11s have found means to 
monitor the UNIBUS traffic.

My latest approach is www.retrocmp.com/tools/uniprobe
UniProbe is a M9302 terminator, a LED display, a probe for logic analyzer.
It can be mounted in Standard or Modified UNIBUS sockets.

I'm ordering a batch of PCBs in a few days and will show this and other 
stuff (UniBone, BlinkenBone) at VCFPNW in Seattle.

https://vcfed.org/wp/festivals/vintage-computer-festival-pacific-northwest/

best regards,
Joerg

Plug+Play for PDP-11/40 panels - BlinkenBone update

[Jörg Hoppe via cctalk]

Hi guys,

There is now a special 11/40 adapter board for the BlinkenBone system.
With that you can plug a physical 11/40 panel to the extended SimH 
running on a BeagleBone.


Surprisingly there was some demand for the 11/70 panel adapter, so 
adding the '40 panel may be worth mentioning.


There is no own '40 documentation, see again the 11/70:
http://www.retrocmp.com/projects/blinkenbone/physical-pdp-11-70-panels/288-pdp-11-70-console-panel-on-blinkenbone-plug-and-play-adapter
If you want it: I made the '40 €10 cheaper then the '70.

Entry to far-too-many web pages here: 
http://retrocmp.com/projects/blinkenbone


All in all there are now at least 6 different (but compatible) ways to 
get a blinking PDP-11's with SimH.


- Connect a real 11/40 or 11/70 panel.
http://retrocmp.com/projects/blinkenbone/physical-pdp-11-70-panels

- Run the virtual Java panels for 11/20, 11/40 or 11/70, also with play 
isntruction for the physical ones:

http://retrocmp.com/projects/blinkenbone/simulated-panels/253-blinkenbone-simulated-pdp-11-20-panel
http://retrocmp.com/projects/blinkenbone/simulated-panels/254-blinkenbone-pdp-11-20-running-papertape-basic
http://retrocmp.com/projects/blinkenbone/simulated-panels/252-blinkenbone-playing-with-the-pdp11-40
http://retrocmp.com/projects/blinkenbone/simulated-panels/247-blinkenbone-simulated-pdp11-40-panel
http://retrocmp.com/projects/blinkenbone/simulated-panels/243-blinkenbone-panelsim-pdp11-70
Download & run from github https://github.com/j-hoppe/BlinkenBone/releases

- get Oscars Vermeulens PiDP11
http://obsolescence.wixsite.com/obsolescence/pidp-11

I will be at VCFPNW in Seattle with that stuff.

kind regards,
Joerg

UniBone - access DEC PDP-11 UNIBUS under Linux

[Jörg Hoppe via cctalk]

Guys,

I'm about to finish another project:
"UniBone" - a Linux-to-UNIBUS bridge, based on the BeagleBone Black.

It is supposed to be a development platform for device emulation.
At the moment it can emulate memory, emulate an RL11 controller with 4 
RL drives attached, and act as UNIBUS hardware test adapter.


There are some web pages at http://retrocmp.com/projects/unibone
And I'll show it on VCFE.CH in Zurich on Nov 24/25,  plugged into a 
PDP-11/05.


Enjoy,
Joerg

Re: Photorealistic frontpanels for DEC PDP simulations under SimH

[Jörg Hoppe via cctalk]

Hi Rob,


See here
http://retrocmp.com/projects/blinkenbone/169-blinkenbone-architecture-overview
and adjactent pages.

I use photos of each button and each lamp, in every state.
So first operation is taking picture of a real panel.
Then I use Photoshop, to cut out all the lamps & switches into separate 
layers
- a photoshop script scales them to different screen reloutions, and 
names the resulting images with __
- Photoshop generates also a text file with coordinates of each control, 
so they can be painted at right position later.


I tried other approaches, but this has best quality. Even scaling the 
images at run time was not as perfect as scaling with Photoshop.


To get a clickable image of the panel I use a Java program.
It paints the current control states onto screen, and decodes 
mouse-click positions into activated switches.


I choose Java with the old AWT framework, because graphic is relatively 
easy there, and it is platform independent. The graphic should follow 
SimH onto as much different platforms as possible.


So I have a simulator written in C (SimH) and a Java display.

Both communicate over an network interface, written with RPC 
(https://de.wikipedia.org/wiki/Remote_Procedure_Call)

RPC is a 1990's technic, so very fast on today machines.

if you look at https://github.com/j-hoppe/BlinkenBone
you find the Java sources at
projects/09_javapanelsim,
and the image directories (example for the PDP-11/70) at
projects/09_javapanelsim/resources/blinkenbone/panelsim/panelsim1170/images

The extensions on SimH-side reside in
projects/02.3_simh/4.x+realcons/src/REALCONS/
and as small extensions in scp.c and the *_cpu.c sources of the 
simulated machines. Every change is marked with "#if USE_REALCONS",

so I know what to merge into new SimHs.

I do not use the "frontpanel" interface of SimH, as my project was ready 
before this was introduced.



I confess my approach is maximal over-engineered, but I want to be as 
good as possible, and I'm enhancing it since years.




best regards,
Joerg




Am 28.03.2018 um 14:19 schrieb Rob Jarratt:

Hello Joerg,

I am looking to do a graphical front panel simulation of a machine I am in the 
process of building an emulator for. I am not very good on the graphical side 
and would love to understand how this was done. Can you point me at the area of 
the code that does this simulation, and can you offer any tips? For instance do 
you use photos of each button/switch etc or do you draw them in code?

Thanks

Rob


-Original Message-
From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Jörg Hoppe
via cctalk
Sent: 28 March 2018 12:06
To: General Discussion: On-Topic Posts <cct...@classiccmp.org>
Subject: Photorealistic frontpanels for DEC PDP simulations under SimH

Guys,

there are updates to the photorealistic PDP-8/10/11/15 panel simulations for
SimH, code name "BlinkenBone".

* Added bigger images for 3000 pixel width screens.

* made PDP-11/70 panel behaviour compatible with the real machine
(after tests performed at the PDP-11/70 "Miss Piggy" at LCM in Seattle,
thanks to Rich Alderson & Josh Dersch).
Oscar Vermeulen's upcoming PiDP1170 replica will also benefit.

* Added Mike Hill's BLINKY animation as PDP-11/70 application.

* Optically enhanced the PDP-10KI10 panel:
Added rack background of the real KI10 at LCM.

* Merged with SimH code base from march 2018

* Some people want to reanimate a physical panel with "BlinkenBone" too, or
did already.
http://retrocmp.com/projects/blinkenbone/setting-up-a-blinkenbone-project
Finally I can supply the hardware, a tested set of BeagleBone Black,
BlinkenCape and BlinkenBoard.
I can't get the price below 200€, there's this penalty for manual small 
batch
production (including some self-exploit).



Doc root page: http://www.retrocmp.com/projects/blinkenbone

Download: https://github.com/j-hoppe/BlinkenBone/releases
As usual, there are precompiled distributions for Win32, Ubuntu x86 & x64,
Raspberry Pi and Beaglebone.
Just unzip and start some of the shell scripts.




Enjoy,

Joerg

Photorealistic frontpanels for DEC PDP simulations under SimH

[Jörg Hoppe via cctalk]

Guys,

there are updates to the photorealistic PDP-8/10/11/15 panel simulations 
for SimH, code name "BlinkenBone".


* Added bigger images for 3000 pixel width screens.

* made PDP-11/70 panel behaviour compatible with the real machine
  (after tests performed at the PDP-11/70 "Miss Piggy" at LCM in Seattle,
  thanks to Rich Alderson & Josh Dersch).
  Oscar Vermeulen's upcoming PiDP1170 replica will also benefit.

* Added Mike Hill's BLINKY animation as PDP-11/70 application.

* Optically enhanced the PDP-10KI10 panel:
  Added rack background of the real KI10 at LCM.

* Merged with SimH code base from march 2018

* Some people want to reanimate a physical panel with "BlinkenBone" too, 
or did already.

http://retrocmp.com/projects/blinkenbone/setting-up-a-blinkenbone-project
  Finally I can supply the hardware, a tested set of BeagleBone Black, 
BlinkenCape and BlinkenBoard.
  I can't get the price below 200€, there's this penalty for manual 
small batch production (including some self-exploit).




Doc root page: http://www.retrocmp.com/projects/blinkenbone

Download: https://github.com/j-hoppe/BlinkenBone/releases
As usual, there are precompiled distributions for Win32, Ubuntu x86 & 
x64, Raspberry Pi and Beaglebone.

Just unzip and start some of the shell scripts.




Enjoy,

Joerg

set help

[Jörg Hoppe via cctalk]

DEC MINC in center Germany

[Jörg Hoppe via cctalk]

I like to point you to this DEC MINC-11:

http://www.ebay.de/itm/112435553232

Its a non-profit offer, we just need the space.

best,
Joerg

Re: RT-11 5.x install tapes?

[Jörg Hoppe via cctalk]

Alan,
thanks!

- I saw that neither 5.5 nor 5.6 has no DD, but 5.0 -5.4G and 5.7 has.
Didn't understand the reason.

- Also DD.MAC in the 5.0 - 5.4 and 5.7 changes often.
I tested tu58fs with oversized TU58 tape for 5.3 and 5.7, the number of 
blocks is always patched into into offset 0x2c, 0x2d in DD.SYS


- I made a working DD.SYS  with
 .macro DD,
 .link DD,
.rename DD.SAV DD.SYS

Do you know how to make DDX.SYS? Must be a conditional MACRO symbol.

Joerg




for work on TU58 emulator "tu58fs" I'd like to experiment with
oversized  tape images under RT-11 5.5, 5.6 and 5.7. The images I
know about are the classiccmp collections, Earl Evans  pointed me
to the RT11DV50.ISO archive.
However, in these images the TU58 driver files
DD.MAC/DD.SYS/DDX.SYS are  mostly missing. Strange, because they
claim to be pristine.
Somebody knows about original RT-11 V5 installation tape images?

Here is the DD.MAC file you are looking for.   It was part of
the RT-11 v5.6 sources that Mentec supplied to the Y2K update
team to make v5.7.   Since the last modification was in 1979,
it is safe to assume that it applies to all recent versions.

Have fun!

Alan

--
.MCALL  .MODULE
.MODULE DD,VERSION=21,COMMENT=,AUDIT=YES

;   COPYRIGHT (c) 1989 BY
;   DIGITAL EQUIPMENT CORPORATION, MAYNARD, MASS.
;ALL RIGHTS RESERVED
;
;THIS SOFTWARE IS FURNISHED UNDER A LICENSE AND MAY BE USED AND COPIED
;ONLY  IN  ACCORDANCE  WITH  THE TERMS  OF  SUCH  LICENSE AND WITH THE
;INCLUSION OF THE ABOVE COPYRIGHT NOTICE.  THIS SOFTWARE OR  ANY OTHER
;COPIES THEREOF MAY NOT BE PROVIDED OR OTHERWISE MADE AVAILABLE TO ANY
;OTHER PERSON.  NO TITLE TO AND OWNERSHIP OF  THE  SOFTWARE  IS HEREBY
;TRANSFERRED.
;
;THE INFORMATION IN THIS SOFTWARE IS SUBJECT TO CHANGE  WITHOUT NOTICE
;AND  SHOULD  NOT  BE  CONSTRUED AS  A COMMITMENT BY DIGITAL EQUIPMENT
;CORPORATION.
;
;DIGITAL ASSUMES NO RESPONSIBILITY FOR THE USE OR  RELIABILITY  OF ITS
;SOFTWARE ON EQUIPMENT THAT IS NOT SUPPLIED BY DIGITAL.

.SBTTL  CONDITIONAL ASSEMBLY SUMMARY
;+
;COND
;   DD$PRI  (4) Interrupt Priority
;   4-7 possible interrupt priorities
;
;   DDT$O   (0) two controller support
;0  1 controller
;1  2 controllers
;
;   DD$CSR  (176500)1st controller CSR
;   DD$VEC  (300)   1st controller VECTOR
;
;   DD$CS2  (176510)2nd controller CSR
;   DD$VC2  (310)   2nd controller VECTOR
;
;   EIS$I   (MMG$T) Use SOB instruction (no code effects!)
;   0   simulate SOB
;   1   use SOB
;
;   MMG$T   std conditional
;   TIM$IT  std conditional (no code effects)
;   ERL$G   std conditional
;-

.SBTTL  GENERAL COMMENTS

.ENABL  LC

;+
; ABSTRACT FOR CODE FROM WHICH THIS WAS TAKEN:
;
; THIS MODULE MAY BE ASSEMBLED TO YIELD EITHER THE RAM PORTION OF A PDT
; DRIVER WITH PRIMITIVES IN ROM OR A MODULE TO BE LINKED WITH ANOTHER
; MODULE TO MAKE AN RT11 DRIVER FROM THE ROM PRIMITIVES.
;
; AUTHOR:
;
;   BILL CLOGHERVERSION 1
;   DARRELL DUFFY   VERSION 2 27-APR-78
;
; MODIFIED BY:
;   BARBARA DOERRE
;   23-AUG-78   SINGLE MODULE RT11 DRIVER
;   DENISE LANGLAIS
;   29-JUN-79   REMOVE 'DEVICE DRIVER LIST' (R5) AND IMPURE AREA (R4)
;   1-AUG-79ADD DUAL CONTROLLER CODE AND SET OPTIONS
;-

.SBTTL  MACROS AND DEFINITIONS

.MCALL  .DRDEF, .MTPS,  .ASSUME .ADDR

; DD IS CONTROLLED VIA A SERIAL LINE OF DL TYPE
; CONTROL REGISTERS ARE THEREFORE A DL

.IIF NDF DD$PRI DD$PRI  = 4 ;STANDARD PRIORITY FOR DL

.IIF NDF DDT$O  DDT$O   = 0 ;DEFAULT TO SINGLE CONTROLLER

.IIF NDF DD$CS2 DD$CS2  = 176510 ;DEFAULT CSR FOR SECOND CONTROLLER
.IIF NDF DD$VC2 DD$VC2  = 310   ;DEFAULT VECTOR

.DRDEF  DD,34,FILST$,512.,176500,300
.IIF EQ MMG$T   .DRPTR
.IIF NE MMG$T   .DRPTR  FETCH=*NO*
.DREST  CLASS=DVC.DK

.IIF NDF EIS$I  EIS$I = MMG$T
.IIF EQ EIS$I   .MCALL  SOB ; USE SOB INSTRUCTION UNDER XM

;THE FOLLOWING LIST OF SYMBOLICS WERE DELETED SINCE ACCESS TO THE CSR'S
;IS THROUGH A LIST OF THEIR ADDRESSES (@TICSRA AS OPPOSED TO @#TI$CSR)
;TI$CSR =: DD$CSR   ;INPUT CONTROL AND STATUS
;TI$BFR =: TI$CSR+2 ;INPUT BUFFER
;TO$CSR =: TI$CSR+4 ;OUTPUT CONTROL
;TO$BFR =: TI$CSR+6 ;OUTPUT BUFFER
;TI$VEC =: DD$VEC   ;INPUT VECTOR
;TO$VEC =: TI$VEC+4 ;OUTPUT VECTOR

CS$INT  =: 100  ;CONTROL INTERRUPT ENABLE
CS$BRK  =: 1;CONTROL BREAK ENABLE

; ERROR LOG VALUES

DDCNT   =: 8.   ;RETRY COUNT
DDNREG  =: 10.  ;COUNT OF REGISTERS REPORT TO EL

; RADIAL SERIAL 

RT-11 5.x install tapes?

[Jörg Hoppe via cctalk]

Hi all,

for work on TU58 emulator "tu58fs" I'd like to experiment with oversized 
tape images under RT-11 5.5, 5.6 and 5.7.
The images I know about are the classiccmp collections, Earl Evans 
pointed me to the RT11DV50.ISO archive.


However, in these images the TU58 driver files DD.MAC/DD.SYS/DDX.SYS are 
mostly missing.

Strange, because they claim to be pristine.

Somebody knows about original RT-11 V5 installation tape images?

Thanks,
Joerg

tu58fs - oversized TU58 tapes under XXDP and RT-11

[Jörg Hoppe]

Friends,

tu58fs 1.1 now supports oversized TU58 tape images, with capacity up to 
32MB instead of 256KB.


This was easy to made for XXDP. Under RT-11 the DD.SYS driver must be 
patched and reinstalled, tu58fs now handles this

automatically.


The GITHUB release at https://github.com/j-hoppe/tu58fs/releases 
contains 2 new demos:
"demo_xxdp_oversize" packs the whole XXDP25 RL02 disk content onto an 
emulated tu58
"demo_rt11_oversize" boots a full RT-11 installation from TU58, and 
mounts a 2nd tape full of games.


Docs at http://retrocmp.com/tools/tu58fs were updated.

And I feel pretty empty now ... hope you love it!

Joerg

tu58fs - PDP-11 file sharing with TU58 tape emulator, now RT-11

[Jörg Hoppe]

Next milestone reached:

tu58fs 1.0 now supports the RT-11 file system, additional to DOS11/XXDP 
(phew!)


And its easier to use: I also precompiled binaries für Linux x64, Win32 
Cygwin, ARM Beaglebone Black and RPi.
Also some batch files show typical usage, XXDP/RT-11 tape and disk 
images are included.


Docs on http://retrocmp.com/tools/tu58fs
Precompiled releases at https://github.com/j-hoppe/tu58fs/releases

The RT-11 filesystem has the special features of "extended directory 
entries" and "file prefixes". These are fully supported by tu58fs, but I 
never heard of real-life usage. Anybody can talk about it, or has RT-11 
images with dir extension and/or file prefixes?


best,
Joerg

Re: tu58fs - PDP-11 file sharing with TU58 tape emulator

[Jörg Hoppe]

Am 24.01.2017 um 14:26 schrieb Mouse:

Can't believe that FreeBSD has no baudrate > 38400 !

serial.c:443:44: error: use of undeclared identifier 'B300'
serial.c:444:16: error: use of undeclared identifier 'B250'
serial.c:445:16: error: use of undeclared identifier 'B200'

At least some systems don't use B constants except for
compatability - they simply stick the baudrate in c_ospeed and/or
c_ispeed.  (I don't use FreeBSD myself; I don't know whether it's one
of them or not.)

But there were a bunch of other undefined symbols too, many of which
(eg, CRDLY, NLDLY) I don't recognize and which are not present in at
least one other termio implementatino (NetBSD's).  So at least part of
the problem is that the code isn't all that portable.

I notice you used gmake, from which I infer the Makefile is
GNU-make-specific, which makes it at least somewhat likely the code was
written for Linux, which makes the nonportabilities less surprising.
(Code being written for Linux correlates positively, in my experience,
with it assuming every system matches the developer's.  Not that this
is necessarily bad - I've done it myself often enough, though not often
with Linux - but it does, to some extent, explain what you're seeing.)

You're right, it's Linux.
And for other systems we must start to #ifdef lots of Unix-flavour 
specific termios code into serial.c.


Joerg

Re: tu58fs - PDP-11 file sharing with TU58 tape emulator

[Jörg Hoppe]

Hmmm, anyone out there who understands FreeBSD termios(4) .
Can't believe that FreeBSD has no baudrate > 38400 !

Joerg


On Fri, Jan 20, 2017 at 8:51 PM, Jörg Hoppe <j_ho...@t-online.de> wrote:

If you like to have a look (and play beta tester):

Docs on http://retrocmp.com/tools/tu58fs
C sources and makefile on https://github.com/j-hoppe/tu58fs

FWIW, It doesn't compile on FreeBSD (yes, I do not know if it is supposed to)
tingo@kg-core1$ gmake
cc -I. -c -UWINCOMM  -ggdb3 -O0 -m64 main.c -o freebsd-amd64/main.o
cc -I. -c -UWINCOMM  -ggdb3 -O0 -m64 getopt2.c -o freebsd-amd64/getopt2.o
getopt2.c:228:20: warning: using the result of an assignment as a
condition without parentheses [-Wparentheses]
 for (i = 0; odesc = _this->option_descrs[i]; i++)
 ~~^
getopt2.c:228:20: note: place parentheses around the assignment to
silence this warning
 for (i = 0; odesc = _this->option_descrs[i]; i++)
   ^
 (  )
getopt2.c:228:20: note: use '==' to turn this assignment into an
equality comparison
 for (i = 0; odesc = _this->option_descrs[i]; i++)
   ^
   ==
getopt2.c:364:21: warning: using the result of an assignment as a
condition without parentheses [-Wparentheses]
 for (i = 0; odesc = _this->option_descrs[i]; i++)
 ~~^
getopt2.c:364:21: note: place parentheses around the assignment to
silence this warning
 for (i = 0; odesc = _this->option_descrs[i]; i++)
   ^
 (  )
getopt2.c:364:21: note: use '==' to turn this assignment into an
equality comparison
 for (i = 0; odesc = _this->option_descrs[i]; i++)
   ^
   ==
getopt2.c:439:20: warning: using the result of an assignment as a
condition without parentheses [-Wparentheses]
 for (i = 0; odesc = _this->option_descrs[i]; i++)
 ~~^
getopt2.c:439:20: note: place parentheses around the assignment to
silence this warning
 for (i = 0; odesc = _this->option_descrs[i]; i++)
   ^
 (  )
getopt2.c:439:20: note: use '==' to turn this assignment into an
equality comparison
 for (i = 0; odesc = _this->option_descrs[i]; i++)
   ^
   ==
getopt2.c:646:16: warning: using the result of an assignment as a
condition without parentheses [-Wparentheses]
 for (i = 0; s = odesc->fix_args[i]; i++) {
 ~~^~~~
getopt2.c:646:16: note: place parentheses around the assignment to
silence this warning
 for (i = 0; s = odesc->fix_args[i]; i++) {
   ^
 ( )
getopt2.c:646:16: note: use '==' to turn this assignment into an
equality comparison
 for (i = 0; s = odesc->fix_args[i]; i++) {
   ^
   ==
getopt2.c:651:16: warning: using the result of an assignment as a
condition without parentheses [-Wparentheses]
 for (i = 0; s = odesc->var_args[i]; i++) {
 ~~^~~~
getopt2.c:651:16: note: place parentheses around the assignment to
silence this warning
 for (i = 0; s = odesc->var_args[i]; i++) {
   ^
 ( )
getopt2.c:651:16: note: use '==' to turn this assignment into an
equality comparison
 for (i = 0; s = odesc->var_args[i]; i++) {
   ^
   ==
getopt2.c:751:20: warning: using the result of an assignment as a
condition without parentheses [-Wparentheses]
 for (i = 0; odesc = _this->option_descrs[i]; i++) {
 ~~^
getopt2.c:751:20: note: place parentheses around the assignment to
silence this warning
 for (i = 0; odesc = _this->option_descrs[i]; i++) {
   ^
 (  )
getopt2.c:751:20: note: use '==' to turn this assignment into an
equality comparison
 for (i = 0; odesc = _this->option_descrs[i]; i++) {
   ^
   ==
getopt2.c:754:26: warning: the value of the size argument in 'strncat'
is too large, might lead to a buffer overflow [-Wstrncat-size]
 strncat(linebuff, " ", sizeof(linebuff));
^~~~
getopt2.c:754:26: note: change the argument to be the free space in
the destination buffer minus the term

Re: tu58fs - PDP-11 file sharing with TU58 tape emulator

[Jörg Hoppe]

Mark,
thanks for your answer.
Your Phyton RT-11 code looks good to me, I'll rely on it at least as 
reference.


Joerg

I've written (bad?) Python code to manipulate RT-11 filesystems, including on 
TU58 tape images:

https://github.com/NF6X/pyRT11

I don't remember which specific documentation I referred to when I wrote this 
code, but it may well have been something like this manual:

http://bitsavers.trailing-edge.com/pdf/dec/pdp11/rt11/v5.6_Aug91/AA-PD6PA-TC_RT-11_Volume_and_File_Formats_Manual_Aug91.pdf

tu58fs - PDP-11 file sharing with TU58 tape emulator

[Jörg Hoppe]

Guys,

I'm working on a special TU58 emulator called "tu58fs".
It saves the "tape content" not only in a binary image file, but also as 
a file set in a shared directory on the host.


The content of the "tape" (as seen by the PDP) changes automatically as 
files are moved in and out of the shared dir.
This works in both direction: creating/changing/deleting a file on the 
"tape" modifies the files in the directory.


Today tu58fs passed the tests for standard XXDP tapes, good time to tell 
the world about it.


If you like to have a look (and play beta tester):

Docs on http://retrocmp.com/tools/tu58fs
C sources and makefile on https://github.com/j-hoppe/tu58fs

tu58fs is intended to be a general tool for easy file sharing between a 
PDP and the modern world. For this as much DEC filesystems as possible 
should be implemented.
We need more than XXDP, but I wasn't able to find documents about the 
structure of DOS-11, RT-11 or FILES-11/ODS-1.


Any links?

Joerg

Docs needed: DEC MXV11-B multi function module

[Jörg Hoppe]

Hi,

I've an DEC QBUS multifunction module here.

Type is MXV11-B M7195.

It does not boot into its ROM menu, despite I compared all the jumpers 
multiple time against documentation and a reference boards.


So it seems something in the ROM address logic is burnt.

Somebody has the FPMs schematics? I even can scan micro fiches.

Thanks,

Joerg

Re: ADM-3A Lower case ROM issue

[Jörg Hoppe]

Am 14.12.2016 um 20:13 schrieb Steve Hatle:




 Original Message 
Subject: Re: ADM-3A Lower case ROM issue
From: Jörg_Hoppe 
Date: Wed, December 14, 2016 9:00 am
To: cct...@classiccmp.org


By accident, I just now restored an ADM3 (not the "A")!
Lowercase ROM was made with an pin-rearranged 2706 EPROM.
Additional RAM was inserted, DIP switches were set: works perfectly.

However, with lowercase ROM installed and DIP switches set, but extra
RAM missing,
the Space "0x20" was displayed as a " ` ".
So I think you have an RAM issue.
Perhaps cleaning the socketed extra RAM helps?

Joerg



Thanks - that sounds like my symptoms exactly. I'll check out the RAM.

Steve



Well, there you go. The sockets for two 2102 RAM chips are empty!

Anybody have a couple of these guys they can spare, or a quick pointer
on where to buy them?

I got mine from Bulgaria:
http://www.ebay.de/itm/311745516883

Joerg



Thanks all, esp. Joerg for the tip!

Steve

Re: ADM-3A Lower case ROM issue

[Jörg Hoppe]

By accident, I just now restored an ADM3 (not the "A")!
Lowercase ROM was made with an pin-rearranged 2706 EPROM.
Additional RAM was inserted, DIP switches were set: works perfectly.

However, with lowercase ROM installed and DIP switches set, but extra 
RAM missing,

the Space "0x20" was displayed as a " ` ".
So I think you have an RAM issue.
Perhaps cleaning the socketed extra RAM helps?

Joerg


On Tue, Dec 13, 2016 at 5:50 PM, Steve Hatle  wrote:


I acquired an ADM3-A a while back from the NWA auction, and a
generous friend was able to get me the lower case ROM chip that
was "missing"  from my terminal.

I set the DIP switches and installed the ROM. When I turned on the
terminal, the whole screen was filled with "`" characters before the
host was ever started.

When I started up the connected Sun machine, the terminal did display
both upper and lower case characters, but the "`" characters remained
and appeared to fill out each new line, and text printed out by the
machine was followed by garbage characters - like "Login:n". Typed
characters were correctly upper or lower as typed.

I removed the ROM and cleaned the legs of the chip. I didn't clean the
socket, since I didn't have anything like DeOxit handy. I did remove and
re-insert the ROM a couple of times.

When I removed the ROM and set the DIPs back to the original setting,
the terminal worked like normal in all upper case. Setting the DIPs to
force upper case, etc. when the ROM was in always showed the bad
behavior though the characters were upper/lower as you would expect from
the switch settings.

TL;DR - bad and extra characters when the ROM chip is in, everything OK
when it's out.

So, barring a bad connection to the chip while it's in the socket, it
seems like the ROM itself could be bad. I'll dig through the maint
manuals and see if I can find anything related to this behavior. In the
meantime, any ideas from the collective are welcome.


Take a look at the silk screen on the board - ISTR there's another chip
that needs to be added, some simple TTL logic.  I converted mine several
years ago without problems - but that was with the original ROM.

Re: MACRO11

[Jörg Hoppe]

Hi,

I was notified that my fork of R. Krebiehls code was already put into 
GitHub without notifying me, apparently in 2009.


See github.com/shattered/macro11

"shattered" made a few changes too, to remove compiler warnings and 
improve commandline option check.


I merged the changes there back into my fork.

Joerg


Jörg Hoppe wrote:


Hi,

my version of the MACRO11 cross-assembler for PDP-11 is now on
https://github.com/j-hoppe/MACRO11 .

Among others it fixes the  "JMP Rn is illegal" error on "jmp (rx)" opcode.

Also I added the option "listhex" to produce a binary listing in hex
notation instead of octal.
I found this really necessary when analyzing test programs with a modern
logic analyzer.

Joerg

Thanks.

Could you possible change all the occurences of stricmp() wich is a
mikeysoft-only thing, to the more standard strcasecmp()?

Regards,

Holm

MACRO11

[Jörg Hoppe]

Hi,

my version of the MACRO11 cross-assembler for PDP-11 is now on 
https://github.com/j-hoppe/MACRO11 .


Among others it fixes the  "JMP Rn is illegal" error on "jmp (rx)" opcode.

Also I added the option "listhex" to produce a binary listing in hex 
notation instead of octal.
I found this really necessary when analyzing test programs with a modern 
logic analyzer.


Joerg

PDP11GUI 1.48.5

[Jörg Hoppe]

Guys,

there's a new release PDP11GUI 1.48.5

Some enhancements:

1. "Disk Image Read/Write":
- Now compression of 2word patterns (32 bit patterns), did reduce 
download of a RSX-11 system disk from 40h to 6h.
- Fix for PDP-11/44 console firmware v 3.40: ignore "(Program)" output 
after driver start.


2. Terminal windows now beeps on char, necessary for some endless XXDP 
diags.


Download from https://github.com/j-hoppe/PDP11GUI/releases/tag/1.48.5

Web: http://retrocmp.com/tools/pdp11gui

Enjoy,

Joerg

Re: Micro Fiche Library.

[Jörg Hoppe]

Hi,

you surely found it on the web already, but if not:
Two years ago I build an own scanning rig and scanned 5+ pages of 
XXDP listings.
The problem of enhancing very bad fiches is also addressed with an 
expensive "Filter Chain".


http://retrocmp.com/projects/scanning-micro-fiches

Joerg

Am 04.10.2016 um 06:49 schrieb Rod Smallwood:

Hi All

I have just had a huge DEC Miro Fiche library  given to me.

It has the portable (weighs a ton) reader with it.

On trying it out.  I found the results were awful.
A good clean of the light path and removal of some disintegrating foam 
improved things no end.

That left two issues:

 1.The reader was for x 42 but the fiches are  x52.

 2.The plastic fiche holder consisting of two sheets of stiff 
and clear plastic connected together at one end is scratched to hell.


I'd like to work to-wards scanning all of the library into a system.
Anybody know anything about fiche scanners.

Rod

Re: Short test programs for pdp 11/34

[Jörg Hoppe]

Noel,



>> If the machine HALTs on power-up, some micro coded diagnostic failed

There are no microcoded diagnostics in the 11/34.

I'm talking of that data path check up after power-on.
See
http://bitsavers.informatik.uni-stuttgart.de/pdf/dec/pdp11/1134/MP00082_1134_Vol2_Sep76.pdf
PDF page 40.

Logic analyzer trace here:
http://retrocmp.com/articles/time-scales-of-a-pdp-11-34/221-time-scales-of-a-pdp-11-34-50us

Joerg

Re: Short test programs for pdp 11/34

[Jörg Hoppe]

Hi Devin,

if you have the M9312 boot strap card: do you see the console emulator 
prompt?

If the machine HALTs on power-up, some micro coded diagnostic failed
=> bad!
If you see the M9312 prompt, you can use PDP11GUI for further testing
Then you can write own assembler programs and download paper-tape based 
diagnostics. Contact me for more.


Joerg



Am 23.09.2016 um 03:55 schrieb devin davison:

Hello, made some progress with the pdp 11/34 I picked up a while back.
Managed to repair the faulty power supply. I am in the process of trying to
get a minimal configuration of the machine up and running.

I am looking for a short program to key in to try and test the
functionality of the cpu. Is there anywhere aside from the DEC manuals I
could go to get a quick idea of how to operate the front panel? The manual
is very in depth, however i am looking for sort of a quick start guide to
get started pretty quickly. Any site with info on how to operate the front
panel or some quick short programs i can key in would be of interest.

I  almost have the whole machine put back together on my desk, if all goes
well and it runs as expected, i want to post back with some nice orderly
pictures of it in the rack next to all the drives and the tape Drive.

Progress overall with the whole machine has been slow going, the machine
came with a heap of rsx 11 disk packs and tapes, however I am not to the
point where i can use them just yet. Ive been kinda itching to see whats on
those tapes, hopefully soon.

--Devin

Re: VCFMW 11, downloads

[Jörg Hoppe]

Jay, Jason & others,

thanks for all the organization

>
>
> To my eye, attendance was up this year yet again.
>
...

> The touch screen 11/70? Front panel connected to emulation was awesome!

The simulations are for download at
https://github.com/j-hoppe/BlinkenBone/releases


My photos are at ftp://jhoppe.ddns.net/vcfmw2016/


see u,

Joerg

Re: PDP11GUI 1.48

[Jörg Hoppe]

Mike,



a new release of PDP11GUI is online, with lots of enhancements:



Is anyone working on a Linux port? I expelled the last of Windows from
the house years ago.

I got this asked permanently!
PDP11GUI should run under Wine. Apparently nobody tried so far, at least 
I got no feedback about.
Perhaps you like to try? I'd jump in on any problems, and write a 
"HowTo" doc page on success.



The links to the bits about interfacing a real 11/70 panel via USB are
broken?

On which page are the broken links?


I would dearly love the schematics and code to build my own!

The "USB adapter" approach is quite outdated, no further docs available.
BlinkenBone is the way to go, see
http://retrocmp.com/projects/blinkenbone
http://retrocmp.com/projects/blinkenbone/blinkenbone-physical-panels/189-blinkenbone-physical-pdp-11-70
http://retrocmp.com/projects/blinkenbone/setting-up-a-blinkenbone-project
and more.

On VCF Mid West in Chicago in september we hold a workshop about 
connecting a 11/70 panel to BlinkenBone, see

http://vcfmw.org/ex.html

Joerg

Re: DEC PDP bits and Programma 101 available

[Jörg Hoppe]

Hi,

I'd like bid onto the VR14 + VT11 pack.
What should it cost?
Pick up is no problem, I live in Lower-Saxony, Germany.

Thanks,
Joerg

Am 15.08.2016 um 21:17 schrieb Erik W.:

Dear reader,

For a serious enthusiast or museum I have available:

  * Olivetti Programma 101 calculator

  * DEC GT40 grapic display terminal
  * DEC VT05, first DEC terminal
  * DEC PC04 paper tape reader/punch for PDP-8
  * DEC TU60 DECassette dual tape drive with two tapes mounted
  * DEC VR14 vector monitor; can be used directly with the VT11 below
  * VT11 display processor backplane + boards + LK40 keyboard
+ original 375 light pen.  Everything to turn any UNIBUS machine
into a "GT40" Moonlander capable system.
  * 21" BA11 box used to mount an 11/40 or 11/45 for example
  * Lots of smaller DEC parts like filler panels; please ask

Located in the Netherlands; local pickup much preferred.  Would
consider a trade for pre-1975 DEC bits or a simple cash deal.

Thanks, Erik

Re: VCFMW 11 Updates and Special Guest

[Jörg Hoppe]

Jason,

Update to the exhibition "Jack Rubin/Joerg Hoppe/Mark Matlock - Digital 
PDP-8 minicomputers and a preview of the PiDP-11 "

I'm also showing an original PDP-15 panel with SimH simulation behind.
See 
http://retrocmp.com/projects/blinkenbone/blinkenbone-physical-panels/256-pdp-15-console-panel-on-blinkenbone


best regards,
Joerg

Am 08.08.2016 um 23:49 schrieb Jason T:

Hello retro fans - we are approaching the one month point before the
Eleventh Vintage Computer Festival Midwest and plans are quickly
coming together.  Here are a few announcements and updates to bring
you up to speed:

- We're happy to announce our very special guest speaker, former
Commodore engineer, Bil Herd!  Bil will deliver an entertaining
90-minute talk and Q on his time at Commodore and his many
post-Commodore adventures in engineering that continue today.

- We are going to be packed FULL!  And that means full of great
exhibits, including the ones listed here:  http://vcfmw.org/ex.html.
The main hall's tables are all accounted for but there will be some
unassigned space in one of the side rooms for late-comers and
impromptu displays.

- VCFMW Auction - an experiment last year, now a feature!  Quality
entertainment and a fundraiser for the show, 4pm Saturday will see
another auction of donated items at low starting bids.  If you have
items you wish to donate for auction, please get in touch with show
organizers Friday night or early Saturday.  Auctions items need not be
classic computing related.  No registration is required for the
auction.

- The Free Pile tradition continues!  One corner of the "Grove" side
room (http://vcfmw.org/HIEGV_FloorplanDetail.jpg) will be dedicated to
the infamous Free Pile - leave your junk there but be prepared to take
it home if it's still there Sunday afternoon!  No printers, please!

- Hotel rooms are still available at the $84/night convention rate;
please follow the link at http://vcfmw.org or use the code "VCF" when
calling the hotel; if you are unable to obtain the con rate, please
let me know as I may have to ask the hotel to expand the reservation
block.

- We remind you that VCF Midwest is a community-funded show; we
receive no funding from any other organization.  If you appreciate
what we do and you are able, please visit the donation links on our
site at http://vcfmw.org.

Please feel free to help us get the word out and re-post this message
in your favorite vintage-related forum.  Thank you for your interest
and support and we'll see you in September!

-j

New photorealistic PDP-15 panel simulation for SimH

[Jörg Hoppe]

Hi,

here are some updates to the virtual Java panels for SimH ("BlinkenBone 
project"):


* New PDP-15. This rare 18 bit machine is a dream in White & Blue!
  Now we have PDP-11/20, 11/40, 11/70, PDP-8/I, PDP10/KI10 and PDP-15.

* Merged with official SimH 4, timestamp 2016-06-16

* Bugfix for light patterns on the PDP-11/70 panel in "DATA PATH" knob 
position.

  Now the "running snake" idle pattern of IAS is shown correctly.

* Added a 2.11 BSD UNIX installation for PDP-11/70 (yet another idle 
pattern!)


There are precompiled distribution for Win32, Ubuntu x86 & x64, 
Raspberry Pi and Beaglebone.

Just unzip and start.


Downloads: https://github.com/j-hoppe/BlinkenBone/releases

Web start page: http://www.retrocmp.com/projects/blinkenbone

And direct to the PDP-15: 
http://www.retrocmp.com/projects/blinkenbone/simulated-panels/255-simulated-pdp-15-panel


Enjoy,

Joerg

Photorealistic PDP-11/20 panel for SimH

[Jörg Hoppe]

Another Java panel simulation for BlinkenBone is there, the classic 
PDP-11/20.
In function and style it fills the gap between the PDP-8 and the later 
PDP-11's.


The GitHub distribution starts the 1970 Paper-tape BASIC, download here:
https://github.com/j-hoppe/BlinkenBone/releases

Info
http://retrocmp.com/projects/blinkenbone/simulated-panels/253-blinkenbone-simulated-pdp-11-20-panel
and next page.

Now we have PDP-8/I, PDP-11/20, PDP-11/40, PDP-11/70 and PDP-10/KI10.
Not to mention the PiDP8 replica and soon the PiDP11.

Joerg

Re: PDP-11/04-34 Programmer's Console manual error

[Jörg Hoppe]

Noel,

this is something every '34 owner must go through. Welcome to the club ;-)

Joerg

Am 29.03.2016 um 13:19 schrieb Noel Chiappa:

So, something I just found out the hard way, while debugging another
'situation' with a PDP-11/04:

The KY11-LB Programmer's Console maintainence manual contains a major error,
in describing the configuration of the 20-conductor flat cable that connectors
the front panel and the UNIBUS interface module (M7859). This is covered in
Chapter 9, "Installation", which includes two figures, Figures 9-4 and 9-5.

Those figures show the 20-conductor flat cable with the red edge stripe
toward the outer edge of the front panel PCB (correct), and also toward the
outer edge of the M7859 (WRONG). On the M7859, the red stripe edge needs to
be oriented _away_ from the outer edge of the board.

If it is plugged in as shown in these figures, the machine will not operate:
the four 'RUN/SR DISP/BUS ERR/MAINT' lights will be on, but nothing else, and
it will not respond to any keys. Fortunately, plugging the cable in reversed
does not damage anything; simply reverse the cable.

Noel

PDP-12 restauration in center Germany

[Jörg Hoppe]

Hi,

in case somebody needs companions for cross-tests or likes to exchange 
thoughts:


A few month ago we bought a PDP-12 and are restoring she since then.

There is no online-diary about progress (the maching is eating up all 
time), but see here:

http://c-c-g.de/index.php?option=com_content=article=311:pdp12-gekauft=100=50

The 12 is complete with no visible damages and has some undocumented 
add-ons (they always have).

Especially a MOS memory extension was plugged off very soon.

Luckily we could organize an 95% complete 2nd module set.

After console exchange (we had indeed a 2nd one!) and much trouble with 
cpu logic,

we can now execute opcodes with DO and FILL/EXAM the core memory.

Contact me if you like to visit us, we're sitting near Göttingen 
(between Kassel and Hannover).



Joerg

Re: PDP-12 restauration in center Germany (J?rg Hoppe)

[Jörg Hoppe]

Am 10.01.2016 um 19:26 schrieb Michael Thompson:


Date: Sun, 10 Jan 2016 17:16:17 +0100
From: J?rg Hoppe 
Subject: PDP-12 restauration in center Germany

Hi,

in case somebody needs companions for cross-tests or likes to exchange
thoughts:

A few month ago we bought a PDP-12 and are restoring she since then.

There is no online-diary about progress (the maching is eating up all
time), but see here:

http://c-c-g.de/index.php?option=com_content=article=311:pdp12-gekauft=100=50

The 12 is complete with no visible damages and has some undocumented
add-ons (they always have).
Especially a MOS memory extension was plugged off very soon.

Luckily we could organize an 95% complete 2nd module set.

After console exchange (we had indeed a 2nd one!) and much trouble with
cpu logic,
we can now execute opcodes with DO and FILL/EXAM the core memory.

Contact me if you like to visit us, we're sitting near G?ttingen
(between Kassel and Hannover).

Joerg



Joerg,

Take a look at a picture of our PDP-12. It has a PDP-8/I next to it as in
your picture.
http://www.ricomputermuseum.org/Home/equipment/dec-pdp-12/dec-pdp-12-restoration/PDP-12_and_PDP-8I.jpg?attredirects=0

We also have MAI and Wang systems.


Look much better than our stuff!

Joerg

DEC MM15 core mem found

[Jörg Hoppe]

I help cleaning out a large repository of DEC parts.
There a quantity of DEC core module assemblies appeared.
According to PDF docs these must be PDP-15 MM15's, but no labels are on 
the boards.


I show/offer some of them at
retrocmp.com/flipchipshop ,
under "core memory"

Can somebody confirm they are MM15's?
Are any PDP-15 running at all?

Thanks,
Joerg

Re: PDP11GUI 1.47

[Jörg Hoppe]

Am 26.11.2015 um 18:19 schrieb william degnan:




I'm not giving you a hard time out of idle sadism, I'm just very
curious to see how you implemented a USB interface to an 11/70 panel
:-)

Mike


I appreciate this tool and look forward to trying the upgrade.  Mostly I
use with  11/40 to debug hy RL02 not booting.
"Pro tip": try to read/write the RL02 with the disk image driver, then 
look up error messages in the driver MACRO11 source code.


Joerg


Bill Degnan
twitter: billdeg
vintagecomputer.net

Re: Large batch of DEC flip chips

[Jörg Hoppe]

Bob,

my flip chip collection is finally online.
See retrocmp.com/flipchipshop

best regards,
Joerg

Am 14.05.2015 um 15:53 schrieb Bob Rosenbloom:

On 5/14/2015 4:36 AM, Jörg Hoppe wrote:

Here's the opportunity to buy batches of DEC flip chip modules.
It must be several thousands, I estimate the total weight of the boxes
to over 100kg.
Most are "red" logic series, but other colors are there too.
Apparently they are plugged from different machine types, maybe even
PDP-10s or -12s.

Of course I'm greedy!

But while we have a PDP-12 and some DECtapes here, this amount is
mostly useless and will occupy much precious space until the end of my
days.

So question: Is there any reasonable demand for flip chips in the
community?
And more difficult: any hint about the price I can offer?

Thanks for your opinion,
Joerg


You can search ebay for seller: trailer426f
<http://www.ebay.com/usr/trailer426f?_trksid=p2047675.l2559>

He has some 100's of R series over the years. Many sell for between $10
and $20

There is definitely interest, I have bought more that 30 from him.

Bob

Re: PDP11GUI 1.47

[Jörg Hoppe]

*goes to URL*

Wait, what? 11/70  hardware console functionality?

But links are placeholders... work in progress?

See what you mean ... links fixed.

Joerg



Mike

On Wed, Nov 25, 2015 at 11:52 PM, Jörg Hoppe <j_ho...@t-online.de> wrote:

Folks,
a new version of PDP11GUI is online.
It fixes some errors, including "Error 103", which occured when running
MACRO11 without administrator privileges.
There were also problems under Win10.

Download from http://retrocmp.com/pdp-11/pdp11gui

Bug feedback is necessary!

Enjoy,
Joerg

Big heap of DEC Flip-Chips modules

[Jörg Hoppe]

Hi,

a year ago or so an inventory of several thousand DEC flip-chip modules 
appeared in the neighbourhood.

"Yesss, my preciou, it came too me !!!"
But I couldn't acquire them. At least I help selling them now.

The inventory is here:
retrocmp.com/flipshipshop

It was a 2-months-project: most fun was sorting and counting the 
modules, then taking the pictures.
A webshop solution seemed the best for online presentation. (Very 
interesting, I never did that before)


Functionality of the shop software is good. On the other hand this 
project appears a bit too commercial now.
You even should be able to buy online over Paypal, but I'd prefer 
personal contact.


Joerg

Big heap of DEC Flip-Chips modules: URL update

[Jörg Hoppe]

Correction: typo in the URL, it is
retrocmp.com/flipchipshop
of course !!

Am 25.11.2015 um 14:34 schrieb Jörg Hoppe:

Hi,

a year ago or so an inventory of several thousand DEC flip-chip modules
appeared in the neighbourhood.
 "Yesss, my preciou, it came too me !!!"
But I couldn't acquire them. At least I help selling them now.

The inventory is here:
 retrocmp.com/flipshipshop

It was a 2-months-project: most fun was sorting and counting the
modules, then taking the pictures.
A webshop solution seemed the best for online presentation. (Very
interesting, I never did that before)

Functionality of the shop software is good. On the other hand this
project appears a bit too commercial now.
You even should be able to buy online over Paypal, but I'd prefer
personal contact.

Joerg

PDP11GUI 1.47

[Jörg Hoppe]

Folks,
a new version of PDP11GUI is online.
It fixes some errors, including "Error 103", which occured when running 
MACRO11 without administrator privileges.

There were also problems under Win10.

Download from http://retrocmp.com/pdp-11/pdp11gui

Bug feedback is necessary!

Enjoy,
Joerg

Re: VCF-Berlin, 2015

[Jörg Hoppe]

Jack,

in your forum you say

"Joerg Hoppe took the picture above but unfortunately, I didn't manage 
to take one of him. He had a very impressive collection of (mostly) DEC 
front panels running in full blinken-light glory off SIMH on captive 
Beagle Bone controllers."


Here's my gallery ... including YOU:
ftp://jhoppe.ddns.net/vcfb2105/index.html
Is something wrong with it?

kind regards
Joerg


Am 28.10.2015 um 03:13 schrieb Jack Rubin:

Here are some of my photos from VCF-Berlin - http://tinyurl.com/vcfb-2015 . 
More narrative is at the Vintage Computer Forum - http://tinyurl.com/vcfb-vcfd 
.  Enjoy - I certainly did!

Jack

Re: Order now ! PDP8 front panels

[Jörg Hoppe]

Rob,

Here is a high quality PDP-11/70 foto:
ftp://jhoppe.ddns.net/blinkenbone/pdp1170.jpg

I used it for the photographic panel Java simulation
http://blinkenbone.com/projects/pdp-11-70-panel-on-blinkenbone/243-simulated-pdp-11-70-panel-on-simh

The 20MPixel camera was aligned to the axis of the panel,
a 105 mm tele non-zoom lens was used for minimal geometric distortion.
Hope this helps.

Joerg


Am 26.10.2015 um 14:44 schrieb rod:

Hi Guys

OK I'm open for orders for the choice of the following:

PDP-8/e (Type A)
PDP-8/e (Type B)
PDP-8/f
PDP-8/m

Existing orders price as pre-paid
New orders price will be advised based on batch sizes
/f and /m are going to be a few dollars more as they need an extra
screen for the logos.

There are_twenty slots_ of which _five_ have already gone

Ask for the file of designs if you don't have it.

New panels in design stage for the 11/40 up to 11/70.
Scans, Photos and "I want one" for the above to me please.

Rod Smallwood

Pinging Oscar Vermeulen: Blinkenlight API for PiDP-11/70

[Jörg Hoppe]

Oscar,

I forgot to ask for your private email on VCFB, so I use this public 
channel.


Can you sell me a PiDP8, so I can port my Blinkenlight Api Server to the 
platform of the upcoming 11/70?
I'd like to have it as preassembled as possible, 'cause my schedule is 
very tight.


http://www.retrocmp.com/projects/blinkenbone

BTW, my photos of VCFB are here:
ftp://jhoppe.ddns.net/vcfb2105/index.html
... you remember me shooting into your face while the street car rumbled 
behind your back?


Thanks,
Joerg


Am 23.10.2015 um 12:54 schrieb Oscar Vermeulen:

http://retrocmp.com/projects/pdp-11-70-panel-on-blinkenbone/243-simulated-pdp-11-70-panel-on-simh


That's a work of art, together with the PDP-10 he did. I saw them running on a 
nice touch screen at VCF Berlin, and I wondered whether all this physical 
replication stuff makes sense when that's around at zero cost. Then I put my 
blinkers back on and went ahead anyway :)


You hit upon one of the key needs for these projects, a good replica bezel.
In my project I had to have a plexiglass bezel laser cut then used white plastic
to frame that bezel. It works but I would love to have a replica bezel.


Did you perchance make a CAD design for that, which could be reused? ;) I'm 
drafting a design at the moment, but far from perfect still.

I think of all the technologies available for making the bezel, vacuum forming 
seems to make the most sense. Injection molding is much better quality but just 
too expensive (tens of thousands USD). The other approaches, I think, work fine 
for small quantities. But I suspect there's a 'need' to make a few hundred.

Probably the best way is to make a very good open-source CAD model. Then make a 
low-cost vacuum forming mold, whilst anyone could still use the CAD file for 
higher-quality one-offs on a CNC router or, perhaps, 3D printer. The problem 
with vacuum forming is that you cannot make much more details other than the 
outer hull, which will look fine but need a lot of work on the inside to really 
mount in an original PDP-11.

Regards, Oscar.

Re: PDP-11/70 console panel for SimH

[Jörg Hoppe]

Jay,

sources are here:
http://www.retrocmp.com/projects/pdp-11-70-panel-on-blinkenbone/243-simulated-pdp-11-70-panel-on-simh

There are 3 subprojects:
- the modified SimH with new REALCONS device in "020simh.382.jh"
- the RPC network based Blinkenlight API modules in "070blinkenlight_api"
- the Java panel simulations in "09javapanelsim"

Conceptual documentation is here:
http://www.retrocmp.com/projects/blinkenbone
... best start with "Architectural overview.

You will have questions ;-) ... contact me!

Joerg


Am 29.09.2015 um 15:34 schrieb Jay Jaeger:

Is source available somewhere?  I'd like to study your techniques as I
eventually want to do something similar for an IBM 1410.

JRJ

On 9/27/2015 4:14 PM, Jörg Hoppe wrote:

Hi,

I just finished a virtual PDP-11/70 panel for SimH.
As always it's a BlinkenBone application; description and download is here:
http://www.retrocmp.com/projects/pdp-11-70-panel-on-blinkenbone/243-simulated-pdp-11-70-panel-on-simh


After the PDP-11/40 and the PDP-10 KI10, this is the 3rd panel connected
to SimH in
a both a physical and a simulated version.

I'll show this simulation, the physical PDP-11/70 panel and some more
panels on VCFB in Berlin,
october 3rd and 4th. http://www.vcfb.de/2015/index.html.en

Have fun!
Joerg

PDP-11/70 console panel for SimH

[Jörg Hoppe]

Hi,

I just finished a virtual PDP-11/70 panel for SimH.
As always it's a BlinkenBone application; description and download is here:
http://www.retrocmp.com/projects/pdp-11-70-panel-on-blinkenbone/243-simulated-pdp-11-70-panel-on-simh

After the PDP-11/40 and the PDP-10 KI10, this is the 3rd panel connected 
to SimH in

a both a physical and a simulated version.

I'll show this simulation, the physical PDP-11/70 panel and some more 
panels on VCFB in Berlin,

october 3rd and 4th. http://www.vcfb.de/2015/index.html.en

Have fun!
Joerg

DEC PC05 paper tape repair stories

[Jörg Hoppe]

After having repaired six of these DEC PC05 papertape reader/puncher for 
PDP-11, I hacked together a few web pages about my work.
It's not too impressive at the moment, but the info about model variants 
and the failure list may be of interest.


See http://retrocmp.com/stories/dec-pc05-papertape

One of these PC05's is on ebay.de right now. If you're curious for the 
European street price (as I am), check out item #111721179781 .


Enjoy!
Joerg

Fwd: How to disassemble the DEC PC05 puncher unit?

[Jörg Hoppe]

Hi,

 I have an broken DEC PC05 puncher unit here.
It seems the shaft which transfers motor power to the excenter mechanism
is broken in the inside.

So i need to dissassemble the whole unit, but have no idea where to start.

I've read somewhere the mechanical puncher unit is not made by DEC but
by some other company.

Is there any known documentation about the DEC PC05 puncher ?

Thanks,
Jörg

Re: Fwd: How to disassemble the DEC PC05 puncher unit?

[Jörg Hoppe]

Am 12.07.2015 um 14:40 schrieb Johnny Billquist:

On 2015-07-12 13:55, Jörg Hoppe wrote:


Hi,

  I have an broken DEC PC05 puncher unit here.
It seems the shaft which transfers motor power to the excenter mechanism
is broken in the inside.

So i need to dissassemble the whole unit, but have no idea where to
start.

I've read somewhere the mechanical puncher unit is not made by DEC but
by some other company.

Is there any known documentation about the DEC PC05 puncher ?


There are several manuals at bitsavers. Why didn't you even bother
checking before posting?
http://bitsavers.trailing-edge.com/pdf/dec/papertape/

Johnny,
of course I know the bitsavers manuals ... I'm living with them since 
months. I'm not searching docs about the whole PC05, but about the 
mechanical puncher unit inside. The only info about the puncher are 3 
pages in DEC-00-PC0A-D_PC04_Manual.pdf with adjustments instructions, 
extracted by DEC from some original documentation.

I'm searching for an explosive view and disassembly instructions.

The manufacturer of the puncher unit seems to be Royal Typewriter, 
still in existence. But I found no doc about their paper tape puncher.


Joerg

Re: Strange DEC PC05 paper tape reader: doc for M705 needed

[Jörg Hoppe]

Am 23.06.2015 um 19:40 schrieb Vincent Slyngstad:

From: Ethan Dicks: Tuesday, June 23, 2015 8:07 AM

On Tue, Jun 23, 2015 at 10:54 AM, Jörg Hoppe wrote:

Does anybody has a FPMS with schematics for the M705 modul? Perhaps
as part
of some PDP-8 doc?



Vince Slyngstad has some modern schematics here:

http://svn.so-much-stuff.com/svn/trunk/Eagle/projects/DEC/Mxxx/M705/
http://svn.so-much-stuff.com/svn/trunk/Eagle/projects/DEC/Mxxx/M7050/
http://svn.so-much-stuff.com/svn/trunk/Eagle/projects/DEC/Mxxx/M710/
http://svn.so-much-stuff.com/svn/trunk/Eagle/projects/DEC/Mxxx/M715/


Thanks for the mention!

Jörg, if your boards aren't the etch levels mentioned there (or you have
trouble reading what's there), let me know, and we'll see what we can do.

Vince

Vince, thanks for your very extensive module list.
Hint: domain decmodules.net seeems to be free ;-)

Jörg