[cctalk] Re: DEC bus transceivers

David The SOT-23 wide per output signal is a useful metric, thankyou. I presume that is with outputs drivers on both sides. Your comparator ask is probably unobtanium: - OC output => slow (75+ ns, just like the Unibus settling time - although perhaps largely due to an initially overdriven ) -

[cctalk] Re: DEC Unibus variants

On Sat, 29 Mar 2025, shad wrote: My aim is to design a reprogrammable digital logic board which could be employed in any system, using 18bits address or also 22bits (i.e. for 11/24). You're trying to recreate the Unibone? Christian

[cctalk] Re: DEC Unibus variants

On Sat, Mar 29, 2025 at 1:41 PM shad via cctalk wrote: > I read the "UnibusSpec1979.pdf" on bitsavers, which reports a "Standard > Unibus" pinout in the last pages. > However in several backplanes "Small Peripheral Controller", "Modified > Unibus Device" and "Extended Unibus" are supported. >

[cctalk] Re: DEC bus transceivers (was: DEC Unibus variants)

Indeed. I think I have sixteen dZ11 boards that I could part for a unibone On March 30, 2025 11:49:44 PM CDT, Paul Anderson via cctalk wrote: >Does anyone have a list of what boards they were used on? > >I do have some boards I'm planning or recycling (I know, I shouldn't say >that, especially h

[cctalk] Re: DEC Unibus variants

You might want to ask your questions on the Digital Equipment discord. Tony Bilquest could probably answer them. Including an invite… Join the The Digital Equipment Corporation Fan Spot Discord Server! discord.gg

[cctalk] Re: DEC bus transceivers

On 3/30/25 6:44 PM, Martin Bishop wrote: Your driver design sketches and comments are substantially on the money. Thank you for making them public. However, an effective implementation in discrete components would not be "tiny" - even with 0402 passives and a pick / place machine on the case