Lineage and GrapheneOS have proven that reverse engineering is hard. So I'm wondering why can't we have a project that starts from scratch and build the electronics and the OS? In the same spirit of what Apple did with iPhone+iOS. I'm sorry if I sound naive, I just don't realize how hard it is to design a smartphone.
[1] https://news.ycombinator.com/item?id=45586339
But even for a phone from 2015 there were many models on the market, I don't expect every brands poured that much money in developing a phone. What justifies such a big budget? And what could be a minimal budget for a decent phone?
By decent I mean an average phone: can run most of basic apps, average battery life and pictures quality.
Most drivers, radio devices, kernel, android releases are those you get at the beginning, you can't really change a thing due to them being closed source or just one step above from being a firmware blob with a few kernel hooks and once your contract expires your devices die with it.
We investigated if we could at least maintain the software on our own (so to not tell some telco clients their streaming devices were gonna die after 4 years) but it was a big fat no from the licensees. And reverse engineering what we already had was forbidden by contract.
In other words, if you want yo build a free phone, you need to build a free radio, a free storage solution, thousands of weird DACs, graphic cards, screen controllers, sensors and whatnot. Making sure you're not infringing on some patents. It's like starting from ground-up. And it's expensive.
A possible solution would be to invest into building into a raspberry-pi binary compatible base platform (and take advantage of their already open sourced drivers), but it was 100% economically unfeasible for a 100-200€ device.
And also the current application ecosystem: all the apps for iPhone/Android must be runnable. Not mentioned payment systems etc.
You absolutely can produce an open source smartphone. Pine64 has done it. ubuntu and purism have done it. Nokia was doing it, woot n900. Many chinese brands do it. fairphone kinda?
They can build fully open hardware and we have loads of OS that work just fine.
But why then does no mobility provider at all offer them in their phone offerings. Even if they were on page 34. Tmobile usa, everyone in canada for sure, has AOSP and KaiOS for dumb flip phones. But no open options? If you bring an open phone to them, you'll be imei capped and isolated and separately tracked.
But the answer comes when you also realize ulefone or umidigi are also not offered. It's about who is in control. I highly recommend your next phone is imported from a different region than you are in.
Nail on the head. So long as the consumer does not have any power, we can be herded like cattle to wherever the devices we now depend on want us to go.
As an aside, perhaps you can help me remember the name of project? I think about a decade ago, now, someone was working on a completely modular smartphone. The idea behind it was that you purchased the base "frame" with the screen and rudimentary functionality, but then purchased modules based on your needs, to add things like wifi capability, cameras, speakers, etc. Perhaps more importantly, these all snapped into the back of the frame, which made them easy for even the casual user to install/uninstall functionality at-will.
Do you (or anyone reading) remember the name of that project?
I think this is the same thing that holds back desktop Linux. There aren’t a lot of people willing to do that last 10% to make it really great for the average user. Instead we have a dozen different package managers, that average users simply don’t care about.
- Hardware components are often closed and/or documentation is confidential.
- Manufacturing is hard, manufacturers are busy with bigger customers, and you're at the lowest priority to manufacturers.
That was kind of what OpenMoko was ... the end result was pretty lackluster IMHO. Starting from a finished, proven hardware design is probably worthwhile to avoid shipping a phone that can't actually connect to real networks, and can't actually make phone calls if it does connect.
Since the raspberry came out, we can produce pocket-sized computers with touch screens and cameras fairly easily. These are ALMOST smartphones. So why can't we have a raspberry based smartphone?
To me it looks like the problem is around GSM/4G and battery, since pretty much everything else is easily supported by a raspberry pi.
I could cope with Pine phone literally crashing all the time, but I could not cope with the fact that I was not able to place/receive a single call or text message.
Right now, I'd be happy just having a pocket computer with call/4g functionality.
For example the latest cellular standards use shared medium- everybody are transmitting on the same frequency at the same time, but you need to follow strict guidelines for power control and coding. One malfunctioning phone transmitting too strong can disturb a whole cell.
This is hard to achieve using an open source model since tests are conducted on finished products, whole assembled phones.
throwaway81523•3mo ago
hamburgererror•3mo ago
throwaway81523•3mo ago
raw_anon_1111•3mo ago
If you design the hardware, who are you going to get to manufacture it? How are you going to get TSMC to commit to a low volume?