Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tesla Roadster digital speedo crashing on latest firmware #324

Closed
markwj opened this issue Jan 21, 2020 · 1 comment
Closed

Tesla Roadster digital speedo crashing on latest firmware #324

markwj opened this issue Jan 21, 2020 · 1 comment
Labels
bug
Milestone

Comments

@markwj
Copy link
Member

@markwj markwj commented Jan 21, 2020

It seems that the xTimerCreate call in the digital speedo of Tesla Roadster vehicle support module is crashing. It happens on the reception of a CAN frame.

Backtrace:

0x4008b72f is in invoke_abort (esp-idf/components/esp32/panic.c:156).
0x4008b9c9 is in abort (esp-idf/components/esp32/panic.c:171).
0x40097765 is in xTimerCreate (esp-idf/components/freertos/timers.c:385).
0x4018ccaa is in OvmsVehicleTeslaRoadster::IncomingFrameCan1(CAN_frame_t*) (components/vehicle_teslaroadster/src/vehicle_teslaroadster.cpp:375).
0x4015ba95 is in OvmsVehicle::RxTask() (components/vehicle/vehicle.cpp:1138).
0x4027fee2 is in OvmsVehicleRxTask(void*) (components/vehicle/vehicle.cpp:940).

That is configASSERT( ( xTimerPeriodInTicks > 0 ) ) on the xTimerCreate function (which is 1 / portTICK_PERIOD_MS from Tesla Roadster vehicle support module).

@markwj
Copy link
Member Author

@markwj markwj commented Jan 22, 2020

Resolved in 6a7a3d2. Built in 3.2.008-115-gb01f8153.

@markwj markwj closed this Jan 22, 2020
@markwj markwj added this to the 3.2.009 milestone Jan 23, 2020
@markwj markwj modified the milestones: 3.2.009, 3.2.010 Feb 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
1 participant