Зависание банкомата во время транзакции.

[antyn]

Были немного похожие ситуации. Пишутся ли EMV - тэги типа А7 Т9 в журнал EJDATA? Было несколько случаев, что компьютеру банально не хватало ресурсов для записи тэгов, вследствие чего он и ребутился во время транзакции. Отключить запись тэгов можно удалив ключ в реестре - HKEY_LOCAL_MACHINE\SOFTWARE\NCR\APTRA\EMV Exits\dump ctrl. Попробуй, вдруг поможет...

[Dan]

antyn,
А на каких банкоматах так происходило? Какая Aptra?

[antyn]

Проблема была на банкоматах 5887,77, 6676, с версией Аптра 3,2,0.

[Dan]

antyn Привет, есть похожая ситуация на NCR 5884,5877, Aptra 3.4.1.
Банкомат зависает во время транзакции, диспенсер даже не начинает крутиться. Карта остается в ридере, после рестарта банкомат захватывает карту.
Происходит все это на одних банкоматах - примерно раз в неделю, на других - примерно раз в две-три недели.
Заменено все: БП системника, кабель rs-232, mainboard, imcrw, hdd, sdram.
Такое ощущение, что системнику не хватает ресурсов в момент транзакции.
Посмотрел в реестре, есть ли ключ, о котором упоминаешь выше - этого ключа нет.
Может, есть другие мысли, что может требовать много ресурсов для записи в журнал? Может, какие-нибудь настройки ejournal надо поменять?
Влияет ли размер ejdata на это? Как часто нужно его копировать?

[antyn]

Dan, Привет. Все зависит от настроек как на самом банкомате, так и на хосте. У нас переполнение журнала (свыше 1,44 Мб) ведет к тому, что банкомат перестает выдавать деньги. Ты так и не ответил, как у тебя пишется EJDATA, пишутся ли EMV-теги? Если они пишутся, то проверь еще вот это:

Отключить EMV логирование можно удалив ключи реестра и перезагрузив банкомат: [HKEY_LOCAL_MACHINE\SOFTWARE\NCR\SSDS\SSDSNDC]
[HKEY_LOCAL_MACHINE\SOFTWARE\NCR\SSDS\SSDSNDC\EMVDUMPTOJOURNAL]


[HKEY_LOCAL_MACHINE\SOFTWARE\NCR\APTRA\EMV EXITS\dump ctrl]
«objects»=dword:00000001
«trace»=dword:00000001
Как вариант, попробуй в настройках в Супервизоре и реестре выставить ежедневную перезапись журнала, к примеру ночью.

[Dan]

antyn
Привет, на этих банкоматах не пишутся EMV- тэги.
Этого у меня нет: [HKEY_LOCAL_MACHINE\SOFTWARE\NCR\APTRA\EMV EXITS\dump ctrl]
А в реестре где выставляется перезапись журнала?
Все началось после апгрейда этих банкоматов с Pele2, Aptra 2.6 на Pivat, Aptra 3.4
Может, какие-то настройки Aptra 3.4 нужно поменять, чтобы были похоже на настройки Aptra 2.6.

[lajatron]

После ввода в банкоматах возможности чтения чипованых файлов на старых банкоматах (5877 PIVAT) с APTRA 2.6 иногда происходит глюк с входом банкомата в ступор и выходом из него через 10 минут с выплёвыванием карты клиенту. Перезагрузки нет, только табличка с отсутствием связи с процессингом. А в мониторинге присутствует ошибка на картридере. Если ошибку замечаю и посылаю команду startup, то банкомат начинает работать нормально. На 6622 не помню, было такое, или нет.

Про перезапись журнала antyn имел ввиду это (ночью будет скидываться текущий журнал в подкаталог EJBackups, а новый будет начинаться с пустого файла):
[HKEY_LOCAL_MACHINE\SOFTWARE\NCR\Advance NDC\EJOptions]
"EJMode"=dword:00000001
"NoOfBackups"=dword:0000012c

[HKEY_LOCAL_MACHINE\SOFTWARE\NCR\Advance NDC\EJOptions\RecurrenceOptions]
"EJRecurrence"=dword:00000001
"EJRecurrencePattern"=dword:00000001
"Time"=dword:00000000

[Dan]

lajatron Cпасибо за подсказку, как-нибудь попробую вариант с EJBackups через regedit.
Но, думаю, из Supervisor-а, (34- EJ Options-EJBackup mode: — 1 for Multiple EJ backup ) тоже должно получиться.

[Dan]

Всем привет,
Возник такой вопрос: Может ли прошивка ридера (в часности firmware 2.50 RS-232 IMCRW, Aptra 3.4.1 XFS 05.01.00) влиять на зависание банкомата во время транзакции?
Из текста ниже, выходит что может.
Какие мысли по этому поводу?
TAR 358407 IMCRW occasionally not able to open the COM port. Corrected internal IMCRW thread management handling. RS232IMCRW XFS 04.05.01 firmware 2.85
или это
TAR 379831 Use of a smart card that misbehaves by continually requesting more time to perform a smart card command can cause the card reader firmware to exceed the response time limit set by the card reader driver when a very long smart card timeout parameter is set in the command. This will result in a system escape.
The card reader firmware will restrict the smart card command timeout limit to 80 seconds. RS232IMCRW XFS 05.00.00firmware2.85

[popovsg]

Исходя из опыта, причём достаточно давнего - может.

[Dan]

Я никак не пойму смысл фразы "This will result in a system escape" из текста выше.
По смыслу, я понимаю это примерно так: ""Это ведет к вылету системы"
Кто-то трактует примерно так: Все это ведет к тому, что система "идет в отказ" и просто выплевывает карточку назад клиенту, а я понимаю фразу , что система не знает что дальше делать и просто виснет.
Есть и другие варианты?

[lajatron]

Посмотрел - глюк возникает как на старых 5877 PIVAT банкоматах с APTRA 2.0.6, так и на новом банкомате 6632 с APTRA 3.4. Причем, если банкомат постоит 10 минут, он выплюнет карту и дальше работает норм. А если я посылаю ему команду стартовать, то он иногда захватывает карту, а иногда не захватывает, и после этого работает дальше норм.

[Dan]

У меня все решилось заменой сценария на хосте.
Банкомат зависал, если после снятия баланса нажать "продолжить", вводился ПИН, затем желаемая сумма и зависал.
Все из-за того, что на хосте не была прописана реинициализация чипа.

[booby]

Банкомат зависал, если после снятия баланса нажать "продолжить", вводился ПИН, затем желаемая сумма и зависал.
Все из-за того, что на хосте не была прописана реинициализация чипа.

В принципе, это частая ошибка, когда в сценарий забывают вставлять стейт реинициализации чипа при повторной операции по чиповой карте. Но, обычно, в таком случае банкомат не зависает, а возвращает карту клиенту с сообщением об ошибке, типа - карта не обслуживается или операцию выполнить невозможно.

[Jeka62]

Копаясь во всевозможных инструкциях по обновлению firmware для кардридера, так и не понял о порядке действий. Кто нибудь может подсказать, желательно поподробнее, где взять корректную версию firmware для UIMCRW, и инструкцию по прошивке? Заранее спасибо.

[Dan]

Jeka62 Как высказывались выше коллеги (и в других темах), нет надобности прошивать ридер, потому как файл прошивки находится на HDD; если заменить ридер с одного банкомата, где APTRA 2.6, к примеру (где, если посмотреть, firmare version - 2.50), и поставить его туда, где APTRA 3.4, то увидим firmware version- 2.93.
Версия прошивки хранится в APTRA.

[Bura]

DEN правильно говорит, даже после обнуления мозгов картридеру при рестарте аптра проверяет наличие актуальной прошивки или заливает ее самостоятельно каждый раз при несовпадении.

[Jeka62]

Недавно на одном из банкоматов 6634 посмотрел версию firmware, v03.36. Вот теперь надо добраться до другого банкомата - сравнить. И еще вопрос, если ридер "подтягивает" прошивку после обнуления nvram, можно ли ему "подсунуть" (и куда) более свежую версию firmware, или все-таки затык в версии APTRA (нужно обновлять)?