This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

RI-TRP-DR2B-30 : Pill Error

Genius 5355 points

Other Parts Discussed in Thread: RI-STU-MRD2

Hi Support,

  • What could be the possible cause of the pill error?
  • Can the pill be overwritten/ damage along the shipping process due to  Custom scanning or  Other sources e.g. magnetic, radioactive source etc.?

Thanks.

  • Shaun -
    have you tried using the RI-STU-MRD2 EVM or other S2000 reader system to check these devices to confirm or not there is a problem?
    i think in this sort of case, we would want you to check that or send in through QA for checking. do you have that EVM or can you get one from Avnet stock?

    ==============
    they are asking about radiation exposure - is this a possibility in the application? All EEPROM based devices are at risk in such environments at the gate level of the technology. )
    X-rays and normal shipping scans, etc. are all OK - what i am asking about is ebeam or gamma sterilization being used in this application.
  • Hi Support,

    Customer want to read 8 digit on page 1 only, however they read the contents in page 1 (12347878) and 2 (|||||||||) at the same time.

    Their EMS had tried 3 tests shown below,

    All 3 tests was not successful.

    1 : Delete the zeros on page 2 and type in new zeros, page 2 not locked. - 5pills

    2 : Delete the zeros on page 2 and type in new zeros, page 2  locked. - 5 pills

    3 : leave the page#2 program as 00 00 00 00 00 00 00 00 despite the WARNING NOTE.

     

    Please help to advise:

    - “ We need TI’s idea why we could not program the page#2 as FULL blank (without any ‘00” shown). What is their recommendation?”

     - Customer wants to read 8 digit on page 1 only, but the problem is that they read the contents in page 1 (12347878) and 2 (|||||||||) at the same time.

    - Their EMS programmed these pills by enter 8 digit in page#1, remove the page#2 to be blank/empty. But, system will actually replace the blank space with zero automatically. (See snapshot below)

    In addition, when customer re-program the pills using their multipage RFID writer, they can read the contents correctly (page 1 information only).

    No page 2 information shown up.

    Do you have any idea how to further troubleshoot our RFID writing process?

    FYI: EMS is using HERMOS RFID software to write/read the RFID. Customer is using the following reader (NextID)  to read the pill.

     

    Thanks.

  • ok - we have no idea how they have their reader configured to take in the bytes.
    if they are doing a read of page 1, then a general read page command, sent with or without the address, will yield page 1. The response will be the prebits, start byte and then 80 bits that is the serial # (64 bits) and 16 bits of BCC, read address and FBCC. (128 bits total) Since it seems you get back 8 bytes that are decoded and something else (its hard to tell here with a reader that we have no idea about)

    best i could tell you to do if you have the equipment is to check out their reader with a scope and pickup coil to see what command they are actually sending over the air and what the tag responds back with and capture that so you can analyze the bit timings to see if you are getting in fact the 128 bits and they are correct, meaning the problem lies upstream, in their firmware/software.

    you can also get a known good reader from TI and check the tags that way as well. We have two high power solutions and one low power solution (suited more for the desktop evaluation) RI-STU-MRD2

    to give you a hint  here about what the scope captures will need to look like see attached. you will be looking at the air interface with a pickup coil close to tag - it will take some tweaking on the distance i think until you get what is reasonable to look at. and in this case you would just be looking to see that the tag is responding  - you won't have the digital lines to let you decode.but you will be able to see the length, from which we can derive # of bits i think - never in over 20 years of dealing with these tags have i seen one give up two pages at once - but anything is possible i guess - so this would be the place to start.

    i did this for R/O and R/W tags, but you will get the idea. 

    5102.Notes on TMS3705A1DRG4 & Read.pdf