Products > Vintage Computing

m68k bus arbitration

(1/2) > >>

TomS_:
Hi all, looking for any m68k gurus that may be hanging around to help me figure something out.

Im looking at a HP Jet Direct card that has a 68EC000 on it, along with an ethernet controller. The ethernet controller can take over the bus to DMA packets in to/out of memory.

Ive scoped out the arbitration signals, and I feel like Im going crazy.

The datasheet says that BR/ is used to request access to the bus, and the CPU will respond by asserting BG/ once it has given up the bus.

On this board, however, the BR/ signal remains constantly high (yellow trace in the attached image) and it would appear that the BGACK/ signal is asserted in place of BR/.

Does anyone know if this was a valid means of bus arbitration with the 68k? It seems counter to everything that is in the datasheet, unless it has an error and has swapped the BG/ and BGACK/ signals, but then BGACK/ is never being asserted either...

Not 100% sure what to make of it, but there are a few tricks being played on this board so it wouldnt surprise me that they are playing a trick with bus arbitration too...

The sequence of signals are:

HOLD_ is asserted by the ethernet controller (AM79C90), this feeds into an ASIC on the board which would then appear to assert BGACK_ to the CPU which then asserts BG_ back to the ASIC which in turn asserts HLDA_ back to the ethernet controller which is now the bus master.

Appreciate any insight.

Thanks!

cruff:
From the manual:

3.4 BUS ARBITRATION CONTROL
The bus request, bus grant, and bus grant acknowledge signals form a bus arbitration
circuit to determine which device becomes the bus master device. In the 48-pin version of
the MC68008 and MC68EC000, no pin is available for the bus grant acknowledge signal;
this microprocessor uses a two-wire bus arbitration scheme. All M68000 processors can
use two-wire bus arbitration.

It sounds like you have misidentified the BR ping as BGACK.

TomS_:

--- Quote from: cruff on June 22, 2022, 12:41:51 pm ---From the manual:

...

It sounds like you have misidentified the BR ping as BGACK.

--- End quote ---
I am very aware of what the manual/datasheet says, Ive read it several times to ensure that I understand what I am looking at.

Ive triple checked the pins I am probing, and I am absolutely 100% probing the pins as identified in the screenshot and my description above.

The yellow trace is the BR signal. And in fact I have literally just noticed that it is hard wired to the adjacent VCC pin, so there is no way that it can be used to request the bus unless there is an error in the datasheet.

TomS_:
My apologies. There be errata!!  |O

I had interpreted the text you quoted to mean there were no BGACK signals on the 48 pin EC device, although there is actually no such thing.

MK14:
Also, this link seems to say, some of them, had a different pin out, to the datasheet.

https://www.cpu-world.com/CPUs/68000/Motorola-MC68EC000FN10.html


--- Quote ---Motorola MC68EC000FN10

10 MHz
68-lead plastic LCC   Motorola MC68EC000FN10
this CPU has a bit odd pinout
2019-08-18 10:34:45
Posted by: Muzamal Baig

The freescale MC68EC000FN10 0F90 has following pinout that does not match the one given in its datasheet
Taken from bboah.com
--- End quote ---

Navigation

[0] Message Index

[#] Next page