AM3354: AM3354 Touch Panel issue

Hello Chihiro,

What version of Linux are you running on the AM335x? Is the ADC being used by anything other than the touchscreen driver?

Regards,

Nick

Hello Nick

Yes. Linux is running on our terminal.

The Linux version is Ti's Processor SDK 1.0.0.3.

The ADC uses STEP1 to STEP4 for reading voltages in addition to the touch panel.
Regards,
Chihiro

Hello Chihiro,

Ok, unfortunately that SDK is too old for me to support on the forums (it's about 8-9 years old!).

What I can tell you is that the ADC driver got a bunch of updates and bug fixes after SDK 1.0. I cannot remember exactly which releases they are, but if you look at the latest version of the AM335x Linux SDK you will see that the driver has changed a lot. I would first try migrating to the latest version of the AM335x SDK. If you cannot do that, you can at least reference the drivers in the latest version of the SDK.

Regards,

Nick

Holle Nick,

We know we are using an older version of the SDK.
We have checked the drivers for the latest SDK and have confirmed that the functions we have fixed are not fixed in the latest version of the drivers.

Regards,
Chihiro

Hello Chihiro,

The challenge here is that I cannot tell you exactly why the FSM state is busy. All that tells us is that the ADC is doing something. Exactly what it is doing, and why it is never going IDLE (if that is what is happening), is not something we can tell just from the FSM state value.

It is entirely possible that a different part of code that was changed over the past 8-9 years fixed the actual issue you are running into, and removing the check "if (status & IRQENB_EOS)" is just hiding the problem instead of fixing it.

Unfortunately, TI cannot support backporting driver changes from later versions of Linux to earlier versions of Linux, so I am not going to be able to do much to help you here.

If you want to dig more into the details of exactly how the ADC state machine works, you can take a look at the Technical Reference Manual (TRM) figure "Sequencer FSM" and the section that follows after it.

Regards,

Nick

Holle Nick,

Please tell us the following about the FSM_BUSY bit.

1. Is it correct that the reason why the FSM_BUSY bit is "1" can be confirmed by STEP_ID in the ADCSTAT register?

2. Is the FSM_BUSY bit "1" when the STEP_ID of the ADCSTAT register is in Charge state or SETP1-15 state?

3. What operations are required to prevent the FSM_BUSY bit from going from "1" to "0"?

4. If the FSM_BUSY bit does not change from "1" to "0", how can I return it to "0"?
    Is it possible to set only the FSM_BUSY bit to "0" without resetting the CPU?

5. When the touch panel stops working, the FSM_BUSY bit does not change from "1" to "0", but the STEP_ID bit is IDLE.
   Is this normal?
   If it's abnormal, are there any reports other than us that it's in such a state?

Regard,
Chihiro

Hello Chihiro,

I am reassigning your thread to a member of our hardware team to discuss the ADC state machine in more detail.

Regards,

Nick

But please do keep in mind that the easiest course of action (if you want TI to be able to support your software) would be to migrate to the latest version of the AM335x Linux SDK.

Regards,

Nick

Hello Chihiro,

Please refer some of the threads and key observation/recommendations.

Do you see this issue on a specifc board or on multiple boards. is there a specific use case when the issues happens?

Have you considered all the design guidelines or recommendations to ensure there are no external noise sources or transients that are being coupled.

(+) AM335x ADCSTAT:FSM_BUSY stuck at '1' - INT- Processors Forum (Read-Only) - INT- Processors (Read-Only) - TI E2E support forums

This issue seems partially related to system implementation, because we have customers using the ADC without any issues. At this point we can only recommend customers try to reduce the noise source that seems to be causing the issue.

There is no way for software to recover from this condition.

(+) AM3354: ADC FSM_BUSY recovery - Processors forum - Processors - TI E2E support forums

An unexpected event must have caused the Touch Screen/ADC state machine to enter an invalid state if it hangs.

There is no way to guarantee every hang will have the same result.  There may be cases where a sequence like the one mentioned does something that allows the state machine to recover, but there may be others that will not respond to the sequence.

The only way to guaranteed it recovers from a hung state is to reset the state machine. The only way to reset the state machine is applying power on reset to the device.

(+) AM3354: ADC FSM busy issue - Processors forum - Processors - TI E2E support forums

(+) AM335x TSC reset - Processors forum - Processors - TI E2E support forums

Regards,

Sreenivasa

Hello Sreenivasa,

This issue is occurring on multiple boards.
This problem occurs when the system is under heavy load.

We designed our boards by reviewing the design guidelines and recommendations.

When we try to review the following thread, we get a "Page Not Found" message and cannot review it.

Please let me know how we can check the threads.

(+) AM335x ADCSTAT:FSM_BUSY stuck at '1' - INT- Processors Forum (Read-Only) - INT- Processors (Read-Only) - TI E2E support forums

Regard,
Chihiro

Hello Chihiro,

Please refer below.