Closed theguy147 closed 4 years ago
Yeah, the master branch is unstable.
Try using the release version and see if you have better luck
https://github.com/RfidResearchGroup/proxmark3/releases
hf search - calls the not working parts like 14B... so that is why it messes up
wow, that was a fast reply. unfortunately as I wrote in the last paragraph above even release v4.9237 does not work for me...
Now, what is your output from hw status and hw tune ?
Just for reference: https://github.com/RfidResearchGroup/proxmark3/issues/921
hw status
and hw tune
are included in my initial report (They are collapsed to save space so you have to click on the little arrows next to them). Also I have read #921 before posting the issue.
Here are all the outputs for release v4.2937 now (just to be complete):
ooo, collapsable areas. I never seen that on GH before. There is a first for everything!
Interesting, My 14a worked nice like a week ago. Today my 14a doesn't work. I will have a look at it. Been too focused on iCLASS
Ok, cool. BTW iClass works like a charm ;)
Hm, it works well. I was testing on a bad magic gen1 tag before.
Using v4.9.2937 I just tested again the following tags (which all work with other devices):
All of them give me:
[usb] pm3 --> hf 14a info -v
[!] iso14443a card select failed
I just switched the Q on the RDV4.01 Antenna from 7 to 14 and now it works most of the times. I thought that setting doesn't influence the HF antenna?! Also why doesnt it work with the original antenna then?
Does that mean my antennas are faulty or could that still be a software issue?
Sounds more like your antenna or device is acting up. I hope you connected in the right positions if you removed it ;)
yes, I did. And also retried it several times. wow, i'm very confused! I guess I gotta get myself a new antenna then...
Thanks anyway for the good and very very fast support ;)
lets try something.
revert your "lowering" of the stack.
make clean; make -j; flash all
try hf 14a info
only on your tags one by one.
wow, now I'm even more confused!! somehow it works now (at least the 3 times i tried). Even when turning the Q switch back. I guess it was stuck in the middle before or something and that caused an issue with the antennas...
EDIT: for reference I tried it now on the master branch (not on v4.9237 because there I didnt have to "lower the stack")
Well, good thing it works for you.
However hf search calls 14b, felica and all those protocols hasn't been fixed yet. So that command isn't a good one to use.
not sure if this is the right place or if I should post this in a new issue or the related issue I referenced above but here it is:
I do need to "lower the stack" if I compile the firmware with bluetooth support (even when using the proxmark3 with the usb cable afterwards). Otherwise hw tune
, data tune
and all lf
and hf
commands don't work. Without the bluetooth support it works fine without this change...
If you want me to open a new issue for this I can do that of course.
EDIT: I tested this on the master branch on commit 006f9c4f
Describe the bug
All HF commands for ISO14443A do not work after updating e.g.
hf search
with a regular MF Classic 1K (S50).In order for any LF or HF command to work at all I had to follow #819 and decrease the stack size in
common_arm/ldscript.common
to8K
first (but I did try other values from 6K to 8488 as well). After applying this change thehw tune
/data tune
commands work fine and also thehf tune
command works and reacts to HF tags close to the proxmark3 as it should.To Reproduce
git checkout master && git pull
sed -i 's/stacksize : 8488/stacksize : 8K/' common_arm/ldscript.common
make clean && make all
./pm3-flash-all && ./pm3
hf search
result =>
[-]No known/supported 13.56 MHz tags found
Expected behavior
I was expecting to see the UID and other Information about the MF Classic tag instead.
Desktop:
[usb] pm3 --> hw version
``` [ Proxmark3 RFID instrument ] [ CLIENT ] client: RRG/Iceman/master/v4.9237-783-g6bd0138f-dirty-unclean 2020-08-13 19:34:49 compiled with GCC 10.1.0 OS:Linux ARCH:x86_64 [ PROXMARK3 RDV4 ] external flash: present smartcard reader: present [ PROXMARK3 RDV4 Extras ] FPC USART for BT add-on support: absent [ ARM ] bootrom: RRG/Iceman/master/v4.9237-783-g6bd0138f-dirty-unclean 2020-08-13 19:35:15 os: RRG/Iceman/master/v4.9237-783-g6bd0138f-dirty-unclean 2020-08-13 19:35:32 compiled with GCC 10.1.0 [ FPGA ] LF image built for 2s30vq100 on 2020-07-08 at 23: 8: 7 HF image built for 2s30vq100 on 2020-07-08 at 23: 8:19 HF FeliCa image built for 2s30vq100 on 2020-07-08 at 23: 8:30 [ Hardware ] --= uC: AT91SAM7S512 Rev B --= Embedded Processor: ARM7TDMI --= Nonvolatile Program Memory Size: 512K bytes, Used: 292344 bytes (56%) Free: 231944 bytes (44%) --= Second Nonvolatile Program Memory Size: None --= Internal SRAM Size: 64K bytes --= Architecture Identifier: AT91SAM7Sxx Series --= Nonvolatile Program Memory Type: Embedded Flash Memory ```[usb] pm3 --> hw status
``` [#] Memory [#] BigBuf_size.............41636 [#] Available memory........41636 [#] Tracing [#] tracing ................0 [#] traceLen ...............13 [#] dma8 memory.............-2112828 [#] dma16 memory............-2112828 [#] toSend memory...........-2112828 [#] Current FPGA image [#] mode.................... HF image built for 2s30vq100 on 2020-07-08 at 23: 8:19 [#] Flash memory [#] Baudrate................24 MHz [#] Init....................OK [#] Memory size.............2 mbits / 256 kb [#] Unique ID...............0xD567A882A7369225 [#] Smart card module (ISO 7816) [#] version.................v3.11 [#] LF Sampling config [#] [q] divisor.............95 ( 125.00 kHz ) [#] [b] bits per sample.....8 [#] [d] decimation..........1 [#] [a] averaging...........Yes [#] [t] trigger threshold...0 [#] [s] samples to skip.....0 [#] LF Sampling Stack [#] Max stack usage.........3984 / 8184 bytes [#] LF T55XX config [#] [r] [a] [b] [c] [d] [e] [f] [g] [#] mode |start|write|write|write| read|write|write [#] | gap | gap | 0 | 1 | gap | 2 | 3 [#] ---------------------------+-----+-----+-----+-----+-----+-----+------ [#] fixed bit length (default) | 29 | 17 | 15 | 47 | 15 | N/A | N/A | [#] long leading reference | 31 | 20 | 18 | 50 | 15 | N/A | N/A | [#] leading zero | 31 | 20 | 18 | 40 | 15 | N/A | N/A | [#] 1 of 4 coding reference | 29 | 17 | 15 | 31 | 15 | 47 | 63 | [#] [#] Transfer Speed [#] Sending packets to client... [#] Time elapsed............500ms [#] Bytes transferred.......284672 [#] Transfer Speed PM3 -> Client = 569344 bytes/s [#] Various [#] Max stack usage.........4080 / 8184 bytes [#] DBGLEVEL................1 ( ERROR ) [#] ToSendMax...............9 [#] ToSend BUFFERSIZE.......2308 [#] Slow clock..............31651 Hz [#] Installed StandAlone Mode [#] HF - Reading Visa cards & Emulating a Visa MSD Transaction(ISO14443) - (Salvador Mendoza) [#] Flash memory dictionary loaded [#] Mifare..................820 keys [#] T55x7...................109 keys [#] iClass..................7 keys ```[usb] pm3 --> data tune
``` [=] Measuring antenna characteristics, please wait... [-] 9 [=] ---------- LF Antenna ---------- [+] LF antenna: 27,10 V - 125,00 kHz [+] LF antenna: 32,41 V - 134,83 kHz [+] LF optimal: 32,30 V - 133,33 kHz [+] LF antenna is OK [=] ---------- HF Antenna ---------- [+] HF antenna: 24,81 V - 13.56 MHz [+] HF antenna is OK [+] Displaying LF tuning graph. Divisor 88 is 134,83 kHz, 95 is 125,00 kHz. ```git stuff
`git status` ``` On branch master Your branch is up to date with 'origin/master'. Changes not staged for commit: (use "git addAdditional context
All LF commands seem to work perfectly and are not affected by this issue (at least I didnt encounter any issues here). Also I tested ISO15693 and iClass tags which worked perfectly fine as well.
I do have two HF antennas (the one for the original RDV 4.0 and the improved one for LF from RDV 4.01) but the issue occurs with both of them. Obviously I also checked if any connections for the antenna are loose.
Also I did try to vary the distance between reader and tags and I tried several MF Classic tags (that all work with different readers/ChameleonTiny etc)
Additionally I tried recompiling and reflashing several times with different commits going back until (and including) release v4.9237. I wasn't using the proxmark3 now for some months but this morning (before updating) everything was working perfectly fine with the firmware and client from around August 2019. The problem is that I cant seem to get the old commits to compile, probably because of changes in version 10 of GCC.