19 ноября, понедельник 23:30
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

данные об оптической плотноти купюр

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • данные об оптической плотноти купюр

    привет

    кто может подсказать про Simens Nixdorf || Wincor Nixdorf:

    1. как данные хранятся на контроллере об оптической плотности купюр;
    2. какова логика контроллера+оптической станции при выдаче банкнот в плане проверки на подлинность (ну или корректность, или соответствие слистанной бумажки номиналу который прописан в кассете) выданных купюр;

  • #2
    1) ширина и толщина
    2) отбраковываются сдвоенные и отличающиеся по ширине (т.е. 50 из кассеты с 1000 и 1000 из кассеты с 50 сбросится в реджект), других проверок соответствию номиналу не проводиться. Причём данные о ширине и толщине обновляются при каждой загрузке, так что если касса загрузила 1000 в кассету с номиналом 500, банкомат это спокойно проглотит

    Комментарий


    • #3
      Сообщение от bigbag1983 Посмотреть сообщение
      2) ... Причём данные о ширине и толщине обновляются при каждой загрузке, так что если касса загрузила 1000 в кассету с номиналом 500, банкомат это спокойно проглотит
      Т.е., Вы хотите сказать, что датчик калибруется по 1-ой слистанной купюре после инкассации?

      Комментарий


      • #4
        У кого по 1, у нас по 8.

        Комментарий


        • #5
          bigbag1983
          У вас проводят референс при каждой инкассации? Сильно.... Но нужно ли?

          Комментарий


          • #6
            Что то мне подсказывает что у вас то же , для подтверждения предположения ответьте если не сложно как поведёт себя банкомат под вашим (не ЗК) софтом в случае если кассиры перепутают и в кассету с 1000 положат 500, на кроме небольшого увеличения сброса из-за несоответствия настроек кассеты параметрам номиналов.

            Варианты:
            1) Референс не производиться - Любая купюра насчитанная из этой кассеты будет сброшена в реджект
            2) Референс производиться - выдача будет происходить в "нормальном" режиме
            3) Референс производиться но приводит к критической ошибке - при инкассации необычная кассета просто программно не пропишется, т.к. параметры полученные при насчёте не сосуществуют параметрам прописанным в контролере для данного номинала.

            Но нужно ли?
            А почему нет? теряем 32 купюры, получаем минимальный сброс в периоде.

            Комментарий


            • #7
              bigbag1983
              У нас референс проводится только в случаях замены и профилактики критичных
              устройств: конролера, v-модулей, при сбросе CMOS. Кстати все это описано в документации.

              Если у вас купюры с номиналом в 1000 отличаются по размерам от 500 то... уже при инкассации, при тестовом сбросе купюр диспенсер налистает с кассеты с перепутанными купюрами их большое количество, выдаст сообщение что в данной кассете очень много плохих купюр и не будет выдавать деньги из данной кассеты.
              В вашем случае такого не произойдет, будут выдаваться любые купюры загруженные в кассету. Но это в принципе ваши проблемы, мне не понятно было просто зачем это делать каждый раз.

              P.S. Вы диспенсор то выдвигаете, купюры пересчитываете?

              Комментарий


              • #8
                Понятно у вас третий вариант, т.е. референс всё равно производится, просто дальнейшая логика другая (кстати по "неправильную" кассету - это у вас теоретическая выкладка или было реальное подтверждение подобного поведения).

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

                п.с. ладно уже тонкости пошли не касающиеся вопроса топика.
                Последний раз редактировалось bigbag1983; 03.12.2009, 10:41. Причина: уточнение

                Комментарий


                • #9
                  bigbag1983
                  Про купюры не того размера в кассете это не теоретическая выкладка, а практика. Для этого референс и проводится, что бы не выдавать неправильные купюры.

                  P.S. Это не тонкости, если не пересчитываете у вас могут быть реальные проблемы.

                  Комментарий


                  • #10
                    Для этого референс и проводится, что бы не выдавать неправильные купюры.
                    Референс это просто определение параметров + дополнительная проверка путей прохождения, а вот как используются его данные это уже другой этап.

                    P.S. Это не тонкости, если не пересчитываете у вас могут быть реальные проблемы.
                    При замене деталей при референсе проводиться ручной пересчёт купюр, при стандартной инкасации смысла в этом никакого.

                    Комментарий


                    • #11
                      bigbag1983
                      При замене деталей при референсе проводиться ручной пересчёт купюр, при стандартной инкасации смысла в этом никакого.
                      Сильно ошибаетесь... Если при слистывание окажется реально не 8 а 9 или 10 купюр, то значит через DDU прошли двойные купюры, а значит средняя толщина которую запомнит контроллер будет больше. Это приведет к тому что в реальных условиях банкомат сможет выдать двойную купюру.
                      Их для того и пересчитывают, что бы если количество не сходится с указанным то нажать отмену и провести заново референс для данного номинала купюр.

                      Комментарий


                      • #12
                        Сильно ошибаетесь... Если при слистывание окажется реально не 8 а 9 или 10 купюр, то значит через DDU прошли двойные купюры, а значит средняя толщина которую запомнит контроллер будет больше. Это приведет к тому что в реальных условиях банкомат сможет выдать двойную купюру.
                        А может сначала в механизме референса разберёмся? Насчёт 8 купюр два подхода по 4, устреднение по каждому набору, данные которые сильно отличаются от средних отбрасываются, соответственно предложенный вами вариант практически невероятен ( для его реализации необходимо что бы первые 8 купюр были сдвоенными)

                        Это всё конечно интересно, но как это отвечает на вопросы топика?

                        1. как данные хранятся на контроллере об оптической плотности купюр;
                        2. какова логика контроллера+оптической станции при выдаче банкнот в плане проверки на подлинность

                        Комментарий


                        • #13
                          bigbag1983
                          А может сначала в механизме референса разберёмся? Насчёт 8 купюр два подхода по 4, устреднение по каждому набору, данные которые сильно отличаются от средних отбрасываются, соответственно предложенный вами вариант практически невероятен ( для его реализации необходимо что бы первые 8 купюр были сдвоенными)
                          Для чего же тогда по вашему просят пересчитать купюры и в случае если число не сходится, провести референс заново? Для чего вы тогда его проводите при каждой инкассации, если вам даже все равно не только сколько купюр будет сброшено, но даже и номинал который туда загрузилла касса. Пусть они ошибуться, за то диспенсер будет наученный и исправно выдавать не те купюры...
                          ИМХО это по меньшей мере странно...

                          P.S. Я извиняюсь за полемику, думаю каждый останется при своем мнении.
                          А на вопросы топика вроде уже ответили...

                          Комментарий

                          Пользователи, просматривающие эту тему

                          Свернуть

                          Присутствует 1. Участников: 0, гостей: 1.

                          Обработка...
                          X