-
Notifications
You must be signed in to change notification settings - Fork 43
NewMagellan Modules
New Magellan modules are responsible for managing hardware devices. Which modules to load depends on what hardware is present as well as some local preferences.
This module is used for Datalogic Magellan scales in a single-cable, RS232 configuration. Known supported models include the SL384, 8300, 8500, 8500xt, and 8500omega. SPH_Magellan_Scale is newer than SPH_Magellan_Classic. This module polls the scale much more aggressively which often results in a more responsive feel to the user interface. It also supports a software reboot of the scale using WAKEUP2.
This module is also used for Datalogic Magellan scales in a single-cable, RS232 configuration. It has seen more real world usage than SPH_Magellan_Scale but can be slower to read weights and does not support software reboot. Trying SPH_Magellan_Scale first is recommended with SPH_Magellan_Classic used as a fallback option if probems arise.
This module theoretically supports NCR scanner scales in a single-cable, RS232 configuration. None of the primary CORE developers has an NCR scale though so getting this working correctly will probably involve looking at raw serial output and fiddling with settings in the scale itself. Information about required configuration options is very much welcome.
"Direct" in this context means that the card terminal transfers card data to CORE and the CORE must forward it on to a processor. At present this appears to be a dead end with newer certification requirements making this style solution harder to get accepted by processors.
This is the preferred ID Tech Sign&Pay module. It makes use of a 3rd party USB-HID library to smooth out low-level differences between Windows and Linux. In particular locating the device via USB identifiers rather than expecting a particular /dev entry to stay put helps with reliability. This module runs in what's known as "coordinated" or "messages" mode.
This ID Tech Sign&Pay module eschews the 3rd party USB-HID library and works directly with the OS. This works fairly well on Windows and much less so on Linux (the problem here is CORE devs' knowledge of USB on Linux, not the OS itself). This module also runs in what's known as "coordinated" or "messages" mode.
This ID Tech Sign&Pay module runs in an older mode known as "direct" or "auto". It's provided for legacy support but moving to either of the above options is recommended.
This theoretically supports P2PE equipped Ingenico devices in IP, RS232, or USB configurations. There are undoubtedly rough edges as no one has really used this, but in terms of reliability it's most like RS232 > IP > USB. Notably, some Ingenico devices can be switched into an RS232 emulation mode even though the physical connection is USB. This requires a Jungo driver on Windows; status of this feature on Linux is unknown.
Unlike "Direct", in an "Indirect" setup the card terminal itself communicates with the card processor. POS is merely notified of the result and never has access to card data. There are definite security advantages to this approach but the tradeoff is POS has much less control over how the terminal behaves.
This is a windows-only solution that makes use of an ActiveX control. It supports credit, debit, and EBT transactions but not [US] EMV. See Datacap's website for information about what devices and processors are supported.
This is a windows-only solution that makes use of an ActiveX control. It supports [US] EMV with fallback options for credit and debit. EBT is also supported but via PDCX. See Datacap's website for information about what devices and processors are supported.