Testers wanted for large buffer crash fix

[PedroKTFC]

I've been working on how to fix the app from crashing when the message buffer is extended too far. Too far is different for different users. Unfortunately, I haven't been able to track down the root cause so I've concentrated on reducing the use of dynamic memory. I've converted many of the app's uses of dynamic memory to use static (fixed) memory. This might make it a little larger but won't make it use any more memory.

I ran a version of this yesterday for several hours uninterrupted and the version that's in repair (both use a 512 byte buffer, as compared with just over 300 bytes in the default branch). I'd appreciate some tests of this with different boards if anyone has time.

This branch also has a change to reduce the number of data requests made to the car when it's awake. Rather than poll everything every time, some things, such as tyre pressures which never change, are now polled less frequently:

• Charge data and shift state data are still requested every time
• Climate state data is requested every 5 polls
• Closures state data is requested every 6 polls
• Tyres state data is requested every 17 polls
  They should be read on an initial connect (eg when it reconnects ot the car comes home).

Currently, these are fixed in the code, would people prefer them to be configurable?

To use this version, you need to change your yaml (you may need to clean build files or even clean all):

Add the following substitutions:

  tesla_ble_component: "github://PedroKTFC/esphome-tesla-ble@repair"
  BLE_library: "https://github.com/PedroKTFC/tesla-ble.git#repair"

and use this for the packages section (if you have the old version with separate lines for each package, just delete them and replace with this version):

packages:
  remote_package_files:
    url: https://github.com/PedroKTFC/esphome-tesla-ble/
    path: packages
    files: [base.yml, common.yml, project.yml, client.yml]
    ref: repair

Many thanks in advance.

[mrd0n]

Compiles and seems to be working from initial tests. I will report back if issues arise - note that previous versions have been stable for me without any crashing/re-booting.

Thank you for all your time and effort spent on this project - it's a joy to be able to interact with the car locally.

[DarrenEwaniuk]

I've compiled and installed the repair version with this test and it works so far on my ESP32-S3, although I've never had the crashes before either.

[top-gun]

I had crashes in the past, but atm it's been stable. This version is stable, too :)

[patfelst]

just installed this version, is running ok at the moment. Will test and report back if any issues.