This is the mail archive of the
mailing list for the eCos project.
[Bug 1001897] lpc2xxx CAN driver improvements / enhancements
- From: bugzilla-daemon at bugs dot ecos dot sourceware dot org
- To: ecos-patches at ecos dot sourceware dot org
- Date: Mon, 02 Sep 2013 16:22:15 +0000
- Subject: [Bug 1001897] lpc2xxx CAN driver improvements / enhancements
- Authentication-results: sourceware.org; auth=none
- Auto-submitted: auto-generated
- References: <bug-1001897-104 at http dot bugs dot ecos dot sourceware dot org/>
Please do not reply to this email, use the link below.
--- Comment #4 from Sergei Gavrikov <firstname.lastname@example.org> ---
(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) ...
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.