• State TI Thinks Resolved
  • Locked Locked
  • Replies 13 replies
  • Answers 4 answers
  • Subscribers 17 subscribers
  • Views 3637 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

RF430FRL152H - Programming

Florent Seignon
Prodigy 110 points
Other Parts Discussed in Thread: RF430FRL152H, TRF7970A

Hi everybody,

I have no problem to program my RF430FRL152H with the firmware found on TI website (Default, NFC or SensorHub).

What I want is to program it using my own code, and still have the RF stack working with the TRF7970A.

To be simple, I would like to drive pin P1.0 and pin P1.1.

These pins are driving two LEDs, and ADC0 is used to convert the result from a photodiode.

To drive these pins, I would like to use my own two RF commands, same as Read Block or Inventory request.

If I'm right, I have to patch these new commands to be understand by RF430FRL152H ROM code.

Do I have to take example of SensorHub project to patch new RF commands ?

In this example, functions declared are automatically called by the ROM code, once their turn is up.

I don't want it to be automatically, I want the TRF7970A to be the master for calling these new RF commands.

Any idea ?

Florent.

  • 0
    TI__Mastermind 26410 points

    Hey Florent,

    I don't think patching in new RF commands is going to work, and would be quite difficult. I don't think you should try and change the RF stack.   Edit: Apparently you can do this.  :)

    One thing you can do is use the Digital Sensor Routine. Basically, when a digital sensor measurement is triggered over RF, it just runs what ever code you have in your routine. Use the SensorHub example for reference.

    For a digital sensor, this routine would contain the digital sensor driver, but there is nothing keeping you from toggling a GPIO instead. You can even set the FRL152H to toggle this pin every 1 second, etc.  This is all already configurable over the air, using the existing ROM.

    Do you think you could leverage this functionality for what you are wanting to do?

    Thanks,
    JD

  • 0
    TI__Expert 7820 points
    Florent,

    RF430FRL152H does allow patching in of custom ISO15693 commands.

    In the post linked below there is an example project attached that gives an example of how to use one custom command. You can use one custom command to do two things - based on the inputs it receives or two custom commands can also be done. The less custom commands the better since they take processing time away from the RF stack and the response time may be affected to all RF commands.

    e2e.ti.com/.../1571230

    Remember the custom command ID and the function that is called when it is issued is stored at the beginning of the main file in pair of ID and addresses.

    Alex
  • 0 in reply to Alex K.
    Prodigy 110 points

    Thanks a lot Alexander, it seems like exactly what I needed to.

  • 0 in reply to Florent Seignon
    Prodigy 110 points

    Hi again,

    My own application worked pretty good with the app you gave me.

    The only thing is that the ROM sensor support is no longer available.

    So, if I want to configure ADCs to measure the temperature by RF command, using the already developed ROM code to do it, I just can't.

    I tried to configure the "Firmware_System_Control Register" with the option ROM_SENSOR_SUPPORT_ENABLED, but nothing happened.

    Is there any way I can patch an RF command, using the firmware you gave ma, and still have access to the developped ROM code that runs efficiently the ADC measurement through RF commands ?

  • 0 in reply to Florent Seignon
    TI__Expert 7820 points
    Actually the project that you are using was not designed to work with the ROM sensor functionality.

    You have several choices:
    1. Develop you own RF custom commands and ADC drivers to sample and respond over RF using the current project.
    2. Use the "Default" project and port the custom command handling to it. I can help you port the custom commands. However the custom commands will have to operate independently since they will not have access to the ROM flow.
  • 0 in reply to Alex K.
    Prodigy 110 points

    Ok Alex, thanks for your help.

    If I have to develop my own command to drive ADC0 without access to the ROM flow, it will be no time loss to handle all my ADCs requirements through the same RF command. What's done is done !

    I will ask for more help if I can't handle this on my own.

    Florent.

  • 0 in reply to Florent Seignon
    Prodigy 110 points

    Hi all,

    I would like to know if there is a way to program the RF430FRL152H through RF, and not through JTAG.

    Is there something like the BootStrap Loader for MSP430 that would do the trick for RF430FRL152H ?

    Thanks all,

    Florent.

  • 0 in reply to Florent Seignon
    TI__Expert 7820 points

    We do have an over-the-air programmer.  

    Just a word of caution, make sure that you test the project that you intend to program over the air.  Because if the project does not turn on the RF then the part will only be able to be reprogrammed by JTAG.

    /cfs-file/__key/communityserver-discussions-components-files/667/RF430FRL15xh-Over_2D00_Air_2D00_Programmer.zip

  • 0 in reply to Alex K.
    Prodigy 110 points
    ThanksAlex for the exe, I will try it right after this message.

    But is there any documentation on how we can built our own "Over the air" programmer using our own TRF7970A application ?

    Florent.
  • 0 in reply to Florent Seignon
    TI__Expert 7820 points
    The RF stack allows read and write to almost all of the FRAM memory. You would simply have to send the .txt file binary block by block using the write single or write multiple block commands using the host commands interface of the TRF79xx.

    The host commands protocol is described in this document. You could also learn how to use it from the TRF79xx PC GUI (not the FRL one).

    www.ti.com/.../sloa141.pdf
  • 0 in reply to Alex K.
    Prodigy 110 points
    Big thanks Alex !
  • 0 in reply to Alex K.
    Expert 1090 points

    Is the source to the programmer available? 

    Thanks, Karl

  • 0 in reply to forum_user
    TI__Expert 7820 points
    I will friend request you to further support you on this question.