summaryrefslogtreecommitdiffstatshomepage
diff options
context:
space:
mode:
-rw-r--r--src/devices/machine/tmc0430.cpp208
-rw-r--r--src/devices/machine/tmc0430.h32
2 files changed, 120 insertions, 120 deletions
diff --git a/src/devices/machine/tmc0430.cpp b/src/devices/machine/tmc0430.cpp
index 22ac8d65e1d..31fe699347e 100644
--- a/src/devices/machine/tmc0430.cpp
+++ b/src/devices/machine/tmc0430.cpp
@@ -21,71 +21,71 @@
MO = Mode. 1=address counter access, 0=data access
GS* = GROM select. 0=select, 1=deselect
- GROMs are slow ROM devices, which are interfaced via a 8-bit data bus,
- and which include an internal address pointer which is incremented
- after each read. This implies that accesses are faster when reading
+ GROMs are slow ROM devices, which are interfaced via a 8-bit data bus,
+ and which include an internal address pointer which is incremented
+ after each read. This implies that accesses are faster when reading
consecutive bytes, although the address pointer can be read and written at any time.
GROMs are generally used to store programs written in GPL (Graphic Programming
Language): a proprietary, interpreted language from Texas Instruments which
is the machine language in some kind of virtual machine that is running
- inside the TI-99/4, TI-99/4A, and TI-99/8 computers.
-
+ inside the TI-99/4, TI-99/4A, and TI-99/8 computers.
+
Communication with GROM is done by writing and reading data over the
AD0-AD7 lines. The M line determines whether the circuit will input or
output data over the bus. For GROMs, writing data is only done for setting
- the internal address register. The MO line must be asserted for accessing
+ the internal address register. The MO line must be asserted for accessing
this address register; otherwise data from the memory banks can be read.
Clearing MO and M means writing data, and although so-called GRAMs were
- mentioned by Texas Instruments in the specifications and manuals, they
+ mentioned by Texas Instruments in the specifications and manuals, they
were never seen. GROMs ignore this setting.
-
- Setting the address is done by writing two bytes to the circuit with
- M=0 and MO=1. In real systems, these lines are usually controlled by
+
+ Setting the address is done by writing two bytes to the circuit with
+ M=0 and MO=1. In real systems, these lines are usually controlled by
address bus lines, which maps the circuit into the memory space at specific
addresses.
-
- The GROM address counter is 13 bits long (8 KiB), and judging from its
+
+ The GROM address counter is 13 bits long (8 KiB), and judging from its
behavior, the memory is organized as three banks of 2 KiB each:
-
+
00 -> Bank 0
01 -> Bank 1
10 -> Bank 2
11 -> Bank 1 OR Bank 2
-
- The fourth 2 KiB block seems to be a logical OR of the contents of
+
+ The fourth 2 KiB block seems to be a logical OR of the contents of
bank 1 and 2. This means that one GROM delivers a maximum of 6 KiB of data.
Nevertheless, the address counter advances into the forbidden bank, and
wraps at its end to bank 0.
8 GROMs can be used to cover a whole 16-bit address space, but only
- 48 KiB of memory can be used. Each GROM has a burnt-in 3 bit identifier
- which allows us to put 8 GROMs in parallel, each one answering only
- when its area is currently selected.
-
- The address that is loaded into the address register contains two parts:
-
+ 48 KiB of memory can be used. Each GROM has a burnt-in 3 bit identifier
+ which allows us to put 8 GROMs in parallel, each one answering only
+ when its area is currently selected.
+
+ The address that is loaded into the address register contains two parts:
+
[ I I I A A A A A A A A A A A A A ]
- The I bits indicate which GROM to use. They are latched inside every GROM,
- and when the address is read from the register, they are delivered as the
- most significant three address bits.
+ The I bits indicate which GROM to use. They are latched inside every GROM,
+ and when the address is read from the register, they are delivered as the
+ most significant three address bits.
- All GROMs are wired in parallel, and only the circuits whose ID matches the
- prefix actually delivers the data to the outside. Apart from that, all
- GROMs perform the same internal operations. This means that each one of
- them holds the same address value and delivers it on request.
+ All GROMs are wired in parallel, and only the circuits whose ID matches the
+ prefix actually delivers the data to the outside. Apart from that, all
+ GROMs perform the same internal operations. This means that each one of
+ them holds the same address value and delivers it on request.
- Timing. GROMs have a CPU-bound operation phase and a non-CPU-bound operation
- phase. After being selected, the READY line is immediately lowered, and
- it raises as soon as the data is ready for access. After that, a prefetch
- is done to get the next data byte from the memory banks, advancing the
- address counter. This prefetch is also done when loading the address.
- Hence, reading the address register will always deliver a value increased
- by one.
+ Timing. GROMs have a CPU-bound operation phase and a non-CPU-bound operation
+ phase. After being selected, the READY line is immediately lowered, and
+ it raises as soon as the data is ready for access. After that, a prefetch
+ is done to get the next data byte from the memory banks, advancing the
+ address counter. This prefetch is also done when loading the address.
+ Hence, reading the address register will always deliver a value increased
+ by one.
[1] Michael L. Bunyard: Hardware Manual for the Texas Instruments 99/4A Home Computer, section 2.5
-
+
Michael Zapf, August 2010
January 2012: rewritten as class
@@ -104,54 +104,54 @@
Constructor.
*/
tmc0430_device::tmc0430_device(const machine_config &mconfig, const char *tag, device_t *owner, UINT32 clock)
- : device_t(mconfig, TMC0430, "TMC0430 device (GROM)", tag, owner, clock, "grom", __FILE__),
- m_gromready(*this),
- m_current_clock_level(CLEAR_LINE),
- m_current_ident(0),
- m_phase(0),
- m_address_mode(false),
- m_read_mode(false),
- m_selected(false),
- m_address_lowbyte(false),
- m_regionname(nullptr),
- m_ident(0),
- m_address(0),
- m_buffer(0),
- m_memptr(nullptr)
+ : device_t(mconfig, TMC0430, "TMC0430 device (GROM)", tag, owner, clock, "grom", __FILE__),
+ m_gromready(*this),
+ m_current_clock_level(CLEAR_LINE),
+ m_current_ident(0),
+ m_phase(0),
+ m_address_mode(false),
+ m_read_mode(false),
+ m_selected(false),
+ m_address_lowbyte(false),
+ m_regionname(nullptr),
+ m_ident(0),
+ m_address(0),
+ m_buffer(0),
+ m_memptr(nullptr)
{
}
// ========================================================================
-// Select lines. We have three lines for the direction, the mode, and
-// the selection. You can call one function for each of them, but it is
+// Select lines. We have three lines for the direction, the mode, and
+// the selection. You can call one function for each of them, but it is
// recommended to use the combined set_lines function, in particular when
// there are lots of GROMs (see, for example, TI-99/8)
// ========================================================================
/*
- Direction. When ASSERTed, GROM is set to be read by CPU.
+ Direction. When ASSERTed, GROM is set to be read by CPU.
*/
WRITE_LINE_MEMBER( tmc0430_device::m_line )
{
m_read_mode = (state==ASSERT_LINE);
- if (TRACE_LINE) logerror("GROM %d dir %s\n", m_ident>>13, m_read_mode? "READ" : "WRITE");
+ if (TRACE_LINE) logerror("GROM %d dir %s\n", m_ident>>13, m_read_mode? "READ" : "WRITE");
}
/*
- Mode. When ASSERTed, the address counter will be accessed (read or write).
+ Mode. When ASSERTed, the address counter will be accessed (read or write).
*/
WRITE_LINE_MEMBER( tmc0430_device::mo_line )
{
m_address_mode = (state==ASSERT_LINE);
- if (TRACE_LINE) logerror("GROM %d mode %s\n", m_ident>>13, m_address_mode? "ADDR" : "DATA");
+ if (TRACE_LINE) logerror("GROM %d mode %s\n", m_ident>>13, m_address_mode? "ADDR" : "DATA");
}
/*
- Select. When ASSERTed, the read/write operation is started.
+ Select. When ASSERTed, the read/write operation is started.
*/
WRITE_LINE_MEMBER( tmc0430_device::gsq_line )
{
- if (state==ASSERT_LINE && !m_selected) // check for edge
+ if (state==ASSERT_LINE && !m_selected) // check for edge
{
if (TRACE_READY) logerror("GROM %d selected, pulling down READY\n", m_ident>>13);
m_gromready(CLEAR_LINE);
@@ -161,20 +161,20 @@ WRITE_LINE_MEMBER( tmc0430_device::gsq_line )
}
/*
- Combined select lines. Avoids separate calls to the chip.
- Address:
- 0 -> MO=0, M=0
- 1 -> MO=0, M=1
- 2 -> MO=1, M=0
- 3 -> MO=1, M=1
- Data: gsq line (ASSERT, CLEAR)
+ Combined select lines. Avoids separate calls to the chip.
+ Address:
+ 0 -> MO=0, M=0
+ 1 -> MO=0, M=1
+ 2 -> MO=1, M=0
+ 3 -> MO=1, M=1
+ Data: gsq line (ASSERT, CLEAR)
*/
WRITE8_MEMBER( tmc0430_device::set_lines )
{
m_read_mode = ((offset & GROM_M_LINE)!=0);
m_address_mode = ((offset & GROM_MO_LINE)!=0);
- if (data!=CLEAR_LINE && !m_selected) // check for edge
+ if (data!=CLEAR_LINE && !m_selected) // check for edge
{
if (TRACE_READY) logerror("GROM %d selected, pulling down READY\n", m_ident>>13);
m_gromready(CLEAR_LINE);
@@ -184,20 +184,20 @@ WRITE8_MEMBER( tmc0430_device::set_lines )
}
/*
- Clock in.
-
- Note about the GREADY line:
- Inside the TI-99/4A console, the GREADY outputs of all GROMs are directly
- connected in parallel and pulled up. This implies that the GROMs are
- open-drain outputs pulling down. There are two options:
- - Only the currently addressed GROM pulls down the line; all others keep
- their output open.
- - All GROMs act strictly in parallel. In the case that some circuits are
- slightly out of sync, the GREADY line goes up when the last circuit releases
- the line.
-
- For the emulation we may assume that all GROMs at the same clock line
- raise their outputs synchronously.
+ Clock in.
+
+ Note about the GREADY line:
+ Inside the TI-99/4A console, the GREADY outputs of all GROMs are directly
+ connected in parallel and pulled up. This implies that the GROMs are
+ open-drain outputs pulling down. There are two options:
+ - Only the currently addressed GROM pulls down the line; all others keep
+ their output open.
+ - All GROMs act strictly in parallel. In the case that some circuits are
+ slightly out of sync, the GREADY line goes up when the last circuit releases
+ the line.
+
+ For the emulation we may assume that all GROMs at the same clock line
+ raise their outputs synchronously.
*/
WRITE_LINE_MEMBER( tmc0430_device::gclock_in )
{
@@ -212,29 +212,29 @@ WRITE_LINE_MEMBER( tmc0430_device::gclock_in )
return;
if (TRACE_CLOCK) logerror("GROMCLK in, phase=%d, m_add=%d\n", m_phase, m_address);
-
+
switch (m_phase)
{
- case 0:
+ case 0:
break;
case 1:
// Get the next value into the buffer
// 000b b000 0000 0000
baddr = m_address & 0x07ff;
bank = (m_address & 0x1800)>>11;
-
+
// This is a theory how the behavior of the GROM can be explained
// We don't have decapped GROMs (yet)
m_buffer = 0;
if (bank == 0) m_buffer |= m_memptr[baddr];
- if (bank & 1) m_buffer |= m_memptr[baddr | 0x0800];
- if (bank & 2) m_buffer |= m_memptr[baddr | 0x1000];
-
+ if (bank & 1) m_buffer |= m_memptr[baddr | 0x0800];
+ if (bank & 2) m_buffer |= m_memptr[baddr | 0x1000];
+
if (TRACE_ADDRESS) logerror("G>%04x\n", m_address);
if (TRACE_DETAIL) logerror("GROM %d preload %04x (bank %d) -> %02x\n", m_ident>>13, m_address, bank, m_buffer);
m_phase = 3;
break;
- case 2: // Do nothing if other ident
+ case 2: // Do nothing if other ident
m_phase = 3;
break;
case 3:
@@ -245,7 +245,7 @@ WRITE_LINE_MEMBER( tmc0430_device::gclock_in )
// In read mode, READY must have already been raised; in write mode, the ready line is still low
m_phase = m_read_mode? 0 : 7;
break;
-
+
case 4: // Starting here when the chip is selected
m_phase = 5;
break;
@@ -266,19 +266,19 @@ WRITE_LINE_MEMBER( tmc0430_device::gclock_in )
}
/*
- Read operation. For MO=Address, delivers the address register (and destroys its contents).
- For MO=Data, delivers the byte inside the buffer and prefetches the next one.
+ Read operation. For MO=Address, delivers the address register (and destroys its contents).
+ For MO=Data, delivers the byte inside the buffer and prefetches the next one.
*/
READ8Z_MEMBER( tmc0430_device::readz )
{
if (!m_selected) return;
-
+
if (m_address_mode)
{
// Address reading is destructive
*value = (m_address & 0xff00)>>8;
UINT8 lsb = (m_address & 0x00ff);
- m_address = (lsb << 8) | lsb; // see [1], section 2.5.3
+ m_address = (lsb << 8) | lsb; // see [1], section 2.5.3
if (TRACE_DETAIL) logerror("GROM %d return address %02x\n", m_ident>>13, *value);
}
else
@@ -289,7 +289,7 @@ READ8Z_MEMBER( tmc0430_device::readz )
*value = m_buffer;
m_phase = 1;
}
- else
+ else
{
m_phase = 2;
}
@@ -298,13 +298,13 @@ READ8Z_MEMBER( tmc0430_device::readz )
}
/*
- Write operation. For MO=Address, shifts value in the address register
- by 8 bits and copies the new value into the low byte. After every two
- write operations, prefetches the byte from the new location. For MO=Data,
- do nothing, because GRAMs were never seen in the wild.
-
- This operation occurs in parallel to phase 4. The real GROM will pick up
- the value from the data bus some phases later.
+ Write operation. For MO=Address, shifts value in the address register
+ by 8 bits and copies the new value into the low byte. After every two
+ write operations, prefetches the byte from the new location. For MO=Data,
+ do nothing, because GRAMs were never seen in the wild.
+
+ This operation occurs in parallel to phase 4. The real GROM will pick up
+ the value from the data bus some phases later.
*/
WRITE8_MEMBER( tmc0430_device::write )
{
@@ -312,19 +312,19 @@ WRITE8_MEMBER( tmc0430_device::write )
if (m_address_mode)
{
- m_address = ((m_address << 8) | data); // [1], section 2.5.7
+ m_address = ((m_address << 8) | data); // [1], section 2.5.7
m_current_ident = m_address & 0xe000;
if (TRACE_DETAIL) logerror("GROM %d new address %04x (%s)\n", m_ident>>13, m_address, m_address_lowbyte? "complete" : "incomplete");
// Toggle the lowbyte flag
m_address_lowbyte = !m_address_lowbyte;
-
- if (!m_address_lowbyte)
+
+ if (!m_address_lowbyte)
{
// Do a prefetch if addressed, else increase your address
m_phase = (m_current_ident == m_ident)? 1 : 2;
}
}
-
+
// TODO: Check the duration of the access. In sum, both write accesses show correct timing,
// but in this implementation, the first one (!m_address_lowbyte) is slower (phase=4-5-6-7-0) while the
// second is faster (phase=1-3-7-0 or 1-3-0)
diff --git a/src/devices/machine/tmc0430.h b/src/devices/machine/tmc0430.h
index c6e6f2fd04f..6dcf44c3ec0 100644
--- a/src/devices/machine/tmc0430.h
+++ b/src/devices/machine/tmc0430.h
@@ -35,60 +35,60 @@ public:
DECLARE_READ8Z_MEMBER(readz);
DECLARE_WRITE8_MEMBER(write);
-
+
DECLARE_WRITE_LINE_MEMBER(m_line);
DECLARE_WRITE_LINE_MEMBER(mo_line);
DECLARE_WRITE_LINE_MEMBER(gsq_line);
-
+
DECLARE_WRITE_LINE_MEMBER(gclock_in);
DECLARE_WRITE8_MEMBER( set_lines );
-
- static void set_region_and_ident(device_t &device, const char *regionname, int offset, int ident)
+
+ static void set_region_and_ident(device_t &device, const char *regionname, int offset, int ident)
{
downcast<tmc0430_device &>(device).m_regionname = regionname;
downcast<tmc0430_device &>(device).m_offset = offset;
downcast<tmc0430_device &>(device).m_ident = ident<<13;
}
-
+
int debug_get_address();
protected:
void device_start(void) override;
void device_reset(void) override;
-
+
private:
// Ready callback. This line is usually connected to the READY pin of the CPU.
devcb_write_line m_gromready;
// Clock line level
line_state m_current_clock_level;
-
+
// Currently active GROM ident
int m_current_ident;
-
+
// Phase of the state machine
int m_phase;
-
+
// Address or data mode?
bool m_address_mode;
// Reading or writing?
bool m_read_mode;
-
+
// Selected?
- bool m_selected;
+ bool m_selected;
// Toggle for address loading
- bool m_address_lowbyte;
+ bool m_address_lowbyte;
// Region name
const char* m_regionname;
-
+
// Offset in the region. We cannot rely on the ident because the GROMs
// in the cartridges begin with ident 3, but start at the beginning of their region.
- int m_offset;
-
+ int m_offset;
+
// Identification of this GROM (0-7 <<13)
int m_ident;
@@ -107,5 +107,5 @@ private:
MCFG_DEVICE_ADD(_tag, TMC0430, 0) \
tmc0430_device::set_region_and_ident(*device, _region, _offset, _ident); \
tmc0430_device::set_ready_wr_callback(*device, DEVCB_##_ready);
-
+
#endif