This repository has been archived on 2026-06-17. You can view files and clone it, but cannot push or open issues or pull requests.
FireWatchTower_2axis/firmware/lib/tmc/ic/TMC2241
pgdalmeida 0ff062f48e
repo refactoring
2026-05-07 19:23:30 +02:00
..
README.md repo refactoring 2026-05-07 19:23:30 +02:00
TMC2241.c repo refactoring 2026-05-07 19:23:30 +02:00
TMC2241.h repo refactoring 2026-05-07 19:23:30 +02:00
TMC2241_HW_Abstraction.h repo refactoring 2026-05-07 19:23:30 +02:00
registercall_hierarchy_flowchart_SPI.svg repo refactoring 2026-05-07 19:23:30 +02:00
registercall_hierarchy_flowchart_UART.svg repo refactoring 2026-05-07 19:23:30 +02:00
uml-tmc-api.svg repo refactoring 2026-05-07 19:23:30 +02:00

README.md

TMC2241

How to use

To access the TMC2241's registers, the TMC-API offers two functions: tmc2241_readRegister and tmc2241_writeRegister. Each of these functions takes in an icID, which is used to identify the IC when multiple ICs are connected. This identifier is passed down to the callback functions (see How to Integrate).

How to integrate: overview

  1. Include all the files of the TMC-API/ic/tmc/TMC2241 folder into the custom project.
  2. Include the TMC2241.h file in the custom source code.
  3. Implement the necessary callback functions (see below).
  4. (optional): Take a look at the Examples subfolder for ready-made examples of the TMC-API usage.

Accessing the TMC2241 via SPI

The following diagram depicts how to access the TMC2241 via SPI using the TMC-API.

screenshot

The description of the functions, in the above flowchart, are as follows:

  • The functions tmc2241_readRegister and tmc2241_writeRegister are used to read and write the registers respectively. These functions check the current active bus and calls the bus-specific function i.e readRegisterSPI or writeRegisterSPI.
  • These bus specific functions constructs the datagram and further calls the bus specific callback 'tmcXXXX_readWriteSPI.
  • This callback function further calls the hardware specific read/write function for SPI and needs to be implemented externally.

How to integrate: Callback functions

To communicate with TMC2241 IC, the TMC-API library needs to know which bus (UART, SPI) it shall use. For that, the callback function 'tmc2241_getBusType()' needs to be implemented. Additionally, implement the following callback functions to access the chip via SPI:

  1. tmc2241_readWriteSPI(), which is a HAL wrapper function that provides the necessary hardware access. This function should also set the chip select pin CSN to low before starting the data transfer and set to high upon completion. Please refer to the datasheet of the IC for further details.

Accessing the TMC2241 via UART

The following diagram depicts how to access the TMC2241 via UART using the TMC-API.

screenshot

The description of the functions, in the above flowchart, are as follows:

  • The functions tmc2241_readRegister and tmc2241_writeRegister are used to read and write the registers respectively. These functions check the current active bus and calls the bus-specific function i.e readRegisterUART or writeRegisterUART.
  • These bus specific functions constructs the datagram and further calls the bus specific callback 'tmcXXXX_readWriteUART.
  • This callback function further calls the hardware specific read/write function for UART and needs to be implemented externally.

How to integrate: Callback functions

To communicate with TMC2241 IC, the TMC-API library needs to know which bus (UART, SPI) it shall use. For that, the callback function 'tmc2241_getBusType()' needs to be implemented. Additionally, implement the following callback functions to access the chip via UART:

  1. tmc2241_readWriteUART(), which is a HAL wrapper function that provides the necessary hardware access.
  2. tmc2241_getNodeAddress(), that returns the node/slave address. Node address could be set in NODECONF (0x3) register and the address could be incremented as defined by AD0, AD1 and AD2. (Node address + ADx) must be less than 255. For further details please consult the datasheet of TMC2241.

Sharing the CRC table with other TMC-API chips

The TMC2241 UART protocol uses an 8 bit CRC. For calculating this, a table-based algorithm is used. This table (tmcCRCTable_Poly7Reflected[256]) is 256 bytes big and identical across multiple different Trinamic chips (i.e. TMC2241). If multiple Trinamic chips are being used in the same project, avoiding redundant copies of this table could save memory. It is possible to substitute this CRC table with another CRC table.

Option to use the cache logic for Write-Only registers

The chip features write-only registers that are unable to be read, necessitating the creation of a shadow copy to cache their contents. This copy is automatically updated whenever data is written to these registers. This cache logic could be enabled by setting the macro TMC2241_CACHE to '1' or disabled by setting to '0' respectively. If this feature is enabled then there comes another option to use tmc2241_cache function, which is already implemeted in the API, by defining TMC2241_ENABLE_TMC_CACHE macro to '1 or one can implement their own function. The function tmc2241_cache works for both reading from and writing to the shadow array. It first checks whether the register has write-only access and data needs to be read from the hadow copy. On the basis of that, it returns true or false. The shadowRegisters on the premade cache implementation need to be one per chip. TMC2241_IC_CACHE_COUNT is set to '1' by default and is user-overwritable. If multiple chips are being used in the same project, increment its value to the number of chips connected.

Further info

Dependency graph for the ICs with new register R/W mechanism

This graph illustrates the relationships between files within the TMC-API library, highlighting dependencies and identifying the files that are essential for integrating the library into the custom projects.

screenshot

Example usage: TMC-Evalsystem

For a reference usage of the TMC-API, visit the TMC-Evalsystem

Migration status

The TMC2241 has been reworked to the access system described above. For more infos on the status of this and other ICs, check out the migration page.