This is the mail archive of the ecos-patches@sourceware.org mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug 1001897] lpc2xxx CAN driver improvements / enhancements


Please do not reply to this email, use the link below.

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001897

--- Comment #4 from Sergei Gavrikov <sergei.gavrikov@gmail.com> ---
(In reply to comment #3)
> So the hardware acts differently than the manual states. I could not
> find anything in the errata sheets and I don't know if this also
> happens for newer (i.e. LPC3xxx) devices - but for the LPC2294
> controller on the olimex board, this is reality. Because the
> controller does not enter RM (Reset Mode) ...

SYNOPSIS

  http://www.nxp.com/documents/application_note/AN10674.pdf | Fig. 14

May we presume that description from AN is not true for some LPC2294
revisions? Perhaps, http://www.nxp.com/documents/errata_sheet/2294.pdf
See CAN.5 (pp. 11,12) "Normal operation cannot be resumed after reset".
May we presume that they did not raise "Reset Mode" for "Bus Off" error
as an early "workaround"? Though, I found no such reassurances on Net.

On the other hand the driver uses lpc2xxx_enter_reset_mode() in a few
places without (?) issue. Uwe, did you noticed any strange behaviors
after this call? If you did not, then my guess is wrong. And if CAN.5
issue can be the reason then we can use your workaround by a condition
is set according some CDL option. Sorry, I cannot help in testing any
more due lack a CAN adapter.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]