DEX And MDB Are Clearly Distinct Technologies

Business.

Dex and mdb two of the most oft mentioned and misunderstood technologies - it amazes me how frequently i hear people confuse mdb and dex, as if they are related. The only correlation between DEX and MDB is that they are two separate and distinct technologies that happen to reside in modern day vending machines. Allow me to end that rumor right here.

So what is DEX? - the bottlers brought dex, a uniform commercial code set up across many industries, to vending when they implemented dex for communications between a route handheld and a grocery stores computer system. DEX was brought to the industry in the late 1980s to provide better audit capabilities. Since many bottler route drivers performed direct store delivery( DSD) as well as service of can/ bottle machines, it made sense for their handheld to communicate with the vending machines they serviced as well as the stores. DEX is our standard for an ASCII code - based electronic audit file, a way to communicate information such as sales, cash in bill validators, coins in coin boxes, sales of units by selection, door openings, pricing, and much more. As often happened due to their size, resources and commitment to implementing technology, the bottlers took the leadership position, and the National Automatic Merchandising Association Technology Committee( made up mostly of engineers and industry suppliers) followed suit, adopting DEX as our industry standard.

It is created either locally by the VMC( Vending Machine Controller often called the brain of an electronic machine) or created by a retrofit DEX device in older electromechanical( dip switch) machines. - the vmc accumulates the data and transmits it in dex format over the dex port when requested. DEX is the result of the VMC storing information on an interval basis( the interval of time since the last DEX reading) and cumulative basis( since the VMC was first installed or the machine went into service) . DEX data is quite useful and extensive. It also makes it unnecessary to manually input this information into a handheld. It eliminates the need for route people to write what they loaded into a machine on a route card.

But the feature of DEX that gets most companies excited and starting to DEX their machines is the accuracy of cash accountability. - dex data is downloaded to a handheld device or transmitted via a remote monitoring device over to software that can parse the information into useful reports. There is no more second guessing what was to be collected out of the machine. DEX is downloaded using a 25 - inch stereo plug( exactly like the one with your old stereo headphones from the 70s) .When downloaded to a handheld, DEX is parsed and compared to planogram information unique to that machine that was stored in the handheld. Remote monitoring devices( wireless, LAN or telephone) can forward DEX, usually via the Internet, to a central computer where the software performs the same tasks as the handheld, but from the headquarters. This informs the route driver how many units of each product he/ she has to load back into the machine to bring it back up to par.

This gives vendors the opportunity to pre - assemble items for locations before drivers leave and efficiently pack route trucks with only the necessary products. - sometimes a newer version of firmware for the vmc and a dex download cable are required to be added to enable dex. Approximately 60 to 70 percent of the machines currently deployed have native DEX, meaning the machines come with a VMC that produces DEX. Older electronic and electromechanical machines not equipped with DEX can be retrofitted with either a new VMC that provides DEX( and many of the features found in new machines) or with a retrofit DEX audit device. When vending machines were electromechanical( using dip switches) , bill validators and cashless systems had to run through the coin mechanisms. Multi drop busMDB( multi drop bus) relates to the different payment systems interfacing together. There were a slew of different connectors to interface to all the different types of coin mechs on the market, and it was very confusing since there was no industry standard.

They used a serial interface( such as MicroMech) , but additional devices, like bill validators or cashless systems, still had to be connected to and emulate the coin mechanisms. - even early electronic machines, didnt have standard, which had vmc connections. If it wasnt for the NAMA and European Vending Association( EVA) getting together in the 1990s and working in a cooperative spirit to write the MDB specification, we would probably still be struggling through proprietary interfaces and the nightmare of connectors. MDB electrical bus for interfacingMDB was the first attempt by the industry to come up with a standard interface for all transactional electronic devices( coin mechanism, bill validator or cashless system) to be able to interface through an electrical bus to the VMC. MDB is an international standard co - authored by NAMA and EVA, and is present in almost every vending machine worldwide except for the Far East, which has its own standards. This electrical bus provides one standard male and female connector, both of which are found on all MDB vending transactional electronic devices.

I typically like to compare MDB to the USB port on a personal computer( PC) . - an mdb device should have a y - mdb connection, providing for a piggyback connection from one mdb device to another. USB is an international electrical bus standard which supplies an electrical connection and protocol for connecting peripheral devices( such as a mouse) to a PC. The one thing MDB does that USB doesnt do is that MDB provides sufficient power to operate the transactional device. (USB can power very low draw devices, but it wasnt designed to power most PC peripheral devices. ) When an MDB device is connected to an MDB machine, the device identifies itself to the machine as to the type of device it is( coin mech, bill validator or cashless system) and the currency for which the MDB device is programmed to receive. Likewise, the MDB is the vending industrys international standard for providing an electrical connection with protocol for peripheral devices( in this case, an example would be a coin mech) to the VMC. The VMC recognizes and enables the MDB device for operation, after which the MDB device and VMC communicate constantly.

The machine establishes a monetary credit and shows the credit on the display. - the dialogue establishes that a machine is active for taking in currency or cashless, transmitting each activity that occurs with the mdb device, such as each occurrence of a coin being accepted into a coin mechanism, a bill being accepted into a bill validator, or a credit card, tap - and - go device or keyfob being accepted by a cashless system) . Since the VMC is the brains of the machine, it determines if enough credit is present in the machine to enable a vend. For a coin mech, it means pay back change, for a bill validator, stack the bill from escrow. When a vend occurs, the VMC communicates back to the transactional device MDB to complete the transaction. For a cashless device, it means transmit the vend price and transactional information over to the processor or local card server( college) , and for a stored value cashless system, it means writing new stored value back to the magnetic card or smart token or keyfob.

This means if there is a problem with a device, the device communicates a message to the VMC indicating the error. - error message communicationone of the very nice features of mdb is that mdb devices communicate status to the vmc. Examples of this are bill jams, bill stacker capacity status, etc, coin mech problems. Tracking vending activity through MDBWhen MDB was originally conceived, MDB communications was limited to transaction device identification and operational communications between the device and the VMC. This feature is particularly useful when used with remote data collection systems, where error messages can be forwarded to field service personnel via text messages or email. Information such as vend selection was not available, mainly because it is internal to the VMC and does not need to be transmitted on the MDB. Some cashless and remote data communication providers choose to bypass DEX and derive audit information from MDB communications.

Eventually, cashless device suppliers lobbied NAMA/ EVA to change the specifications for the MDB to accommodate transmission of selection information on the MDB, so that information is now available. - while it is possible to derive sales and selection choices, the information produced by mdb is not as detailed as dex, because it was never intended to be. DEX allows product auditing, cash accountability and possible pre - kitting, while MDB is the means in which various transactional devices operate and communicate with the brains of the vending machine. DEX and MDB are clearly distinct technologies. DEX is used with a handheld unit or remote monitoring, of which the MDB is an internal component. Both DEX and MDB were meant to make it easier to deploy useful.