ОД диспенсера в ошибке

В сбере есть проблема с NCR-ми.
Банкомат перестает выдавать деньги.
При анализе ситуации - ОД диспенсера в ошибке.
В логах .prj - ОШИБКА НАСЧЕТА.
Сервисный инженер HENDZ говорит, что это кривой софт.
SCS смотрели логи .erl, говорят, аппаратная ошибка, кассета отключилась в момент набора пачки.
А мне что делать?????

Софт в сбере и правда кривой...

Часто приходться для тестирования включать 1 свич на контроллере диспенсера, чтоб он стал №2, и можно было нормально тестить...
Но речь о диагностике - сервисный инженер должен протестировать на выдачу не менее 3 раз с каждого места, если набор по 40 проходит без "простелов" - надо проверить выдачу с закрытым сейфом. Я еще обязательно проверяю выдачу по 2, 3, 4, 5 купюр - на тонениких пачках лучше видно, разворачивает или нет денюжку.
Если какие- то проблемы с набором или выдачей были при тестах, приходиться гонять и по 50 -100 выдач.
В принципе сервисник протестил из - под аптры - все - ОК, пишет ошибок не обнаружено и до свидания.
Обычно тесты делают 2-ым типом кассеты. Надо было попросить сервисника перестроить магниты на тот тип, котрый "отвалился" и погонять подольше.

ну, сервисным инженером должен был быть произведен как минимум просмотр Device Error Logs. А там уже на основе имеющихся данных делать выводы. ЕСЛИ В ЛОГАХ АПТРЫ ОШИБОК НЕТ, тогда софт.
А вообще, хотелось бы поподробнее о проблеме. Какая кассета, при наборе каких сумм сбои, чем сопровождаются: просто отключением кассеты или замятиями и т.д.

SCS смотрели логи .erl, говорят, аппаратная ошибка, кассета отключилась в момент набора пачки.

звучит похоже на M-Status 3-4. гонять-проверять упорно выдачу, если на тестовых купюрах все ок, смотреть настройку кассет, общаться с кассирами по поводу укладки.

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

Сбер... Больная тема. Как уже говорилось, софтина от SCS формирует журналы .hwr - M-status и M-data по-быстрому можно посмотреть там. А то, что решается заменой контроллера... Сброс NVRAM делали? На "возрастных" банкоматах возможна ситуация, когда приходит капец батарейке на плате контроллера - начинаются разнообразные глюки. Особенно, если происходит выключение банкомата по питанию.
P.S. А програмерам из SCS, как говорится, гвоздь надо в голову вбить. Извините, наболело...

Такая ошибка ОД может вылетать ещё по одной, банальной причине.
К изначальному вопросу отношения почти не имеет и мало для кого это будет открытием, но тем не менее по теме.

Ситуация следующая. После насчёта купюр, диспенсер даёт ошибку. В prj пишется что деньги были доступны клиенту, и сумма считается выданной. Ошибка вылетает рандомно (может и день простоять проработать, а может и подряд на все выдачи давать), и разумеется напрочь валит ОД.
Тут может быть две простых причины, и связаны они с одним местом. Место это - шаттер.
1 - загажены датчики, и, как вариант, сам шаттер (один из признаков - это двойное открытие шторки). "Тряпка, мыло и вода - наши лучшие друзья!!!". Залезли - почистили - блеск - красота - проблема решена.
2 - За окном зима, а банкомат уличный (а на офисных такого вообще почти не бывает). Столкнулся с этим впервые этой зимой. Шаттер попросту замёрз (всевозможный иней, синий, белый, жёлтый. ну и в этом духе). Как признак было натяжное, медленное, неравномерное и т.д. открытие шторки. Мне было предложено залить всё это дело "незамерзайкой" или чем нить подобным. и тип всё, вроде как, хорошо будет. Только это привело бы к пункту намбер уан.
Руководство сказало НАДО, и пофигу, что не реально заставить банкоматы гарантировано работать две недели при 40-а градусном морозе (эт мы по началу так думали

). А раз руководство сказало - значит ничего невозможного НЕТ.
Вобщем притаранили тепловентиляторы. Для банкоматов с длинной шеей и тонкой стеной, поставили под углом под ту самую шею, направив в место где собственно должен был быть шаттер.
На остальных купили вентиляционные аллюминевые трубы (достаточно широкие). Поставили вентилятор на сейф внутри. От него труба плавно сворачивающая вниз под монитор. Надо сказать, что с такой конструкцией даже внутри сейф не пришлось греть.
В результате ОД не падал, а, при взятии купюр, пальцами рук чувствовалось тёплое дуновение)))

Разумеется при "разработке" и тесте данной хрени, мы заранее убедились, что никому не придётся побывать на пепелище.

dobriikot писал(а):Шаттер попросту замёрз

Да, есть такое дело, лечим аналогичным способом. Но щас в моде китайский фен за 500 рубелй - и дешево и сердито, на зиму хватает )))

вот как раз и банкомат подоспел с такой проблемой.
Отправил заявку на ремонт. Номер заявки: W006135051.
В файле .hwr ошибок нету. Прилагаю для желающих разобраться логи .prj и .erl
Что нехорошо, банкомат находится за 250 км. от города.
Мы в городе пытались с нашим сервисным инженером разобраться в причине подобной неисправности.
Сбрасывали NVRAM, чистили все датчики. Не помогало ничего, кроме замены контроллера. Поэтому в таких случаях тупо меняем контроллер и радостно закрываем заявку.
Сейчас наш сервисный в отпуске, на заявку поедет SHOROH, так что ждем от него отчета о проделанной работе

SHOROH, выложи потом М-статус, М-дата для интереса, а?
Честно, всего пару раз сталкивался с проблемой, которая решалась именно заменой контроллера диспенсера. Это когда он сошел с ума, и забывал о начальном положении каретки в клампе. Ну, и когда Nvram переставала на нем сбрасываться.
Кстати, в этих логах нет служебной информации от АПТРы об ошибках. То ли софт подкорректировали, то ли журналы не те.

журналы именно те - prj и erl. Журнал .hwr (где мстатус и мдата бывает) эту ошибку не отразил, поэтому его в архиве нету.
софт 2.86

кстати, с такой ошибкой мы уже банкоматов 5 так отремонтировали.

проблема в рассоянии - 250 км.
теоретически можно этот же контроллер поставить на банкомат в городе.
не удивлюсь, если на другом банкомате контроллер будет работать долго и счастливо.
но надо в деревне сперва починить банкомат....

Вобщем вот, Эта библиотека спасла меня после установки версии 2.86 ЕГПО на банкоматы.
Вылетали кассеты прям посреди сессии и набора. Какие-то ещё недуги были, но я уже и не помню

Инструкция по применению простая:

Подмените библиотеку, запустите и выйдите из ЕГПО.
В реестре изменить параметр HKEY_LOCAL_MACHINE\SOFTWARE\SCS\DEV\CDM\CFG\XFS.CurrencyDispenser1\LockTimeout
В десятичных изменить значение на 10 000 (200 стоит по умолчанию)

Проблема, похоже, чисто софтовая. Попробуйте способ от dobriikot. Но на каком-нибудь близком банкомате. А в конкретном случае - лучше поменять контроллер, раз этот способ проверен. Всё-таки расстояние немалое и повторная заявка никому не нужна. Ну и ждём отчёта с нетерпением.

Заменил dll-ку, но в реестре этого ключика нету, видать - версия ЕГПО не та.
Банкомат проработал 5 часов, и опять день в ошибке.
Не помогло, однако

у нас иногда кассеты на егпо 2.86 тоже отваливались - по причине того, что егпо стартовало раньше всех нужных сервисов, на старых модельках типа 5884 поставил таймаут на 300000 мсек на запуск егпо и вуаля

blackdeatham писал(а):Заменил dll-ку, но в реестре этого ключика нету, видать - версия ЕГПО не та.
Банкомат проработал 5 часов, и опять день в ошибке.
Не помогло, однако

этот ключ появляется после подмены библиотеки. именно поэтому и надо после добавление запускать и выходить из егпо...

Докладываю.

Ошибок в аптре небыло (по диспенсеру). Последние логи были аж с зимы. Т.е. жалоб на железо вроде нет (тесты подтвердили).

Посмотрели журнал открытия и закрытия дня - в режектах не было ни одного сброса за последние дней 20-30 (скока посмотрели, потом бросили).

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

Ваще в том филиале народ на связь еще жаловался, говорят, что рвется сто раз на день. У них там через ДСЛ модем работает, так даже телефонная связь в это время пропадает (шум в трубке или тишина).

Понаблюдаем еще ))

blackdeatham писал(а):На следующем банкомате испробуем

Не забудь доложить о результатах ))

ага, у меня кажись есть образец.
Закинул туда "волшебную библиотеку", перезагрузил софт, но требуемый параметр в реестре не появился...
3 часа банкомат уже работает
но это второй случай за 2 дня на одном банкомате, ждем повторения.
хорошо. он в городе (банкомат), но это только второй раз за 2 дня, , возможно совпадение, я только в 3-ий- 5-ый раз
в логах по прежнему.... ждем понедельника

О_О

Закинул сегодня библиотеку в банкомате, параметр явился О_О А может и был уже. Хм, неподумал.
Что-то сдесь не тут.
У вас какая версия ЕГПО ? мош в этом дело.
Попробуйте поиском его пробить. Или прям хрен знает, добавить может?

Я сильно в подробнсти не вдавался, но этот параметр походу,даёт время диспенсеру и еже с ним дровам "додумать" что они только что сделали, до того как ЕГПО завершит операцию и выдаст ошибку.
В изначальной библиотеки такой параметр не высвечивается. Т.к. считалось что банкомату хватит мозгов сделать всё быстро и четко. Знали бы разработчики как в сбере банкоматы нагружают.