3 ms·
I suppose you could put it into light sleep mode (0.8mA) or deep sleep mode (<0.15mA) most of the time, and only switch on the Wi-Fi/BLE occasionally to sync da
by dheera 5y ago
I suppose you could put it into light sleep mode (0.8mA) or deep sleep mode (<0.15mA) most of the time, and only switch on the Wi-Fi/BLE occasionally to sync data or when the user wants to interact with it. You could also use the hibernation mode (0.005mA) at night, and set up an RTC timer to wake it up in the morning.
I do like the idea of a fully open source watch though, I used to do quite a bit of Android Wear development in its early days [0] [1] [2] but got frustrated with Google breaking my apps every 6 months with new APIs, breaking my Android Studio projects with every new version of Android Studio, and removing them from the Play Store because of new rules. I much prefer hardware and software that just continues to work if you do exactly nothing, which is kind of how all my other appliances work. It's not like my air fryer or rice cooker just stop working if I don't update their software.
Also I absolutely hated Java and would much rather develop in C++, (Micro)Python, or even C, all of which are possible with the ESP32.
[0] https://www.pcmag.com/news/attopedia-for-android-wear-puts-the-sum-of-human-knowledge-on-your-wrist https://www.pcmag.com/news/attopedia-for-android-wear-puts-t...
[1] https://www.androidpolice.com/2014/07/15/there-is-now-a-matrix-falling-code-watch-face-for-android-wear-it-was-inevitable-and-you-know-it/ https://www.androidpolice.com/2014/07/15/there-is-now-a-matr...
[2] https://www.androidauthority.com/android-wear-remote-app-404468/ https://www.androidauthority.com/android-wear-remote-app-404...
- pjmlp 5y agoNot that the experience is that memorable, but wearOS does support the NDK.
- dheera 5y agoYeah but you still have to package up your app inside a piece of Java shit, have 70+ gradle files that break at every new release, sign your package, zipalign (what the actual fuck, the OS should do that) your package, ... I mentioned C/C++/Python because the actual app would be much simpler and less bloated, not because of writing inner functions in those languages.
- pjmlp 5y agoActually I would apply that adjective to Android Java, Google's own flavour of J++, and the NDK as whole. It is incredible how NDK manages to make me miss Symbian C++, so I get your point anyway.