Page 1 of 1

POS stuff

Posted: Tue Feb 07, 2012 10:29 pm
by jaime
i wonder how the card management is going for the pos support.
i saw that there was some movement for mobile devices support, but not much how the pos specs are.

i saw reader/recorder of magentic card and found an old software project about this at

as far as i can understand it would just need to have a memberid recorded, as the ammount, pin and maybe the transaction type would be on the fly input (and the counterpart memberid would be from the reader device)

sorry about this topic, i dont know much about this stuff, so maybe im out of scope here.

is there any recomended device that would link ok with the posweb interface? (dunno even if this is the correct question)

Best regards,

Posted: Wed Feb 08, 2012 8:20 am
by admin
Hi Jaime,

I suggest to read the manual section 'access devices'. You will find answers to most of your questions. We are still looking for programmable POS devices.
Here is a link with the specs: ... os-devices

Posted: Thu Feb 09, 2012 11:02 am
by cycloshost

i understand there are already Electronic Cash Terminals, like the ones Chiemgauer system offer in Germany: ... ngebot.pdf

Are they not compatible with Cyclos? The provider is:

Is Cyclos looking to fabricate these devices or looking for a provider?

We believe that the POS/EC Card systems would be very useful for the growing of complementary currencies.

Posted: Thu Feb 09, 2012 1:32 pm
by admin
POS can be indeed definitly a break through for Cyclos.
It is very hard though to find programmable devices (see link to specs above). As soon if we found those we will post it in the news section. Any help will be very welcome.

more info how to help

Posted: Thu Feb 09, 2012 2:34 pm
by jaime
i do like the ideia of pos devices, even if i think that also mobile devices could do the same.
im not sure how could i help.
what is the dificulty exactly?

i found this overview

this seems to be the issue ... n-pos.html

as i think there is no vendors supporting openpos, wouldnt be better to have some pos support api exposured and a translation module for each vendor?

im really sooting ta blind, but if the necessary hardware dont exist, it would need some fpga solution approach, and would be hard to migrate the existing pos device.

so, if we cant "rent" the existing pos solutions for our use, have a private channel could be as easy as card reader plug into a pc, or even, if exist a card reader that sms (or grps) or whatever...

i dont see how develop a open standard code for a non existant hardware would be good (beside of the good pratices of open standards).

have a nfc approach or a magnetic stripe reader would be a "simple" way to interface to whatever channel/device avaiable.

so if you want a device that fit the openpos spec as a reference and hope that the user device is compliant, the best approach, imho, would be develop such device, probably using fpga. i couldnt find any openpos programable open device vendor on my quick search.

as much as devices as it exists
like: ... OS-VPOS35/ ... 1&t_idx=23

a start could be listing each device as supported or not as the users use it and report feedback.

if devices are need for specific support, the user could supply the especific device for devel purpose. (that is mostly how i see device dependent open source code been producing)

please, if more info on what is pratical needed i could dig further, even for an open fpga code/diagram or whatever to openpos specs for example.

(im not sure if im on scope, i did my best to understand the scenario, even if i dont even understand the card management principle in cyclos, and i dont think it will be easy to share allready existants card flags devices as a channel. but, ofc, i could be completelly wrong)

best regards.
ps: i really like the idea of POS, but a simple voucher PIN, mobile device and so on, seems to be feasiable with less cost and same result. webPOS seems to be a good start approach, like the cash drawer support. hope i can efective contribute with this, even if i dont fully understood the underline concepts. nowdays cards for fidelity programs, gift cards, voucher cards etc are wide used, and it should have simple way of use this allready there technology.

if the issue is about the hardware access from a web browser, the issue would be more as the client software than the device specs, but as i said, this seems to be more complicated than it was supposed to be.

i allready saw some companies tha capture pos data, but i dont know how they venture with the card flags. i think this should be some kind of rent for the device usage, but im not sure.

a good smartphone can be a nice pos device, as it can scan with the camera, it can sms and it can internet. the printing process can be avoided using sms/mail logging (with any necessary encriptation).

i really like the idea of traditional pos (im used to it in my daily use), but from the tech pov, im not sure if it is the most cost effective approach.

i hope we can elaborate this topic to pinpoint how we can think togheter.
(maybe the pos device is more important than focus on more mobile support, for example)

Posted: Thu Feb 09, 2012 4:47 pm
by cycloshost
OK, we took a look at the specs: ... os-devices

I understand then that the difficulty is to find a programmable POS device. We found the MoblieX MX3100:
IC Card Reader is EMV 4.2 standard compliance, supports SLE4442 / SLE4428 logic encryption card.
Support bar code scanning and UHF RFID.
Optional built-in GPRS / CDMA / Wi-Fi wireless communication module to support SSL.
The problem is that is not Java but Linux OS.

The price range could be $250-$500 depending on the volume. In almost the same price range is the Ekemp EP900: ... P900_.html

This model from UIC claims to be also fully programmable, but again is only with the UIC development Kit in C language:

The MSP2500 ($258) supports Java OS (J2ME): ... P2500.html

Here i found an introductory document to POS for the non-initiated:

Posted: Fri Feb 10, 2012 10:14 am
by admin
Thanks acampadaleipzig and Jaime for your input.

We prefer to have first a POS working with Java or Android. Mainly because we are familiar with those languages. But the Linux OS should be fine also. The advantage of Android is we can distribute directly via Android market.

We are in contact with the manufacturer of
They will bring out an Android version in March and we will buy a test model. We have no idea about the prices yet.

The MSP2500 seems also a good option. We will contact them.

You can find more information on the POS module in this document (POS section). ... smspos.pdf

Re: POS stuff

Posted: Sat Sep 21, 2013 3:35 am
by Stuart
Hello - Just wanted to know if there is any progress on a POS device ?

We really need this functionality for our vendors.


Re: POS stuff

Posted: Mon Sep 23, 2013 10:52 am
by admin
Hi Stuart,

Unfortunatly we do not have the time and resources to implement a phsyical POS device.
That said, the POS interface in Cyclos has been tested thoroughly. Any experienced company should be able to implement a POS with Cyclos.
Maybe one of the support companies can help you with this.

Re: POS stuff

Posted: Mon Oct 21, 2013 8:42 am
by Nicolas
Your precedent post perturbs me.
Our idea is to implement a hardware POS and connect it to the Cyclos solution. You tell that's impossible at the moment. Is it mean that's impossible to use a physical POS with cyclos even in the 4 version? Do you know when this solution could be available?
Thank you for your answer,

ps. sorry for my poor english... I'm French, and like most of my compatriots I don't speak english very well ;)

Re: POS stuff

Posted: Mon Feb 22, 2016 3:32 am
by AilsaPF
maybe you can take a look at Syncotek SC-600, it is a POS card reader USB device suited for most contact smart card operations like retail POS, banking, supermarket payment. Hope this helps!