【免费】MDB协议自动售货机非现金支付部分及串口测试指南_售货机是通过什么协议

MDB协议

5星 · 超过95%的资源需积分: 0 84 浏览量更新于2023-03-16 评论 3 收藏 3.65MB PDF 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

资源详情

资源评论

资源推荐

Multi-Drop Bus /

Internal Communication Protocol

MDB / ICP

（无现金支付部分）

MDB 协议文本阅读说明：

第 1 到第 68 页 MDB V4.2 标准协议无现金支付部分

第 69 到第 74 页威佛 MDB-RS232 快速使用（串口连接 MDB 支付设别）

第 75 页到 78 页威佛 RS232-MDB 快速使用（串口连接售货机 MDB 接口）

第 79 页以色列 NAYAX 的 MDB 非现金支付设备串口测试讲解

Multi-Drop Bus / Internal Communication Protocol

MDB/ICP Version 4.0 April, 2009 7•1

Section 7

Cashless Device(s)

VMC/Peripheral Communication Specifications

7.1 Introduction

This section defines the communications bytes sent and received between the cashless

device(s) and the Vending Machine Controller (VMC). As defined in Section 2.3, there are two

cashless device addresses; Cashless #1, 00010xxxB (10H) and Cashless #2, 11000xxxB

(60H). The second address has been assigned to allow for two unique forms of cashless

devices to be resident in the vending machine simultaneously. An example would be a card

based system as Cashless Device #1 (10H) and a mobile phone based system as Cashless

Device #2 (60H). Everything defined in this section will be common to the two cashless

devices – only the addresses will be different.

Unless otherwise stated, all monetary values used by the cashless devices and the VMC will

be sixteen bit (Level 01 & 02) or thirty-two bit (Level 03 if 32 bit option enabled), unsigned

binary numbers. The numbers will be sent most significant byte first and scaled using the

parameters provided by the cashless device’s READER CONFIGURATION DATA response.

7.2 State Definitions

MDB cashless devices may be viewed as state machines. These states are as follows:

1) Inactive

2) Disabled

3) Enabled

4) Session Idle

5) Vend

6) Revalue (Level 02/03 cashless devices)

7) Negative Vend (Level 03 cashless devices)

7.2.1 Inactive

This is the state of the cashless device at power up or after a reset. While in the Inactive state,

cashless devices will NOT be accepted for vending purposes. The cashless device cannot

leave this state until all Setup information is received from the VMC.

7.2.2 Disabled

The cashless device automatically enters this state from the Inactive state when it has

received the Setup information specified in 7.4.1. It will also enter the Disabled state from the

Enabled state when it receives the READER DISABLE command. While in the Disabled state,

payment medias will NOT be accepted for vending purposes. The cashless device will remain

in this state until either a READER ENABLE command is received (when it will enter the

Enabled state) or a RESET is received (when it will enter the Inactive state). For power

Multi-Drop Bus / Internal Communication Protocol

MDB/ICP Version 4.0 April, 2009 7•2

management purposes, current consumption will not exceed idle mode specification during

disabled state.

7.2.3 Enabled

In this state, cashless devices may be used for MDB transactions. The cashless device will

remain in this state until a valid payment media is read (when it will enter the Session Idle

state), a READER DISABLE command is received (when it will return to the Disabled state) or

a RESET is received (when it will enter the Inactive state).

7.2.4 Session Idle

In the Enabled state, when a valid payment media is processed, the cashless device will issue

a BEGIN SESSION response to a VMC POLL and enter the Session Idle state. This indicates

that the cashless device is available for vending activities. The only structured exit from the

Session Idle state is through the SESSION COMPLETE message from the VMC. The

SESSION COMPLETE command will cause the cashless device to respond with an END

SESSION message and enable/disable itself appropriately. Vend / Negative Vend / Revalue

commands will cause the cashless device to leave the Session Idle state and enter the Vend /

Negative Vend / Revalue state when products are selected and purchased.

7.2.5 Vend

This state is entered from the Session Idle state upon reception of a VEND REQUEST

message from the VMC. The entire Vend state is an uninterruptable command/response

sequence. The cashless device will return to the Session Idle state upon completion of this

sequence.

7.2.6 Revalue (Level 02 / 03 Cashless Devices)

This state is entered from the Session Idle state upon reception of a REVALUE REQUEST

message from the VMC. The entire Revalue state is an uninterruptable command/response

sequence. The cashless device will return to the Session Idle state upon completion of this

sequence.

7.2.7 Negative Vend Request (Level 03 Cashless Devices)

This state is entered from the Session Idle state upon reception of a NEGATIVE VEND

REQUEST message from the VMC. The entire Negative Vend Request state is an

uninterruptable command/response sequence. The cashless device will return to the Session

Idle state upon completion of this sequence.

7.3 Command Protocol

After the VMC has issued a command, no new commands may be issued until all data

generated in response to that command has been received from the cashless device. The

complete response may be an ACK only (e.g. the READER ENABLE command). Alternatively,

it may consist of an informational response (e.g. READER CONFIGURATION DATA).

Multi-Drop Bus / Internal Communication Protocol

MDB/ICP Version 4.0 April, 2009 7•3

The cashless device may provide an informational response in two ways. It may respond

immediately with the requested data, or the cashless device may ACK the VMC command. If

ACKed, the VMC must issue POLLs until the cashless device responds with the requested

data, or until the Application Maximum Response Time (defined in READER

CONFIGURATION response) has elapsed.

The cashless device will define the currency type at the beginning of each session. The

currency type will be used for all following transactions in that session. If the VMC

does not support this currency type, it will end the session.

Below are the uninterruptable VMC commands which require an informational cashless device

response and their associated result:

VMC Command Cashless Device Response

Result

SETUP/CONFIGURATlON DATA => READER CONFIGURATION

DATA

EXPANSION/REQUEST ID => PERIPHERAL ID

READER CANCEL => CANCELLED

VEND REQUEST... VEND CANCEL => VEND DENIED*

VEND REQUEST => VEND DENIED*

VEND REQUEST => VEND APPROVED => VEND SUCCESS*

VEND REQUEST => VEND APPROVED => VEND FAILURE*

NEGATIVE VEND REQUEST => NEGATIVE VEND DENIED*

NEGATIVE VEND REQUEST => NEGATIVE VEND

APPROVED =>

NEGATIVE VEND

SUCCESS*

NEGATIVE VEND REQUEST => NEGATIVE VEND

APPROVED =>

NEGATIVE VEND

FAILURE*

REVALUE REQUEST=> REVALUE

APPROVED/DENIED*

SESSION COMPLETE => END SESSION

*These VEND / NEGATIVE VEND / REVALUE REQUEST response sequences constitute the

Vend / Negative Vend / Revalue Request states.

Below are the uninterruptable POLLed cashless device which require an informational

response from the VMC:

VMC Command & Data Cashless Device Response

Result

POLL => DATA ENTRY REQUEST +

DISPLAY REQUEST

(optional)

POLL => DATA ENTRY CANCEL Cancelled

DATA ENTRY RESPONSE w/ FFs => Cancelled

Any command may be issued by the VMC at anytime providing the above command protocol

is observed. There are four exceptions to this rule:

1) VEND REQUEST, REVALUE REQUEST, and NEGATIVE VEND REQUEST

response sequences may only be initiated in the Session Idle state.

Multi-Drop Bus / Internal Communication Protocol

MDB/ICP Version 4.0 April, 2009 7•4

2) The VMC may issue a VEND CANCEL command after issuing a VEND REQUEST,

but before receiving a VEND APPROVED/DENIED response. In this case the

cashless device will issue a VEND DENIED response to satisfy the original VEND

REQUEST response requirement.

3) The cashless device may issue DISPLAY REQUESTs in response to POLLs at any

time, if the VMC’s display is available for use.

4) The RESET command is allowed at any time, it is not subject to any restrictions.

If a VMC command is received by the cashless device while it is in one of the preceding

uninterruptable states, the following will occur:

The cashless device will ACK the offending command (no data response will be

forthcoming). The cashless device will respond to the next poll with the “COMMAND

OUT OF SEQUENCE” response (0BH).

It should be pointed out to cashless device developers that a command out of sequence

will always cause the VMC to issue a RESET command to the cashless device.

7.3.1 Multi-Message Response Format

The multi-message response format permits the cashless device to send multiple messages in

response to a single command or POLL. Because all messages are of a fixed length, there is

no confusion determining where one message ends and the next message begins. (The total

message length is subject to the 36 byte limit imposed by Section 2 of this standard.)

For example, if a cashless device fails to correctly write a payment media after a VEND

REQUEST, it may need to report:

1) VEND DENIED

2) MALFUNCTION/ERROR subcode 07h

3) SESSION CANCEL REQUEST

The multi-message response (hex) would look like this:

0A 07

1B*

1 2 3 4

The first byte above (marked 1) is the VEND DENIED message. The next two bytes (marked

2) are the MALFUNCTION/ERROR message. The third and final message is the CANCEL

SESSION REQUEST (marked 3). An eight bit checksum with the mode bit set (marked 4)

finishes the message.

It is important to note that the controller must service the messages in the order in which they

are received. This is necessary to ensure that command protocol is maintained.

剩余79页未读，继续阅读

昂刺鱼

2018-09-06

不知道下载到哪了

hbstart

粉丝: 106
资源: 16

会员权益专享

MDB协议自动售货机非现金支付部分及串口测试指南

评论2

会员权益专享

最新资源

MDB协议自动售货机非现金支付部分及串口测试指南

评论2

MDB协议 4.2中文完整版

MDB协议自动售货机模拟器

自动售货机MDB协议

MDB协议串口调试软件

MDB协议串口调试助手

mdb icp协议 pdf4.3 中文

usart MDB协议各命令详解

mdb协议 4.2中文版

mdb和单片机通讯硬件电路

MDB协议串口调试助手推荐

MDB协议串口调试助手获取

MDB接口转串口物理接线方式

MDB接口转换器或者MDB接口卡

MDB协议Address Byte 8位具体含义

MDB4.2协议MSB 8位具体含义

mdb4.2协议 mode位的作用

规划成果mdb数据库教程

mdb数据库合并工具

配置MDB通信的参数 C语言实现

arcpy合并多个mdb

会员权益专享

最新资源