• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Low Power RF & Wireless Connectivity » RFID/NFC Forum » PeerToPeer connection between TRF7970A evm and Android Smartphone (Nexus s) doesn´t work.
Share
Low Power RF & Wireless Connectivity
  • Forums
  • Announcements
  • Files
  • E2E Wiki
Options
  • Subscribe via RSS

PeerToPeer connection between TRF7970A evm and Android Smartphone (Nexus s) doesn´t work.

PeerToPeer connection between TRF7970A evm and Android Smartphone (Nexus s) doesn´t work.

This question is not answered
Schlotterer Bernd
Posted by Schlotterer Bernd
on Oct 21 2011 05:24 AM

Hi,

I am working on a NFC application project for a Android Smartphone (Nexus s). I tried to connect the Nexus with the TRF7970A evm over PeerToPeer, but it doesn´t work.

Android use for the P2P connection the NDEF Push Protocol (com.android.npp library). My question now is, does the TRF7970A supports this protocol (has this library included)?

Or, is it even possible to establish a connection between the TRF7970A evm and a Android Smartphone over P2P?

Has anyone some experience about this? Hope someone can help me.

 

Greetings

Bernd

 

 

TRF7970A TRF7970 NFC P2P NXP Near field communication
Report Abuse
  • Reply
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
All Replies
  • Josh Wyatt
    Posted by Josh Wyatt
    on Nov 09 2011 14:48 PM
    Expert7905 points

    Bernd -

    please see start of presentation here which should assist you here. we will be releasing some more formal collateral on this topic quite soon.

     

    6366.Connecting to Android.pdf

    BR-

    Josh

    ---------------------------------------------------------------------------------------------------------
    Please click the Verify Answer
    button on this post if it answers your question.
    ---------------------------------------------------------------------------------------------------------

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Victor Chu
    Posted by Victor Chu
    on May 14 2012 08:08 AM
    Prodigy35 points

    Hi,

    how to configure the register of trf7970 when connect to android smart phone? I'm working on connect samsung galaxy nexus (4.0.4) to trf7970a. Please tell me how to initialize the register such as ISO_CONTROL, etc.

    Thank you.

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Josh Wyatt
    Posted by Josh Wyatt
    on May 25 2012 10:06 AM
    Expert7905 points

    Victor -

    Are you trying to do P2P with the phone, be read by the phone in card emulation or be a reader to read the phones tag? or are you trying to connect the TRF7970A to the OMAP4 inside the phone and replace the PN65n/PN544 inside?

     

    BR-

    Josh

    ---------------------------------------------------------------------------------------------------------
    Please click the Verify Answer
    button on this post if it answers your question.
    ---------------------------------------------------------------------------------------------------------

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Matthijs Bremmers
    Posted by Matthijs Bremmers
    on May 29 2012 05:52 AM
    Prodigy10 points

    Hi Josh,

    I am also working on P2P communication between an Android smartphone (Galaxy Nexus) and the TRF7970A (on the TRF7970A EVM). I want to establish reader to reader communication, but I haven't got a clue on how to do this. I have looked at the "Connecting to Android NFC P2P" document, but that really didn't clarify much for me. For instance, the Android phone will send a polling message containing "06 00 FF FF 01 01". Is this automatically received by the TRF7970A EVM with the standard firmware or do I have to change certain registers? Also, where in the reference firmware will this data be received to be acted upon? So many lines of code are nothing more than a maze to me...

    I hope my question was clear and that you can shed some more light on this.

    Regards,

    Matthijs.

    7970 7960 rfid SPI
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Lluis Olivet
    Posted by Lluis Olivet
    on Jun 13 2012 03:03 AM
    Prodigy60 points

    Dear all,

    Does anybody becoming successful, communicating the TRF7970A with Samsung phones?.

    I’ll try to follow the procedure explained in the document (6366.Connecting to Android.pdf), posted by Mr. Josh. But I can’t  reach the connection!!

    First thing was:

    - The first command recived from the Samsun are (0x06_0x00_0xFF_0xFF_0x00_0x01), instead of the values (0x06_0x00_0xFF_0xFF_0x00_0x01) as its explained in the document!

     - Second thing was that after sending the SENS_RES to the phone (0x14_0x01,…..), I never receive any answer (ATR_REQ) from the phone!

     

    Does anybody have more information regarding to it?

    I’m using the  TRF7970A_EVM and a Samdung Nexus S!

    Thanks in advance!

    Lluis O.

    7970 7960 rfid SPI android
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Josh Wyatt
    Posted by Josh Wyatt
    on Jun 13 2012 09:39 AM
    Expert7905 points

    Lluis -

    As the EVM firmware and GUI was created before the DEP and SNEP docs were ratified/finalized/completed...you are right that the setup you have is not exactly working with the phone the way you want it to.

    however -  if you want to modify the MSP430F2370 firmware by using the attached MSP430G2553 and MSP430F5529 examples, this would be the way to go here. and if you want to repost that (in the spirit of the forum) that would be good, too...we just have not had the time yet, sorry - this is using NFC-F @ 424kbps and supports GB NDEF push (what ships on Nexus S, we have found that there is a nice app on the market from KDDI which works well for this) and SNEP (functionally = Android Beam on ICS) although we found that this implementation does not exactly comply with the NFC specs, it does work.

    6457.NFC_P2P_eZ430G2553.zip

    8562.NFC_P2P_02_29_12_v2.zip

    i have also attached here a doc (excerpt from a forthcoming app note) regarding the steps you will see occurring.

    3531.NFC Peer to Peer Communicaiton with Android Nexus S using MSP430 and TRF7970A.pdf

    BR-

    Josh

    ---------------------------------------------------------------------------------------------------------
    Please click the Verify Answer
    button on this post if it answers your question.
    ---------------------------------------------------------------------------------------------------------

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Lluis Olivet
    Posted by Lluis Olivet
    on Jun 15 2012 04:50 AM
    Prodigy60 points

    Dear Josh,

     

                Thank you very much for your support!

                The information that you provide is really helpful!!

                I saw my mistake, and it was in the register 0x00. I suppose that setting the bit 5 of the control register, it puts the radio ON, and it can cause an RF collision.

                The setting this bit (ISO_CONTROL_REGISTER(0x00).bit5), I receive the answer from the phone!

                Regarding to the firmware, I using the TRF7970AEVM, but we interface the SPI directly from the computer, and we don’t use the MSP430F23 in the board. I’m so sorry for that!

                However I can help in the forum by posting the code we use!

                Regards,

    Lluis.O.   

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Remi
    Posted by Remi
    on Jun 17 2012 11:49 AM
    Prodigy50 points

    I am working with Nexus S with android 4.0.4 and a board design myself.

    I don’t receive SENSF_REQ but directly ATR_REQ. Is it normal?

    And When I send the frame below I received  new ATR_REQ like I send nothing.    
        response[0] = 31; // lg
        response[1] = 0xD5; // ATR_RES    
        response[2] = 0x01; // ATR_RES
        for(i=0;i<10;i++)
            response[3+i] = TargetCID[i];     
        response[13] = 0x00;                 
            response[14] = 0x00;                
            response[15] = 0x00;               
            response[16] = 0x0E;
            response[17] = 0x32;   
            response[18] = 0x46;     
        response[19] = 0x66;     
        response[20] = 0x6D;              
        response[21] = 0x01;    
        response[22] = 0x01;    
        response[23] = 0x10;
        response[24] = 0x03;              
        response[25] = 0x02;    
        response[26] = 0xFF;    
        response[27] = 0xFF;
        response[28] = 0x04;
        response[29] = 0x01;
        response[30] = 0x96;

    thank you for your help,

    Remi

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Josh Wyatt
    Posted by Josh Wyatt
    on Jun 17 2012 12:27 PM
    Expert7905 points

    Remi -

    i think your length might be off and i am not sure what your bytes 28, 29 and 30 are doing there...the TRF7970A will generate the CRC for you, if that is what you were trying to do there.

    See the table here as example of what the ATR_RES portion of the string coming from your MCU to the TRF7970A should look like.

     

    Format
    BYTE #
    Name
    Value (in hex)
    SoD
    0
    Length
    0x1C (27 byte payload +1)
    Payload (NFC-DEP Portion)
    1:2
    Command (ATR_RES)
    0xD5, 0x01 (Required Values)
    Payload (NFC-DEP Portion)
    3:12
    NFCID3T
    NFCID (bytes 3:10 are NFCID2 of target)
    Payload (NFC-DEP Portion)
    13
    DIDT
    0x00 (Must be same as ATR_REQ value)
    Payload (NFC-DEP Portion)
    14
    BST
    0x00 (Required Value)
    Payload (NFC-DEP Portion)
    15
    BRT
    0x00 (Required Value)
    Payload (NFC-DEP Portion)
    16
    TO
    0x0E (max waiting time)
    Payload (NFC-DEP Portion)
    17
    PPT
    0x32 (matches ATR_REQ value)
    Payload (NFC-LLCP Portion)
    18:20
    LLCP Magic #
    0x46, 0x66, 0x6D
    Payload (NFC-LLCP Portion)
    21:23
    TLV Version #
    0x01, 0x01, 0x10 (version 1.0 spec)
    Payload (NFC-LLCP Portion)
    24:27
    TLV Services
    0x03, 0x02, 0xFF, 0xFF (all services)
    EoD
    28:29
    CRC_F1, CRC_F2
    Generated by TRF7970A, not seen in the digital domain

    BR-

    Josh

    ---------------------------------------------------------------------------------------------------------
    Please click the Verify Answer
    button on this post if it answers your question.
    ---------------------------------------------------------------------------------------------------------

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Remi
    Posted by Remi
    on Jun 18 2012 05:28 AM
    Prodigy50 points

    Josh,

    Thanks you for your response.

    I correct my mistake and now I send the message below but I receive only 1 byte after (0x26). Do you know what does it mean ?

    0 1C
    1 D5
    2 01
    3 01
    4 FE
    5 03
    6 04
    7 05
    8 06
    9 07
    10 08
    11 09
    12 0A
    13 00
    14 00
    15 00
    16 0E
    17 32
    18 46
    19 66
    20 6D
    21 01
    22 01
    23 10
    24 03
    25 02
    26 FF
    27 FF

    Best Regards,

    Remi

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Lluis Olivet
    Posted by Lluis Olivet
    on Jun 20 2012 07:51 AM
    Prodigy60 points

    Remi,

                One thing if it can help you:

                I can experiment the same behaviour, as you explained. Using the Nexus S.

                What I find is that the Nexus its sends alternatively the SENS_REQF command at the ATRIB_REQ command alternatively.

                What I do to saw that is to attend the TRF7970AEVM_IRQ quickly and thus I saw that the Nexus send both commands.

                I hope that can help you.

    Regards,

    Ll.O.  

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Remi
    Posted by Remi
    on Jul 10 2012 13:26 PM
    Prodigy50 points

    Lluis,

    Android (Nexus S Android 4.0.4) do an attempt of 100ms every second.

    During this attempt I saw 3 ATR_REQ and 2 SENSF_REQ:
    @10ms : first ATR_REQ
    @20ms : second ATR_REQ
    @30ms : third ATR_REQ                
    @45ms : first SENSF_REQ
    @70ms : second SENSF_REQ

    I don't understand why I received  ATR_REQ before SENSF_REQ ?

    SENSF_REQ is needed to have ATR_REQ ?

    Is there a specific timing to send the SENSF_RES response after SENSF_REQ ?

    Have you made ​​your software on TRF7970AEVM. Does the peer to peer works with android on TRF7970AEVM board?

    Thanks,

    Rémi

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Mike R.
    Posted by Mike R.
    on Aug 22 2012 00:31 AM
    Prodigy30 points

    Hello together,

    I have the same problem as described above. I am using the Samsung Galaxy S3 and the TRF7970A_EVM in my application. I receive a SENSF_REQ from the Handset. After sending the SENS_RESP from the TRF7970A to the Handset I never receive any answer (ATR_REQ).  

    I am using following documents as recommended from Mr. Wyatt:

    http://e2e.ti.com/cfs-file.ashx/__key/CommunityServer-Discussions-Components-Files/667/6366.Connecting-to-Android.pdf

    http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/667/3531.NFC-Peer-to-Peer-Communicaiton-with-Android-Nexus-S-using-MSP430-and-TRF7970A.pdf

    I basicly use the following software for my application:

    6237.MSP_430_NFC_P2P_4_2_2012.zip

    2451.NFC_P2P_02_29_12_v2.zip

    Does anybody have an idea whats the problem with the Samsung Galaxy S3 and the TRF7970A?

    Thank you for your help.

    Mike R.

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • mihay jo
    Posted by mihay jo
    on Aug 29 2012 05:25 AM
    Prodigy10 points

    Mike R.

    6237.MSP_430_NFC_P2P_4_2_2012.zip

    2451.NFC_P2P_02_29_12_v2.zip

    password!!!!!!

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Mike R.
    Posted by Mike R.
    on Aug 30 2012 01:35 AM
    Prodigy30 points

    Sorry to all,

    here are the right software files I use.

    No password is needed.

    Firmware for the MSP430F2370 developed with IAR embeeded workbench for MSP430

    5852.NFC.zip

    App for the Smartphone

    2311.APP_NFC_P2P.zip

    Best regards

     

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
12
TI E2E™ Community
  • Support Forums
  • Blogs
  • Videos
  • Groups
  • Site Support & Feedback
  • Settings
TI E2E™ Community Groups
  • TI University Program
  • Make the Switch
  • Microcontroller Projects
  • Motor Drive & Control
Other Communities
  • Deyisupport
  • Designsomething.org
  • beagleboard.org
  • TI on Element 14
  • TI on TechXchangeSM
Other Technical & Support Resources
  • WEBENCH® Design Center
  • Product Information Centers
  • Technical Documents
  • TI Design Network
  • TI Technical Articles
  • TI Training

All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
embedded processors, along with software, tools and the industry’s largest sales/support staff.

© Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
Trademarks | Privacy Policy | Terms of Use