What's new
By:

NAOMI 2/Chihiro/Triforce Card Reader Emulator (Initial D3/WMMT/Mario Kart/F-ZERO AX)

AbolishedEnigma said:
Sorry to come out of left field and re-direct the train, @whatnot is there any interest to add CRP-1231 AR-10 support to YACardEMU at all? This was the reader that worked with the early versions of DOC. In the beginning pages of this thread, @MetalliC was trying to figure out the communication layers and I was finally able to tap into this communication...see below in decimal:

The Japanese version of DOC2000 version 2 gets hung up at machine start and the naomi spams the card reader with an error that is translated on screen to read "please pull out the card", it won't accept the fact that a BR card reader is connected to it.

Any ideas on a command I can send to it to try to get it past this screen? I think that is my first step to unlock the rest of the communication...
Click to expand...
Hey there. It should already be supported with my program, did you make sure you set the parity to "even"?

RE: your pic, I'm not sure what's going on with those 0x3F FF's
 
Thanks for the response, I have tried your program, and it is possible that maybe I am not setting it up correctly? I did. This is what I got for the config file:

[config]
;basepath = /home/wutno/cards/
basepath = C:\Users\18082\Desktop\YACardEMU\
; Linux
;serialpath = /dev/ttyUSB0
; Windows
serialpath = COM11
;serialpath = \\.\pipe\YACardEmu
; Which device should we emulate?
; C1231LR / C1231BR / S31R
targetdevice = C1231BR
;
; Optional
;
serialbaud = 9600
; Acceptable even & none
serialparity = even
apiport = 8080
autoselectedcard = card.bin
 
Weird! Looks right, can you launch it with `-d` or `-t` so I can see if anything is happening.
 
Hi! :)

Has anyone worked on Namco Cobra the Arcade ic card compatibility ?
he uses the same Player Reader Sanwa CRP-1231BR-10
 
Okay, I think I had a solder joint that wasn't as solid as it should have been on my cable. I also reset the game to a US version that I know has been proven working with your software. Got it up and running, I appreciate the set of eyes! Now to convert this machine to JP version try over there! Will report back.
 
Same issue, I think it’s because of the different prefixes to the commands that were changed in the BR version of the Sanwa.

It looks to my rapidly aging eyes that the Naomi uses 3F 3F before the request and the Card Reader is responding with 3F 81 then say 02 06… etc.

I am going to try to see if I can stumble upon the commands. That being said, once that is figured out, is it possible to add an another selectable target device of C1231AR?
 

Attachments

  • IMG_3049.jpeg
    IMG_3049.jpeg
    321.6 KB · Views: 47
  • IMG_3050.jpeg
    IMG_3050.jpeg
    243.8 KB · Views: 49
It's pretty easy to add support for different models, but I need to see the log when you run with "-t" in the command line. But you've confirmed that it works with the US version, just not the JP?
 
Sounds good, it does indeed work with all DOCWE versions (Rev A; Rev B; Rev C; and Rev D); only one not working is DOC2000 Version 2. Which used the AR version Sanwa vs the BR used in the DOCWE versions. I would assume that DOC99 is the same as DOC2000.

Does anyone have a simplified list of commands that I could borrow for the BR version?

It looks like the some of the communication is the same (maybe because it is a BR reader connected to it?), the Naomi seems to be requesting an unlock code or something of the Reader? Did you see that on the other versions?

Upon start up; and cyclically at the top of each attract round the Naomi sends a check to the reader, it kind of cycles the reader but doesn't go past that at all. I looked at the DOC WE communication I sent way back in the 30's pages on here and tried to compare it to what I am seeing on the AR side...

I may even have the two mislabeled in my notes...?

BR Protocol (US DOC)​

  1. Initial Communication:

    • CARD R/W: 02 07 10 00 00 00 30 03 24
    • NAOMI1: 06
    • CARD R/W: 05
    • NAOMI1: 02 06 10 A0 30 33 03 B6
  2. Repeated Commands and Responses:

    • CARD R/W: 02 06 20 00 00 00 03 25
    • NAOMI1: 06
    • CARD R/W: 05
    • NAOMI1: 02 06 20 A0 30 30 03 85
  3. Additional Commands:

    • CARD R/W: 02 09 33 00 00 00 32 31 30 03 0A
    • NAOMI1: 06
    • CARD R/W: 05
    • NAOMI1: 02 06 33 A0 30 33 03 95
  4. Error Handling:

    • CARD R/W: 02 06 33 A0 30 34 03 92
    • NAOMI1: 05
    • Repeated multiple times
AR Protocol Analysis (DOC2000 JP):
  1. Initial Communication:

    • Naomi1: 02 06 20 00 00 00 03 25
    • CardRW: 06 02 06 20 A0 30 30 03 85
  2. Repeated Commands and Responses:

    • Naomi1: 02 06 20 00 00 00 03 25
    • CardRW: 06
    • Naomi1: 05
    • CardRW: 02 06 20 A0 30 30 03 85
  3. Additional Commands:

    • Naomi1: 02 07 10 00 00 00 31 03 25
    • CardRW: 06
    • Naomi1: 05
    • CardRW: 02 06 10 A0 30 33 03 B6
  4. Error Handling:

    • Naomi1: 02 0B 78 00 00 00 37 31 30 30 30 03 46
    • CardRW: 06
    • Naomi1: 05
    • CardRW: 02 06 78 A0 30 30 03 DD
I asked Copilot to take a stab at it, and we ran out of options...lol Stuck on the "unlock request of the reader"

Comparison:
  1. Command Structure:

    • Both protocols use a similar command structure with initial bytes indicating the command type and subsequent bytes containing data.
    • The AR protocol has specific sequences like 02 06 20 00 00 00 03 25 and 02 06 20 A0 30 30 03 85 that are repeated multiple times.
  2. Response Patterns:

    • The BR protocol shows consistent acknowledgment (06) and data packets.
    • The AR protocol also shows acknowledgment (06) but has additional sequences like 02 06 20 A0 30 30 03 85.
  3. Error Handling:

    • Both protocols have error handling sequences where the Naomi1 sends specific commands and expects certain responses.
    • The AR protocol has sequences like 02 0B 78 00 00 00 37 31 30 30 30 03 46 and 02 06 78 A0 30 30 03 DD.
Commands Tried (with no luck):

1739235013985.png


Anything here generates an "aha moment" with anyone, because I don't think I have seen enough yet to make heads and tails to really see similarities between the two...
 
TLDR: AR protocol differs from BR with one status byte, in BR it's binary value while in AR it's ASCII digit

iirc someone already did 1231AR simulator for some other game, but I can't remember which one it was
 
sdargiewicz said:
The raw byte data from the scanned card is this:
Track 1:
FF1452DB7C339EBE9E044F87B31C0FDF3343B8E335DB28219306B111833A9D73FF9F1E370F1C330506133AD2CB5F4B400436D57C0308FC66A13B11CC28E674934F4BE7AD82A5FF8D

Track 2:
FFAEA4CC2B5230062A72F7F1C77C0A3724EB2743DA9B2E1DDF8F5B0B70C9D2E86AF7D28D83852DA1590ED1236F21BF76DBD809BF649730BD2185A66F7209CAB79CF45884A443FF6D

Track 3:
FFCAA2E28242124ACC3CDBF266D5D956A5D2993320A64C66ABF511CBD617FF3B5B515498CA410EF1B99530506F58268079A3343F4FD4307115A7FCE66FE7E642EF26D2A25715FFE3

Chop off the first "FF" in each track and then the last 4 characters (last 2 bytes).
I wrote a c# program to reverse the bytes (attached). After running the program, it outputs these three tracks:
Track1:
284ADB3ECC797D7920F2E1CD38F0FBCCC21DC7ACDB1484C9608D88C15CB9CEFFF978ECF038CCA060C85C4BD3FAD202206CAB3EC0103F6685DC883314672EC9F2D2E7B541A5

Track2:
752533D44A0C60544EEF8FE33E50EC24D7E4C25BD974B8FBF1DAD00E934B1756EF4BB1C1A1B4859A708BC4F684FD6EDB1B90FD26E90CBD84A165F64E9053ED392F1A2125C2

Track3:
53454741424852333CDB4F66AB9B6AA54B99CC04653266D5AF88D36BE8FFDCDA8A2A195382708F9DA90C0AF61A64019EC52CFCF22B0C8EA8E53F67F6E76742F7644B45EAA8

Then I go here https://www.binaryhexconverter.com/hex-to-ascii-text-converter
and paste each track into here. If you combine the output of these 3 tracks and put them into the .card file Demul reads, it will work. Here is my demul .card file after using the hex-ascii converter:
Click to expand...
Hi, i'm not sure if you're still around here anymore, but I bought a MSR605X, and I'm having trouble getting it to read my cards correctly, so wondering if you could help.
Every time I swipe (i'm swiping them backwards like you suggested), I seem to get different values. After swiping a bunch of times, I did notice that some values appeared more often, it's like both tracks 1 and 2 are reading the same value. Could you shed some light on how you got the cards to read correctly?

Also, I tried to take the values you posted and convert them to ascii myself just to see if I'm doing the process correctly, but I wind up with a .card file that can't be read by the emulator. Is there a step that's missing?
 
Hi! :)
I'm also reviving the thread for Cobra the Arcade at the same time; it's the same protocol and card reader
as THE IDOL M@STER on Namco System 256.

If anyone can work on this ?

Thanks in advance. :thumbup:
 
You must log in or register to reply here.
Back
Top