Ищу причину сброса в реджект

[windows94]

Исходные данные. Имеем немолодой NCR 6622, который заваливает реджект кассету.
Уже поменяно: Контроллер, LVDT-sensor, LVDT-cable, РАТ-ремни, транспортные ремни. Перебрал также и пикмодули. Вернее, так: верхний - поставил вообще новый, а на нижнем заменил все втулки, пиклайны, присоски и подозрительные шестерёнки.
Сделана калибровка LVDT на NCR'овских 66/101 десятиках, произведено обучение на боевых купюрах (хотя сингулярность и изменилась всего на пару пунктов). Выставлены D-зазоры около 1 мм, помыты все подающие валы.
Короче - сияет как у кота яйца. Состояние почти новое. Массированные тесты выдачи идеальны.
Опять кидает в реджект. Захожу в подсчёт служб в APTRA, и вижу такую инфу:

Обвёл для примера третью кассету. Сумма трёх нулей даёт 130 банкнот в реджект. Куда копать?
P.S. Пару раз на хосте отлавливали хитрожопое сообщение при сбросе набранной пачки. Что-то типа: "Limit exceeded device". Думаю, что где-то здесь собака зарыта.

[central]

А в логах что пишет?
REJECT - это не сумма от верхних трех. В реджект изменяется счетчик, допустим, при обучении диспенсера.

[windows94]

Тут по 15 штук при обучении сброшено.

Добавлено спустя 11 минут 44 секунды:
Сначала это:

M-Status: 02 Too many bills being rejected
M-Data: 01 08 00 00 00 00 00 02
Maintenance Data:
Stack Operation
Fatal Malfunction INOP Flag set
Divert Reason Cassette Type 2:
Multiple Bills Detected

Затем так:

M-Status: 08 Purge Bin overfill sensor blocked or Purge Bin full
M-Data: 06 13 00
Maintenance Data:
Purge Operation
Overfill Sensor blocked at end of Purge operation
Bills seen at purge/overfill sensor during the operation

[JamesDouglas]

Присоединяюсь к проблеме! На 6622 сегодня менял презентер в сборе по причине частых замятий на клампе при выдаче малого кол-ва купюр(подгибание площадки вверх и подклеивание пластиковых карт над эксцентриками результата не дало). Контроллер остался прежний. Естественно, поскольку вместе с презентером заменился и LVDT, я сбросил nvram контроллера и, из-под APTRA (NCRовского ключа нет) пробовал обучить боевыми червонцами, но, после каждого лёрна, выходит ошибка Unable To Learn Parameters. При этом параметры купюр не меняются, а остаются по умолчанию после сброса nvram - size 66 на sing 255. Ну, думаю, LVDT отъехавшая. На всякий, пробую загрузиться с ATM-desk, читаю логи, везде M-status 02. М-data номер не помню, но расшифровка - "Толщина купюр во время обучения достигла лимита". Пробую из под АТМдеск провести обучение и, о чудо, LVDT великолепно работает, распознает параметры купюр, и, даже, достаточно близко к эталону. Обучаю, для 1,2,3 типов выставляю параметр боевых десяток, для 4 типа параметр 1000-рублевок. Сохраняю, перезагружаюсь, захожу снова в APTRA, а там вновь параметры по умолчанию, а при каждом обучении вылетает ошибка... Если из-под ATM-desk LVDT работает великолепно, ATMdesk прогружал с диска, через банкоматовский системник, а из-под APTRA не хочет, то проблема в софте? До этого с контроллером проблем не было.

[nonpar]

пробовал обучить боевыми червонцами, но, после каждого лёрна, выходит ошибка Unable To Learn Parameters. При этом параметры купюр не меняются, а остаются по умолчанию после сброса nvram - size 66 на sing 255

Мы всегда перед обучением врукопашную устанавливаем сингулярность 101. Иначе он тупо не дает обучиться, ругаясь на ошибку. Учим по 40 банкнот.
Есть ещё одна фишка: при обучении контроллер подсчитывает суммарную толщину набранной пачки, и проверяет, чтобы она не превысила максимально механически допустимую. Вероятно, он использует для этого текущие показания LVDT. И, если у вас LVDT сильно врёт в большую сторону, такое превышение может произойти ещё до набора 40 банкнот. Неоднократно с этим встречался на изношенных презентерах. Приходилось их обучать на 30 банкнот или даже меньше. При этом сингулярность после обучения получалась, как правило, завышенной (в районе 130 или больше).

[Dan]

верхний - поставил вообще новый, а на нижнем заменил все

Обвёл для примера третью кассету

Третья в нижнем пик-модуле?
Была похожая проблема, оказывается, пик-модуль был перекошен, кассета внутри (если смотреть снизу, было лучше видно) стояла одним углом ближе к задней стенке модуля, а другим дальше, получалось, что купюры захватывались с перекосом.
Проверь геометрию, может, мой случай?

Добавлено спустя 1 минуту 14 секунд:

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

Согласен, я тоже заметил это.

[JamesDouglas]

nonpar , спасибо огромное!

[nonpar]

Сумма трёх нулей даёт 130 банкнот в реджект

Они могут попадать в режект в составе пачки, отбракованной по ошибкам от других кассет. Количество банкнот по типам в режекте говорит только о статистике набора пачек, а не о том, по какой кассете они браковались. В данном случае, вероятно, бракует по второй кассете.

[central]

JamesDouglas, nonpar, Вы про калибровку LVDT слышали что-нибудь? Ваша тема давно на форуме обсуждена и инструкции приложены, что делать. Здесь проблема в другом.

Добавлено спустя 4 минуты 26 секунд:

Они могут попадать в режект в составе пачки, отбракованной по ошибкам от других кассет. Количество банкнот по типам в режекте говорит только о статистике набора пачек, а не о том, по какой кассете они браковались. В данном случае, вероятно, бракует по второй кассете.

Вот тут согласен, поменяй местами верхний и нижний пик-модуль, и посмотри, что будет?