AnsweredAssumed Answered

Overnight Drop of PIN Pad Connections

Question asked by frank on Jun 28, 2019
Latest reply on Jul 15, 2019 by frank

We have a client who recently updated to v5.15.0, and are having problems where all of their PIN pads are back to the "triPOS logo" (instead of the "welcome text" configured for the lane).  Obviously, when they go to process the first transaction of the day, it fails because the device isn't connected:

2019-06-13 06:25:20,160 [22] triPOS ERRORSmartTcpClientTransport.cs.ReadAsync: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host.

Further scouring of the Verbose.log from the time of the last transaction on the previous day to that error seems to indicate nothing out of the ordinary taking place (IOW, all regularly-timed lane configuration checks report no problems).

Sooo, some questions:

  • With the new "automatic PIN pad reboot" functionality in triPOS Direct, does the reboot process ever show in any of the triPOS logs?   And/or, could they be running through the automatic reboot process and never getting reclaimed by triPOS once back up?
  • Does the regularly-timed lane checking on verify the configuration, and not the connection itself?


Devices in question are Ingenico iSC250's, FWIW.