close-circle
Close
0%
0%

ZeroPhone - a Raspberry Pi smartphone

Pi Zero-based open-source mobile phone (that you can assemble for 50$ in parts)

Similar projects worth following
close
This is a mobile phone that:

- First and foremost, will be a well-working reliable phone
- Is as open-source as possible *while also being cheap*
- Can be assembled and repaired independently
- Is easy to get parts for
- Doesn't have apps with privacy concerns
- Allows to write your own apps in Python

It costs about 50$ in parts, and all the parts are available on eBay/TaoBao/etc, most of the phone can be assembled with just a soldering iron. User interface is written using Python
and is being morphed into a lightweight phone-tailored UI framework.

A crowdfunded manufacturing run is expected in a month - kits will be available, as well as a small batch of fully-assembled phones. Subscribe to newsletter below!

Subscribe to the project newsletter - to get weekly news and be notified about crowdfunding!

Read previous newsletter editions

Latest newsletter editions:


  • Modern phones are getting more and more complicated and hardware-packed. Unfortunately, that means they're becoming less modifiable and repairable.
  • Phones are getting more and more integrated. Unfortunately, that means more and more possibilities for manufacturers to lock them down without allowing us to modify them.
  • More and more software&hardware is kept closed-sourced. That means it's harder to learn, experiment and customize your phone.

The factors I've listed (integration, complexity and closed-source) are necessary in the world we're living in, with all the advances in engineering, competition between companies, as well as laws in different countries.

However, what if we could have a phone free from those constraints?

So, ZeroPhone project was born. Nowadays, we should be able to assemble a phone from easily available parts, using cheap boards that run Linux, and we should be able to adjust it to our needs - unlike as it is with modern phones, when we have to adjust ourselves to suit the workflow that the phone offers. With ZeroPhone, hackers can finally have smartphones that are going to work for them and not against them, people with special needs will be able to have to have custom-tailored phones, and people that want to protect their privacy will have a phone that respects that.

Technical challenges are: developing PCBs that'd be reasonably feature-packed, but with easily sourceable components that could be soldered without special tools, as well as developing mobile phone software that'd be open, high-quality and highly modifiable to suit any needs people might have. However, much bigger challenges are - building a community of people experimenting with ZeroPhone platform, keeping ZeroPhone open-source and independent of any harmful influences, and experimenting with new ways of integrating smartphones in our lives without having to lose privacy in return.

Features:

  • Raspberry Pi Zero in a PCB sandwich
  • No proprietary connectors, hard-to-get parts or chips that are tricky to solder
  • All the specifications for making this phone yourself will be available
  • Python as the main language for developing apps (aiming to add other languages later)
  • UI toolkit that makes app development quicker and easier
  • Numeric keypad, 1.3" 128x64 monochrome OLED screen (also supports other screens)
  • 2G modem for phone functions, can be replaced with a 3G modem
  • WiFi (using an ESP8266), HDMI and audio outputs, a free full-sized USB host port and a MicroUSB port for charging
  • GPIO expansion headers for hardware addons and customization
  • RGB LED and vibromotor - for notifications

ZeroPhone Wiki

Interesting articles:

Licensing:

#pyLCI fork used for ZeroPhone is licensed under Apache License

ZeroPhone PCB files and keypad controller firmware are licensed under GPL v3


Original project...

Read more »

ZeroPhone-PCBs-gamma.zip

Latest PCB revision

Zip Archive - 12.32 MB - 10/21/2017 at 14:00

download-circle
Download

  • 1 × Raspberry Pi Zero Zero 1.3 or Zero W
  • 1 × SIM800L modem breakout A small read breakout with 12 pins (ZeroPhone only uses 11)
  • 1 × GSM speaker and microphone Speaker from a Nokia phone, and an electret microphone that's neither too big nor too small
  • 30 × Buttons for keypad board 4-pin, 2-pin and 4-pin side buttons
  • 24 × 0603 passives 2x120R, 2x270R, 9x33pF, 9x10pF, 2x33nF

View all 26 components

  • Writing a 2048 game for a ZeroPhone

    Arsenijs3 days ago 0 comments

    Today, I was watching my wife play 2048, and I remembered about all the fun I had with this game myself, back when it was popular. While I don't recall ever getting past 512, I did spend a lot of time and I liked it. So, ZeroPhone can fit 8 lines of text on the screen, and 2048 needs a 4x4 playing field - seems like a perfect match!

    I found some Python code on GitHub that seems to be a great fit - it's cleanly split into logic and GUI parts, and logic does not depend on the GUI in any way, so can be re-used easily. Now that's a great design, if you ask me =) Reading further into it, it seems to be somebody's programming assignment, and I have to say that it was very helpful of that person to put it on GitHub!

    So, let's reuse the logic part, and build our own UI for the game!

    Read more »

  • ZeroPhone uses: streaming audio from desktop to headphones

    Arsenijs11/13/2017 at 06:43 0 comments

    Do you ever feel tethered to your computer because you're wearing headphones, and you can't go away from it because you can't use your speakers for whatever reason? This is for you.

    I often found myself in this situation. Sometimes I'm listening to podcasts, and I want to get up from my desk and grab something from other room, but the speakers aren't loud enough. Sometimes people around are sleeping and I don't want to wake them up, but I also can't carry my laptop with me just because I like the track I just found on YouTube. 

    One of ZeroPhone plans is enabling hands-free applications, using audio for things like notifications (of course, only the most important ones, and the ones you want to hear.) Naturally, I'll be using it a lot  - I'm the "headphones" kind of person, and I know there are plenty of ZeroPhone notifications I'll want to hear about immediately when they happen. Now, what if I want to listen to a podcast, should I unplug headphones from my ZeroPhone and not hear the notifications? The most obvious idea is using the ZeroPhone as an audio receiver, and stream audio from my laptop to ZeroPhone, so that notifications could be overlayed, and I wouldn't find myself re-plugging the headphones all the time.

    So, the setup is like this: I want to stream all audio from my Windows laptop to my ZeroPhone, which sits in my pocket, receives the audio stream and plays it back to my headphones. If my laptop ran Linux, I could just use pulseaudio network streaming capabilities and be done with it. As it's Windows, though, I needed to find something that would work on Windows and would be more user-friendly than using a long command-line copy-pasted from Stackoverflow.

    Read more »

  • An in-depth explanation of a simple GPIO app

    Arsenijs11/08/2017 at 04:09 0 comments

    For Hackaday Prize video, I made some simple ZPUI apps (some of them were mockups, though). One of them was reading an external flame sensor and displaying pictures on the screen depending on whether the sensor detected flame or not. I had to do this in a rush, and I ended up adding some basic, but very useful, functions to ZPUI (though I did have to clean them up quite a bit before I could merge them into official ZPUI version =) ). 

    What's the algorithm of this app?

    Set up the GPIO
    In a loop, read from the GPIO pin
    If pin has logic low on it:
        display picture of fire
    Else:
        display picture of fire crossed out

    The app is, therefore, very short. So, let's go through it thoroughly, explaining it in as much detail as possible!

    Read more »

  • A guide on powering Pi Zero directly from LiIon batteries

    Arsenijs10/23/2017 at 05:10 0 comments

    At the project's beginning, when I was writing the "Features" section in the project's description, last entry was "Tons of Pi Zero-related hacks that were discovered along the way, that I'll share with you as the project goes =)". I didn't actually get to sharing any of them in 9 months' time (also because there actually weren't many I found noteworthy), so last time I was editing the project's description, I just removed that line. Now, I've been reading through hackaday.com/blog, as usual (to be exact, through email notifications that I receive for each post that comes up there - highly recommend subscribing to those). Pi Zero-based projects get there every now and then, part of them are portable projects, most of those use LiIon batteries for power - for example, SegaPi Zero does - check it out!

    The small problem that I see with portable Pi Zero-based projects is - they all use a step-up, to get 5V for powering Pi Zero. When I started designing ZeroPhone hardware, one of the biggest problems was: how to avoid the stepup? Board space was not plentiful (still isn't), I don't know of many 5V-suitable step-ups that actually work well and are easy to source, and sourcing yet another part would be a PITA. Now I'm sure that, in many "Portable Pi Zero" cases, having a step-up is unnecessary, and ZeroPhone experience so far proves it. 

    In ZeroPhone, Pi Zero is powered from a Lithium-Ion battery directly (so, instead of suggested 5V, it's getting 3.3V-4.2V). Does it work? Hell yeah it does! It works reliably, saving power, money and board space. What follows is a wall of text that describes why I went that way, and how's that supposed to work:

    Read more »

  • Low-key project state: Hackaday Prize video, cases!

    Arsenijs10/21/2017 at 12:48 4 comments

    Just made a video for the Hackaday Prize. Right now I'm too sleepy to talk about it, especially given that I accidentally the whole script, so I had to rewrite it 10 hours before, and some photos came to me at the last moment possible =(

    Recently, I made a "How I use my ZeroPhone" worklog. It was really easy to write for me, I shared it on Reddit, got a lot of positive responses and some really good questions. Those questions prompted me to write two more worklogs - "Why ZeroPhone ships with 18650 batteries" and "Making ZeroPhone work as an actual phone". The first one was easy to write - the second one was noticeably harder =) Anyway, stay tuned for the next part of "How I use my ZeroPhone" - I hope it's going to be as easy to write as the first part!

    Now, about project's contributors. @Ninjalicious has the first design of a ZeroPhone case!

    Read more »

  • Making ZeroPhone work as an actual phone

    Arsenijs10/20/2017 at 21:15 2 comments

    One of the most important factors that can contribute to a project falling into obscurity is - does it work as well for calls/SMS/data connections as a real phone would? Right now, it doesn't, and it's immensely important it does. I want to make it a point to have the GSM part, both in hardware and software, stable, and make it one of ZeroPhone project's promises. It's pretty much a pre-crowdfunding priority - that is, until I know it's possible to solve it without changing the project in some major way, I don't feel safe launching the crowdfunding. What's the plan?

    [TODO: insert photo/gif of current phone UI]

    First of all, the 2G modem works with ZeroPhone. I can send AT commands through the serial port to initiate or accept calls, as well as receive or send SMS. Apart from some bugs in the modem's firmware and an issue with the microphone noise (only affects current revision of PCBs), the hardware is accessible and working - but, obviously, you can't use the terminal to call others on a daily basis, and PDU encoding of messages is not that easy to decode by just looking at it =D Now, it needs GSM backend software to be usable.

    Read more »

  • Why I'm currently using 18650 batteries

    Arsenijs10/20/2017 at 15:50 2 comments

    So, there are a lot of questions about my battery choice. ZeroPhone is known to work with LiIon batteries that have 3V-4.2V voltage range, so both 18650 cells and pouch cells will work (though some chemistries, such as LiFePO4, are not yet supported). So, why not decrease the thickness of the phone by using some kind of pouch cell by default, as opposed to bulky 18650 cells?

    The main problem is - I don't actually have control over which batteries others will use, I can only suggest. Lately, lithium batteries are really hard to ship, so when I send ZeroPhones, best I can do is include a holder of some sorts. So, the kind of holder that I include (and assembly instructions which I include by default) is going to the way I can make I suggestion. Currently, I include a holder for 18650 batteries, and instructions are also tailored to these. It's done for multiple reasons:

    Read more »

  • Visual materials - leaflets, block diagrams etc.

    Arsenijs10/16/2017 at 08:29 0 comments

    This project log is dedicated to Morning.Star's work on this project. He is, so far, the most active contributor, and he helps with something that I'm absolutely horrible at - art and graphical design. Here's his latest work for our project:

    We're making an easy-to-read block diagram of the phone, so that it's easier to understand what is connected where. This one is still work-in-progress, but this is something that many projects lack - an overview of high-level blocks, that lets you understand how everything is connected without reading a lot of text and going through multiple pages of the wiki. For this project, I believe it's critical to have such diagrams. The more people understand the hardware, the more they can do with it, and that's one of the goals of the project - seeing what others can do with it..

    I just sent three phones, and when I was preparing them, I decided that I have to improve their packaging. For example, I'd send links to instructions on starting with the phone by email, and that was kind of cumbersome - you need to get online, read a lot of text, make sense of it and then follow the instructions. There has to be some other way - and inserting a paper leaflet in the box seems like an obvious solution. The boxes I currently use are 194x60x50mm, so I wanted something that'd fit the dimensions and not leave lots of free space. Here's what Morning.Star designed:

    Read more »

  • How I use my ZeroPhone (part 1)

    Arsenijs10/16/2017 at 03:19 7 comments

    I've been using various versions of ZeroPhone for more than half a year now, from just carrying one with me to pretty much depending on having it with me. I've also been thinking about what's necessary to integrate it into my life as much as possible. I'm a hardware hacker that does software, and what I like about ZeroPhone is that I don't have to do a lot of software work to achieve my goals. Still, there are lots of goals and features that I have in mind, and many are not covered by existing software. So, once I write the most important pieces of software that I think ZeroPhone needs, I'll make a followup blog post - right now, I'll show what's possible almost out-of-the-box.


    So far, my main usage of ZeroPhone is listening to music, this is the main reason I have my phone 24/7 in my pocket. It drives me, makes me more energetic and gives that boost I sometimes need, turning a boring trip around the town into a quick fun ride and helping me stay in the flow when I'm working. I have a 32GB microSD card, and I've made a 23GB partition on it specifically for music. It seems it's going to be full soon, though - df says that it already has 17GB of MP3s.

    To actually play music, I use mocp from command-line - just point it to a directory, and it plays it (this is the feature that can be really hard to find in smartphone music players, with all their "databases" and "collections"). I have a small pyLCI app to go to next/previous song, and I even have the "next song" available on a hardware key, so whenever a song I don't feel like comes up, I can press a single button to skip it. The only problem with mocp is that I can't actually start it up from the UI after a reboot (you have to use the ncurses UI to make it play the first song). However, it's not a problem - my phone's typical uptime is up to 10 days, it only resets when I forget to charge the battery or do some hardware hacking.

    To sync music with my collection, I can use whatever tools Linux has for syncing files. In addition to that, I have a Python script that syncs music by reading file paths from a playlist, one more that downloads songs from YouTube if necessary, etc. The point is - I get no artificial limitations in software I use, I can write my own, and if I ever crave better features, like playlist tools or multiple backends, I can switch to something like Mopidy.

    Now that I think of it, audio seems to be a promising medium for notifications, enabling certain workflows and improving the UI. Not only it's going to be necessary for accessibility functions (which have been mentioned as a priority in ZeroPhone survey responses multiple times), it can augment the visual UI even for those people that don't actually require accessibility features to use it - if done right.


    ZeroPhone has a full-sized USB port, and can run Linux command-line software - so, it's not uncommon for me to use a ZeroPhone and esptool to flash a MicroPython firmware into a ESP8266, develop Python scripts for it in a cozy environment I get through SSH, and then upload the scripts to the ESP using something like ampy. The toolchain I get as a result is something I could never really get in Windows - it's stable, works quickly and is even automatable if necessary. I used to use a separate, Linux-powered, laptop just to do hardware work like this - now it's doable with the phone I always have in my pocket.

    ---------- more ----------

    Incidentally, I can also charge a smartphone through this port - even though my tests have shown the current is limited to about 0.5A, then the voltage drops too low to be of use (the DC-DC is not that good). Nevertheless, it works as an emergency powerbank, for when my smartphone is at 2% but I really want to continue reading something interesting, or for when my portable hotspot is low on battery. My further plans with the USB port are to develop a backup app - it'd wait for a specific flashdrive in the USB port, then copy all the personal data from the ZeroPhone (or, alternatively,...

    Read more »

  • Project state: Gamma batch assembly and UI rework

    Arsenijs10/15/2017 at 00:49 0 comments

    After the last newsletter, I was on a small 10-day event, which is kind of a vacation for me, since I didn't have access to my tools and everything, and couldn't send out ZeroPhones. Right after that, I went on a hackathon, and from 2nd of October I'm back on track. It's time to send out 3 more ZeroPhones - to Hackaday, for Hackaday Prize Best Product round. 

    Here are the 3 phones that I just assembled, in about 7 hours' time - not from zero, of course, all SMD components and some THT components were already soldered on, I had to solder on the USB ports, the Pi Zero, the displays and then make some finishing touches. However, in the following days, I had to do testing and a lot of debugging - so I just wrote down my thoughts on testing ZeroPhones =)


    Read more »

View all 43 project logs

  • 1
    Step 1

    Instructions are under construction

    Sorry for any inconvenience =) It takes time to make them as good as I want them to be.

  • 2
    Source the PCBs

    You can use OSHPark, DirtyPCBs, Elecrow or some other PCB manufacturing service to order PCBs. Grab the latest release from GitHub, order the PCBs and wait for them to arrive! More detailed instructions are available here

  • 3
    Source the components

    The full list of components (with links to places where to source them) is still being compiled here. Meanwhile, you can use this Google doc as a reference - I'm also making my calculations for larger-scale manufacturing runs of ZeroPhones there.

View all 10 instructions

Enjoy this project?

Share

Discussions

sworobukjamie wrote 11/20/2017 at 02:58 point

when will we get the instruction so we can make this beautiful piece of tech?

  Are you sure? yes | no

Arsenijs wrote 11/22/2017 at 17:32 point

The instructions are being slowly compiled here: https://hackaday.io/project/19035/instructions It's a massive task, so I'm working on it in the background, adding new parts once a week. But before this is finished, I'll finish sourcing instructions - those are going to be finished much sooner =)

  Are you sure? yes | no

Jonathan Cross wrote 11/06/2017 at 18:56 point

It is great to see someone working on an Open Hardware phone, but how do we keep this from falling into obscurity like so many other projects?  Have you considered teaming up with others to collaborate? 

  Are you sure? yes | no

Arsenijs wrote 11/10/2017 at 12:29 point

Absolutely! I'm taking it slow in this regard, I have lots of people to send prototype units to, but I'd rather fix some glaring issues (such as microphone noise). Nevertheless, I've sent out about 10 ZeroPhones to collaborators already, and I'm going to send out more (I've got one on my desk that's going to be sent out on Monday, for example). I'll also seek opportunities to collaborate with other open-source phone makers - right now, I'm looking at reusing their software. 

My general idea about "not letting the project fall into obscurity" (which is, indeed, a big problem) is making the project cheap and easy to replicate - one of the main goals of this project. Once that's achieved, we only need reliable software to go with it - and that's what I'll be putting work in, too =)

  Are you sure? yes | no

Jonathan wrote 11/02/2017 at 05:19 point

What are the possibilities of VoTor? Haha

Voice over Tor?

  Are you sure? yes | no

Arsenijs wrote 11/10/2017 at 12:51 point

As long as there's existing software that does it, that would be easy =) Once I'll get the microphone addon board made, I'll be looking into things like these. Any existing software for voice over Tor that you could suggest?

  Are you sure? yes | no

tngreene wrote 10/06/2017 at 14:19 point

Hey, been keeping an eye on this for a while. Did I miss the crowdfunding opportunity? I'm not sure how crowdfunding works in the sector of the tech world works, but I was expecting like a Kickstarter or Indiegogo link to appear sometime. I'm new, obviously.

  Are you sure? yes | no

Tor wrote 10/07/2017 at 22:48 point

https://www.crowdsupply.com/arsenijs/zerophone   <- This is what I found for a pre-launch crowd funding page. I'm not affeliated with the core team, but I have been watching every single day for updates. I'm so excited for launch.

  Are you sure? yes | no

Arsenijs wrote 10/11/2017 at 14:02 point

Hi! Sorry, would've answered myself this earlier but didn't get a comment notification - again =( So, I'm still preparing the hardware for the crowdfunding - there are lots of variables I need to take into account before I can even estimate the cost, and I also need to make a revision which is as optimized for independent assembly as possible - which is going to be the next revision. Also, I'm now working on complying to Hackaday Prize finalist requirements =) The pre-launch page @Tor linked is the right one, but it's taking time to get to the launch.

  Are you sure? yes | no

dinu wrote 09/09/2017 at 02:46 point

Great piece of work, thanks for sharing.

  Are you sure? yes | no

Magnus Westin wrote 09/02/2017 at 05:42 point

I tried to make a donation using your paypal link, but got this error from paypal:
This recipient accepts PayPal payments only through their website. To complete this payment, please go to their website and follow their instructions, or email the recipient for instructions.

  Are you sure? yes | no

Arsenijs wrote 09/06/2017 at 01:23 point

The new link is paypal.me/TheZeroPhone - I'll tell about the problem that happened in one of the next newsletters =)

  Are you sure? yes | no

Arnaldo Pirrone wrote 08/11/2017 at 10:50 point

Hi, does it makes sense redesigning the modem board to use a simcomm SIM7600C module or equivalent which supports LTE? Considering that GSM/2G is being dismissed more and more and the fact that the ZeroPhone might also be a great pocket modem device (like huawei pocket modems) i'd assume yes. I don't know if it would be cost effective, though.

  Are you sure? yes | no

Arsenijs wrote 08/13/2017 at 08:49 point

Right now, I'm trying to find time to finish the adapter board for SIM5320 that I've started =) It's 3G, and shouldn't require too much additional hardware, so that should be OK for now - 3G doesn't seem to be dismiss-able in the next couple of years.

  Are you sure? yes | no

Blecky wrote 08/09/2017 at 05:12 point

Have you considered a Nokia style case for this at all?

  Are you sure? yes | no

Arsenijs wrote 08/13/2017 at 08:47 point

I have, just that the PCBs will definitely need to be redesigned. There's #Nokia 3210 Retro Fit Board project - I'm watching it closely, check it out, too, it's great!

  Are you sure? yes | no

Yann Guidon / YGDES wrote 08/06/2017 at 23:05 point

Description page : January 2019 ??

  Are you sure? yes | no

Arsenijs wrote 08/13/2017 at 08:46 point

Yep - I have quite a backlog of work, and while this is a priority, it's not as important as, say, finally getting a couple of ZeroPhones assembled to be shipped =) I'm hoping to move this to ZeroPhone Wiki, eventually.

  Are you sure? yes | no

Yann Guidon / YGDES wrote 08/13/2017 at 10:16 point

I can't wait !

  Are you sure? yes | no

Mis012 wrote 08/01/2017 at 11:03 point

Hi :)
I had this idea myself, but not enough skills to pull it off.
What you did looks really cool :) This is something In would 100% implement, because it's the right way to do it (and possible with pi zero - why not take advantage of that?) : http://www.ti.com/lit/wp/sszy001/sszy001.pdf
I hope you like this idea. ^
Also, not sure how much you like your current display, but the cheapest NICE display I found on ebay is this: http://www.ebay.com/itm/1-44-Colorful-SPI-TFT-LCD-Display-ST7735-128X128-Replace-Nokia-5110-3310-LCD-Ne-/162550482786?hash=item25d8c38762:g:Cy0AAOSwXXxZOmn-
not from this seller, there were cheaper ones last time I looked. there is python code available  somewhere to use these, or fbtft (which I would use, combined with a simple C framebuffer library, you basically just make your own). The display(/driver)-specific source file I found in mainline staging, interestingly enough. The nice thing is, a lot of languages can use c libraries. It should be gpu-independent, unless you use mirroring for hardware accelaration. Hope you consider this :)

P.S disclaimer: I hate python syntax, I rather learnt C

  Are you sure? yes | no

Arsenijs wrote 08/03/2017 at 05:11 point

Thank you for the tips! The appnote is interesting, might be a base for one of future mod boards. Those displays are nice, alright, but the breakouts are too big for the top margin of 10cm that I'm limited by - the keypad board is 6cm high, so there's 4cm for both speaker and the display, so this display doesn't quite fit =( Also, by now, there are multiple breakouts for this display, all with different pinouts - and this is a problem for me. But yeah, I'd definitely use fbtft with that display, too (yes, fbtft has now moved to the kernel). So - noted, and future revisions might use this display =)

  Are you sure? yes | no

Mis012 wrote 08/18/2017 at 10:30 point

I'm not sure if you understand what I mean, but it is supposed to be the only usb port - charging + connecting to pc + OTG. If you don't use it, you have 1 micro usb for charging, one for data (and if you use full size for data, you kill off the usb slave function, and a lot of people seem to like OTG functioning properly (unique to zero/W)). You could make a full-size usb mod board, if that's really possible with mod boards, so you don't need OTG cable. https://gist.github.com/gbaman/50b6cca61dd1c3f88f41 for reference.

I'm glad you like the display idea :)

Also, considering this form factor cannot easily use android apps, I would suggest this instead, for a little retro feel: https://retropie.org.uk/forum/topic/11441/would-you-like-to-play-nokia-j2me-games-on-retropie It should be easy to map it to the buttons on the phone (once the java part has sources available, or you can wait for a config implementation). Alternatively, you can use hex editing to change the keycodes, but it took me half a day to figure that out.

  Are you sure? yes | no

Arsenijs wrote 08/26/2017 at 21:09 point

My decision for now is to not use the slave functionality. However, I might just add an easy-to-use addon that'll allow for it. The guideline for me is having "a standalone portable minicomputer", and in that light it totally makes sense to have a full-size USB port. So, current arrangement eliminates the need for any special cables - for example, out of the box, you can plug in a USB 3G modem, connect the phone to charger and make a hotspot (last part is not yet available in software, but I'll work on it). For OTG, simultaneous charging&USB requires a cable that has some kind of resistor between GND and ID pins, and it's much harder to find a cable that actually works (though, it seems, EOMA68 crowdfunding campaign has found a source, for example). 

Nevertheless, connecting the OTG pin from the Pi to the back board, adding a charger&boost IC and a MicroUSB socket is possible (with a small back board redesign and a small add-on board with a MicroUSB socket), I just don't feel like it's the right decision for most of ZeroPhones. Instead, for now, I'll make an (optional) mod board that'll add a USB-UART on the LiIon charger board, as suggested recently - so the charging socket will actually be a charging+console socket, somewhat of a "developer edition". BTW, will you yourself be interested in a MicroUSB ZeroPhone? If so, I'll put it in my list of "things that people might want that I'll have to keep in mind when designing PCBs".

The J2ME thing looks promising - though I don't think it'll be useful until there's a color display, but once it's there, I'm guessing it could look great =)

  Are you sure? yes | no

Mis012 wrote 08/28/2017 at 09:32 point

Hi.

I've been gifted an android phone quiet recently, so I'm not looking for new phone at the moment. If I did, I would like USB slave functionality, trough OTG or not. Of course a hardware 3-switch (data+id) for the A port would be more handy than needing an otg cable, that I can understand.

Another thing I'd love to do, would this be my project, would be an X session JUST over Miracast. Probably with XMonad or something similar, custom key shortcuts, and maybe some menu on the device display. Not sure how well it'd work with phone keyboard text typing. But it would be an amazing way of accomplishing convergence or how it's called. But it would highly depend on the usability.

Also, in my country (czech republic), the 3G infrastructure was never really built, so 4G has WAY better signal coverage..

  Are you sure? yes | no

Arsenijs wrote 09/06/2017 at 20:00 point

Hi! I've been thinking about OTG, and it's very likely the slave mode could actually work in the current hardware configuration (no mods required), I just need a USB male-to-male cable to test it sometime soon =)

I've heard that Miracast driver support is subpar. Which is very sad, since I myself have been looking at wireless display technology and haven't yet found a decent solution. Let's see what the future brings to us!

3G: weird. Oh well, we'll certainly get a 4G modem eventually, anyway.

  Are you sure? yes | no

afshaan wrote 07/24/2017 at 08:30 point

awesome project 

i'm definitely building one for myself

  Are you sure? yes | no

GNUtoo wrote 07/23/2017 at 19:14 point
Hi,

Your project seems to be interesting as:
- As I understand it doesn't use the raspberry pi GPU or
doesn't need to as it uses an SPI display.
- It focus on a minimal and manageable set of functionalities.
- The electronics seem to be assembled in a solid way.

I've some suggestions:
-----------------------
- The Raspberry pi uses a non-free firmware to boot,
but that might be avoidable by using rpi-open-firmware[1]
and adding the missing to make it usable on your hardware.
This will enable privacy conscientious people to use it.
- Make it robust and usable for everybody that have limited
uses cases: not everybody needs a smartphone. Even a
feature phone would work fine.
Also many people would expect or wish to have something
that works out of the box (so non-technical people, or
technical people without much time would be able to use it)
and that works in a robust way(like you don't miss phone calls,
or the phone doesn't break when it rains or travels in your
pocket).
- Take advantage of the freedom if time permits:
- Make it compatible with Android applications like silence
or Jitsi on GNU/Linux to be able to encrypt calls and SMS.

Robustness suggestions:
-----------------------
- Make a case that is as reliable as the ones on common
feature-phones.
- Beware of microSD: According to Andrew 'bunnie' Huang[2]:
"Ultimately, however, every card I’ve encountered
eventually corrupts the filesystem after enough cycles,
it’s just a matter of how long."


[1]https://github.com/christinaa/rpi-open-firmware
[2]http://www.bunniestudios.com/blog/?p=2297

Denis.

  Are you sure? yes | no

Arsenijs wrote 07/25/2017 at 04:16 point

Hi! Great points here, and I've been thinking through them already for quite some time! In a way, this does still use the GPU - it's used by Raspberry Pi in many ways, including pre-Linux bootup, framebuffer, some peripherals IIRC, so it's not as simple as that. Focusing on minimal&manageable set of functionalities is, indeed, what I'm trying to do, at least try to keep myself to it - it's hard to hold back from writing small apps for fun sometimes =) The solidness of electronics is still something I'm currently testing and improving - and it did recently go through 12 days of uptime with no problems, uptime is kind of a "high score" thing for me (but I do have to charge it every night to keep it up).

AFAIK the open-firmware is still lacking quite some peripheral support, but, yes, I've already bookmarked some interesting links about it, and I'm planning to give it a try soon. Maybe there could be a community effort to motivate the developers financially, but then, I'm not sure that the developers consider it to be something they'd be glad to get money for to work on.

Agreed on the robustness. Speaking about it, and cases, a case is going to be developed - there are quite some problems when the phone is out of the case, such as display panel's edges breaking enough to make the image on the display unreadable =( Not to mention that lint from my jeans' pockets is collecting inside the phone by now ;-{

All of the code I'm working with is free, I'm taking advantage of free&open-source software as much as possible at this point - however, I'm sure there are still non-free parts in Raspbian, and I'm not a fan of "not install non-free stuff by default if it's necessary" approach - though I understand it and am moving towards conditions where it's a choice you can make while keeping the user experience the same. Also, unfortunately, it's hard for me to imagine compatibility with Android apps - I perceive it to be quite fundamental of a task, given that ZeroPhone currently runs Raspbian, and the screen doesn't allow for that, either. I'm not saying that the compatibility would be impossible, but I'm sure it'll be tricky. and I'm not well-versed to implement that.

Having encountered SD card corruption myself, I agree. It seems we'll need a good backup app for ZeroPhone - now that gets me thinking... =)

  Are you sure? yes | no

Arsenijs wrote 07/18/2017 at 03:40 point

Hi! So, I've been testing a ZeroPhone with a Zero W for a month now. Well, it works - I was a little afraid about DC-DC not quite capable of delivering enough juice to everything, but it does seem to work as well as it does on the Zero. The two problems are: the WiFi antenna reception is not that great (could be normal for the Zero W, could be decreased from normal due to all the metal around the antenna - I'll have to put Zero W and Zero-based ZeroPhones next to each other and check), and Bluetooth is not accessible out-of-box - I figure it's because the DT overlay I'm using to remap stable UART back to GSM is not quite enough and there are some configuration files which need changes made (I just didn't have the time to dig further). Other than that, there don't seem to be any problems =)

  Are you sure? yes | no

elvestal wrote 07/06/2017 at 11:50 point

Can we get this ones with 3G and swedish keyboard? I want 3.. no 5. To start with. Better fire up that emulator and start building a lot of great apps

  Are you sure? yes | no

Arsenijs wrote 07/16/2017 at 17:27 point

Hi! Damn, no notifications again =( The 3G upgrade is in the works this week. As for the Swedish keyboard - I'll be looking into getting Unicode fonts on the display, then we'll be able to have all kinds of input (and localisation) languages on ZeroPhone =)
If you'll have any questions about app development (like, ways to do things, tips etc.), come to our IRC - #ZeroPhone on freenode, kiwiirc.com/client/irc.freenode.net/#ZeroPhone

  Are you sure? yes | no

elvestal wrote 07/17/2017 at 16:24 point

This is nice, I would love to get the required hardware for building 8-10 phones on our next maker-space meetup, a perfect way to spend a saturday in Sweden

  Are you sure? yes | no

Arsenijs wrote 07/17/2017 at 23:54 point

This sounds great! It's likely going to run you about 500$ in hardware, and I can walk you through the "ordering parts" process if you'd like me to - I'd be happy to compile a "sourcing parts" page for the Wiki, at last =)

  Are you sure? yes | no

elvestal wrote 07/18/2017 at 04:26 point

Thank you that would be terrific. I hope we will be able to take it from there, otherwise I guess we'll just have to buy you a ticket. ;)

  Are you sure? yes | no

Arsenijs wrote 07/22/2017 at 22:10 point

Sent you a PM, do check =)

  Are you sure? yes | no

Tindie wrote 06/30/2017 at 21:14 point

We'd love to see this on Tindie :)

  Are you sure? yes | no

Arsenijs wrote 07/18/2017 at 03:43 point

Eventually, I'm going to sell it on Tindie - but this is likely going to be after the crowdfunding =)

  Are you sure? yes | no

oshpark wrote 06/24/2017 at 19:02 point

Great project!  Are there shared project pages for the boards that were made with us?  Thanks, Drew

  Are you sure? yes | no

Arsenijs wrote 06/24/2017 at 19:13 point

Hi! Of course, that's the least I could do for you, I'm very thankful for your help when I was working on the beta version! The current version OSHPark shared links can be found in this blog post: https://hackaday.io/project/19035/log/59341 , I'll be sharing new versions upon each board release. Once I'll make a ZeroPhone Wiki page on sourcing ZeroPhone components, I'll also add the OSHPark links there.

  Are you sure? yes | no

oshpark wrote 06/24/2017 at 19:22 point

Great, thanks!

  Are you sure? yes | no

dj butansky wrote 06/22/2017 at 16:36 point

Looks great.

Since you are in the game could you give an opinion on how hard a POCSAG pager module would be to add to this?  It has been done with RTL-SDR on the N900 but an integrated and low power receiver/decoder makes it an everyday user's option to be radio silent and untracked unless we want to power up the modem and connect to the mobile phone network.  I discussed this with RMS and he would consider finally acquiring a FOSS mobile phone like this if it respected the user's privacy rather than the power of the state and profitability of the mobile network company.

  Are you sure? yes | no

Arsenijs wrote 06/24/2017 at 10:10 point

Hi! Do you have some specific POGSAC module in mind? It seems some of them use RS232, and we could definitely communicate over that. BTW, I even have 3 or 4 Motorola pagers in my collection of old tech - though when pagers were all the rage, I was too young to have one =) Do you have some info on the RTL-SDR&N900 usage? (seems like it's receive-only)

I think that RMS would be not pleased by the fact that there's still proprietary firmware on the Pi Zero, basically, the whole GPU-that-launches-CPU thing. Once we have a BeagleBone CPU module, however, I think it'll be OK =)

  Are you sure? yes | no

dj butansky wrote 06/24/2017 at 17:48 point

I am a N900 user still, so obviously not as pure as our prophet.  The RTL-SDR used the regular Linux SDR tools and a customized UI gqrx, I dont recall the decoder for pagers, Morse, etc; but the RTL TV dongle literally ran hot in the fragile USB port, not feasible because of the wasted electricity.  I dont have any pagers anymore in my junk collection but yes when talking to Joerg from the opemnoko/GDC project about a radio-silent but listening pager mode; so he came up with the hacker buss during the design phase for the Neo900, a GTA-4mod for the N900 form factor.  The hacker-buss POCSAG module was never actually designed that I know of but he spoke of there still being RS232 interface easy to PCB hardware around.

  Are you sure? yes | no

Arsenijs wrote 06/24/2017 at 19:24 point

The RTL-SDR kind of decoding has to use lots of CPU power, too, so the RTL-SDR wouldn't be the only thing running hot.

Check this out: http://www.radiocom.co.uk/Radiocom - Products.htm This is literally the first result when searching for "POGSAC module", and I can't find the price but the hardware seems OK. Any info on this?

Also, how do you test the module? Are there still pager networks in some countries? Because I think Latvia has long abandoned the thing - but I can re-check if necessary.

Haven't received a notification about your comment, weird =(

  Are you sure? yes | no

Arsenijs wrote 07/22/2017 at 22:11 point

Hi! So, any POGSAC info? I'm trying to understand what the testing setup will look like.

  Are you sure? yes | no

dj butansky wrote 07/23/2017 at 07:40 point

For power savings POCSAG pagers use an IC, I played with RTL-SDR but that is like trying to power a hotplate from a USB port.  

FM RX IC->decoder IC->serial out to ???.  
Sadly I do not know the best packaged silicon solutions to suggest to you but below are two good primers on the whole system with amateur radio DIY paging network from start to finish.

http://www.qsl.net/n9zia/wireless/pager/

http://www.qsl.net/n9zia/wireless/pager/Pager_Handbook_for_the_Radio_Amateur.pdf

if you are an IEEE this should have the design info, I cant read the whole thing though, no login.

http://ieeexplore.ieee.org/document/666002/?reload=true

here is an example decoder IC datasheet, just add a radio rx IC.

http://pdf.datasheetcatalog.com/datasheet/philips/PCF5001T.pdf

Sadly most info for hacking is for use with RTL-SDR our cheap unexpected RF deus ex machina.
But RTL dongles burn furious power vs a dedicated IC.
I remember getting a month out of my Motorola numeric pager in the 90s, it might be easiest to hot air harvest components from a old pager or cut some traces and patch the PCB to a breadboard, read the datasheets, and plug into the serial lines since you seem to have mastered SM PCB awesomeness.
I can look further for datasheets etc, just let me know; remembering I am a kludge of a hack who only really has the powers of soldering, reading English, and perhaps a principled paranoia against technology enabling a tracking society.

  Are you sure? yes | no

gir wrote 06/20/2017 at 22:13 point

congrats! I'm _so_ looking forward for this project getting finalized! Arsenijs - you earned your 1k$!

  Are you sure? yes | no

Arsenijs wrote 06/24/2017 at 10:02 point

Thank you! I hope that you'll continue to make great stuff and inspire others by your great projects, too! =)

  Are you sure? yes | no

Youlian Troyanov wrote 05/31/2017 at 14:40 point

how long until it's on crowd supply? also could you make it maximally modular? i would like to use parts of your design with a completely different arm board, for example, an allwinner one, like chip. using a different arm board could make the whole thing significantly cheaper.

  Are you sure? yes | no

Arsenijs wrote 06/24/2017 at 10:00 point

Sorry, for some reason I didn't get an email notification about your comment =( I'm still delayed by the prototype batch, but now I'm building a testing jig to test the parts - then, after fixing all issues found during testing and sending the phones out, the campaign can start =) 

Currently, modularity is more of a side effect, but, due to the fact ZeroPhone consists of separate PCBs, it's indeed possible to re-use them and replace them - for example, you could swap in a different keypad board. However, the processor board is to be stacked with the front and back boards in the current configurations, so unless you want to re-design the front and back boards, you'll need to design a new CPU board with the same pinout and more or less the same form factor as the Pi Zero does. Oh, and you definitely could re-use the schematics =)

I'm curious - which boards do you want to use? I'll be planning for some compatibility with other boards in the next ZeroPhone versions, so knowing about what you want to use would be very helpful because I could plan it in in earlier stages and maybe figure out some problems I wouldn't figure out otherwise,

  Are you sure? yes | no

Radu Motisan wrote 05/23/2017 at 14:28 point

this was on my todo list as well

  Are you sure? yes | no

Arsenijs wrote 05/23/2017 at 15:01 point

Hey, join the project if you feel like helping =)

  Are you sure? yes | no

Similar Projects

Does this project spark your interest?

Become a member to follow this project and never miss any updates