July 2003 - TechToolsList - listserv.classicarcade.com

Fluke 9000A mystery adapter (for me at least ;-)
by John Robertson 20 Feb '18

20 Feb '18

I have a pod module here called "Z8 I/F ADAPTER" Fluke #9000-200/AB. It has no cable to the base, just a 40 pin CPU cable. Inside is a couple of RAM chips, and some Fluke hybrid interface ICs. Any guesses? John :-#)#

3 7

Re: Cracking the 9010A ROM signature generator
by Kev 02 Feb '13

02 Feb '13

2 3

Re: 8086 pod for fluke?
by Chris_Hardy＠vie.co.uk 13 Sep '05

13 Sep '05

Hey, that would be my cue :) All of the M72, M82, M84 games from Irem use a NEC V20 which is a 8086 with some extra instructions. It's also pin compatible so the 8086 pod is usable with it. Of course, there aren't exactly many of these around :) Chris (M72 = RType, Dragon Breed, XMultiply, + others, M82 = RType II, Pound for Pound, M84 = Major Title) ______________________________ Reply Separator _________________________________ Subject: 8086 pod for fluke? Author: Noel Johnson <nej(a)airmail.net> at Internet Date: 1/17/00 12:09 AM Hello All, I am about to obtain an 8086 pod for a fluke 9010. Did any arcade games use the 8086 or am I going to have to trade this puppy away?? Thanks! Noel

2 2

Re[2]: Fluke T-shooters
by Chris_Hardy＠vie.co.uk 10 Aug '05

10 Aug '05

Does anyone know if the scripts for the 9010 work on a 9100a?? It may also be of interest to know that someone (presumably Al Kossow) has scanned and pdf'ed a lot of the fluke manuals and uploaded them to www.spies.com/arcade. There's a fluke directory which has some 9010 scripts and the .exe to compile them, and in the TE directory there are manuals for the 9010,9100 and most of the POD's. (I presume Al wrote the scripts) Unfortunately, the user manual for the 9100 isn't there. Sigh... Chris (I would like a copy of the scipt also :) ______________________________ Reply Separator _________________________________ Subject: RE: Fluke T-shooters Author: John Robertson <jrr(a)flippers.com> at Internet Date: 1/11/00 8:40 AM I found the Asteroids script, had downloaded it a while ago and it was lurking in the wrong area. Would anyone like a copy? John :-#)#

6 15

RE: Replace the 9010A base with an IBM Parallel port?
by John Robertson 10 Mar '04

10 Mar '04

Does anyone here want to assist by disassembling the Z80 (or 6502 or 680X) code in one of the pods to figure out the command codes? Now that we have an idea of the results, a list of the command codes might make it very easy to continue to the next stage-actually talking to a pod on the parallel port. I think it is actually not going to be that difficult.... The code is on the archive site ftp://ftp.flippers.com/Fluke John :-#)# --------------------------------------------<results if you missed them>------------------------------------------------- More results: Great, when you do a First READ on the pod, you get a RESET to the pod, and a bunch of chatter: READ FE55 = 31: 30 35 REAL LONG PAUSE ... RESET AB 36 38 30 32 20 20 PAUSE FOR (about) TWO CYCLES(2P) 24 01 00 00 00 00 00 00 FF FF (P) (P) (P) 00 00 00 00 (P) FF FF FF FE (P) 00 00 08 00 30 (P) 4D 52 20 20 20 20 P P P P 48 41 4C 54 20 20 P P P 0E 00 06 30 00 LONG PAUSE HERE.....PERHAPS 10 TIME UNITS THEN 30 35 55 31 00 Now I'll try to do some more reads...This is exactly the order as entered... Read @ Location Data Softla results (Start byte, command byte, high address, low address, data read, Stop) N MP MP MP MP MP ( N means no handshaking, M is MAINSTAT & P is PODSTAT) 4567 FF = 5A 35 45 67 FF 00 89AB FF = 53 35 89 AB FF 00 0001 00 = AB 35 00 01 00 00 Write @ Loc. Data N MP MP MP MP 0101 AA = 01 23 01 AA 00 MP 2055 56 = AA 33 20 55 56 00 0101 43 = 56 33 01 01 43 00 Read... N MP MP MP MP MP 2055 FF = 43 35 20 55 FF 00 F808 FF = 55 35 F8 08 FF 00 F9AB FF = 08 35 F9 AB FF 00 FDEA FC = AB 35 FD EA FC 00 I think I now see the pattern for reads/writes. The first byte is the LAST DATA, note that the timing for that is such that MAINSTAT and PODSTAT have done nothing until the second byte. I suspect the 1st data byte is there for the REPEAT function...so lets try that... Repeat... N MP MP MP FDEA FC = EA 05 FC 00 Repeat... FDEA FC = 05 05 FC 00 Repeat... FDEA FC = 05 05 FC 00 OK, for REPEAT the first Byte (again before M or Podstat) is 1st the last data,then the last instruction. Now lets try a write again... Write... N MP MP MP MP MP 0123 45 = 05 33 01 23 45 00 0123 66 = 45 03 66 00 (much shorter for a second write to the same address!) Thus 03 is "Same Address Write" Read... N MP MP MP MP 0124 00 = 66 15 24 00 00 (hmmm looks like "15" is read increment(?) to next byte. let's test... 0125 00 = 24 15 25 00 00 (now lets skip a few...) 012F 00 = 25 15 2F 00 00 (and a few more...) 0138 00 = 2F 15 38 00 00 (lets shift up a little ways...) 0238 FF = 38 25 02 FF 00 (interesting...seems to latch the 38, ok, lets change both a bit) 0339 EF = 02 35 03 39 EF 00 (OK, it caught that, "35" might mean "new address read") I think the pattern that is coming out is something close to this X3 = write, X5 = read, if X = 0 then same address, if X = 1, then same address high byte, if X = 2 then latch low address byte, if X = 3 new address bytes. Yes, this looks right so far... TIMING The very first byte is BEFORE you get any handshaking...then you get MAINSTAT, then shortly after you get PODSTAT which ends just after MAINSTAT ends, then the remaining handshaking has POD end with MAIN. Boy I wish this had time marks... John :-#)# ...:56 AM 05/03/2002 -0800, John Robertson wrote: >>Read @ Location Data Softla results (Start byte, command byte, >>high address, low address, data read, Stop) > > 0208 FF = 00 35 02 08 FF 00 > 0505 EF = 99 35 05 05 EF 00 > 1050 FF = 13 35 10 50 FF 00 > FE55 31 = 00 35 FE 55 31 00 > >Got it! the first data byte seems to grab the pods attention, often a 00, >but perhaps (?) not that important, but it certainly looks like a Clean >(no other read action in front) Read is "35" then the address and the >resulting data. It appears that multiple reads change the communication >with the pod in the sense that if you take two reads (different locations) >in a row the command string is different. Stay tuned this evening when I >dig into more reads and test the writes. > >John :-#)# > > >> 0000 AA = 00 23 00 AA 00 (result) >> 0101 FE = 00 21 00 FE 00 >> 0200 EF = 01 35 02 00 EF >> 00(result - a little longer this time...) >> 0300 EF = 00 26 03 EF 00 >> 8000 EF = 02 26 80 EF 00 >> C000 FF = 80 26 C0 FF 00 >> F800 FF = C0 26 F8 FF 00 >> FC00 8E = F8 26 FC 8E 00 >> FC05 8D = FC 16 05 8D 00 >> FCEE EE = 05 16 CC EE 00 >> 0200 EF = CC 35 02 EF 00 (same >> length as others now...) >> 0000 AA = 00 23 00 AA 00 >> >>Now I'll try some writes: >>Write @ Location Data (results) >> 0000 55 = 00 03 55 00 >> 0100 AA = 55 25 01 AA 00 >> 0200 AA = CC 23 02 AA 00 >> 8000 44 = CC 23 80 44 00 >> EF08 11 = 0C 33 EF 08 11 00 >> (longer) >> >>Well, that's all for tonight, I'm getting tired... >> >>John :-#()#

2 6

Fluke FIDE update... Good news
by James S. Bright 06 Aug '03

06 Aug '03

Well, I was chided into doing color syntax highlighting :) That piece is nearly complete. You can turn it off if you have a slower computer, as it does have to do a lot of parsing. I've found that once the file is loaded, it's pretty fast, even on my lab computer (it only re-parses lines that you've edited). The editor will have bugs... A couple I already know about. I will release another version to correct a lot of them, but I wanted to get this week's cut out this weekend before I head to Anthony's BBQ :) At any rate, always back up your scripts before using a new version of FIDE just in case... Now the real news. Through the help of kev, John R, and another good friend of mine, the Fluke Signature Analysis routine has been successfully decoded. I've tested this out on a few ROMs, and it looks like it works for all cases, I've added in an option to allow you to read a ROM from disk, and it will auto-generate 9LC code for you. The program doesn't know the address map, although I will probably implement a very simple database of address maps in the future that will attempt to match ROM files to MAME's address map (a few problems there, but it may work for a good number of cases). Also, right now it requires that the binary file be unzipped. I'll probably deal with zips down the road. If I could find the right library, it'd probably be a snap. So, what this really means is that you can find a MAME ROM set and generate a bunch of scripts to check ROMs, even if you don't have a known good board to start with. Won't help you in all cases (if you can't find the exact same ROM set you have), but it should be pretty useful. It also will write a few "quick test" lines so that you can bypass the ROM test if you know you have a problem (like if you read in all FF FF FF FF, then you probably have a CS issue). This generated code could be used to create IF-THEN statements to help you figure out which ROM version is on your board... If you've already installed FIDE, you can just get the EXE file. If you've lost the link or would like to try it out, email me directly. --James Bright www.QuarterArcade.com Restored Arcade Games for your Home

3 3

RE: WTB/WTT: Fluke 9010a RS-232 card
by Joe 31 Jul '03

31 Jul '03

Interested in buying or trading for a 9010a RS-232 card. I have many parts to trade here. I could also be interested in trading for a 9010a Z80 pod, as well as a Data I/O 29B. Thanks, JB

1 0

HP Logic Comparators
by Chris Toseland 29 Jul '03

29 Jul '03

6 8

WTB/WTT: Fluke 9100 I/O module and Probe
by James S. Bright 28 Jul '03

28 Jul '03

1 0

Hello there
by Kurt Koller 24 Jul '03

24 Jul '03

Hi there, I've just joined the list, thought I'd say "hi." I've purchased 3 9101a units and an 8085 pod in a little-seen eBay auction for the low low price of $49. I should be receiving them next week, I have no idea what options are installed as I didn't want him adding to the auction description. I know that James Bright has been working on a GUI for it, and I've read a little something about it, but I haven't actually used one. I also know that flippers.com has a manual in the archive, and I plan on taking a look at that. I'm curious to know, do the Fluke using people swap scripts, etc? Or do people keep their IP private? I realize that some people are doing things that they make a living off of, etc., and could understand that, but I'm curious nonetheless. Anyway, "hi." Kurt Koller Coinop.org http://coinop.org/

2 2