The 'nobody asked, we shipped anyway' energy is the right spirit for OSS. The wearable OS space is a duopoly with zero interoperability, and having a Linux base means you can actually write what you want without fighting proprietary SDKs.
The QML choice makes sense for the constraints. It gets a bad reputation in desktop contexts, but for small screens with limited input it is genuinely practical. The bigger win here is what happens when a manufacturer abandons your watch: instead of a dead device, you keep getting updates.
Congrats on 2.0. Sustained long-term open source projects are rare, and this one solves a real problem.
I have a galaxy watch 4 which I'd hoped was old-enough to be supported but I can see that it is not. I get it, hardware is hard.
I'm curious, is the challenge with newer hardware lack of chipset drivers for modern watches, or is there a fundamental difference between the new devices and the old ones that make them completely incompatible with asteroidOS?
Wild to see such fragmentation in such a niche space. It's an aftermarket Linux flash for smartwatches, and there are companion apps for SailfishOS and Ubuntu Touch, which are extremely niche flavors of the already very niche mobile Linux.
Not being much of a watch person let alone a smartwatch aficionado, I had no idea there were even that many smart watches. The long list looks impressive. I wonder if there are a lot of the same guts so it's not as bad of a nightmare to maintain as it looks. Either way, the list of supported devices is impressive.
Indeed quite some watches share the same platform as can be seen in this list:
https://wiki.asteroidos.org/index.php/Technical_Details_of_A...
But the manufacturers all cook their own soups and its surprising how much adaption is still necessary per device.
Think of the space as less "I want Linux on my wrist", and more "I want a [cheap || not 1st world expensive] smartwatch as a gift."
These folks do gods work of making them supported and a real shared platform (c.f. their self-post "The only real signal we get is occasional [chat visitor] going "hey, it booted on my watch from 2014 and now it's usable again"")
Hey, thanks for the new release. I should definitely fix my wristband and start wearing my AsteroisOS watch again (LG Lenok).
You have probably addressed that somewhere, but would it be possible to run your UI stack somewhere else? (PostmarketOS).
My other wish for AsteroidOS would be for it to leverage Wi-Fi better. Not sure how much more energy it would use, but having a longer range for my notifications would be nice (at least on LAN). Being able to perform a few other actions independently of my phone would be great: weather % time updates, e-mail notifications, home assistant control, etc. I get that it may affect battery life as well.
While I'm at it: tiny bug report, but I adjusted the time while the stopwatch was running, and this affected the stopwatch result.
I would love if it would support some of the no-brand Chinese watches you get usually for cheap, the hardware is great but the software usually is bad or outdated. I use one now, I don’t even know anything about it other than the Bluetooth name and app name, but it’s good in measuring distance, blood pressure, heart rate, sleep, among others that’s surprisingly it’s very accurate, it also has a builtin strong flashlight, I like it but with a fully fledged linux would definitely be better.
These are all Linux kernel-based WearOS watches (not just smartbands running a barebones microcontroller), so could they be running a mainlined kernel and Linux OS such as pmOS? Of course the UI layer might be specific to the form factor, but everything else could just be standard.
In theory yes. Asteroidos has experimental support for a mainline watch.
Most vendors don't upstream their drivers and kernel mods. Also Android drivers use an abstraction layer and a different format to some extentent. So you have to reverse and write your own driver.
So they could run mainline if the vendor or a user bothers to upstream drivers and hardware quirks.
A lot of the vendors don't meet quality expectations of the kernel team and sources are usually for older kernel versions and the code would need changes or refactoring.
The mainlining work is usually done by the community, not necessarily vendors. The relevant pmOS wiki page is https://wiki.postmarketos.org/wiki/Category:Watch but it may be less comprehensive or up-to-date than the AsteroidOS hardware support list. Everyone can help by adding technical info about hardware to the wiki!
This is an awesome project. Props to y'all for just making something you want to exist!
I have a Tizen-based Samsung watch (Gear Sport, 2017). It's served me faithfully but I'm starting to notice the battery degrading. I'd be interested in trying AsteroidOS with it, if Tizen support ever lands.
Can anyone suggest where to find a watch that is supported if you live in the US? I've been scanning eBay but it feels difficult to get ahold of a supported device. Are there sites that ship to the US where a new or used device can be found?
Usually the Ticwatch Pro 2018/2020 (catfish) is widely available since it was a popular model. The more recent version Ticwatch Pro 3 (rubyfish/rover) is freshly ported and not as well supported as the first Ticwatch Pro yet. I bought one new in box just this week from german ebay for 70€.
We got a Team member in the US/ML who is hoarding watches and seems to have no problem acquiring them :D I wish you luck.
Thats awesome! Recently I was looking into making apps for my smartwatch that don't exist (like watch display with multiple timezones), and infrastructure to make your own apps is very poor.
One thing I wish for is Rust support, since its running Linux it should be possible, isn't it?
It would be possible to use Rust. Nobody got around working on it tbh. But simple things like your mentioned watchface idea are really quick to do in QML.
The main UI and GUI components are Qt. So you could use Qt bindings to build something with Rust.
If you don't want the same look and feel, it's just a normal linux with wayland and systemd. Cross compile to the architecture and adapt the UI to the small displays and you should be fine.
The QML choice makes sense for the constraints. It gets a bad reputation in desktop contexts, but for small screens with limited input it is genuinely practical. The bigger win here is what happens when a manufacturer abandons your watch: instead of a dead device, you keep getting updates.
Congrats on 2.0. Sustained long-term open source projects are rare, and this one solves a real problem.
I'm curious, is the challenge with newer hardware lack of chipset drivers for modern watches, or is there a fundamental difference between the new devices and the old ones that make them completely incompatible with asteroidOS?
Think of the space as less "I want Linux on my wrist", and more "I want a [cheap || not 1st world expensive] smartwatch as a gift."
These folks do gods work of making them supported and a real shared platform (c.f. their self-post "The only real signal we get is occasional [chat visitor] going "hey, it booted on my watch from 2014 and now it's usable again"")
You have probably addressed that somewhere, but would it be possible to run your UI stack somewhere else? (PostmarketOS).
My other wish for AsteroidOS would be for it to leverage Wi-Fi better. Not sure how much more energy it would use, but having a longer range for my notifications would be nice (at least on LAN). Being able to perform a few other actions independently of my phone would be great: weather % time updates, e-mail notifications, home assistant control, etc. I get that it may affect battery life as well.
While I'm at it: tiny bug report, but I adjusted the time while the stopwatch was running, and this affected the stopwatch result.
I would love if it would support some of the no-brand Chinese watches you get usually for cheap, the hardware is great but the software usually is bad or outdated. I use one now, I don’t even know anything about it other than the Bluetooth name and app name, but it’s good in measuring distance, blood pressure, heart rate, sleep, among others that’s surprisingly it’s very accurate, it also has a builtin strong flashlight, I like it but with a fully fledged linux would definitely be better.
So they could run mainline if the vendor or a user bothers to upstream drivers and hardware quirks.
A lot of the vendors don't meet quality expectations of the kernel team and sources are usually for older kernel versions and the code would need changes or refactoring.
I have a Tizen-based Samsung watch (Gear Sport, 2017). It's served me faithfully but I'm starting to notice the battery degrading. I'd be interested in trying AsteroidOS with it, if Tizen support ever lands.
I like that peeking watch face switcher, companies like samsung even after all these years still takes way too long to apply a watch face.
Thanks so much!
What a charming turn of phrase!
One thing I wish for is Rust support, since its running Linux it should be possible, isn't it?