kopia lustrzana https://github.com/meshtastic/firmware
kinda ugly but BLE sw update seems reliable again
rodzic
6b696bfdc5
commit
8893be57df
3
TODO.md
3
TODO.md
|
@ -24,6 +24,7 @@ being I have it set at 2 minutes to ensure enough time for a GPS lock from scrat
|
||||||
|
|
||||||
Items to complete before the first beta release.
|
Items to complete before the first beta release.
|
||||||
|
|
||||||
|
* use fuse bits to store the board type and region. So one load can be used on all boards
|
||||||
* "AXP192 interrupt is not firing, remove this temporary polling of battery state"
|
* "AXP192 interrupt is not firing, remove this temporary polling of battery state"
|
||||||
* make mesh aware network timing state machine (sync wake windows to gps time)
|
* make mesh aware network timing state machine (sync wake windows to gps time)
|
||||||
* turn light sleep on aggressively (while lora is on but BLE off)
|
* turn light sleep on aggressively (while lora is on but BLE off)
|
||||||
|
@ -78,6 +79,7 @@ until the phone pulls those packets. Ever so often power on bluetooth just so w
|
||||||
|
|
||||||
Items after the first final candidate release.
|
Items after the first final candidate release.
|
||||||
|
|
||||||
|
* split out the software update utility so other projects can use it. Have the appload specify the URL for downloads.
|
||||||
* Use CAD mode of the RF95 to automatically find low noise channels
|
* Use CAD mode of the RF95 to automatically find low noise channels
|
||||||
* read the PMU battery fault indicators and blink/led/warn user on screen
|
* read the PMU battery fault indicators and blink/led/warn user on screen
|
||||||
* make a no bluetooth configured yet screen - include this screen in the loop if the user hasn't yet paired
|
* make a no bluetooth configured yet screen - include this screen in the loop if the user hasn't yet paired
|
||||||
|
@ -89,7 +91,6 @@ Items after the first final candidate release.
|
||||||
* We let anyone BLE scan for us (FIXME, perhaps only allow that until we are paired with a phone and configured)
|
* We let anyone BLE scan for us (FIXME, perhaps only allow that until we are paired with a phone and configured)
|
||||||
* use two different buildenv flags for ttgo vs lora32. https://docs.platformio.org/en/latest/ide/vscode.html#key-bindings
|
* use two different buildenv flags for ttgo vs lora32. https://docs.platformio.org/en/latest/ide/vscode.html#key-bindings
|
||||||
* sim gps data for testing nodes that don't have hardware
|
* sim gps data for testing nodes that don't have hardware
|
||||||
* have android provide position data for nodes that don't have gps
|
|
||||||
* do debug serial logging to android over bluetooth
|
* do debug serial logging to android over bluetooth
|
||||||
* break out my bluetooth OTA software as a seperate library so others can use it
|
* break out my bluetooth OTA software as a seperate library so others can use it
|
||||||
* Heltec LoRa32 has 8MB flash, use a bigger partition table if needed - TTGO is 4MB but has PSRAM
|
* Heltec LoRa32 has 8MB flash, use a bigger partition table if needed - TTGO is 4MB but has PSRAM
|
||||||
|
|
|
@ -31,6 +31,13 @@ public:
|
||||||
if (!canBegin)
|
if (!canBegin)
|
||||||
// Indicate failure by forcing the size to 0
|
// Indicate failure by forcing the size to 0
|
||||||
c->setValue(0UL);
|
c->setValue(0UL);
|
||||||
|
else {
|
||||||
|
// This totally breaks abstraction to up up into the app layer for this, but quick hack to make sure we only
|
||||||
|
// talk to one service during the sw update.
|
||||||
|
//DEBUG_MSG("FIXME, crufty shutdown of mesh bluetooth for sw update.");
|
||||||
|
//void stopMeshBluetoothService();
|
||||||
|
//stopMeshBluetoothService();
|
||||||
|
}
|
||||||
}
|
}
|
||||||
};
|
};
|
||||||
|
|
||||||
|
@ -101,6 +108,8 @@ public:
|
||||||
}
|
}
|
||||||
};
|
};
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
void bluetoothRebootCheck()
|
void bluetoothRebootCheck()
|
||||||
{
|
{
|
||||||
if (rebootAtMsec && millis() > rebootAtMsec)
|
if (rebootAtMsec && millis() > rebootAtMsec)
|
||||||
|
|
|
@ -336,4 +336,16 @@ void destroyMeshBluetoothService()
|
||||||
delete meshService;
|
delete meshService;
|
||||||
|
|
||||||
meshFromNumCharacteristic = NULL;
|
meshFromNumCharacteristic = NULL;
|
||||||
|
}
|
||||||
|
|
||||||
|
/**
|
||||||
|
* Super skanky FIXME - when we start a software update we force the mesh service to shutdown.
|
||||||
|
* If the sw update fails, the user will have to manually reset the board to get things running again.
|
||||||
|
*/
|
||||||
|
void stopMeshBluetoothService()
|
||||||
|
{
|
||||||
|
if (meshService)
|
||||||
|
meshService->stop();
|
||||||
|
|
||||||
|
meshFromNumCharacteristic = NULL; // don't try to notify anymore
|
||||||
}
|
}
|
|
@ -11,3 +11,9 @@ void destroyMeshBluetoothService();
|
||||||
* Tell any bluetooth clients that the number of rx packets has changed
|
* Tell any bluetooth clients that the number of rx packets has changed
|
||||||
*/
|
*/
|
||||||
void bluetoothNotifyFromNum(uint32_t newValue);
|
void bluetoothNotifyFromNum(uint32_t newValue);
|
||||||
|
|
||||||
|
/**
|
||||||
|
* Super skanky FIXME - when we start a software update we force the mesh service to shutdown.
|
||||||
|
* If the sw update fails, the user will have to manually reset the board to get things running again.
|
||||||
|
*/
|
||||||
|
void stopMeshBluetoothService();
|
Ładowanie…
Reference in New Issue