Problems with ASL5115

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Problems with ASL5115

376 Views
12914A
Contributor III

Hi,

we're working with the MLC #ASL5115. When we drive our curcuit board without the MLC it works fine. But when we connect it to the curcuit board (regardless if the Vcc of the MLC is on or not) the LED's couldn't put ON

We get your RBS (sw539407) for Canoe from the doc store. The MLC does answer to the messages, but it goes directly in the limp home mode. So I could not send any messages except a few broadcast messages without any changes to the limp home mode. The MLC specific buttons and the LHM Enter/Exit don't make any actions on the trace.
I attached the Canoe trace. Can anyone help me find out the problem?

 

Best regards

Sandra

Tags (1)
0 Kudos
Reply
3 Replies

277 Views
SavinoLupo
NXP Employee
NXP Employee

Hi Sandra

  1. About this statement: “When we drive our circuit board without the MLC it works fine”: I don’t get what is the object of the test. If there’s no MLC board, what is the purpose of the test? And what is the tester? Is it maybe a CAN interface CANoe software?
  2. About this statement: “But when we connect it to the circuit board (regardless if the Vcc of the MLC is on or not) the LED's couldn't put ON”: which board is meant? Maybe the NXP evaluation board of the ASL5115? If so, the Vcc must be on ,  else the SBC present on the board doesn’t work (no communication possible) and the MLC goes to Limp Home.
  3. About this statement: “The MLC does answer to the messages, but it goes directly in the limp home mode”: my guess is that the communication watchdog (please look for "LHM TIMEOUT" in the datasheet) is either not refreshed frequently enough or is not refreshed at all. This would explain the ASL5115 going soon to LHM mode. Do you use Rev 0.7 dated Aug 19, 2019 of SW539407 MLC_Canoe_env_CAN or do you use a previous Rev? 
  4. Analyzing your CANoe trace, I realize you are seeing the periodic message with CAN-ID = 155404A0x  (“Broadcast_LHM_Refresh_WDT_CMD37   Tx     1     7E “) , right? Again, keep in mind there's a watchdog mechanism: not writing 111 to the Limp Home mode exit bits (bits 6:4 of register at address 0x3C) with a period lower than the value defined by LHM_TIMEOUT causes the Limp Home mode to be automatically activated. Have you checked whether the CANoe writing period is smaller than the timeout?
  5. About this statement:  "The MLC specific buttons and the LHM Enter/Exit don't make any actions on the trace": do you mean, no message is sent by the CANoe, right? Personally, I see the following message:   “CAN 1   155404C0x   Broadcast_LHM_Exit_CMD38   Tx     3     1E 2E 4E”. Can you please check again whether you see it? Again, which software version do you use?

Regards,

Savino

0 Kudos
Reply

261 Views
12914A
Contributor III

Hi Savino,

Thx for your answer.

1. We developed a LED board to run with different MLC's. In standard config the LED's are controlled from a microcontroller (when the MLC is not powered). When powered on, it should be controlled for example with a rest bus simulation like the SW539407.

2. We're working with our own board. With other MLC's there is no problem except the ASL5115.

3. Yes we're using Rev 0.7

4. Yes I see the refresh one time at the beginning. But it's not periodically send. And the LHM exit button or the register write for LHM refresh in the SW539407 does not make any action. So how can I refresh it?

5. Yes I can send no CAN Messages, except a few Broadcast messages like Broadcast_Start, Broadcast_clear_flags, Broadcast_diagnosis_ask.

 

Best regards

Sandra

0 Kudos
Reply

351 Views
TomasVaverka
NXP TechSupport
NXP TechSupport

Hello Sandra,

I have asked our app engineer who is in charge of ASL5115 to look into it, but he is currently on holiday, returning back to the office on Monday, August 19th. 

Please accept our apologies for the delay and thank you for your patience.

BRs, Tomas

0 Kudos
Reply