I ran into the same thing. The adr you use to post from doesn't resolve
On 1/28/20 2:21 PM, Chris Zach via cctalk wrote:
> Hi Jorg!
>
> Don't think my emails are going through, do you have an order site? I'd love
> one.
>
> C
Hi Jorg!
Don't think my emails are going through, do you have an order site? I'd
love one.
C
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 ju
On Tue, Jan 28, 2020 at 08:06:09AM -0800, Josh Dersch via cctalk wrote:
> 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
>
On Tue, Jan 28, 2020 at 4:25 AM Jörg Hoppe via cctalk
wrote:
> 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
> From: Rob Doyle
> http://www.bitsavers.org/pdf/dec/unibus/RH11-C_Engineering_Drawings.pdf
Oooh, thanks ever so much. Not sure how I missed that when I looked on
BitSavers for RH11 stuff! Very illuminating - eventually! The M7294-YA seems
to be a manual ECO to the M7294; there's a detail
On 11/23/2019 2:10 PM, Noel Chiappa via cctalk wrote:
From: Rob Doyle
Your memory is correct. The RH11C was the buffered version of the
RH11
Umm, both the -AB and -B have FIFOs - confirmed from the prints. (I
have an M7294 if we want to confirm that the prints aren't confused.)
Now, maybe th
> From: Rob Doyle
> Your memory is correct. The RH11C was the buffered version of the RH11
Umm, both the -AB and -B have FIFOs - confirmed from the prints. (I have
an M7294 if we want to confirm that the prints aren't confused.) Now,
maybe the -C has a _bigger_ FIFO (e.g. large enough to
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 Uni
On 11/22/2019 3:05 PM, Eric Smith via cctalk wrote:
One version of the RH11 added a small FIFO (called a "silo" by DEC, IIRC)
in the data path. I don't recall which suffix that was, nor whether it was
the version used in the KS10.
Your memory is correct. The RH11C was the buffered version of t
> the Revision J prints (September 1993).
Ooops, typo: '1973'.
Noel
> From: Eric Smith
> One version of the RH11 added a small FIFO (called a "silo" by DEC,
> IIRC) in the data path. I don't recall which suffix that was, nor
> whether it was the version used in the KS10.
Well, the -AB has the FIFO, according to the Revision J prints (September
1
> From: Jörg Hoppe
> UniBone can be used in UNIBUS-A SPC slots in 18 bit mode without any
> extra adapters? And can emulate an RH11-C there
As far as I can see, yes.
> even if the RH11 is supposed to run in UNIBUS B?
Well, all RH11's have both UNIBUS A and UNIBUS B; under progra
On Fri, Nov 22, 2019 at 6:39 AM Noel Chiappa via cctalk <
cctalk@classiccmp.org> wrote:
> So I think all our questions are answerered (except for the [RH11]-AB/-C
> difference
> issue).
>
One version of the RH11 added a small FIFO (called a "silo" by DEC, IIRC)
in the data path. I don't recall wh
On 11/22/19 1:01 PM, Paul Koning via cctalk wrote:
>
>> On Nov 21, 2019, at 10:13 PM, Chris Zach via cctalk
>> wrote:
>>
>> I *think* (and this is putting the wayback hat on) that the RH11 originally
>> was the controller for the RS03 and RS04 fixed head disk drives. The dual
>> Unibus was so y
>
> Date: Thu, 21 Nov 2019 22:13:30 -0500
> From: Chris Zach
> Subject: Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
>
> One of my long term questions has been to see if a 2020 could talk to a
> RM80. It should be possible as the Massbus personality module talks to
>
> On Nov 22, 2019, at 2:09 PM, Tom Uban wrote:
>
> On 11/22/19 1:01 PM, Paul Koning via cctalk wrote:
>>
>>> On Nov 21, 2019, at 10:13 PM, Chris Zach via cctalk
>>> wrote:
>>>
>>> I *think* (and this is putting the wayback hat on) that the RH11 originally
>>> was the controller for the RS
> On Nov 21, 2019, at 10:13 PM, Chris Zach via cctalk
> wrote:
>
> I *think* (and this is putting the wayback hat on) that the RH11 originally
> was the controller for the RS03 and RS04 fixed head disk drives. The dual
> Unibus was so you could put them on Unibus A for talking to the 11/45'
> Although, with the 3 SPC slots - although they are on UNIBUS A, and only
> UNIBUS B has the 18-bit capability
Du. My brain finally turned on.
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
I *think* (and this is putting the wayback hat on) that the RH11
originally was the controller for the RS03 and RS04 fixed head disk
drives. The dual Unibus was so you could put them on Unibus A for
talking to the 11/45's main bus with data transfers ripping across
Unibus B directly to the dual
> maybe the two can be jumpered together (the way the two UNIBI in the
> KD11-A/D can).
Actually, now that I think about it, that might be the reason for the order
of the UNIBUS A out B in/out slots in the backplane:
https://gunkies.org/wiki/RH11_MASSBUS_controller#Backplane_layout
One
> From: Jörg Hoppe
> did DEC construct 18bit mutants for a few PDP-11 peripherals to run
> them in KS10?
Yes and no. There were two 18-bit UNIBUS devices, but they were originally
done for the PDP-15 (DEC's last 18-bit machine). They were the RK11-E and the
RH11-AB. When the KS10 appe
> On Nov 20, 2019, at 10:37 AM, Chris Zach via cctalk
> wrote:
>
> Gotta drag this stuff out and take a look. Oh and RD54's are *slow* compared
> to ESDI disks and controllers. Ouchies!
Can’t be worse than my original plan, which was to use a Viking SCSI controller
and hack all the things to
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 anoth
> On Nov 19, 2019, at 9:35 PM, Josh Dersch wrote:
>
> Joerg is the one building and selling the board, I'm just a satisfied
> customer who's also been hacking new device support into it. I'll keep y'all
> posted as to when I make progress on this.
>
> Also if anyone has a KS they could, uh, "
On Tue, Nov 19, 2019 at 4:59 PM Chris Zach wrote:
> Whelp, if you're planning on doing this early next year I'll start
> dragging the KS10 box out of storage and cleaning it off. If you sell
> the boards let me know so I can buy one and support your efforts.
>
Joerg is the one building and selli
Whelp, if you're planning on doing this early next year I'll start
dragging the KS10 box out of storage and cleaning it off. If you sell
the boards let me know so I can buy one and support your efforts.
CZ
On 11/19/2019 7:53 PM, Josh Dersch wrote:
On Tue, Nov 19, 2019 at 2:26 PM Daniel Seag
On Tue, Nov 19, 2019 at 2:26 PM Daniel Seagraves via cctalk <
cctalk@classiccmp.org> wrote:
> > On Nov 19, 2019, at 7:39 AM, Chris Zach via cctech <
> cct...@classiccmp.org> wrote:
> >
> > Ah. Another solution to the fabled "MASSBUS" to anything adapter?
> Putting it in at the RH11-C level would r
> On Nov 19, 2019, at 7:39 AM, Chris Zach via cctech
> wrote:
>
> Ah. Another solution to the fabled "MASSBUS" to anything adapter? Putting it
> in at the RH11-C level would remove a fair bit of complexity, then you could
> simply emulate all the Massbuss insanity through the relatively simple
> On Nov 19, 2019, at 5:41 AM, Jörg Hoppe via cctalk
> wrote:
>
> 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 m
Ah. Another solution to the fabled "MASSBUS" to anything adapter?
Putting it in at the RH11-C level would remove a fair bit of complexity,
then you could simply emulate all the Massbuss insanity through the
relatively simple registers that an RH11 uses
I wouldn't mind having eight RP06's o
> On Nov 17, 2019, at 7:59 AM, Jörg Hoppe via cctech
> wrote:
>
> 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-wire
On 11/16/19 19:56, W2HX via cctalk wrote:
> 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'd think that PRU in the BBB ought to be able to handle the QBUS
easily. A state-machine in an FPG
Joerg said
>>> *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 bo
On Sat, Nov 16, 2019 at 4:59 PM W2HX via cctalk
wrote:
> 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?
>
> It does seem useful to have this thing run linux and ethernet and be able
> to pass fil
On 11/16/2019 06:56 PM, W2HX via cctalk wrote:
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?
The PRU on the Beagle Bone Black is pair of 200 MHz 32-bit
microcontrollers which can do all sorts
n: On-Topic and Off-Topic Posts; General
Discussion: On-Topic Posts
Subject: Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
Stefan,
>> *What it is:*
>> In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS
>> systems containing a BeagleBone Black.
>>
>&g
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-
fre 2019-11-15 klockan 14:07 +0100 skrev 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
On 11/15/19 20:53, Paul Koning wrote:
> I wonder if the UDA50 microcode can be found. That's a bitslice (2901 ALUs
> plus 2910 branch controller) which presumably would be pretty easy to emulate
> in a small FPGA.
If it used Am2901 series parts, I wonder if it used Am2908s too for the
bus driv
> On Nov 15, 2019, at 4:22 PM, David Bridgham via cctalk
> wrote:
>
> ...
> I've also been looking more into microcoding and bitslice designs and it
> could be a really neat little project to build a bitslice processor into
> the FPGA and microcode that to implement MSCP (rather than microcod
> On Nov 15, 2019, at 4:58 PM, W2HX via cctalk wrote:
>
> This is interesting indeed. But if someone wanted to emulate a new function
> with the QSIC, would they need to be able to program in verilog (or fpga
> language)? I think an interesting angle using something like a BBB is that
> the
David Bridgham via cctalk
Subject: Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
I think you will win a lot of friends if you can make something that
will emulate MSCP devices on the QBus - I have a micro11 and microVax
sans disk due to only having ESDI ate ST506 controllers!
cheers es 73 to the
On 11/15/19 3:26 PM, Nigel Johnson via cctalk wrote:
> I think you will win a lot of friends if you can make something that
> will emulate MSCP devices on the QBus - I have a micro11 and microVax
> sans disk due to only having ESDI ate ST506 controllers!
>
> cheers es 73 to the hams amongst us de
I think you will win a lot of friends if you can make something that
will emulate MSCP devices on the QBus - I have a micro11 and microVax
sans disk due to only having ESDI ate ST506 controllers!
cheers es 73 to the hams amongst us de Nigel ve3id
On 15/11/2019 15:23, David Bridgham via cctalk
On 11/15/19 3:01 PM, W2HX via cctalk wrote:
> LOVE the ideas, loved it when I first heard of it. But I'm a QBUS guy! Put me
> on the list when (if) you ever make one for qbus. GREAT idea!
> Eugene
Along these lines, it's been a long time since we've updated the list
regarding the QSIC project.
LOVE the ideas, loved it when I first heard of it. But I'm a QBUS guy! Put me
on the list when (if) you ever make one for qbus. GREAT idea!
Eugene
From: cctalk on behalf of Jörg Hoppe via cctalk
Sent: Friday, November 15, 2019 8:07 AM
To: General Discus
47 matches
Mail list logo
