mark9064
mark9064
OK I've looked into it a bit. Firstly for cryptographically secure RNG we have `ble_ll_rand()`, so that base is covered. This RNG is slow though so we only want to...
Since more functions get inlined, the stack has to accommodate more local variables at once. Given the increased stack usage of LTO, I think this is may be not such...
With #2331 systemtask stack pressure is reduced now. Still, it needs some extra compared to before. I'm using GCC 14 locally, but I've never seen it go below 48 minimum...
Agree, keeping constants that are used a lot where blocking would hurt in RAM is a good idea. I think if it's defined as a global variable (but not constant)...
I think you want `pinetime-app-1.15.0.bin`? I've never flashed it directly though so I don't know any details of the process
Could you clarify which version you started with and which version you flashed? 1.15 has no way to disable DFU
According to https://www.bluetooth.com/wp-content/uploads/Files/Specification/Assigned_Numbers.html, 0xC2 is smartwatch which would be correct (Section 2.6.3). Where did you see generic mouse? I could totally be misreading this BTW, I don't find the spec...
I think it's correct. I have a sports watch supporting BLE as well, I've just checked and it uses 0xC1 which NRF connect displays as "sports watch" - checks out....
The joys of the black box apple BLE stack appear endless! Do you have another device to check if that can read the value? Just to confirm it's there at...
Strange... maybe it uses some other characteristic to determine the device type?