AURIX™ Forum Discussions

In my project, when I connect the debugger, the software will enter Trap (Trap Class 4, TIN2). The program runs normally when the debugger is not connected

From the Trap information, I know that it is a LBE(Load Bus Error) error, but I still do not know when this trap will occur.

At the time of the trap, the program is initializing Ram, copying data from rom to ram.

But the strange thing is that each time a trap occurs, the while loop is different, sometimes 500 cycles, sometimes 1000 cycles.

The trap that occurs when you run the following code. Can someone take a look at this for me? Thank you very much.

Hi Infineon team,

For gigabit ethernet connectivity, We are planning to interface SAK-TC397XX-256F300S BD MCU with KSZ9897R PHY chip via the RGMII interface. Could you please clarify on the following queries?

KSZ9897R Data Sheet (microchip.com)

1. Since the ethernet switch chip complies with RGMII 2.0 standard, Can we expect the MCU chip to recognize the switch/PHY out of the box provided RGMII interface is enabled and PHY address is configured?
Our understanding is we can use the pre-existing software implementation for RGMII with minimal or no changes. Please confirm.

2. We noted in the EVM (KITA2GTC3975VTRBSTOBO1) that the GREFCLK pin of the MCU chip is connected to CLKOUT of the PHY chip. Is this connection necessary? Does this signal need length matching with RGMII RX group(input to MCU) in the PCB?

3. Could you please share information on tested PHY/switch chips with this MCU if available?

Thanks,
Balaji

Hi, i am developing a TC387QP system. The supply mode is :

details are VEXT and VEVRSB use 5V extertal, VFlex and VDDP3 use 3.3V extertal,  VDD use EVRC in SMPS mode.

I have tested GPIO and PWM function, the port is 5V level,but I want a 3.3V level. How can i implement it?

SAK-TC387QP-160F300S AE 

HI,

it exsist a library (or something like that ... the best is free source code) for the TCP/IP managing and easily

portable on a AURIX DEVELOPMENT TOOL project?

Thanks

Fabio

Hi,

We make the system using TC297 aurix controller in single supply mode and enabled the EVR13 (SMPS Mode) but it is not generating 1.3V internally. Please help me out with problem.

here's our schematic for generating 1.3V parts

Hello

We are facing memory limitations in our project we use TC333LP and have been exploring options to overcome this issue. One idea we came across is utilizing the DCACHE address range as an extension to our RAM. We found information in the User Manual suggesting that accessing the DCACHE area is possible when the DCACHE is bypassed or disabled.

However, our attempts to use the DCACHE area as additional RAM have been unsuccessful so far. Is it possible to use DCACHE area as an extension to our ram?

Moreover, we stumbled upon another potential solution. We discovered that there is a dedicated RAM called SCR XRAM for the standby controller. We are considering utilizing this RAM as well. Is it possible to use XRAM area as an extension to our ram?

Thanks in Advance.

Hi all,

I could not find any relevant Hardware Design Guide. Is there any HW design guide or design manual for this family? Also I could not see any recommendation about which SPI flashes that family support. Could you help me with that?

Best regards

Hi,

Sorry in advance if my question comes off ignorant.

Port OMR and OUT always say 0 value.

Here is the snippet.

IfxPort_State_toggled    = (1U << 16) | (1U << 0) /**< \brief Ifx_P pin is toggled. */

IFX_INLINE void IfxPort_togglePin(Ifx_P *port, uint8 pinIndex)
{
    IfxPort_setPinState(port, pinIndex, IfxPort_State_toggled);
}

IFX_INLINE void IfxPort_setPinState(Ifx_P *port, uint8 pinIndex, IfxPort_State action)
{
    port->OMR.U = action << pinIndex;
}

I tried to use this template and made one simple function and put it in main.c file and it was called only once.

void InitLED(void)
{
    IfxPort_setPinModeOutput(D107, IfxPort_OutputMode_pushPull, IfxPort_OutputIdx_general);
    IfxPort_togglePin(D107);
}

But the LED did not really toggle at all and when I see P13_OMR register, it did not change. I expect it has to follow the command by IfxPort_State_toggled = (1U << 16) | (1U << 0)

And! Even I tried to use IfxPort_setPinHigh(D107) to monitor P13_OMR register, but it did not change to 1.

Why does it happen and how can I monitor the value properly?