bankomatchik.ru

Хай!
исследуемый: Wincor Nixdorf ProCash 2100XE FrontLoad

Вот, собственно, данный ECOD/SCOD у меня вылетел при чистке кэшина (конкретно диспенсерской его части).
Чистил сжатым воздухом, диоды оптопар доставал, протирал, продувал. Все установлено на место, шлефйы проверены на контакт/целостность.
В кадиаге, в команде Device status, параметр TST self-test active имеет значение YES. Связано ли это с описанной проблемой и что означает данный параметр? Критично ли это?
Параметр CEX cassettes available changed имеет значение YES. За что отвечает этот параметр? Замечал, что на других банкоматах он тоже установлен.

В диспенсере кэшина есть пластиковая крышечка, которую можно оттянуть наверх. Она является частью выравнивателя пачек купюр. На ней так же размещены две резиновых ленты. Под данной планкой есть два пластиковых белых ролика, которые прижимаются к ней видать в момент прогона купюр. Насколько я успел понаблюдать это ролики могут находится в разных исходных позициях (либо опущены, либо подняты). Кто знает, влияет ли их положение на тест кэшина? И если влияет, то какое положение корректное?

Считыватель магнитного кода снимал во время чистки но не отключал (только пластиковые фиксаторы). Снимал поскольку он кроет пару диодов. Там с контактами тоже порядок.

Вообщем, кто что думает.

Если кому интересно, вот содержимое файла VERSION.LOG
CSC-W32 Version 21.10
Windows Version 5.1
Windows_Lang Language Eng
Windows_ServicePack Version 2
Windows_InternetExplorer Version 6.0.2900.2180
Windows_Name Name XP
WOSA-SSP Version 41.12
WOSA-SSP4 Version 41.12
System Name PROCASH_2100XE_FRONTLOAD
ProInstall Version 40.70

Если нужна еще какая-нибудь информация (например логи), сообщите.
Спасибо! :3

А вы конфигурацию в KDIAGе выставляли?

Добавлено спустя 39 минут 39 секунд:
hijack
“CEX cassettes available changed” данный параметр имеет два значения:
Yes- то есть кассеты изменили свой статус и готовы к приему наличности.
No- соответственно кассеты не готовы(неисправна кассета, дверь сейфа открыта либо неисправен геркон ну и …)
По поводу "белых роликов" наглядно в инструкции(см. личку)

mehanikus писал(а): А вы конфигурацию в KDIAGе выставляли?

Нет. С кадиагом я знаком поверхностно. Если объяснишь как это делается - буду очень признателен

Так проблема в неустановленной конфигурации?
Shoroh'a мне сюда!

Кстати, могу я здесь нарыть инструкцию по работе с кадиагом и не "противозаконно" ли задавать такой вопрос?

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

mehanikus писал(а):По поводу "белых роликов" наглядно в инструкции(см. личку)

что-то в личке ничего

Оправил, см. личку
Изменение(выбор) конфигурации CCDM.
Заходим в KDIAG CCDM/COMMANDS/firmware/выбираем set device config(p) затем Alt+P после появления диалогового окна выдвигаем купюроприемник, для вас должны подойти следующие значения параметров: 04=2100; CCDM Typ=01;Print station missing;Chassis Typ=00 далее задвигаем CCDM.

Механикус, спасибо огромное за доки! Твой должник.
Хотел уточнить: Обратима ли эта процедура? Как она повлияет на кассовый период?
Выходит, что у меня просто слетела конфигурация?

"Обратима ли эта процедура?"-да
"Как она повлияет на кассовый период?"-никак
"Выходит, что у меня просто слетела конфигурация?"- для начала поменяй конфигурацию(а то бывает еще что "вылезет").

Я уже не нужен? mehanikus очень подробно все расписал ))

Shoroh, я знал что ты придешь

Mehanikus, за сервисный мануал отдельное сипасибо! Вот это вещица!
Тему пока прикрывать не буду. Завтра, если все пойдет как надо, закрою.

Небольшая поправка
CEX - это количественное изменение доступных кассет. В нормальном состоянии CEX = N, когда кассеты вставят или удалят CEX станет Y. В этом флаге ничего страшного нет - обычно он сбрасывается при проведении процедуры инкассации.

Slevin писал(а):CEX - это количественное изменение доступных кассет.

Если точнее параметр "CEX" характеризует изменение материально-технических ресурсов кассет.
Все кассеты проверяются циклически на изменения, как только cmd v4(или же ccdm) обнаруживает изменения происходит синхронизация значений.

Slevin писал(а):В этом флаге ничего страшного нет

В корне не согласен, каждая "мелочь" имеет значение.
К примеру: был такой банкомат, при тестирование в KDIAGе все OK, после штатной загрузки банкомат поднимался, но отказывался выдавать наличность.При детальном осмотре обнаружено, что какой-то "умник" откусил провод геркона(открытия/закрытия сейфовой двери).Так вот синхронизации не произошло, собственно "CEX=N".

Механикус, еще раз спасибо. Настройка конфигурации действительно оживила кэшин.

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

). И все же, тест прошел. При попытке положить купюру на мобилу через кэшин, долго мучал ее и, в итоге сообщил о замятии. Денюжку я обнаружил между упомянутыми мной в первом посте "белыми роликами" и storage shelf

storage shelf.PNG

При этом выдал SCOD 26 + ECOD 0180. Черт его знает как они туда попали. Сегодня перебирал его еще. В понедельник потестирую,
тему пока не прикрываю. При разборе сделал 65 фотографий - люблю я это дело

сменя как всегда фотоотчет.

И тема сисег не раскрыта: в Device status, параметр TST self-test active что означает?
Да и по CEX cassettes available changed запутали вы меня

Этот параметр относится ко всем кассетам в банкомате или только к кэшиновским? Выходит после открытия периода состояние флага сбрасывается на N, райт? Шорох, а ты что думаешь? Я думаю в пятницу нужно бухать!

Всем мир.

Приведите хоть один полный пример транзакции - (вырезка из jrn & вырезка из ccprot & wosa log) который подтвердит, что CEX = N - ошибка. Я утверждаю, что в большинстве случаев на нем особо зацикливаться не надо.
Транзакции могут идти и при CEX = N и CEX = Y. При чем CEX = Y даже в кадиаге выделяется красным.
TST = Y означает что активизировался selftest - сбрасывается обычным RESET -ом устройства.

Slevin писал(а):TST = Y означает что активизировался selftest

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

Это значит кто-то проводил второй тест, с помощью кнопки или через кадиаг и тест окончиkся не удачно, лечится ресетом ccdm/

Чистил сжатым воздухом, диоды оптопар доставал, протирал, продувал. Все установлено на место, шлефйы проверены на контакт/целостность.

Смысл? обилие пластиковых частей и недостаток опыта - как результат выход из строя оборудования, всё же спокойно можно без разбора почистить.

совсем не обязательно вмешательство из вне. перезагрузка - инициализация и ADRS на уровне фирмваре основные причины активизации selftest (самотест).

Кстати, о птичках: подскажите, кто знает каково максимально-допустимое показание загрязенности датчика в кадиаге, при котором кэшин еще сможет нормально функционировать? И каково рекомендуемое? У меня, обычно, больше 20% не показывает. После

hijack писал(а):Чистил сжатым воздухом, диоды оптопар доставал, протирал, продувал.

еще в среднем на 5% процентов упало.

Видимо от датчика зависит, у меня 5-2 в эскроу при 80% работал, VLS6 при 46% уже отказывался принимать

Slevin

Slevin писал(а):Приведите хоть один полный пример транзакции - (вырезка из jrn & вырезка из ccprot & wosa log) который подтвердит, что CEX = N - ошибка. Я утверждаю, что в большинстве случаев на нем особо зацикливаться не надо.

Уважаемый коллега(Slevin) прошу указать в моих сообщениях, где я утверждал, что CEX=N является ошибкой.
Выше, я описывал инцидент, при котором банкомат после инкассации не смог более принимать наличность(была предоставлена такая информация).При просмотре файла трассировки CCDM было обнаружено не штатное значение(имеется ввиду после инкассации), а именно CEX=N, которое я подчеркиваю не является ошибкой, а указывает, что по какой-то причине синхронизации кассет не произошло – эта маленькая мелочь “дала” направление мысли. В дальнейшем при осмотре банкомата был обнаружен обрыв провода геркона сейфовой двери. Ниже приведен статус устройств того случая, всю трассу за тот день отправил вам в личку.
<CCDM DEVICE_STATUS> at 2011.05.31 00:00:00
LEN=0179,DLOC=N,CAS=Y,CEX=N,S_SW=N,TST=N,LCMD=LC,LSTA=A,SHUT=C,IO=E,STYPE=N,SCLE=0,C_L_I=00,C_L_E=00,C_T_E=00,ECOD=0000,WCOD=0000,SCOD=00,L2STA=O,CHKSTA=O,IOE=E,REJ=E,SW1=N,SW2=N;
"Транзакции могут идти и при CEX = N и CEX = Y."
На сколько я знаю транзакции(имеется ввиду "боевой банкомат") идут при CEX=Y-коллеги поправьте если не прав!Но решил проверить на всякий случай(перелопатил логи больше десяти банков-везде при проведении транзакции CEX=Y).

Добавлено спустя 51 минуту 52 секунды:
hijack

hijack писал(а):При этом выдал SCOD 26 + ECOD 0180

Коллега, судя по вашему описанию вам нужно аккуратно, не торопясь и правельно собрать dispenser модуль, обратите внимание на шаговые движки RSM1 и VSM1(нет ли запаха гари).Далее в commands\firmware\ сбросьте(выполните) reset dev. Locked flag, reset CEX, Reset FW Flag, ну и просто reset. Если все ok обязательно сделайте инициализацию sensor test\LS int.

hijack писал(а):Да и по CEX cassettes available changed запутали вы меня Этот параметр относится ко всем кассетам в банкомате или только к кэшиновским?

При тестировании диспенсора свой параметр "CEX", и при тестировании купюроприемника(ваш случай) свой "CEX" относящийся к касетам cash in.

hijack писал(а):Выходит после открытия периода состояние флага сбрасывается на N, райт?

После штатной инкассации должно быть так "CEX=Y".

Mehanikus
"Парень, ты король!"

mehanikus
1. в своих доводах и суждениях я стараюсь приводить выдержки из документации, вам же приходиться верить на слово.

После штатной инкассации должно быть так "CEX=Y"

привидите документ подтверждающий это.
2. "синхронизации кассет" не понятен термин - что происходит при синронизации? выполняется какая - то определенная команда, тогда какая?
3. из приведенного вами в теме фрагмента LCMD=LC, - команда update cashin counter, LSTA=A - закончена успешно именно поэтому CEX=N - поправка к данному пункту - на самом деле LCMD=FC - то есть подтверждение установленных кассет сбрасывает CEX в N.
4.

провода геркона сейфовой двери

это дожно быть видно из статуса DOOR=O.
5. кстати что по вашему произойдет при

...., reset CEX, ...

в какое состояние установится CEX?
hijack - проверьте пожалуйста.
6. к сожалению в письме в личку вы забыли прикрепить трассу.
7.

больше десяти банков-везде при проведении транзакции CEX=Y

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

Добавлено спустя 1 минуту 24 секунды:
пример успешного прохождения с CEX=N с 3100XE и CCDM

Спойлер

<EVENT date="2010-10-05" time="17:11:40" type="STDV">LEN=0378,S_SW=C,DLOC=N,CAS=Y,SHERR=N,SHUT=C,MON=W,TER=O,TS=00,TF=Y,SR=O,DIS=O,CEX=N,DOOR=C,DO_S=N,TYPE=C,N_VM=3,SEDM=T,LCMD=CA,LSTA=A,SCLE=2,SRES=A,TST=N,SCOD=00,OR=N,SCOE=000,ILOC=N,C_IN=Y,N_BOX=2,N_ROL=0,I_STA=E,I_SHU=C,I_L_DS=000,I_L_LD=064,CBOX=E,CO_N=3,CO_1=C1,CO_2=C2,CO_3=C3,L2STA=O,ACTSTA=U,EE_TRE=0000:0000:0000:0000,EE_KAS=0000:0000:0000:0000,CURHSH=00000,TRCNT=16551;</EVENT>
<COMMAND date="2010-10-05" time="17:12:48" type="DISPENSE">
<ENTRY date="2010-10-05" time="17:12:58" type="CNG_DISP_STANDARD">2,01,000,O;</ENTRY>
</COMMAND>
<EVENT date="2010-10-05" time="17:12:59" type="STDV">LEN=0378,S_SW=C,DLOC=N,CAS=Y,SHERR=N,SHUT=C,MON=N,TER=O,TS=15,TF=N,SR=O,DIS=O,CEX=N,DOOR=C,DO_S=N,TYPE=C,N_VM=3,SEDM=T,LCMD=BS,LSTA=A,SCLE=2,SRES=A,TST=N,SCOD=00,OR=N,SCOE=000,ILOC=N,C_IN=Y,N_BOX=2,N_ROL=0,I_STA=E,I_SHU=C,I_L_DS=000,I_L_LD=064,CBOX=E,CO_N=3,CO_1=C1,CO_2=C2,CO_3=C3,L2STA=O,ACTSTA=U,EE_TRE=0000:0000:0000:0000,EE_KAS=0000:0000:0000:0000,CURHSH=00000,TRCNT=16551;</EVENT>
<COMMAND date="2010-10-05" time="17:12:59" type="PRESENT">
<ENTRY date="2010-10-05" time="17:13:03" <EVENT date="2010-10-05" time="17:13:08" type="STDV">LEN=0378,S_SW=C,DLOC=N,CAS=Y,SHERR=N,SHUT=C,MON=W,TER=O,TS=00,TF=Y,SR=O,DIS=O,CEX=N,DOOR=C,DO_S=N,TYPE=C,N_VM=3,SEDM=T,LCMD=CA,LSTA=A,SCLE=2,SRES=A,TST=N,SCOD=00,OR=N,SCOE=000,ILOC=N,C_IN=Y,N_BOX=2,N_ROL=0,I_STA=E,I_SHU=C,I_L_DS=000,I_L_LD=064,CBOX=E,CO_N=3,CO_1=C1,CO_2=C2,CO_3=C3,L2STA=O,ACTSTA=U,EE_TRE=0000:0000:0000:0000,EE_KAS=0000:0000:0000:0000,CURHSH=00000,TRCNT=16551;</EVENT>

<CCDM_CASH_IN_OPEN>NFC</CCDM_CASH_IN_OPEN>
<CCDM_DISP_CASH_IN>EP:001,001,001:005,001,000,000;</CCDM_DISP_CASH_IN>
</CASHIN>
<STDV_T time="16:54:43">
<STDV>LEN=0179,DLOC=N,CAS=Y,CEX=N,S_SW=N,TST=N,LCMD=BN,LSTA=A,SHUT=C,IO=E,STYPE=N,SCLE=0,C_L_I=01,C_L_E=01,C_T_E=01,ECOD=0000,WCOD=0000,SCOD=00,L2STA=O,CHKSTA=O,IOE=E,REJ=E,SW1=N,SW2=N;</STDV>
</STDV_T>
<CASHIN_END time="16:54:56">
<CCDM_TRANSPORT_CASH_IN>E1_0000001,0016/002,0050/003,0103/004,0187/005,0371/006,0372/011,0005/013,0014:2_0000:R_0000:Y_0000:I_0000;</CCDM_TRANSPORT_CASH_IN>
</CASHIN_END>
<STDV_T time="16:55:00">
<STDV>LEN=0179,DLOC=N,CAS=Y,CEX=N,S_SW=N,TST=N,LCMD=CK,LSTA=A,SHUT=C,IO=E,STYPE=N,SCLE=0,C_L_I=00,C_L_E=00,C_T_E=00,ECOD=0000,WCOD=0000,SCOD=00,L2STA=O,CHKSTA=O,IOE=E,REJ=E,SW1=N,SW2=N;</STDV>
</STDV_T>

bankomatchik.ru

ECOD 24 SCOD 09

ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09

Re: ECOD 24 SCOD 09