Microcontroller SAS Project

[poppo]

same ticket will be the same info
get a 67
you have to do a 70 to retrieve the ticket info

But will the 70 give you the same ticket info every time? I thought a "unique" number was generated every time, even for the same ticket. But I have not worked with tickets and am just basing my assumptions off of messing around with EFT transactions.

[zarobhr]

same ticket will be the same info
get a 67
you have to do a 70 to retrieve the ticket info

same ticket will send the same info to host everytime


But will the 70 give you the same ticket info every time? I thought a "unique" number was generated every time, even for the same ticket. But I have not worked with tickets and am just basing my assumptions off of messing around with EFT transactions.

[Foster]

Each ticket has a theoretically unique number, it does in a casino, they may recycle a number eventually
I and a friend have had identical ticket numbers with different amounts, due to me and him changing games and using the same sequence number when we initialize enhanced validation.
To do ticket/voucher redemption the ticket number remains the same until that transaction is completed
if it is changed or the amount sent to the machine is 0 then the ticket is not stacked or redeemed and returned to the player.
I have had my software say a ticket was redeemed but because of a transmission error or taking to long the machine returned the ticket.


 

[poppo]

So will that same ticket be able to be re-used once it's accepted? Or can the "host" just continue to validate it each time it's inserted again?

[Foster]

In a casino that would depend on if they are allowed to re-use a voucher number after some period of time.
How I have programmed the redemption in my program is just to look up the voucher number in a SQL table - if found it uses the amount for that voucher
If the voucher number is not found or the bar code is misread by the BV causing it not to be found then the default amount of $100.00 is used
I used that amount to make sure I had the commands and data flowing between the machine and computer just right.

Which means I do not track if the ticket has been inserted before via the computer. after some time the BV can't read the bar code so they become unusable.
Oh in my testing I have found that the BV can misread the bar code
If it was  comm problem the machine would reject the ticket because  number sent by machine does not match number sent back by computer

[poppo]

So for this project it could just keep redeeming it (using some default value) since the microcontroller has no lookup table? Or I suppose it could have a small array that stored the main values as long as they match up with the tickets.

PM coming soon with a question as to not derail this thread.

[zarobhr]

In a casino that would depend on if they are allowed to re-use a voucher number after some period of time.
How I have programmed the redemption in my program is just to look up the voucher number in a SQL table - if found it uses the amount for that voucher
If the voucher number is not found or the bar code is misread by the BV causing it not to be found then the default amount of $100.00 is used
I used that amount to make sure I had the commands and data flowing between the machine and computer just right.

Which means I do not track if the ticket has been inserted before via the computer. after some time the BV can't read the bar code so they become unusable.
Oh in my testing I have found that the BV can misread the bar code
If it was  comm problem the machine would reject the ticket because  number sent by machine does not match number sent back by computer

and i on the utherhand actually lok up the valuses and mark the tickect as paid in the database so my tickets cannot be reused, i also deferintiate between promo tickets(no cashable) and regualar cashable tickets. also remember the $$ amount of the ticket is stored at the host. it is not embeded in the ticket validation number

[vtyler]

i taught someone had already determined that the bar code/number on the tickets doesn't have anything to do with the value of the ticket. from what i have read before the number of the ticket is just an identifier that is used to recall the value that was submitted with the ticket number to a server when it was printed out. if this is true in my opinion the the ticket system would be pointless on the micro controller because you would have to network the chips and you may as well just use a cheap computer as a server, or it would be machine specific. if someone was to try and network multiple chips  with one being a hub containing a flash card or something similar to store the ticket numbers and values it could get very costly.

[TZtech]

If You look at reply 41 in this thread http://newlifegames.net/nlg/index.php?topic=18559.25 it seems that there is a way to encode the ticket value in the validation number but we dont know what the routine to do this looks like and if it can be converted to run on a micro.

I still think for home use the original concept is much better - You have a easy way to add credits to the machine with no ticket printers/bv's required. As I dont have TITO hardware to test its not something I will be attempting but it would be interesting to see how others get along.

I now have my bluetooth link connected to a app on my android smartphone so now I can control machine via phone. Next step is to try and get SAS progressives working.

[jdkmunch]

same ticket will be the same info
get a 67
you have to do a 70 to retrieve the ticket info

But will the 70 give you the same ticket info every time? I thought a "unique" number was generated every time, even for the same ticket. But I have not worked with tickets and am just basing my assumptions off of messing around with EFT transactions.

correct

http://newlifegames.net/nlg/index.php?topic=19583.0

[TZtech]

Machine Control Via Smartphone

Found a nice free bluetooth serial terminal app on the android marketplace - Its now possible to add credits to machine via android smartphone/tablet.
The app has got twelve buttons that can be programmed to send out a serial command - You can customize these buttons to send any of the serial link commands.
The only issue I have with it is that it does not recognize newline and carriage return character sent by the controller

[poppo]

Found a nice free bluetooth serial terminal app on the android marketplace - Its now possible to add credits to machine via android smartphone/tablet.

What is the name of the app? And what BT serial adapter does it work with?

[TZtech]

The App is here - https://play.google.com/store/apps/details?id=mobi.dzs.android.BluetoothSPP&feature=search_result
I am using the ITead's Bluetooth Bee as my Xino board has an onboard connector for Xbee pinout devices - http://imall.iteadstudio.com/im120606004.html
The Xino board is here - http://shop.ciseco.co.uk/xino-pro-for-pic/

however I am pretty sure that any of the $10 EBAY bluetooth modules should work

[TZtech]

Hi All
More EBAY goodies have arrived and will be incorporated into the project soon

Inspired by Poppo's home brew progressive will be doing a standalone SAS progressive based on one of these
http://www.ebay.com/itm/220948637876?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649
For now I will use the driver board that is available from the same seller - At a later stage I may build the functionality into the controller
http://www.ebay.com/itm/221050728290?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649

Also got a nice RFID reader module - Will probably assign credit values to tags/cards
http://www.ebay.com/itm/270853094014?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649

Also initial testing with JDKMunch on System validation is looking positive so standalone TITO is hopefully coming soon.

If anybody has any ideas/suggestions lets hear them

[poppo]

Inspired by Poppo's home brew progressive will be doing a standalone SAS progressive based on one of these

Just curious, what would be the advantage of using SAS, vice the built in progressive capabilities?

[zarobhr]

Inspired by Poppo's home brew progressive will be doing a standalone SAS progressive based on one of these

Just curious, what would be the advantage of using SAS, vice the built in progressive capabilities?

once set up you can control all the progressive things amounts etc without keying machine its al controlled by sas and the host

[poppo]

once set up you can control all the progressive things amounts etc without keying machine its al controlled by sas and the host

Yeah, but how often is one going to change those things? Just seems like a lot of work and more complicated to reinvent the wheel. Of course I built mine more as just a "I want to see if I can do it", so I can understand that reasoning.

[zarobhr]

once set up you can control all the progressive things amounts etc without keying machine its al controlled by sas and the host

Yeah, but how often is one going to change those things? Just seems like a lot of work and more complicated to reinvent the wheel. Of course I built mine more as just a "I want to see if I can do it", so I can understand that reasoning.

what i did with mine is made a display from computer of the different progressive amounts on different machines also its real easy for me to have multiple machines tied to 1 progressive amount

[TZtech]

Of course I built mine more as just a "I want to see if I can do it", so I can understand that reasoning.

Mostly the same here - Also my PE+ test mach does not have that capability built in.
Does anybody know if there is a XP000xxx that has this functionality?

Zarobhr
What program do You use to display the amounts ? Some pics would be great

All our active casino gamblers
Over the last few year progressive displays have mostly moved to some computer type display. Do You guys think this adds anything to the casino environment?
Personally I think a LED display is just so much more attractive

[vtyler]

theirs so much potential with sas and its relativity easy to wire. i have done a few custom themed machines and am researching a few bonus game ideas. as well as other sas projects.

[TZtech]

Sounds interesting - Keep us posted

[zarobhr]

Of course I built mine more as just a "I want to see if I can do it", so I can understand that reasoning.

Mostly the same here - Also my PE+ test mach does not have that capability built in.
Does anybody know if there is a XP000xxx that has this functionality?

Zarobhr
What program do You use to display the amounts ? Some pics would be great

All our active casino gamblers
Over the last few year progressive displays have mostly moved to some computer type display. Do You guys think this adds anything to the casino environment?
Personally I think a LED display is just so much more attractive

oh its nothing fancy yet right now it is just reading the progressive amount out of the database and displaying it on a PC screen, someone wrote a little c program for me that does some marquee type stuff with it. but it is standalone and i have not incorporated it into my program yet
with sas progressive nothing is stored in the machine it self. all settings and amount are on host side. and the poll is sent to the gaming machine at least every 5 seconds or the gaming machine will lock up.

what i do is have game events turned on. i then get the game start info with coins and amount played and add that to the progressive amount, store it to the database, then at every game end signal and every 4.5 seconds send the progressive poll out to the machines.

all my machines are direct serial, so no multi drop, have had 22 machines running and playing at once, 16 via a 16 port serial card in pc, 6 via tibbo ethernet serial adapters.

in my program each machine runs in its own thread so all timing polls, responses etc  only have to deal with the one machine. but all thread use the same common database.

[poppo]

all my machines are direct serial, so no multi drop, have had 22 machines running and playing at once, 16 via a 16 port serial card in pc, 6 via tibbo ethernet serial adapters.

in my program each machine runs in its own thread so all timing polls, responses etc  only have to deal with the one machine. but all thread use the same common database.

Way back when this whole SAS and TITO thing first started, I always said that I thought direct serial to each machine would be the easiest way to go.

[poppo]

Mostly the same here - Also my PE+ test mach does not have that capability built in.

With my setup, all I do is monitor the coin in. Then I increment the progressive by whatever amount I want. I could even have it increment different amounts for each machine if they had different denominations. But I suppose that would not work for a multi-denomination machine.

[Foster]

You can do multi-denom 2 ways
either have a diferent progressive for each denom in a machine or one progressive for that machine.
I have done it both ways stand alone on a S2000