Closed bsculley closed 5 years ago
Further to this issue, I have also tried using watchFor() in place of setting up explicit filters, but it had no effect.
I'm going to try to look into it further. The odd part is that I just recently used a different board but with the same processor and CAN library and it was receiving extended frames perfectly well.
On Wed, Sep 12, 2018 at 7:42 AM bsculley notifications@github.com wrote:
Further to this issue, I have also tried using watchFor() in place of setting up explicit filters, but it had no effect.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/collin80/GEVCU6/issues/6#issuecomment-420617840, or mute the thread https://github.com/notifications/unsubscribe-auth/ACC7ZVVRhcIvSSSTfPmCRMZAO6gr-ynZks5uaPM1gaJpZM4WlIuz .
Never mind. I was using the filter mask all wrong. Sorry.
Hi Collin,
I posted a parallel issue on the due_can repo. I am not able to get the GEVCU to receive extended frames. I tried the CAN_ExtendedPingPong example from the due_can library and was seeing the same result.
I have done this in GEVCO.35.ino setup:
and this in the setup of my custom motor controller:
canHandlerEv.attach(this, 0xF9, 0x1FFFFFFF, true);
Hopefully I'm just doing something wrong, but I sure can't see it. I could use a boost here.