Cheetah

Partial

Stern1980STERN-MPU200stern.cheetah.1980

Wire it up

what an authoring tool needs first
Bind this ROM
cheetah

7 ROM sets resolve to this machine. Clones share the definition unless a hardware difference is listed.

Controller platform
pinmame.stern-mpu200

PinMAME already reports logical active state. Do not invert again in the table — normally-closed is a physical fact recorded per switch, not a runtime transform.

Displays

No display inventory recorded yet.

Address space
Switches
4–40 (18)
Solenoids
20–20 (1)
Lamps
1–62 (53)

Coverage

Partial

Real evidence exists, but authoring requirements are still missing or in conflict. Verify before shipping a table.

Completion19%

Progress is derived from the fixed author-readiness requirements. It helps rank unfinished work, but only a 100% author-ready definition passes the publication gate.

Catalog Identity
validated
Address Enumeration
unknown
Semantic Naming
unknown
Physical Wiring
unknown
Mechanisms
unknown
Variant Coverage
candidate
Recreation Knowledge
unknown
Still missing · 13
Driver MappingInput EnumerationInput SemanticsOutput EnumerationOutput SemanticsDisplay InventoryMechanism InventoryMechanism BehaviorPolarityVariant DifferencesRecreation NotesProvenanceSpatial Placement

Switches

The addresses PinMAME reports as closed. Numbers are the public API values, not matrix hardware pins.

18 addresses

Switch map

Sequential addresses, grouped in columns of eight.

used unused
 
+0
+1
+2
+3
+4
+5
+6
+7
1–8
9–16
17–24
25–32
33–40
Hover or tap an address to identify it.
18 shown
# Name Device ID Evidence
4
Sw4
switch.sw4 candidate
5
Sw5
switch.sw5 candidate
9
Sw9
switch.sw9 candidate
10
Sw10
switch.sw10 candidate
11
Right Sling Shot
switch.right-sling-shot candidate
12
Bumper1
switch.bumper1 candidate
13
Bumper2
switch.bumper2 candidate
14
Bumper3
switch.bumper3 candidate
15
Right Sling Shot1
switch.right-sling-shot1 candidate
16
Left Sling Shot
switch.left-sling-shot candidate
31
Sw31
switch.sw31 candidate
34
Sw34
switch.sw34 candidate
35
Sw35
switch.sw35 candidate
36
Sw36
switch.sw36 candidate
37
Sw37
switch.sw37 candidate
38
Sw38
switch.sw38 candidate
39
Sw39
switch.sw39 candidate
40
Sw40
switch.sw40 candidate

Controlled devices

Everything the ROM can energise, grouped the way a table author builds it.

Coils, magnets & motors

1
1 shown
# Name Device ID Evidence
20
Sol EMKicker
coil.sol-emkicker candidate

Lamps

53

Lamp map

Sequential addresses, grouped in columns of eight.

used unused
 
+0
+1
+2
+3
+4
+5
+6
+7
1–8
9–16
17–24
25–32
33–40
41–48
49–56
57–64
Hover or tap an address to identify it.
53 shown
# Name Device ID Evidence
1
Li1
lamp.li1 candidate
2
Li2
lamp.li2 candidate
3
Li3
lamp.li3 candidate
4
Li4
lamp.li4 candidate
5
Li5
lamp.li5 candidate
6
Li6
lamp.li6 candidate
7
Li7
lamp.li7 candidate
8
Li8
lamp.li8 candidate
9
Li9
lamp.li9 candidate
10
Li10
lamp.li10 candidate
11
Li11
lamp.li11 candidate
12
Li12
lamp.li12 candidate
14
Li14
lamp.li14 candidate
17
Li17
lamp.li17 candidate
18
Li18
lamp.li18 candidate
19
Li19
lamp.li19 candidate
20
Li20
lamp.li20 candidate
21
Li21
lamp.li21 candidate
22
Li22
lamp.li22 candidate
23
Li23
lamp.li23 candidate
24
Li24
lamp.li24 candidate
25
Li25
lamp.li25 candidate
26
Li26
lamp.li26 candidate
27
Li27
lamp.li27 candidate
28
Li28
lamp.li28 candidate
29
Li29
lamp.li29 candidate
30
Li30
lamp.li30 candidate
33
Li33
lamp.li33 candidate
34
Li34
lamp.li34 candidate
35
Li35
lamp.li35 candidate
36
Li36
lamp.li36 candidate
37
Li37
lamp.li37 candidate
38
Li38
lamp.li38 candidate
39
Li39
lamp.li39 candidate
40
Li40
lamp.li40 candidate
41
Li41
lamp.li41 candidate
42
Li42
lamp.li42 candidate
43
Li43
lamp.li43 candidate
44
Li44
lamp.li44 candidate
46
Li46
lamp.li46 candidate
49
Li49
lamp.li49 candidate
50
Li50
lamp.li50 candidate
51
Li51
lamp.li51 candidate
52
Li52
lamp.li52 candidate
53
Li53
lamp.li53 candidate
54
Li54
lamp.li54 candidate
55
Li55
lamp.li55 candidate
56
Li56
lamp.li56 candidate
57
Li57
lamp.li57 candidate
58
Li58
lamp.li58 candidate
59
Li59
lamp.li59 candidate
60
Li60
lamp.li60 candidate
62
Li62
lamp.li62 candidate

Recreation notes

Working knowledge that has no schema field yet — edition differences, tuning values, pitfalls.

Coverage: partial - machine identity plus candidate-only I/O attachments. Playfield devices, wiring, mechanisms, and behavior are evidenced only as unverified candidates.

This record was promoted from the generated catalog stub stub.pinmame.cheetah by the catalog-wide identity pass of 2026-08-29. The promotion resolves machine identity and carries the catalog's residual driver grouping over unchanged, the platform and device attachments below were added by the 2026-08-29/30 candidate passes and assert nothing beyond candidate provenance. Every requirement in the definition's coverage.missing is genuinely outstanding.

Identity

  • PinMAME catalog: root driver cheetah, description "Cheetah (Black cabinet)", manufacturer "Stern", catalog year "1980".
  • OPDB record GR6kW-Mo1W3 (IPDB 500) names this machine "Cheetah" (Stern Electronics, manufacture date 1980-06-01); the resolved identity rests on the agreement of the PinMAME catalog and this reviewed mapping.
  • The definition's driver list is exactly the clone tree PinMAME declares under cheetah; whether every listed driver really runs on this physical machine is unverified.

Drivers this record holds

  • cheetafp (1980, Stern, clone of cheetah).
  • cheetah (1980, Stern).
  • cheetah1 (1980, Stern, clone of cheetah).
  • cheetah2 (2011, Stern / Idleman, clone of cheetah).
  • cheetah84 (2023, Stern / slochar, clone of cheetah).
  • cheetahb (1980, Stern, clone of cheetah).
  • cheetahb2 (2018, Stern / Idleman, clone of cheetah).

PinMAME source contract (candidate)

  • The pinned PinMAME source declares cheetah at src/wpc/stgames.c:786 with machine module by35_mST200; the definition declares controller platform pinmame.stern-mpu200 from it.

VPX script candidates (candidate)

  • 1 retained community table script(s) declare this machine's driver; their extracted switch/lamp/solenoid/GI candidates are carried as 72 candidate devices. When curator work weighs sources, a retained script outranks emulator-derived candidates for runtime semantics, but every device here is still a candidate until a known-working table is verified against this exact physical machine.

What a curator must establish next

Full input, output, and display enumeration with semantic names; physical wiring and polarity; mechanism inventory and behavior; variant differences across the clone tree; recreation knowledge from a manual, schematic, or known-working table; runtime provenance; and a normalized spatial placement for every physical device. No manual, schematic, or runtime-harness evidence is retained for this machine yet; the candidate sections above are the only retained I/O evidence so far.

ROM sets

Every driver that resolves to this physical machine.

ROM set Description Year Parent Hardware
cheetah84Cheetah (Prototype Sounds + MOD 84) 2023cheetah
cheetahb2Cheetah (Blue cabinet Bonus shot 1/ball) 2018cheetah
cheetah2Cheetah (Black cabinet Bonus shot 1/ball) 2011cheetah
cheetahbCheetah (Blue cabinet) 1980cheetah
cheetah1Cheetah (Black cabinet Bonus shot 1/game) 1980cheetah
cheetahCheetah (Black cabinet) 1980
cheetafpCheetah (Black cabinet Free Play) 1980cheetah

Parent set: cheetah — clones share this definition unless a hardware difference is noted.

Pinball memory maps

External source LGPL-3.0-only1 map

RAM layouts published by an independent project and mirrored here at a pinned commit. They are not part of this machine’s definition: nothing below was used as evidence for the definition, and none of it counts towards coverage. Check claims against the upstream project.

Commit
d8693b9

This program makes use of content from the Pinball Memory Maps project.

m200-7digit-A.map.json

stern-m200v4format 0.8

maps/stern/m200/m200-7digit-A.map.json

Applies to ROMs
cheetahcheetah2cheetahbcheetahb2
Also covers
biggameflight2kquicksilseawitchstargzr
Sections
adjustmentsauditsgame_statehigh_scores

stern-m200 defines the RAM layout this map’s offsets are read against — the map is not interpretable without it.

Evidence

Every claim above traces to one of these. When they disagree: a known-working VPX script wins on controller addresses and causality, the manual wins on wiring and construction, pinned PinMAME wins on emulator routing and display layout.

  • PinMAME catalog

    BSD-3-Clause

    pinmame.catalog.8371478a7640

    PinmameGetGames

    by
    PinMAME contributors
    rev
    8371478a7640
  • PinMAME source

    BSD-3-Clause

    pinmame.core.8371478a7640

    src/wpc/stgames.c:786 (machine module by35_mST200)

    by
    PinMAME contributors
    rev
    8371478a7640
  • VPX script

    vpx-script.1ab8c51c1323f8e5

    vpxtable-scripts: Cheetah 1.0.1.vbs

    by
    Authors credited in Cheetah 1.0.1.vbs and repository contributors
    rev
    0c036bb61b4b
    sha256
    1ab8c51c1323…

Something wrong or missing?

This definition still has 13 unmet requirements, listed under Coverage above. Fixes belong in the definition itself — editing on GitHub forks it for you and opens the pull request.

Cite a source for anything you change — a manual page, a line in a working VPX script, PinMAME source, or a reading from the machine's own service menu. Claims without provenance cannot be validated.

Same platform