Логи инициализации купюроприёмника по mdb

[Vladimir812]

27 минут назад, Rolf сказал:

После RESET не могу получить 0x09

 

Отправляю RESET (ADD* CHK), жду 5мс, получаю ответ ACK

Далее пауза 2000мс,

Далее циклический запрос с паузой 150мс POLL,

Получаю циклический ответ с паузой 5мс 0x06, 0x09.

 

Что не так?

Ждать не нужно. КП должен начать ответ не позже 5 мс. И ваш контроллер должен ACK послать не позже 5мс после получения ответа 0x06, 0x09.

Изменено 7 июля, 2017 пользователем Vladimir812
Исправить опечатку

[Aleksandr-Zh]

и на ваши команды КП отвечает правильно?

http://savepic.net/9479057.htm

 

3 минуты назад, Vladimir812 сказал:

Ждать не нужно. КП должен начать ответ не позже 5 мс. И ваш контроллер должен AKC послать не позже 5мс после получения ответа 0x06, 0x09.

всё верно он делает... он же пишет: "получаю ответ ACK"

Изменено 7 июля, 2017 пользователем Aleksandr-Zh

[Vladimir812]

1 час назад, Aleksandr-Zh сказал:

при чем даже бывает и так: кто-то требует задавать EXPANSION COMMAND, а некоторые модели начинают работать уже после BILL TYPE.
Я уже дважды помучился подгонять своё ПО под конкретные модели купюрников (а про монетники вообще молчу!). Потому принял решение о полном соблюдении Протокола.

Кстати, если до версии 3 купюрники были "терпимее", то от 4 и выше - нет: пока не задашь все уровни и параметры - нет инициализации и готовности

Можно узнать конкретные модели капризных платежек?

 

[Aleksandr-Zh]

капиризны почти все новые, где прямо указано: MDB 4.
Их встречал в новых кофемашинах.

 

[Rolf]

Частично победил, стал получать на POLL ответ JUST RESET (0х09).

Засада была в том, что частично использовал код готовой либы,

а там в функции "SendACK" в порт улетало значение 0х30, вместо 0х00.

[Vladimir812]

Еще раз обращаю внимание. Ждать не нужно, ваш контроллер должен ACK послать не позже 5мс после получения ответа 0x06, 0x09. Чтобы не было тайм-аута на шине и КП понял, что контроллер получил ответ.

[Rolf]

Именно так и делаю.

[Rolf]

Господа, спасибо.

Все заработало.

[Vladimir812]

А что у Вас было не так?

Изменено 7 июля, 2017 пользователем Vladimir812
Испрвить опечатку

[Rolf]

Функция ACK отправляла в порт 0х30, а не 0х00

[Rolf]

Сейчас другая беда приключилась.

Монетник NRI Curenza зелёный, стал нулями отвечать. До этого стабильно работал. Причем монеты раскидывает по трубкам нормально.

[Vladimir812]

Возможно он в режиме загрузки монет находится.

[Aleksandr-Zh]

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

[Rolf]

Да сам накосячил, вечер уже был, голова совсем не работала.

Добавил массив куда ответ от монетника сваливается, а обрабатывал массив от купюрника.

Вот и сообразить вчера, сразу не смог, вечер!

Сегодня с утра сразу косяк нашел.

PS. "Утро, вечера мудренее".

[Vladimir812]

Кстати может Вы купюрник опрашиваете? Попробуйте его отключить, если он подключен. Посмотрите реакцию на нажатие на рычаг выдачи сдачи.

[Aleksandr-Zh]

2 минуты назад, Rolf сказал:

Добавил массив куда ответ от монетника сваливается, а обрабатывал массив от купюрника.

упс! а зачем два массива? я всё в один принимаю. Ведь пока не запросишь - устройство данных не выдаёт, на все 100% знаешь кто выдал информацию...

[Rolf]

7 минут назад, Vladimir812 сказал:

Кстати может Вы купюрник опрашиваете? Попробуйте его отключить, если он подключен. Посмотрите реакцию на нажатие на рычаг выдачи сдачи.

Да нет, сейчас все работает нормально.

[Rolf]

6 минут назад, Aleksandr-Zh сказал:

упс! а зачем два массива? я всё в один принимаю. Ведь пока не запросишь - устройство данных не выдаёт, на все 100% знаешь кто выдал информацию...

Александр, а как у Вас реализован обмен по шине между двумя устройствами?

[Aleksandr-Zh]

не понял вопроса.
Оба устройства параллельно на шине. И я по очереди их опрашиваю.

 

[Rolf]

6 минут назад, Aleksandr-Zh сказал:

не понял вопроса.
Оба устройства параллельно на шине. И я по очереди их опрашиваю.

 

Автомат включили

инициализация

1. Инициализация

       купюрник

       монетник

2. Опрос

      купюрник

      монетник

 

У Вас так?

 

 

[Aleksandr-Zh]

включили
пауза в 1500ms - чтобы запустились все периферийные устройства.
программный сброс

опрос купюрника через Poll - если есть x06x09 - купюрник в системе, можно продолжать, если нет - ошибку на дисплей + СМС/интернет уведомление персоналу/сервер
далее инициализация купюрника согласно стандарту,
далее инициализация монетника согласно стандарту.
 

основная программа:
опрос купюрника,
опрос монетника,
Есть деньги? - приём денег и анализ суммы. Выбрали товар, нажали "продажа" -> Далее продажа

Изменено 13 июля, 2017 пользователем Aleksandr-Zh

[petrd]

Подниму тему. Вопрос в неоднозначном понимании протокола MDB (версия 4.2)

В частности интерпретация ответа JUST RESET от купюрника. Почему все считают, что JUST RESET это ответ купюрника 0х06 на команду POLL от VMC?

В моем понимании JUST RESET это как для других устройств, например,  CASSLESS - ответ 0x00 (0х000 0х100) и там об этом прямо сказано. Для купюрника это прямо не указано, об этом можно только догадываться.

Получается при написании программы для работы по MDB с разными устройствами нужно иметь ввиду различия в ответах JUST RESET.

Как правильно понимать текст протокола?

 

 

Изменено 1 октября, 2021 пользователем petrd

[Константин С.]

Я не спец но мой опыт работы с MDB на разных ТА и ПС: кто во что горазд и трактует как хочет.

Вроде протокол, стандарты и т.д. а на деле колхоз полный.

[petrd]

Как родился этот вопрос.

Купюрник ICT V7. 

Сначала лог обмена был такой.

RESET->

<-ACK

POLL->

<-0x06, 0x09

SETUP->

<- 27 байт

.........

По прошествии времени программа VMC менялась (но не в плане обмена с MDB) и купюрник перестал инициализироваться. 

RESET->

<-ACK

POLL->

<-0x06, 0x09

SETUP->

<- 0 байт

Купюрник  перестал отдавать 27 байт и дальше не работал. На POLL всегда отдавал 0x09.

Поэтому начал по протоколу все проверять и сразу уперся в JUST RESET. Но так и ничего не добился. 

Работать он стал теперь после того как, делаю ENABLE

RESET->

<-ACK

POLL->

<-0x06, 0x09

BILLV_TYPE->

<-ACK

SETUP->

<- 27 байт

.......

Явное несоответствие протоколу, но иначе не хочет работать.

 

Изменено 2 октября, 2021 пользователем petrd