infineon4engineers Facebook

infineon@google+ Google+

infineon@linkedin linkedin

infineon4engi@twitter twitter

infineon@youtube youtube

+ Reply to Thread
Results 1 to 3 of 3

Thread: TLE493D-W2B6-A0 - Reading 0xFF in all registers

  1. #1
    New Member New Member Syncmaster is on a distinguished road
    Join Date
    Jul 2019
    Posts
    2
    Points
    42.5

    TLE493D-W2B6-A0 - Reading 0xFF in all registers

    I am using STM32F303x microcontroller to established the communication with the TLE493D-W2B6 A0.
    I made the reset commands as said in the manual (Start -> 0xFF -> Stop -> Start -> 0xFF -> Stop -> Start -> 0x00 -> Stop -> Start -> 0x00 -> Stop), and tried configuring the registers 0x10, 0x11 and 0x13.

    Click image for larger version

Name:	Reset_Sequence.PNG
Views:	1
Size:	8.4 KB
ID:	4053

    I received acknowledgement from the sensor, thus confirming the correct usage of address. Also, I was able to turn ON/OFF the INT mode of the sensor, by changing the bits in 0x11 (MOD1) register.

    Click image for larger version

Name:	Config_Register.PNG
Views:	0
Size:	15.4 KB
ID:	4051

    Having said that, I was not able to read any register values and even if I read, it is giving me plain 0xFF (255) and nothing else. For example, once I configured the registers, I requested for 20 bytes (0x16 is the last register). I got 0xFF in response (20 times). This included the registers that I configured with different values. Each time I receive with an ACK from the sensor, confirming the communication being established.

    Click image for larger version

Name:	Register_Read.PNG
Views:	1
Size:	15.9 KB
ID:	4052


    I tried a working code (arduino) for the magnetic sensor with an Arduino Micro, and the result was same. The sensor that I used with arduino and STM32 are different but the results are quiet the same. I wasn't even able to read out the value from version register.

    I even looked into your official GitHub library - https://github.com/Infineon/TLE493D-3DMagnetic-Sensor - where users commented about similar issue (reading 0xFF).

    The configuration values that I used for each register are as follows (STM32)

    0x10 - CONFIG - 0x10 (no trigger bits), 0x01 (parity bit set).
    0x11 - MOD1 - 0x11 (no trigger bits), 0x85 ( Two Byte Master Mode with Clock stretching enabled and INT disabled and parity bit set).
    0x13 - MOD2 - 0x13 ( no trigger bits), 0x40 (update rate of 24Hz).

    I would like to add that I have tried other configuration settings -

    - With and Without Parity bits (Config and MOD1)
    - 2-byte and 1-byte mode
    - Low power mode and Master mode
    - INT enabled and disabled
    - Different update rate

    I will be glad to provide more information, if required. Thank you.

  2. #2

    Infineon Employee
    Infineon Employee
    dagern is on a distinguished road
    Join Date
    Jan 2018
    Posts
    7
    Hi,

    please doublecheck whether the used controller supports "2-byte read".
    If not, please be aware of the parity bit "FP" which needs to be set accordingly if you change the communication to "1-byte read".
    The views expressed here are my personal opinions, have not been reviewed or authorized by Infineon and do not necessarily represent the views of Infineon.

  3. #3
    New Member New Member Syncmaster is on a distinguished road
    Join Date
    Jul 2019
    Posts
    2
    Points
    42.5
    Hi, thanks for the reply. Right now the 1-byte read seems to be working but there has not been a clear indication regarding the Master mode and Low-power/fast mode.
    Right now, I started the sensor with low-power mode, INT enabled (1-byte read). Then, in the INT handler, I had to re-configure it to Master mode (INT disabled). This enabled me to read from the sensor.
    After reading the required values, I had to re-configure it back to Low-power mode with INT. This was not specified explicitely in the user manual or in the source code (GitHub). It took me sometime to arrive at this particular sequence, which seems to be working.

    Thank you.

+ Reply to Thread

Tags for this Thread

Disclaimer

All content and materials on this site are provided “as is“. Infineon makes no warranties or representations with regard to this content and these materials of any kind, whether express or implied, including without limitation, warranties or representations of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, whether express or implied, is granted by Infineon. Use of the information on this site may require a license from a third party, or a license from Infineon.


Infineon accepts no liability for the content and materials on this site being accurate, complete or up- to-date or for the contents of external links. Infineon distances itself expressly from the contents of the linked pages, over the structure of which Infineon has no control.


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 Usage Terms of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Usage Terms of this site. Infineon reserves 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.