Consistency check failed - but system as is - works.

Support for the Milan Intelligent interface, sold by Money Controls as the Paylink USB unit and for the earlier PCI card version.

Moderators: aardvark, davebush, Admin

Post Reply
el_es_cr
Posts: 12
Joined: Tue Sep 30, 2008 11:49 am

Consistency check failed - but system as is - works.

Post by el_es_cr »

Hi,
I got something like this in my app log : (it is not rare)
[ERROR][04/10/2008 13:23:11] IMHEI: Consistency Check : 0 coins read, but only time for -1

(my app runs periodically (every 50ms) something similar to the Delphi Demo process, if any text is found upon IMHEIConsistencyCheck, it is logged as ERROR)

The AESWDriver logs the following:
Driver Thread Started





13:22:56.156 PC: Driver restart (after crash)
13:22:56.156 PC: Driver Exit as Restarted
13:22:56.171 Device Closed
13:22:56.265 Driver Thread Exit
13:22:56.265
13:22:56.281 Driver Exit
13:22:56.281
13:22:56.531 Unit 0 OK, ID: 0x0403 0xde50
13:22:56.531 Description: Genoa USB Hub
13:22:56.531 Manufacturer: Aardvark (AE)
13:22:56.531 Serial No: AE000001
13:22:56.531 Latency: 16
13:22:56.531 PC: Re-sending restart
13:22:56.531 PC: Memory Resynch - new protocol
13:22:56.546 USB: PC Driver Found
13:22:56.546 PC: Re-sending restart
13:22:56.546 USB: PC Link Up
13:22:56.609 PC: Memory Resynch - new protocol
13:22:56.625 USB: PC Link Up
13:22:56.875 DP: ccTalk coin acceptor 2020103 at b60 setup
13:22:56.875 DP: Interface memory set up
13:22:56.890 PC: USB unit re-synch complete
13:23:00.500
13:23:00.500
13:23:00.500 DP: Application active
13:23:00.531 DP: ccTalk coin Status to 0
13:23:00.531 DP: Event 0000e0 for Acceptor 0
13:23:00.531 DP: Turn off barcodes
13:23:11.156 DP: Event 0001
13:23:11.250 DP: Event 0001
13:23:11.343 DP: Event 0001
13:23:11.859 DP: Event 0001
13:23:11.937 DP: Event 0001
13:23:12.218 DP: Event 0002
13:24:32.109 DP: Application has gone away
13:24:32.109 DP: ccTalk coin Status to 4
13:24:32.109
Is this some of my fault, or something else, or can I ignore it ?

I spotted this before, but the system (currently on bench) continues to work gracefully.

Full IMHEI related log is as follows :

[DEBUG] [04/10/2008 13:22:56] IMHEI: Money Handling Interface Open : success ! (Attempts : 1)
[DEBUG] [04/10/2008 13:22:56] IMHEI: Init : Reading EEPROM : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
[04/10/2008 13:22:56] IMHEI: Init : IMHEI Serial Number : 132579, IMHEI Firmware version : 4.1.10.8 (May 16 2007 13:00:44)
[04/10/2008 13:22:56] IMHEI: Acceptors found : 1
[DEBUG] [04/10/2008 13:22:56] IMHEI: Serial=0,Name=MCL SR5,Kind=CoinAcceptor,InterfaceNumber=2,UnitAddress=2,NumberOfTypes=16
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=15,Value=0,Currency=0,Path=5,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=14,Value=0,Currency=0,Path=5,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=13,Value=5,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=12,Value=10,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=11,Value=20,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=10,Value=50,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=9,Value=100,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=8,Value=200,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=7,Value=0,Currency=0,Path=5,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=6,Value=0,Currency=0,Path=5,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=5,Value=5,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=4,Value=10,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=3,Value=20,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=2,Value=50,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=1,Value=100,Currency=0,Path=4,Inhibit=False
[DEBUG] [04/10/2008 13:22:56] IMHEI: Index=0,Value=200,Currency=0,Path=4,Inhibit=False
[04/10/2008 13:22:56] IMHEI: No dispensers detected
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor Setup : Found MCL SR5 Coin Acceptor
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : GB coin 0 was already uninhibited
[04/10/2008 13:22:56] IMHEI: Acceptor Setup : Found coin 1 on route to cashbox (path 4)
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : GB coin 1 was already uninhibited
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : GB coin 2 was already uninhibited
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : GB coin 3 was already uninhibited
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : GB coin 4 was already uninhibited
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : GB coin 5 was already uninhibited
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : GB coin 6 was already uninhibited
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : GB coin 7 was already uninhibited
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : Inhibiting EU coin 8
[04/10/2008 13:22:56] IMHEI: Acceptor Setup : Found coin 9 on route to cashbox (path 4)
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : Inhibiting EU coin 9
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : Inhibiting EU coin 10
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : Inhibiting EU coin 11
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : Inhibiting EU coin 12
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : Inhibiting EU coin 13
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : Inhibiting EU coin 14
[DEBUG] [04/10/2008 13:22:56] IMHEI: Acceptor setup : Inhibiting EU coin 15
[04/10/2008 13:22:56] IMHEI: Acceptor Setup : finished
[STAT] [04/10/2008 13:22:56] IMHEI: Init: Total Cash Accepted To Date : 711.20
[STAT] [04/10/2008 13:22:56] IMHEI: Init: Total Cash Paid Out To Date : 0.00
[DEBUG] [04/10/2008 13:22:56] IMHEI: Init successful : True
[DEBUG] [04/10/2008 13:23:11] IMHEI: Periodic Task : Switch 0 changed to False
[DEBUG] [04/10/2008 13:23:11] IMHEI: Periodic Task : Switch 1 changed to False
[DEBUG] [04/10/2008 13:23:11] IMHEI: Event check :Coin: Now Ok
[DEBUG] [04/10/2008 13:23:11] IMHEI: Event check : Raw Code: 00 Acc: 0
[DEBUG] [04/10/2008 13:23:11] IMHEI: Event check :Interface Start
[DEBUG] [04/10/2008 13:23:11] IMHEI: Event check :Interface Start
[ERROR][04/10/2008 13:23:11] IMHEI: Consistency Check : 0 coins read, but only time for -1
[DEBUG] [04/10/2008 13:23:11] IMHEI: Event check :Interface Start
[DEBUG] [04/10/2008 13:23:11] IMHEI: Event check :Interface Start
[DEBUG] [04/10/2008 13:23:12] IMHEI: Event check :Interface Start
[DEBUG] [04/10/2008 13:23:12] IMHEI: Event check :Application Start
Top
davebush
Posts: 492
Joined: Fri Oct 22, 2004 12:20 pm

Post by davebush »

The code that generates the 2nd value is quite simple.

It subtracts the time saved from the last call from the time now, divides by the coin rate parameter and adds 1.

Getting -1 is an interesting achievement - it implies the time returned by OS has run backwards!

It's a false alarm, although we shouldn't generate it.

If you van try some more tests to see what's going on.......
Aardvark software developer. Please put all communication on the problem through the board for the benefit of others.
Top
el_es_cr
Posts: 12
Joined: Tue Sep 30, 2008 11:49 am

Post by el_es_cr »

davebush wrote:The code that generates the 2nd value is quite simple.

It subtracts the time saved from the last call from the time now, divides by the coin rate parameter and adds 1.

Getting -1 is an interesting achievement - it implies the time returned by OS has run backwards!

It's a false alarm, although we shouldn't generate it.

If you van try some more tests to see what's going on.......
Would it happen if I createprocess() the AESWDriver with a log file name passed to, and then look for its window to appear (yeah, this is asking for a race...) so the driver is actually residing in memory once (good that it has this protection ;) but could get executed a few times ? Some loops seem to have to be tightened then...
Top
davebush
Posts: 492
Joined: Fri Oct 22, 2004 12:20 pm

Post by davebush »

The conistency check code is local to the DLL, so it should make no difference at all what you do with the driver.

(The driver is designed to automatically exit and restart if you run it twice.)
Aardvark software developer. Please put all communication on the problem through the board for the benefit of others.
Top
Post Reply

Return to “Milan / Paylink Interface Support”