Open Source RFID Project
Anonymous Coward writes "With all the press RFID is getting, I was looking for an open source solution to Wal-Mart's RFID compliancy mandate. I stumbled open the RadioActive project. I think these guys have the right idea. Eventually, RFID will be everywhere. Could an open source project like this bring rapid deployment of RFID like Apache did to the net?"
2 reasons, both predicated on the idea that it will happen with or without us.
1) If Open Source is a major player in the software for such things, we all have a better understanding of it.
For instance, do you really trust proprietary software to say "yes, I fried your tag, you may leave in peace" and actually do it, or do you wonder if it said that, but really just threw a "be silent when this guy walks out the door" to the tracking station that goes off if you leave without paying?
2) If Open Source is a major player, then the community has a much higher visibility for things like standards boards and oversight commities.
If GNU, Apache, Linux, etc and the very vocal proponents of such did not exist, I strongly doubt you'd see geeks and unix beards sitting at as many of the various levels of these things as you do now. It would be back to the backroom anticompetitive negotiations.
So do we just cave and accept RFID (or monopolistic software) wherever and whenever and however it creeps in? No, we continue to be active. But the world is grey. Good and Bad happens. Better than we are involved both ways than to give an inch.
It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
RFID is ther same technology as proximity cards used to access many buildings.
And here - also cached at - is a proximity/rfid copier and spoofer. It can read cards passively (while another reader interrogates them) or actively, and can later pretend it's the card when interrogated.
Of course, this can be defeated by a challenge/response system, which is available, but lower costs will probably dictate the cheaper ID only rfid.
I've known it can be done, and have had a desire to do it, but this guy already did. Now if this becomes common enough then the manufacturers will be forced to use more secure RFID mechanisms.
-Adam
Not necessarily... Some rfid tags do only store a serial number, but there also exist tags that store data on them... for that matter, most 2d barcodes store a lot more on them than just a number. For instance, there is this tool that slashdot mentioned earlier that'll let you keep track of what's recorded on the barcode you have on the back of your drivers license...Barcodes are used a lot more places than just on the upc, and they often store a lot more information...
Anyhow, back to what this software does (and forgive me, I'm familiar with some RFID stuff, but not the EPCGlobal standards work)...more than likely the enterprise system that's keeping track of your inventory doesn't have the faintest idea how to ask a reader for information about tags or how to read the information that comes out. Nor is the information you get back going to be exactly set up to be dumped directly into your database. That' s what this is supposed to do (?).
Feel fee to correct me if I"m wrong...
except that RadioActive seems to be mostly dead, and all the links to the involved standards are broken.
Not a good start!
Frankly there isn't very much to an RFID system. You have your reader, which is just some XYZ device with a serial interface (or USB-serial interface) that spits out data like a barcode reader. You don't have to think about things like modulation schemes or frequency unless you're building your own reader, otherwise you're buying a kit with reader and tags.
So then you just have to map those serial numbers into an index in a SQL table, and uh, go from there...
SQL, application servers, USB-serial device drivers, all that's done already.
Maybe what they're saying is there isn't any good open-source inventory/point-of-sale packages that sit on top of an inventory database for the user (besides some kind of thrown-together PHP deal and web interface), or that are used to feed is present at location/is not present into said database in real time.
THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
RFID is simply a radio readable (proximity, contactless) serial number. When you buy that item at Wallwart the scanner at the cash register just identifies the item. The central computer then tells the cash register how much to charge, and when the cash register says it's been paid for the computer then tells the inventory control system to remove it from the inventory. When you get to the door, the RFID scanner will tell the computer everything you've got -- including the underwear you bought there six months ago, the shoes you got from LL Bean, and the pack of gum in your pocket from the 7-11 down the block -- and the computer will check it all against inventory to see if you're stealing anything.
They pointedly do NOT want to fry the RFID because they need it for returns, to verify that you really bought it and what to pay you. They can tell not only what store sold it and when it was sold but also who bought it, how they paid for it, and what they paid. So if you bought it on sale you won't get a full refund; if you bought it with a credit card you won't get a cash refund; if you didn't buy it you get to explain yourself to the police. How they plan to handle gift returns I don't know. But I do know they have no plans to "fry" the RFID chips, and some RFID chips claim to be "un-friable."
Since all the code that does the grunt work is totally separate from reading the RFID, I don't understand how making any of this "Open" is going to do anything except potentially lower Wallwart's costs.
If you really want to fight RFID tags, start a rumor that they're radioactive and cause cancer.
If all this should have a reason, we would be the last to know.
There are lots of details about RFID that most people don't see.
The way in which Walmart, DOD and the EPC wants to deploy RFID is very similar to the internet. In a sense, each item will have its own IP address (unique id) and data can be resolved from that ip (information about the package).
The standards set are full of specific software and services that companies need to have to deploy a EPC compliant system.
Just like how Apache uses standards to communicate with browsers, the RFID world is heavily based on standards. Also the fact that RFID will most likley be everywhere in the next decade or so i think there will be a need for open source systems analogous to how there is a great need for apache.