the ble goo is still leaking on destroy, but better

1.2-legacy
geeksville 2020-02-23 14:09:52 -08:00
rodzic a45d7be922
commit 8dfd7a4a71
2 zmienionych plików z 9 dodań i 3 usunięć

Wyświetl plik

@ -2,8 +2,7 @@
Items to complete before the first alpha release.
* fix BLE wake so that we still are announcing
* have sw update prevent BLE sleep
* the BLE stack is leaking about 7KB each time we go to light sleep
* have state machine properly enter deep sleep based on loss of mesh and phone comms
* default to enter deep sleep if no LORA received for two hours (indicates user has probably left the meshS)
* implement CustomRF95::canSleep
@ -166,3 +165,4 @@ Items after the first final candidate release.
* Use Neo-M8M API to put it in sleep mode (on hold until my new boards arrive)
* update the prebuilt bins for different regulatory regions
* don't enter NB state if we've recently talked to the phone (to prevent breaking syncing or bluetooth sw update)
* have sw update prevent BLE sleep

Wyświetl plik

@ -314,7 +314,13 @@ BLEService *createMeshBluetoothService(BLEServer *server)
meshFromNumCharacteristic->addDescriptor(new (btPool) BLE2902()); // Needed so clients can request notification
service->start();
server->getAdvertising()->addServiceUUID(service->getUUID());
// We only add to advertisting once, because the ESP32 arduino code is dumb and that object never dies
static bool firstTime = true;
if(firstTime) {
firstTime = false;
server->getAdvertising()->addServiceUUID(service->getUUID());
}
DEBUG_MSG("*** Mesh service:\n");
service->dump();