Глюк со счётчиками на 6622

[stiker]

Всем привет!
Есть 6 банкоматов 6622 с Аптра 3.2.1, на них софт от "АТМ-С", настройки на всех одинаковые. Работают по выделенному интернет-каналу, канал стабильный.
Один из них в последнее время встаёт с ошибкой 29 | 02 34 01 - Presenter transport timing disk did not operate correctly or motor failed.. или с ошибкой 10 | - Operation not attempted because the device or a cassette type is FATAL from a previous operation.. Все разъёмы проверил и переткнул, нужные датчики прочистил, нврам контроллера сбросил, заново обучил - не помогло, свалился через 15 минут с 29-й ошибкой. Обучал при открытом сейфе, купюры идут одна к одной, без пропусков, т.е. не в вакууме дело. Счётчики перед инкассацией, естесственно, обнулил.
После того, как банкомат встал с ошибкой, мы его проинкассировали, и он не идёт по счётчикам, т.е. допустим, грузили в 1-ю кассету 1000 листов, а у него при инкассации по 1-й кассете такие счётчики: загружено - 1000, выдано - 300, сброшено - 20, осталось - 650. Где потерялось 30 листов?! Ленту всю пересчитали, по ленте всё в ажуре. Посмотрели операции по данным процессинга и нашли, что одна операция по ленте не прошла, а по процессингу - прошла.
Сейчас этот банкомат выгрузили и отключили, но клиент - зарплатник, надо срочно что-то делать.
И в связи с этим возникает вопрос: где собака порылась? Софт кривой? Но на остальных 5-ти банкомататх всё отлично. Железо, а именно контроллер презентера? Ни у кого чего-либо подобного не было?

[Dan]

Из всего вышесказанного,думаю что глючит контоллер диспенсера.
А при обучении не появляется m-status 29?

[stiker]

Dan Нет, при обучении всё гладко прошло. Тоже склоняюсь к глючности контроллера, т.к. и датчик глючный, и счётчики "левые" - всё из него растёт.

[Ura]

Могу конечно ошибаться, но 29 ошибка это проблема продольных ремней. И к вакууму это не относится. Если кабели уложены нормально, то надо обратить внимание на саму ось с датчиком. Не болтает ли ее из стороны в сторону. Ошибка появляется при подаче 1 купюры или пачки в 40 шт?

[stiker]

Ura
В том то и дело, что ось с датчиком ничем не отличается от остальных банкоматов. Да, 29-я ошибка связана с продольными ремнями. Но в данном случае она возникает в произвольный момент времени: и на 3-х листах, и на одном, и на 20-ти. И при этом (а может и нет) улетают счётчики, которые хранятся в контроллере. 10.04 обещали контроллер подвезти, заменю, отпишусь.

Недавно такая ситуация была с другим банкоматом, венгерец:
На одном 5877 у меня был глюк датчика ts5: постоянно щёлкал шаттер и дёргались ремни, как будто в зоне ts5 что-то застряло. Заменил датчик - проблема не ушла. Прозвонил и переткнул разъём - не помогло, разъём живой. Заменил контроллер - проблема пропала.

[dmitry]

И при этом (а может и нет) улетают счётчики, которые хранятся в контроллере.

счетчики храняться на винте, а не в контроллере.

[stiker]

Вчера заменил контроллер. Образ флешки нашёл здесь, на форуме. В "диагностике" погонял его на выдачу разными пачками: и по 3 листа, и по 30-40, и по 10-15 - работал, как часы. Сегодня его загрузили наличкой - и уже пара ошибок с 29-м статусом! Блин да что за хрень! Завтра инкассируем, проверим счётчики. Буду пробовать заменить датчик (плюс провода от него), который смотрит на колесо мотора презентера. После этого, видимо, перезаливка софта.

[Dan]

stiker,
Можно еще попробовать ослабить ремень мотора презентера.

[stiker]

Dan мне, всё же, кажется, что трабл "контактный" - в паре "датчик-шлейф". Ремень нормально натянут. Тему про MStatus-29 уже изучил.

[Dan]

stiker по поводу

трабл "контактный"

,была похожая ситуация на 5884:пару дней работал без ошибок,потом хаотично могли пояиться то status 29, то ошибка интерлока,то sensor 2 (точно не помню- или 2,или 3)
Так вот после долгих мучений нашел в чем была проблемма: внутри коннекторов которые втыкаются в контроллер диспенсера,контакты типа "мама" были расшатаны. Когда диспенсер крутил,его трясло и контакт то появлялся,то пропадал.

[stiker]

Dan Вчера при замене контроллера разъёмы перетряс - всё ок. На всякий, ещё раз проверю.
Мне, всё же, более интересен вопрос, что за хрень со счётчиками?!

[Dan]

stiker Наверное ты не понял меня;и вытаскивал эти контакты из коннекторов ( смотрел по схеме ,какой контакт к какому датчику) и плоскогубцами давил на них,чтоб сделать узже ,так чтобы когда вставлять,не совсем свободно вставлялись.
Но,у тебя банкомат новый, 6622,не думаю что котакты расшатаны.

[stiker]

Dan я всё правильно понял: я смотрел и папу, и маму.

[Berger1]

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

[stiker]

Что было:
После замены контроллера, глюк с "улетанинием" счётчиков пропал. Осталась проблема с MStatus 29. Поменял датчик, который считает импульсы с колеса презентер тайминг диска - не помогло. Заменил целиком презентер, сняв его с такого же банкомата, проблема пропала. Неисправный отправил в ремонт, скорее всего, повело ось с презентер тайминг диском.

[Dan]

После замены,на проблеммном контроллере ничего визуально не удалось найти? ( вздутая батарейка,окисленные контакты итд)

[stiker]

Dan
Есть следы окисла в зоне разъёмов пик-модулей, как будто плату не до конца отмыли после пайки. Оставлю про запас, на временную подмену пойдёт в "некритичный" банкомат.

[Telo]

если банкомат новый, то ошибка 29, скорее всего, была в слишком тугих ремнях.

по поводу счетчиков - у нас в инструкции написано, что считать нужно только счетчик Dispenced - все остальные могут быть не точными. Например, купюры слиплись, он скидывает в режект как одну купюру, а на самом деле их туда улетело две.

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

[stiker]

Telo Не было тугих ремней. Была "болтанка" колеса тайминг диска презентера. Неисправное колесо заменили при ремонте. Презентер установлен в банкомат, и о проблеме забыли.

[W0W231278]

Возникла непонятка со счетчиками 6622 при инкассации.
Почему то added по TYPE 3 - 2000 листов, а в чеке инкассации (загрузка) - 1000
В чеке инкассации (выгрузка) TOTAL по TYPE 3 равен 2000...
Кто накосячил то?

Кусок EJ:
Загрузка:
[020t*891*10/09/2015*10:30*
[05pCASH ADDED
TYPE 1 = 1000 TYPE 2 = 1000
TYPE 3 = 2000 TYPE 4 = 1000
[020t *0002*1*R*104
[020t[05pMACHINE NO =474694
[05pDATE-TIME =10/09/15 10:30[00p
[020t[05p TYPE 1 TYPE 2
CASSETTE 01000 01000
+REJECTED 00000 00000
=REMAINING 01000 01000
+DISPENSED 00000 00000
=TOTAL 01000 01000

TYPE 3 TYPE 4
CASSETTE 01000 01000
+REJECTED 00000 00000
=REMAINING 01000 01000
+DISPENSED 00000 00000
=TOTAL 01000 01000

Выгрузка:

DATE-TIME =11/03/15 10:52
[020t [05p TYPE 1 TYPE 2
CASSETTE 00373 00356
+REJECTED 00001 00001
=REMAINING 00374 00357
+DISPENSED 00626 00643
=TOTAL 01000 01000

TYPE 3 TYPE 4
CASSETTE 01356 00334
+REJECTED 00001 00001
=REMAINING 01357 00335
+DISPENSED 00643 00665
=TOTAL 02000 01000
LAST CLEARED 10/09/15 10:29