Greg,

thanks for testing.

Please check your "can can3 status" output and also check if "level verbose can" + "can can3 trace on" will show frames. Trace output is now done at the "verbose" level.

To go back in the commit history, use "git log" and "git checkout":

"git log" shows the latest commits. You can checkout any commit by referencing its hash value, i.e. "git checkout 1c833dbcbddd4efdbb7ed765cc3ed96be31c820f" will set your working tree back to the commit before I started working on the MCP2515 code.

Then you can advance commit by commit to see where the error was introduced.

If you've open changes conflicting with the checkout, git will detect that and tell you. You can then use "git stash" to put them aside, and later on "git stash pop" to get them back.

Regards,
Michael


Am 31.12.2017 um 07:43 schrieb Greg D.:
Michael Balzer wrote:
Am 30.12.2017 um 19:07 schrieb Greg D.:

The only issue we had was that if you try to transmit several frames back-to-back, the third and subsequent frame sent were all duplicates of the second
frame.  That was fixed by adding a delay in the code, hoping that it would be sufficient for the prior frame to actually get sent.

I've replaced that "nasty hack" by a TX buffer status check polling all three buffers, so TX speed on the MCP2515 buses is no longer limited to 100 frames per
second.

Please test.

Regards,
Michael
I haven't used the ECU code in the last few merges (maybe a couple of weeks), as I've been playing with the modem, but I just merged and now I'm not seeing any frames receive on CAN3.  So, I can't tell exactly when, but it's broken now.

I forget...  Is there a way to force boot the module from the other flash partition?  I could try that to see if it was just the latest merge.

Greg





_______________________________________________
OvmsDev mailing list
OvmsDev@lists.teslaclub.hk
http://lists.teslaclub.hk/mailman/listinfo/ovmsdev


-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26