Thank you for fixing my patch to allow for this though.

Thank you for using it

At the first sight, your patch doesn't work as expected if user want to write locks but not otp (as there are two separated questions).

Starting with your patch, I made some changes and commit them in r842. Could you try it and see if works as expected?

Thanks to you for your contribution!

First thank you for releasing this great library and creating these tools. I wanted a way last night to be able to write MiFare UltraLight cards but lock them as well to prevent re-writing.

I created a patch for this feature to the nfc-mfultralight program. It is here: http://nemik.net/code/libnfc_mfultralig … lock.patch

If you guys like it and approve, maybe it can be added upstream?

Either way, thank you again.

*dudux wrote:

i works with Iceweasel(firefox in debian) and its not running ATR parser
Iwould like to probe it!

-> Try first with FF and let me know if you like it. The tool already works on IE, FF, Windows, Linux, Mac, but why not Iceweasel, I'll try to see whether I can add support..

Now i am trying with FF
Thanks edo512

i works with Iceweasel(firefox in debian) and its not running ATR parser
Iwould like to probe it!

-> Try first with FF and let me know if you like it. The tool already works on IE, FF, Windows, Linux, Mac, but why not Iceweasel, I'll try to see whether I can add support..

Hi!

  If you want to read a Mifare (Ultralight or not) easily - you still gotta know the keys - , you can just use my online tool at : https://www.lafargue.name/smart-tools/atr/

  It works with most contactless PC/SC readers and lets you read mifare cards very easily. Mostly tested with Firefox, there are a few issues now and then on IE...

Ed

i works with Iceweasel(firefox in debian) and its not running ATR parser
Iwould like to probe it!

  If you want to read a Mifare (Ultralight or not) easily - you still gotta know the keys - , you can just use my online tool at : https://www.lafargue.name/smart-tools/atr/

  It works with most contactless PC/SC readers and lets you read mifare cards very easily. Mostly tested with Firefox, there are a few issues now and then on IE...

Ed

I've been putting together a Mifare Ultralight tool (mfultool) to accompany the Mifare Classic tool (mftool). So far, it can read the tags and write out a dump file, but I can't yet write them back. Hopefully I should have something going both directions very soon and then I'll be submitting a patch for the library. Ideally, there should just be one tool to do dumps from any tags (perhaps even detecting the kind of tag!), but that may be a bit off.

Additionally, I put together a little python script that makes it easier to understand the dump file. From it, I discovered that the Touchatags are mostly locked, except for the last page (page 15). So, at best, you could store 2 bytes (I think) worth of custom data on them.

The dump script is here:
http://staticfree.info/~steve/decode_mful_dump.py

The rest is on its way :-)

hi,
Why arent it working?

guepardo rfid $ ./decode_mful_dump.py
Traceback (most recent call last):
  File "./decode_mful_dump.py", line 83, in <module>
    t.from_dumpfile(sys.argv[1])
IndexError: list index out of range
guepardo rfid $

Thank you ! Sorry for API changes.
Your patch have been applied in trunk at revision 68.

Awesome, thanks!

Yeah, you're right about that. Actually, if you don't mind, I should just try and do it myself so that I can learn the library a bit better and brush up some more on my C ;-)

Alright, I've made a patch against r61 this time. Don't go renaming any more functions on me, please ;-)
http://staticfree.info/~steve/libnfc_r61_mfultool.patch

Thank you ! Sorry for API changes.
Your patch have been applied in trunk at revision 68.

I think the best is to recode this in C to be integrated in nfc tools but you do have to : i'll look at your script and try to recode it next week.

Thanks a lot for contribution.

http://staticfree.info/~steve/libnfc_r61_mfultool.patch

I'm not entirely sure how one may wish to include the python script. Maybe just as an extra?

Thank you for contributing new software that uses libnfc.
We released the new version 1.2.0, the API slightly changed, for the sake of consistency.
I hope you don't mind to adapt your software to it.

I don't mind, but why wasn't this new version in SVN? I figured writing it against SVN HEAD would have the most recent version of the code so I wouldn't have to adapt anything.

Sure. Though I wasn't really planning on keeping anything outside of libnfc. My project is very small and is really only a demo of using a specific type of tag with libnfc. If you'd like me to keep the project outside libnfc, I can do that too.

Thank you for contributing new software that uses libnfc.
We released the new version 1.2.0, the API slightly changed, for the sake of consistency.
I hope you don't mind to adapt your software to it.

I was planning to make a 3rd party projects page that uses libnfc.
Are you interested in putting a link to your project there?

Cheers,

  Roel

WARNING: Since 2009-06-25, we switch to LGPL license (http://www.libnfc.org/community/topic/3 … l-license/) . Please confirm (or not) that you allow us to integrate your work into libnfc under LGPL.
Romuald Conty

GPL or LGPL are both fine by me. Though if you want to release something under the LGPL, you should probably update your files to match. All the files that I modified had GPL boilerplate on them and the main LICENSE file also is a copy of the GPL.