Have anyone worked with Zebra ZXP printers ?
I need to access the printer from Delphi, Feed one card to Contact reader, do some stuff with the smart card, then access the contactless chip, again do some stuff and, if everything is OK then do some printing, if there was an error with smart card the eject it without printing anything.
Some delphi wrapper for ZmotifPrinter.dll would be very nice :)
The ZMotif SDK can be used in Delphi: http://www.zebra.com/us/en/products-services/software/developer-tools/zmotif-sdk-zxp-series-8.html. Their SDK doesn't provide direct smart-card encoding functionality; rather, it allows you to position the card to the reader at which point the smart card encoder (which is PC/SC compliant) can be controlled from any other applicable library as if it were a standalone reader. Here is an example integrating their SDK with WinSCard.dll: https://km.zebra.com/kb/index?page=answeropen&type=open&searchid=1371214373330&answerid=16777228&iqaction=5&url=https%3A%2F%2Fkm.zebra.com%2Fkb%2Findex%3Fpage%3Dcontent%26id%3DSA280%26actp%3Dsearch%26viewlocale%3Den_US&highlightinfo=4194565,308,322#. Otherwise, their SDK does let you control printing functionality.
While this may be a poor answer for the StackOverflow format, you can definitely contact zebra's technical support for sample applications. They will almost certainly have sample applications for you in Delphi. You can reach them at card_sdk_questions#zebra.com.
Related
I would like to write some applications involving IP cameras. AXIS has a greatoverview on their pages. They provide API for their cameras called Vapix and they also indroduce Open Platform SDK, which is supposed to be some form of SDK that enables developers to write code specifically for the devices. E.g. communication with server over your own protocol.
The problem is - they require registration and an entrance fee to enroll in the developer program. My question is, though, WHICH language do they support? Is it C, Java?
Note: I am not talking about the Vapix API, I am talking about the Open Platform SDK.
It is written in C/C++. Note that they have their own compiler based on GNU Linux.
Does anyone know where I can find one?
[Update] I have bought many SIM card readers from eBay and the software is always extremely poor. I would like to code my own - something like http://www.codeproject.com/Articles/16653/A-Smart-Card-Framework-for-NET
I intend to use such a cheap SIM card reader and simply write my own software. There appear to be only two major APIs. I just wondered if there was a component which handles them ...
I can't remember the name of those two APIs (one ... might have been ... Phoenix (?)), but anyone who can answer the question can.
I recommend you to head to this page.
You can find there valuable information about a DIY GSM Simcard interface and how to write a GSM Simcard emulator.
As far as I remember ASIM was written in Turbo Pascal but it's very instructive.
A delphi stock Serial communication will do I believe.
Edit:
I update the answer as suggesed the OP.
PMCAM2 is CAM soft emulator written in Delphi. It uses Phoenix interface to read ISO 7816 compliant smart card (Pay TV conditional access).
I am looking for some libraries in delphi to programming and reading from RFID cards. today I use normal Mifare 1k cards, and use a simple library to read the cards UID, but I would like to do more with these cards, like storing and reading from theire memory.
today my development uses PCSCconnector.pas library in delphi (PC/SC Interface component)
I am not sure if this is capable of doing anything more advanced other than just send code to return the UID number of my cards ?
if not, what else is there out there who can be used?
in a second note, can someone push me in the right direction on how to identify card types?. what kind of RFID card I am holding, what are the parameters, mifare 1k. 5k? java card etc etc ?
This doesn't exactly answer your question, but a few notes and hints:
The problem with Mifare 1k (all Mifare Classic cards, not DESFire, Ultralight etc.) is that they are proprietary. Reading the UID is a standard function, supported by all ISO14443-compliant readers. To read/write data, you need to have a reader with Mifare (classic) support.
This raises the question on what kind of reader you are using?
The protocol and algorithms were reverse-engineered, but NXP does not license the crypto algorithm (crypto-1) - means any open source library doing so (there might be some) is probably not legal.
Documentation for all other NXP Mifare cards is only available under NDA.
EDIT:
SpringCard does have a lot of diagnostic software tools available on their website as well as a lot of other PC/SC-related resources. I think it is mainly C++/C#-focused.
http://www.springcard.com/solutions/pcsc.html
PC/SC Diag for example is quite handy for some quick tests on a card.
I'm looking into a way of building eBook reader that will support adobe content server DRM. The only solution find was Adobe Digital Editions Which is an off the shelf product and I'm looking for some sort of SDK.
any advice will help.
10x
d.
btw i don't have enough rep to post additional links
adobe digital editions url == www.adobe.com/products/digitaleditions/
The Reader Mobile SDK (RMSDK), is the only way you have to build a ebook reader that works with Adobe Content Server, since it deals with the complex encryption, authentication and authorization tasks needed.
The SDK is in C++, but can be used in most tecnologies.
Adobe Digital Editions (ADE) use it behind the scenes. But a good way to learn how to use it is to check out the code of the new version of ADE v1.8 preview, wich is built with .Net and WPF.
Most of the times Adobe documentation on this issues are quite poor.
If you're comfortable with this technologies, decompile it and analise its interaction with the RMSDK.
Hope this helps.
Apparently there is no AIR SDK. There is a C++ based SDK dubbed "Reader Mobile SDK" and though it's misleading name it supports Desktops as well.
There SDK is not widely available and you should fill an inquiry form with adobe, if they see fit you'll get the SDK.
Every indication I have, based on my experience in embedded computing is that doing something like this would require expensive equipment to get access to the platform (ICE debuggers, JTAG probes, I2C programmers, etc, etc), but I've always wondered if some ambitious hacker out there has found a way to load native code on a Blackberry device. Anyone?
Edit: I'm aware of the published SDK and it's attendant restrictions. I'm curious if anyone has attempted to get around them, and if so, how far they got.
I've seen this question pop up in a number of different forums over time. The original Blackberries were programmable in C++ but I think that RIM ran up against the problems of trying to implement a secure platform in the C/C++ compile to native paradigm.
The devices do have JTAG ports, but unless one could get hands on the RIM code as a place to start the problem is enormous.
I also have to wonder how useful a Blackberry with a replacement FOSS operating system would be, since it would not likely have the protocols to connect to BES or BIS, send PIN's etc. If one was simply looking for a the power of the hand held computing platform I suspect there are many more likely candidates available.
No, C++ is no longer a supported RIM development tool, as they phased it out a number of years ago. Client applications can be developed in Java (or one of a few 5GL frameworks), and web + sever-side apps can be developed using standard tools.
For those looking for updated information, the new Playbook os, also known as QNX, also known as Blackberry 10 (or it will be when the phones running it come out) is in fact c/c++ based, also using QML and a C++ add on called Cascades.
Unfortunately the official SDK website only seems to mention Java. According to wikipedia, different versions of the BlackBerry use different processors. Combined with the fact that RIM uses a proprietary operating system for the devices, it becomes pretty difficult to develop native code without official tools. There is also a partial API-level security restriction which would further prohibit advanced tinkering.
Just randomly searching for an answer to this and came across http://supportforums.blackberry.com/t5/Tablet-OS-SDK-for-Adobe-AIR/Native-C-C-SDK/td-p/778009 which mentions that BB intend to release a C/C++ SDK soon, more details will be provided at the 2011 Game Developer Conference.