Closed jacopo-j closed 5 months ago
I tested on Raspberry Pi 3B, ISO 14443B simulation also does not work. It seems there is a problem with this feature.
hf 14b
commands would need some more love. Feel free to contribute!
I have an emulation system for an srt512 if you wish (the code is not clean at all but functional)
@valtoo16 that is interesting, can you share a repository or a gist with the complete code?
@valtoo16 If you have a fix for 14b, you are welcome to make a PR
We have better support for shallow mode in 14B reader. Not that it will help for simulation but it will help when developing sim commands.
@valtoo16 your code?
Hi I'd like to help work on this feature, but I have never contributed to this project, what would be a good way to start making progress for this feature ?
Do I need a reader and a card in order to sniff their communication and see why the emulation is not the same using a Proxmark3RDV4?
There are no implementation of a 14B protocol to start with.
So you would need to first to that, then you would debug with reader/sniffer
I love to see you contribute!
Is there some documentation on how to add get started adding a new protocol ? (I'll fork the repo for now and start reading the code for a well implemented protocol do you have any recommendation @iceman1001)
you need 14B data sheets, then you can look at armsrc/iso14443b.c
to start with...
hf 14b commands
have gotten some serious love and works better now.
Feel free to improve the simulation.
Thanks a lot for letting us know here, I'll try and test it at some point (when I have some free time), I'll report on it when I do and try to see if I we can work on documenting what works and what doesn't, I guess.
Dumping the precomputed ATQB response frame from ISO14443-B emulation:
[#] ff ff ff ff ff 00 00 00 00 00 ff 00 00 0f 0f 0f 1111111111 0000000000 11 0 00001010 1
[#] 0f 00 0f 00 0f 00 f0 f0 f0 ff 0f f0 0f f0 0f 0f 0 10001000 1 0 01010101 1 0 11001100 1 0 1
[#] f0 ff f0 ff 00 00 00 f0 0f 00 00 ff f0 0f 0f 00 1011101 1 0 00000100 1 0 00011100 1 0 100
[#] ff 00 0f 00 f0 00 f0 0f 00 00 00 00 0f 0f 00 00 11000 1 0 01000100 1 0 00000000 1 0 10000
[#] f0 0f 0f 0f 00 00 ff 00 ff ff ff 0f 0f 00 ff 0f 100 1 0 10100001 1 0 01111110 1 0 1001101
[#] 0f 00 00 00 00 00 0 1 0000000000
1111111111 Unmodulated subcarrier (10 ETUs)
0000000000 SoS t_PICC,S,1 (10 ETUs)
11 SoS t_PICC,S,2 (2 ETUs)
0 start bit
00001010 x50
1 stop bit
0 start bit
10001000 x11
1
0
01010101 xAA
1
0
11001100 x33
1
0
11011101 xbb
1
0
00000100 x20
1
0
00011100 x38
1
0
10011000 x19
1
0
01000100 x22
1
0
00000000 x00
1
0
10000100 x21
1
0
10100001 x85
1
0
01111110 x7e
1
0
10011010 x59
1
0000000000 EoS (10 ETU)
Which correlates to the proxmark3 trace:
0 | 65535 | Rdr |05 00 08 39 73 | |
0 | 65535 | Tag |50! 11! aa! 33! bb! 20 38 19 22! 00! 21! 85 7e! 59! | |
However, on the scope the bit coding is reversed, the TR0 MIN is not respected, and there is a garbage '1' bit at the beginning:
@michi-jung That is awesome!
Now if @valtoo16 give access to his simulation setup we can even take 14b sim to the next level
Describe the bug The
hf 14b sim
feature does not seem to work properly: readers do not detect the simulated tag.To Reproduce
hf 14b sim -u 11AA33BB
Expected behavior External readers detect the presence of a tag.
Desktop (please complete the following information):
OS: macOS
hw version
hw status
data tune
Additional context