Режект банкнот при выдаче

idro

3. WOSASSP\LOG\*.xml - ОЧЕНЬ ПОЛЕЗНА ИНФА

У нас тоже в Голове верять в мощь support.z

ВОт у меня простой вопрос как узнать по какой причине контролер заброковал пачку :

<ENTRY date="2010-11-01" time="17:38:39" type="CNG_DISP_STANDARD">4,01,002,O;</ENTRY>
</COMMAND>
- <COMMAND date="2010-11-01" time="17:38:43" type="PRESENT">
<ENTRY date="2010-11-01" time="17:38:46" type="STCS">LEN=0502,RSTA=R,RACT=0114,RRET=00,1STA=E,1NUM=1111111,1CUR=RUR,1REL=0000,1VAL=00001000,1LEN=000,1TOL=00,
1ACT=0000,1NDV=0034,1LOW=0050,1L_D=00,1REJ=000,2STA=R,2NUM=0022222,2CUR=RUR,2REL=0000,2VAL=00000500,2LEN=000,2TOL=00,
2ACT=0634,2NDV=0667,2LOW=0050,2L_D=00,2REJ=000,3STA=R,3NUM=0033333,3CUR=RUR,3REL=0000,3VAL=00000100,3LEN=000,3TOL=00,
3ACT=0560,3NDV=0588,3LOW=0050,3L_D=00,3REJ=000,4STA=R,4NUM=0044444,4CUR=RUR,4REL=0000,4VAL=00000050,4LEN=000,4TOL=00,
4ACT=0235,4NDV=0254,4LOW=0050,4L_D=00,4REJ=002;</ENTRY>
</COMMAND>

В целом проблем больших нет, кроме явно большого сброса. CMD v4 . Или тут даже и гадать не надо , заброковал , значит станция не пропустила?

Slevin

Чудо!) Кто то выложил лог))). Вижу - с 4-й кассеты выдано 1 купюра, 2 ушло в режект. А причину, то вы и не зацепили).
1-е потому что прислали STCS - это статус кассет, а причина в основном в STDV - это статус девайс.
2-е это вполне обычная ситуация - при диспенсе сброс с кассеты (ну не понравилось ему что-то). Вот если бы презент или диспенс завершился неуспехом, то тут можно было бы что то поискать)))

Slevin

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

idro писал(а):У нас тоже в Голове верять в мощь support.z ВОт у меня простой вопрос как узнать по какой причине контролер заброковал пачку :
....
В целом проблем больших нет, кроме явно большого сброса. CMD v4 . Или тут даже и гадать не надо , заброковал , значит станция не пропустила?

большую отбраковку в реджект как правило убираем в три шага:

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

Не помню случаев чтоб не помогло...

idro

STDV - очень редко записывает , и притом всегда когда сброса нет

так что толку никакого

А логи естественно просмотрел за несколько дней .общее только одно бракует, только небольшие пачки до 7 купюр ( в основном от 1- 4) , НИ РАЗУ пачка больше 7 купюр забракована не была

idro

большую отбраковку в реджект как правило убираем в три шага:

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

Не помню случаев чтоб не помогло...

ТО конечно могло бы помочь, но время еще его не пришло

Хотелось бы узнать , как руководсвуясь одними только логами определить вредителя

.

idro писал(а):ТО конечно могло бы помочь, но время еще его не пришло Хотелось бы узнать , как руководсвуясь одними только логами определить вредителя .

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

Slevin

так что толку никакого

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

только небольшие пачки до 7 купюр ( в основном от 1- 4) , НИ РАЗУ пачка больше 7 купюр забракована не была

Хорошая статистика))), но к сожалению ничего не значащая.
1. Если смотреть логи - то шерстить все - особенно появление ERROR<>0000....0000
2. На вашем месте я бы лучше обратил внимание с каких пикеров (ячеек) сброс(выбирающий механизм, измерительная станция), в какие циклы (кассеты и все что с этим связано).
3. Для начала можно просто воспользоваться тем, что вам посоветовал kurSPV

Slevin

kurSPV, в большинстве случаев - шаблонные решения в работе с банкоматом - очень эффективны. Логи начинают смотреть - либо до выезда на банкомат, либо тогда когда шаблон не срабатывает. При нахождение на банкомате до совершения всех работ рекомендуется сначала оценить - состояние (через кадиаг, визуально, тестом), а потом применять подходящее шаблонное решение (замена, профилактика или прочее).

idro

Код: Выделить всё

<COMMAND date="" time="17:51:41" type="DISPENSE">
  <ENTRY date="" time="17:52:00" type="CNG_DISP_STANDARD">3,01,002,O;</ENTRY> 
  </COMMAND>
  <EVENT date="" time="17:52:06" type="STDV">LEN=0235,S_SW=C,DLOC=N,CAS=Y,SHERR=N,SHUT=C,MON=N,TER=O,TS=24,TF=N,SR=O,DIS=O,CEX=Y,
DOOR=C,DO_S=N,TYPE=F,N_VM=4,SEDM=T,LCMD=CW,LSTA=A,SCLE=1,SRES=A,TST=N,SCOD=00,OR=N,TRANSPORT=A,C_OUT=Y,ERROR=0000000000000000,
WARNING=0000000000000000;</EVENT> 
  <EVENT date="" time="17:52:07" type="STCS">LEN=0502,RSTA=R,RACT=0140,RRET=01,1STA=E,1NUM=1111111,1CUR=RUR,1REL=0000,1VAL=00001000,1LEN=000,1TOL=00,1ACT=0000,
1NDV=0012,1LOW=0050,1L_D=00,1REJ=000,2STA=R,2NUM=0022222,2CUR=RUR,2REL=0000,2VAL=00000500,2LEN=000,2TOL=00,2ACT=0379,2NDV=0438,
2LOW=0050,2L_D=00,2REJ=000,3STA=R,3NUM=0033333,3CUR=RUR,3REL=0000,3VAL=00000100,3LEN=000,3TOL=00,3ACT=0333,3NDV=0384,3LOW=0050,
3L_D=01,3REJ=002,4STA=R,4NUM=0044444,4CUR=RUR,4REL=0000,4VAL=00000050,4LEN=000,4TOL=00,4ACT=0275,4NDV=0295,4LOW=0050,4L_D=00,
4REJ=000;</EVENT> 
- <COMMAND date="" time="17:52:07" type="PRESENT">
  <ENTRY date="" time="17:52:10" type="STCS">LEN=0502,RSTA=R,RACT=0140,RRET=01,1STA=E,1NUM=1111111,1CUR=RUR,1REL=0000,1VAL=00001000,1LEN=000,1TOL=00,1ACT=0000,
1NDV=0012,1LOW=0050,1L_D=00,1REJ=000,2STA=R,2NUM=0022222,2CUR=RUR,2REL=0000,2VAL=00000500,2LEN=000,2TOL=00,2ACT=0379,2NDV=0438,
2LOW=0050,2L_D=00,2REJ=000,3STA=R,3NUM=0033333,3CUR=RUR,3REL=0000,3VAL=00000100,3LEN=000,3TOL=00,3ACT=0333,3NDV=0383,3LOW=0050,
3L_D=00,3REJ=002,4STA=R,4NUM=0044444,4CUR=RUR,4REL=0000,4VAL=00000050,4LEN=000,4TOL=00,4ACT=0275,4NDV=0295,4LOW=0050,4L_D=00,
4REJ=000;</ENTRY> 
  </COMMAND>
  <EVENT date="" time="17:52:15" type="STDV">LEN=0235,S_SW=C,DLOC=N,CAS=Y,SHERR=N,SHUT=C,MON=W,TER=O,TS=00,TF=Y,SR=O,DIS=O,CEX=Y,DOOR=C,DO_S=N,TYPE=F,N_VM=4,
SEDM=T,LCMD=CA,LSTA=A,SCLE=1,SRES=A,TST=N,SCOD=00,OR=N,TRANSPORT=A,C_OUT=Y,ERROR=0000000000000000,WARNING=0000000000000000;</EVENT>

Вот нашел одновременно STDV и сброс.

Насколько я понял STDV фиксирет в конкретный момент времени состояние диспенсера , не указывая причину сброса ( Error и Warning нулевые) ,тоесть в нашем случае тоже штука мало полезная.Само собой когда придет время ТО , то и тестировать по полному буду.

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

з.ы. support.z на мой взгляд имеет большую ценность для разработчиков, чем для сервисников/банкоматчиков.

Slevin

idro, в вашем случае (из того что вы выложили) кроме большого сброса (RACT=140), ничего аномального не видно.
Какая у вас фирмварь? Используете ли вы сингл или он отключен? .
kurSPV, я последние N-лет вижу банкоматы, только через призму логов))). При очень большом парке банкоматов нестандартных и различного рода диспутных ситуаций - хватает. Я в свое время тоже был сервисником. Однако знание предмета не только со стороны HW, но и стороны SW думаю никому не будет лишним. При работе в сервисе всегда на банкомате бегло просматривал лог файлы - в принципе это не занимает много времени. И всегда снимал саппорт по завершению работ.

Slevin

type="DISPENSE" - команда диспенса
type="CNG_DISP_STANDARD">3,01,002,O; - ответ на функцию диспенс,
3 - пикер (3-й)
01- сколько успешно набрано,
002 - сколько в режект попало,
O - результат набора - ок
"PRESENT" - презент.
S_SW=C safety switch - закрыт, DLOC=N - блокировки устройства нет,
CAS=Y - кассеты готовы,
SHERR=N - ошибок шаттера нет,
SHUT=C - шаттер закрыт,
MON=N - деньги не доступны клиенту,
TER=O - транспортных ошибок нет,
TS=24 - позиция транспорта собирающий трей - > позиция перед шаттером,
TF=N - транспорт не свободен,
SR=O - сингл режект впорядке,
DIS=O - диспенс возможен,
CEX=Y - бла-бла-бла (флаг изменения описания кассет),
DOOR=C дверь сейфа закрыта,
DO_S=N бла-бла-бла,
TYPE=F - тип фронтлоад,
N_VM=4 - количество V-модулей,
SEDM=T бла-бла-бла,
LCMD=CW, note in wait position
LSTA=A, успешно
SCLE=1 деньги не доступны клиенту,
SRES=A успешно (статус последнего ресета),
TST=N селф тест неактивен,
SCOD=00 - показания статус индикатора на диспенсере,
OR=N - операто не нужен)),
TRANSPORT=A выходной траспорт in safe front,
C_OUT=Y cashout -возможен,
ERROR=0000000000000000 - ошибок нет

При рассмотрение следует учесть что это статус устройства на определенный момент времени.

Slevin

RSTA=R - режект кассета READY,
RACT=0140 - количество банкнот в режекте (при пересчете может быть больше),
RRET=01 - количество ретрактов (не купюр),
nSTA=E - кассета физически пустая, R - готова, P - нет референс
nNUM=1111111 - ID кассеты,
nCUR=RUR - валюта кассеты,
nREL=0000 - блаблабла (дата выпуска),
nVAL=00001000 - номинал кассеты,
nLEN=000 блаблабла
nTOL=00 блаблабла,
nACT=0000 сколько денег вышло из кассеты (счетчик работает на уменьшение),
nNDV=0012 считает деньги, которые дошли шаттера (не точный перевод, но где то так), (счетчик работает на уменьшение)
nLOW=0050 минимальное значение для кассеты,
nL_D=00 блаблабла,
nREJ=000 сколько денег было сброшено во время текущий команды в режект,

idro

Вкратце введу в курс проблемы , о которой я где то тут раньше писал : WINCOR 1500 CMD v.4 , беспричиный большой сброс, в TRC ошибок нет . в прикрепленном файле сгруппировал выдачу. Четко видно , что бракует если пачка из одной или двух купюр . особенно не любит 500 . В этом месяце ТО , буду тестить.

Slevin

А можно выложить сами логи(в архиве), а то не понятно в хронологическом порядке или нет, какие кассеты(номиналы), были ли варнинги, ошибки, что за вторая колонка?

idro

Файл бросил в личку , но там все обыкновенное , варнингов нет. Просто беспричинные сбросы. номиналы 1- 1000 , 2-500, 3 -100 , 4 -50. Вторая колонка , это частота появления события из первой колонки. Оформил все таким образом, что бы выяснить что конкретно тестировать надо. Ну и убрал что происходило всего один раз .
Например : 2,01,000,O; - было 65 раз , 2,01,001,O; - 29 раз , - видно что какие-то проблемы с набором именно одно купюры .

Slevin

idro,
kentaur7777 выложил очень полезную фичу(Cash Media Dispenser V4\CMD_SHOW\SI07084E Continuous Test Evaluation Program) для теста диспенсера к вашему случаю подойдет на все 100%. Запускаете этот тест (нужны реальные деньги - это масс тест) набираете статистику. А потом используете тулз со странным названием Rundlaufauswertung V_1_2_0 - он реально покажет имеющиеся проблемы с выдачей на банкомате. По вашему случаю с первого просмотра ничего путного не нашел, надо смотреть под другим углом))). Для разбора интересны версии ПО С:\install\version.log и версия фирмваре на диспенсере.Плюс интересна следующая инфа "в кадиаге выполните DEVICE->CMD V4 -> G-Overview diagnostic->Start - результат сохраните в файл и приаттачте в теме". Выполнить два раза до ТО и после ТО - результата будет два. Общие рекомендации такие проверить:

1. Сами кассеты и настройку кассет по высоте и ширине. (во время перемещения кассет до банкомата банкноты в кассете могут встать не ровно)
2. Разделение купюр (резиновые валы, металлическая гребенка)
3. измерительную станцию - не деформируется ли купюра при прохождении через нее.
4. Установить фирмваре версии не ниже 1631 (если CSC позволяет не ниже - версия 21.20)

Ну ТО основное вы и так выполните)

idro

Slevin писал(а):idro,
kentaur7777 выложил очень полезную фичу(Cash Media Dispenser V4\CMD_SHOW\SI07084E Continuous Test Evaluation Program). А потом используете тулз со странным названием Rundlaufauswertung V_1_2_0 )

Фичу по ссылке не нашел

и тулзу тоже не на Гуглил

Поэтому пошел своим путем. ТО с продувкой прочисткой всего. Тест кодиаком на выдачу . И действительно пачка из одной купюры реджектиться примерно в 30 % случаев, притом из двух купюр проходит на ура ( все реальные деньги, 50 р) . Такое было на другом банкомате, помогла протирка PS1 ( пара светодиод и фотодиод стоят в таких трубочках закрыты оргстеклом, светит на призму , пошурудил тряпочкой именно стеклышко сверху. Хотя голову даю на отсечение, лично вынимал свето- фото - диоды и протирал их вкупе с трубочками, стеклышками и призмой ) . Данные манипуляции вновь помогли , тест на выдачу одной купюры прошел на ура. Версию прошивки посмотреть забыл

почему то думается на PS18 ( его задеваю пока шубуршу тряпкой над PS1) , именно он же просвечивает купюру.

P.S. Как то все не профессионально получается , на уровне шаманства

Slevin

1. По поводу "не нашел" смотри в аттаче (это из поста kentaur7777).
2. Жаль, что не снял всю инфу из кадиага как я просил, думаю после ее анализа бубен бы и не понадобился)))

bankomatchik.ru