autotag stalls at HDX

[mubix]

It just stalls and never finishes

Current version: 0187-beta

RFIDler> version
0187-beta
RFIDler> autotag
  ASKRAW: 9<removed data>
  FSK1RAW: 
  FSK2RAW: 
  PSK1RAW: 
  PSK2RAW: 
  PSK3RAW: 
  HITAG1: 
  HITAG2: 
  EM4X02: 
  Q5: 
  HID26: 
  INDALA64: 
  INDALA224: 
  UNIQUE: 
  FDXB: 
  T55X7: 
  AWID26: 
  EM4X05: 
  TAMAGOTCHI: 
  HDX: 

[eficker]

I haven't had a lot of success with this function either. In my experience, the RFIDler is great at writing tags but okay at reading. The odd part is that it will write flawlessly the first time, but getting it to read (with the same provided antenna) is difficult and requires a lot of repositioning of the badge.

[bvernoux]

I confirm this issue and also the fact that I have 2 TI HDX - FSK 134.2kHz tags (http://www.ti.com/lit/ds/symlink/trpgr30tgc.pdf & http://www.ti.com/lit/ds/symlink/ri-trp-r9ql.pdf) which cannot be detected correctly even using https://github.com/ApertureLabsLtd/RFIDler/wiki/plotting => with'set tag fsk2raw' with different settings (signal is too low)
Tested on 2 RFIDler hardware ...

The bugs seems to be in

• firmware\Pic32\RFIDler.X\src\tags.c => function tag_set(BYTE tag) as there is no case TAG_TYPE_HDX and the default seems buggy as it do a return without doing stop_HW_clock() ...
  • There is other area where TAG_TYPE_HDX is missing too like tag_uid_to_hex()
• firmware\Pic32\RFIDler.X\src\hdx.c typo in uid_to_hdx_hex()
  • if(!uid_to_fdxb_bin(tmp, uid))
    shall be replaced by:
    if(!uid_to_hdx_bin(tmp, uid))
• for information hdx.c is a copy paste of fdxb.c even comment describe fdbx so maybe there is other bug ...

Does anyone can rebuild and test (and provide a link to the new RFIDler.X.production.hex and I could test with my 2 tags) ?

[AdamLaurie]

HDX is a work in progress and unfortunately I ran out of time on it when only half way through... I've disabled it altogether until I get a chance to finish it (or someone else does :). I'll leave this issue open as a reminder though.