Very close to working TITO

[jdkmunch]

My last post was too simplistic.

Here is how we can get TITO to work

when a ticket is inserted the machine transmits
67

we must respond with an interrogate command which is
70

the machine will then answer with
Redeem ticket length
Ticket status
Ticket amount    <--------------- now for some reason all my tickets that I print have a value of 0 so  
parsing code
validation number


ok once we get this string of info - -   we have to respond with a 71 to redeem the ticket

the 71 command has the ticket length, machine status, transfer amount, parsing code and validation number
all which we just got from the interrogate command


voila ticket is accepted and credits are applied to the machine

so the sequence looks like this:

RX: 67 -  a ticket has been entered
TX: 70 - interrogate the ticket
RX: 70 - --- with the data from the ticket here
TX: 71 -  with the info we just got from the RX

bam - ticket accepted -  

this now works for me-  I can accept tickets

Here's the rub -  at the end of the transmittal for the last 71 command we need a CRC checksum

if someone can help with the calculation of this crc I'm pretty sure I can get this going.  

Others here have said they have TITO working -  if they actually do then they know how to calculate the CRC

[TZtech]

Munch

Foster posted a nice example of the entire chain of events in reply 19 in this thread - http://newlifegames.net/nlg/index.php?topic=18559.0
Zarob posted the CRC routine for C# here - http://newlifegames.net/nlg/index.php?topic=13799.0
The routine for PICS in assembler is here - Still have to implement it http://www.protonbasic.co.uk/content.php/2517-Re-CCITT-CRC16-CRC-16-Routines

Both I believe have TITO working from their PC's

[jdkmunch]

This is fantastic news -

because if the Amicus18 (which based on your post should)  can do this then we are golden!

I have to say I'm torn -    Who really cares if the machine actually eats the ticket?     We can right now this second - print a ticket and put it back in for $100 - or whatever amount you want.


I guess the real prize is to print a ticket for 44.22 and have it redeem for 44.22

[jdkmunch]

For what it's worth I wasted 2 nights and about 14 hours just hooking the IGame up to SAS

don't know why but the computer doesn't read a thing on channel 1 or 2 when it's on 3 it works

took me 4 computers and two nights to stumble upon that

[jdkmunch]

you are right

public  static byte[] ComputeCRC(byte[] val)
        {
            long crc;
            long q;
            byte c;
            crc = 0;
            for (int i = 0; i < val.Length; i++)
            {
                c = val;
                q = (crc ^ c) & 0x0f;
                crc = (crc >> 4) ^ (q * 0x1081);
                q = (crc ^ (c >> 4)) & 0xf;
                crc = (crc >> 4) ^ (q * 0x1081);
            }
            return new byte[] { (byte)(crc & 0xff),(byte)(crc >> 8) };
           
        }



looks like it will do the trick -   thanks for linking to those other posters-   K+

[TZtech]

Munch

Based on all the info already posted by Zarob and Foster TITO  should be do able on a single machine. Multiple machines will be quite a bit of extra work.
Right now You can trigger a fixed amount by inserting a ticket (Ticket does not get stacked).
Whats the ETA on Your amicus board ?

Has anybody done anything with secure enhanced validation ? whre the ticket value is encoded in the validation number (IE validation calculated by host and not EGM)

[Foster]

You cant use secure enhanced validation to encode the amount into the ticket number,
The Electronic Gaming Machine creates the number using a sequence number and a algorithm when Enhanced validation used
Enhanced validation has to be initialized by the validation server. it is actually 2 numbers in the data packet sent during the initialization but one of them is supposed to be assigned by IGT when the validation system is SAS based (they have some listed in their docs)

For home users just pick a number and stick with it, and vary the sequence number if you start getting duplicate tickets, after a change that forces you to initialize enhanced validation
yeah you need to code a way to do it manually in case your code does not catch the SAS code that says it is not initialized.

To encode the amount into the ticket/voucher number you have to use system or standard which ever allows the host to create the number and there might be some restrictions on that.

[jdkmunch]

Tuesday

[zarobhr]

Munch

Based on all the info already posted by Zarob and Foster TITO  should be do able on a single machine. Multiple machines will be quite a bit of extra work.
Right now You can trigger a fixed amount by inserting a ticket (Ticket does not get stacked).
Whats the ETA on Your amicus board ?

Has anybody done anything with secure enhanced validation ? whre the ticket value is encoded in the validation number (IE validation calculated by host and not EGM)

to encode the ticket amount in the validation number would use system validation. i am planning on implementing that but havent had much time to code lately

[jdkmunch]

That's interesting  -- when I had the I-Game on System Validation I did not see a 67 when a ticket was inserted - 

The ticket went in and came out without an event

I changed to Enhanced Validation and the 67 event was generated

[jdkmunch]

can the amicus run this?

Code:

public  static byte[] ComputeCRC(byte[] val)
        {
            long crc;
            long q;
            byte c;
            crc = 0;
            for (int i = 0; i < val.Length; i++)
            {
                c = val[i];
                q = (crc ^ c) & 0x0f;
                crc = (crc >> 4) ^ (q * 0x1081);
                q = (crc ^ (c >> 4)) & 0xf;
                crc = (crc >> 4) ^ (q * 0x1081);
            }
            return new byte[] { (byte)(crc & 0xff),(byte)(crc >> 8) };
            
        }

[TZtech]

No

That routine I believe is in C# to run on a PC. The amicus uses a dialect of basic tailored to run on a 8 bit microcontroller with limited resources.
I did find a routine in assembler for PICS - still need to implement and test it.

[jdkmunch]

Thanks TZ is there a programming guide for this ?  I'd love to learn some more -
I've only done assembler on an IBM 360 -  other than that all my programming has been in high level languages 

[TZtech]

Munch

Install MPLab and the Amicus dev environment as per this link - http://www.myamicus.co.uk/content.php?245-Free-AMICUS18-Compiler
All the relevant manuals are installed with the application and are availabe from Help - Documents.
 

[jdkmunch]

Thanks - this little thing is incredible

The microcontroller used on the Amicus18 is the Microchip PIC18F25K20, which has 32768 bytes of flash memory, 1536 bytes of RAM, and operates at 64MHz, which equates to 16 MIPS (Million Instruc- tions per Second).

[jdkmunch]

I'm really disappointed -  I just checked the order and the status is "Warehouse Notified" whatever that means

then when I look at the item in the store it's estimated available August 13

I have a feeling it's going to be a while

[TZtech]

Bummer - Hope You get it soon
Its always a drag waiting for parts - I order most of my stuff via EBAY from the east and the wait is generally 3 weeks

If you have a device programmer thats capable of programming it i would suggest You ad a PIC18F25K22 to the order
This chip works on the Amicus board but runs at 5 volts and has 2 hardware serial ports

http://www.microchipdirect.com/ProductSearch.aspx?keywords=PIC18F25K22-E/SP

[vtyler]

i have seen where sometimes c# code can be converted into c (never done it my self). if we could convert the code for the crc to c it may work on the pic i used c to code a free play chip for the s2000 and i game.

[TZtech]

*

[jdkmunch]

  Outstanding

I ordered another board from Newark.com and it says they have some in stock to ship today.  Lets see what happens.

[TZtech]

VTyler

Which c compiler for PICS are You using and how have You experienced it so far?
The Amicus environment is pretty powerfull and I am nowhere close to using it to its full potential but would like to explore some C alternatives as well as that seems to be the industy standard

[jdkmunch]

Got the board today!

I programmed it - now I just need a little help with the hookups -

on the com analyzer all I see are many green 0's flying across the screen

[TZtech]

Great

I will be home in about a hour and a half and will post some updated TITO testing code and some pics

Oled               Amicus
+V                 +3.3V
GND               Gnd
In                   RB7

Are You going to use DCS port or the RS232 port?

Machine DCS   Amicus
DCS Pin 7        +5V
DCS Pin1         Gnd
DCS Pin 5        TX
DCS Pin 9        RX

Change Your SAS channel to 2 for dcs port
Also change Your SAS adress to 1 as my code assumes we are always talking to SAS address 1

[jdkmunch]

Your going to have to go real slow with me please -  as I have no idea what I'm doing.   

I tried hooking it up to the rs232 port TX,RX and ground on the board with power from the computer's usb and that did not work

1.  What is DCS?

2. Would that supply power to the amicus? - can you tell me what port it is and which pin is #2 I'll connect into it - I already wired and additional connector for it.

3.  I don't have my OLED screen working yet - I didn't realize I had to assemble it - I'll work on that later - I think it would be really really cool to insert it into the player tracking spaces in the top box. 

[TZtech]

For Now just power it via the USB cable

The DCS port is on the backplane board - on a 039 its labeled J6 and DCS (Just above the LED)
Attached is a photo of the connector on a PE+
Unlike RS232 the DCS port also needs a positive supply from the device connecting to it - In this case the Amicus board