new home brewed TITO system in the works

[bhinkley]

I wanted to let everyone on NLG know about a project I am working on that I need to recruit some help for.  I am in the process of designing and testing a circuit that will be capable of running TITO on slot machines without having to connect a computer.  I am currently working with a s2000 machine, and want to make it possible to use this on other machines as well.  Here is the call for help...  I am in need of the comm board pin out diagrams for any machines other than the s2000 so I can work on designing the cable connections that would be needed to get the other machines to communicate with my board.  Once I get this project working on one machine I am planning on taking the next step to be able to connect multiple machines at once so a ticket out of one machine can be inserted in another. 

[TZtech]

Sounds Good

What microcontroller do You plan on using? Your best bet is probably to connect your micro to a max232 IC terminating in a standard DB9 and leave it up to the end user to build a harness between the device and his/her machine. I dont really see the benifit of doing TITO - With SAS You can simply send an EFT or AFT transaction and credit your machine without having to worry about bv's , ticket printers and tickets.

Have a look at my SAS@home thread - I have a Pic Micro sending credits to a PE+ when I presss the service button and in another version I credit the machine as soon as the credits on machine are zero.

Ian

[jdkmunch]

Love the idea


TZ  -  your slot is hooked up to a computer for credits?  I got it to work that way.

[zarobhr]

Sounds Good

What microcontroller do You plan on using? Your best bet is probably to connect your micro to a max232 IC terminating in a standard DB9 and leave it up to the end user to build a harness between the device and his/her machine. I dont really see the benifit of doing TITO - With SAS You can simply send an EFT or AFT transaction and credit your machine without having to worry about bv's , ticket printers and tickets.

Have a look at my SAS@home thread - I have a Pic Micro sending credits to a PE+ when I presss the service button and in another version I credit the machine as soon as the credits on machine are zero.

Ian

At least in my situation the reason of wanting to use TITO is for those of us that do have multiple machines and want to switch without having to just add more credits. also i believe alot of folks with 2 or more machines want the casino feel of it.

[bhinkley]

I am not sure yet what microcontroller I will be using.  I am just in the starting phases of designing this project since I got my TITO with a computer working.  Now I want it to be easier for everyone to be able to make the transition to computerless TITO.  Initial estimates are coming up about $40 to make the board and of course the higher qty printed at once the cheaper the PCB's I am making will get. It is just a great way to make the machines more authentic to what they do in a casino environment.

[FORDSBS]

I'm for sure not the smartest person on this but I don't see how it will
work like in the casino without being hooked into a computer.

[bhinkley]

It will be set up eventually that machines can be connected and one machine would have a host board with a database stored on it that they all can validate tickets against

[IGTfanman777]

Man i hope you you are successful at this tito project. That would be da shit!!!

[bhinkley]

Oh I will be.  It is all in my head.  I am just needing to find the right people to help me get it from my head into reality.

[IGTfanman777]

Wish i could help but that stuffs over my head im afraid.

[bhinkley]

You don't know it until now, but by getting some of those tickets I was selling you have been helping to finance my toying around with the idea on paper.

[IGTfanman777]

Cool! I shoulda bought more.

[bhinkley]

You wouldn't happen to have the wiring diagrams for any of your machines would you?  I am trying to absorb as much as I can to encode what may be needed to work.

[IGTfanman777]

Other then s2000, I only have the 2 sigmas. Got the uv1700 pdf. Ill look

[TZtech]

Is it really required to have validation in a home environment? Why not simply credit the machine with the ticket value regardless if it has been used before?
Those of You who already have TITO working via PC care to elaborate if this is practical ?

What developement environments are You familiar with ? Are Your interests commercial or are You willing to publish code/construction details so eveybody can DIY.

[bhinkley]

It will not be removing the ticket from the database when used so it will function like the pc based ones, but without the pc.  I have not determined if it will be a commercial or leisure adventure.  It depends on development costs.  I am going to be using c for the coding, and completely custom designing the circuit

[stayouttadabunker]

What is the difference between your TITO system
and the ones we already have working on our home machines with a laptop?
A circuit board doing the same thing as a cheap, old $45 ebay-bought XP-based laptop w/a wireless keyboard & mouse?
If so, that would be pretty good as I'll have more room in my machine's topbox!   

[bhinkley]

Mine will be updated as I get the capability set up to link machines together so tickets from one machine can be used in another.  I am also doing it for energy savings and also for people that don't have the knowledge of how to do the computer based ones.

[TZtech]

Hi

Have a look at this thread - http://newlifegames.net/nlg/index.php?topic=15698.0
If You or anybody else would like to continue work on this project PM me for the code done so far (In basic) as I dont have any TITO stuff this side and currently no machine to test on.

I think it should be possible to extract the ticket value from the SAS string sent when a ticket is inserted and then send the relvant AFT/EFT command for the ticket amount.
If this is the case it wont be required to link controllers together and would reduce cost and complexity of the project

The hardware is about $20 - If there is enough interest I am sure that Cisecos' american distributers can bring in the board and even if ordered from the UK shipping is fairly reasonable
http://shop.ciseco.co.uk/xino-pro-for-pic/

Ian

[Foster]

When a ticket is printed or redeemed in a machine it is not normally a AFT/EFT function between the machine and the Host.

It could be AFT/EFT but it is not required. all that is required is that the ticket, amount, and other data be retrievable when ticket is redeemed by a player in a machine or cage, and noted as redeemed in the system.
When a ticket is printed the machine puts the SAS code for Cash out button pressed and Voucher/Ticket printed
ON the next poll by host responds to the ticket printed, then sends ticket inquiry command, machine responds with ticket number and amount, both in BCD.as one long string.

Let me see if I can get some sample comm data  for you, my program does not log the bytes sent and received like another program will.
Ticket printed.
RX  66 Cash out pressed
RX  3D Ticket printed
TX  01 4D 00 C2 AC Ticket inquiry
RX  01 4D 00 08 05 25 20 12 17 21 11 80 97 06 48 06 36 49 98 00 00 00 25 00 08 00 00 00 00 00 30 00 00 66 24
I have forgotten what the 08 and 30 means.
but the next part is the date and time in BCD 05 25 20 12 17 21 11
then the ticket number 00-8097-0648-0636-4998 if you do not know this already EZ-Pay tickets (SAS) always have 00 as the first 2 digits, so the leading 00 is not TX to the host.
then the amount $25.00 as 00 00 00 25 00
RX  26        A player initiated cashout has occured.

Ticket redeem
RX  67            ticket inserted
TX  01 70       Ticket inquiry
RX  01 70 10 00 00 00 00 00 00 00 00 62 40 22 26 89 60 34 38 39 3E response from machine ticket number is "00-6240-2226-8960-3438
TX  01 71 10 00 00 00 00 25 00 00 00 62 40 22 26 89 60 34 38 4D 6D program changes the 70 to 71 and puts he amount in as 00 00 00 25 00 ($35.00)
RX  01 71 10 40 00 00 00 25 00 00 00 62 40 22 26 89 60 34 38 4F FB response from machine changing the status of the ticket
RX  68 ticket transfer complete.
TX  01 71 01 FF 1F D0 host then does a second inquiry on the ticket (not sure why but it does)
RX  01 71 10 00 00 00 00 25 00 00 00 62 40 22 26 89 60 34 38 4D 6D machine just responds with the data again.

TX means to machine RX is from machine
The last 2 bytes are a CRC created by the host or machine for all the longer responses. note the CRC is not required for some commands.

[TZtech]

Thanks Foster - I already have some data You sent to me previously.

[bhinkley]

When a ticket is printed or redeemed in a machine it is not normally a AFT/EFT function between the machine and the Host.

It could be AFT/EFT but it is not required. all that is required is that the ticket, amount, and other data be retrievable when ticket is redeemed by a player in a machine or cage, and noted as redeemed in the system.
When a ticket is printed the machine puts the SAS code for Cash out button pressed and Voucher/Ticket printed
ON the next poll by host responds to the ticket printed, then sends ticket inquiry command, machine responds with ticket number and amount, both in BCD.as one long string.

Let me see if I can get some sample comm data  for you, my program does not log the bytes sent and received like another program will.
Ticket printed.
RX  66 Cash out pressed
RX  3D Ticket printed
TX  01 4D 00 C2 AC Ticket inquiry
RX  01 4D 00 08 05 25 20 12 17 21 11 80 97 06 48 06 36 49 98 00 00 00 25 00 08 00 00 00 00 00 30 00 00 66 24
I have forgotten what the 08 and 30 means.
but the next part is the date and time in BCD 05 25 20 12 17 21 11
then the ticket number 00-8097-0648-0636-4998 if you do not know this already EZ-Pay tickets (SAS) always have 00 as the first 2 digits, so the leading 00 is not TX to the host.
then the amount $25.00 as 00 00 00 25 00
RX  26        A player initiated cashout has occured.

Ticket redeem
RX  67            ticket inserted
TX  01 70       Ticket inquiry
RX  01 70 10 00 00 00 00 00 00 00 00 62 40 22 26 89 60 34 38 39 3E response from machine ticket number is "00-6240-2226-8960-3438
TX  01 71 10 00 00 00 00 25 00 00 00 62 40 22 26 89 60 34 38 4D 6D program changes the 70 to 71 and puts he amount in as 00 00 00 25 00 ($35.00)
RX  01 71 10 40 00 00 00 25 00 00 00 62 40 22 26 89 60 34 38 4F FB response from machine changing the status of the ticket
RX  68 ticket transfer complete.
TX  01 71 01 FF 1F D0 host then does a second inquiry on the ticket (not sure why but it does)
RX  01 71 10 00 00 00 00 25 00 00 00 62 40 22 26 89 60 34 38 4D 6D machine just responds with the data again.

TX means to machine RX is from machine
The last 2 bytes are a CRC created by the host or machine for all the longer responses. note the CRC is not required for some commands.

Thanks Foster.  That should help me a lot converting from c# to C so it will work for my setup.

[IGTfanman777]

heres my very small contribution. lol. wiring diagram as requested. its only for sigma/mokohn uv1700 but they are great machines! wish more people had them. Tim

[bhinkley]

That photo is not able to be read for the pin outs.  Can you read the comm board port and see how many pins there are,, and which ones are for tx, rx, and ground?

[Foster]

I wonder if a micro controller could just be used to handle the 9th bit mode.

Here is what I am thinking the a PC sends the SAS commands with no wake up bits in or out
The micro controller on getting bytes from the PC, briefly buffers the bytes and then sends them out with the wake up bit where needed..
Bytew from the machine can be sent to the PC without the wake up bit set
No more parity or framing errors