DIALIN-DEN-16242

RESOLVED in CODE WALKTHROUGH.

RESOLVED in CODE WALKTHROUGH.

Advantu team was assumed that false meant the proxy command was not accepted. When we proxy messages through dialin using the dialin channels, the receiver ( HD or DG ) will ACK back in the non-pr...

Advantu team was assumed that false meant the proxy command was not accepted.

When we proxy messages through dialin using the dialin channels, the receiver ( HD or DG ) will ACK back in the non-proxied channel. Dialin will only considers received messages over its own set of CAN channels and will timeout due the ACK from the receiver being sent on the non-dialin channel

EX:
Dialin will send Pressure limits change request over 0x400
HD accepts the message and will ACK back over 0x010
HD sends Pressure limits change response over 0x010 ( Dialin is monitoring via callback )

Proxy commands should be changed eventually... depends on how the users are applying them ( if they are expecting and using a return value like an override ). Older iterations of proxy commands do not return anything nor expect a Denali protocol ACK

Why is driving this change? And should other proxy commands be changed as well?

Why is driving this change? And should other proxy commands be changed as well?

DIALIN-DEN-16242_Pressure Limit Request Fix
DIALIN-DEN-16242_Pressure Limit Request Fix