• After following this thread for a while I must say I'm very interested in the PinePhone. Not having a removable battery is a dealbreaker for me so the Librem 5, despite how good it looks, is not an option. I also like how the plan it to reuse an existing battery.

    I'm also very pleased to see that the anti-feature of a fingerprint sensor has been omitted. If it is on the table for a PinePhone 2 I'd like to request the ability to physically remove it from the device (and possibly cover up the hole with a supplied piece of plastic).

    I have one quick question though; will it be possible to disconnect (and maybe even remove) the front camera? I don't consider it an essential feature to do so, but for me that camera is just dead weight.

    Thank you so much for developing this phone!

  • @Djhg2000 The dev kit has hardware switches for both front and back cameras, and we expect these features to make it into the final end-user product too. As for physically removing the front-facing camera from the case and PCB, I cannot tell you if its going to be easy or possible at all, since we're some 2 months away from an early prototype phone PCB.

    @Jackl again, we do not know if these features will make their way into the end-user units. Perhaps I shouldn't have said anything. We're just exploring possibilities. Regardless, these features - if implemented - will be possible to be disabled / removed / not added, etc.,

  • I think wireless charging doesn't amount to much more than a copper coil, @PINE64

  • @3arn0wl said in PinePhone:

    I think wireless charging doesn't amount to much more than a copper coil, @PINE64

    Qi (wireless) charging is a little more complex than that.

  • Updated the OP with a pair of recent changes to the wiki:

    • Wifi now shown as "b/g/n" instead of "a/b/g/n."
    • 5 year availability (I think this was mentioned somewhere early on, but for some reason I had not listed it here.)

    Also noted that UT does not currently support VoLTE (as discussed in the VoLTE thread) though the PinePhone hardware should.

  • Hey all!

    Two pictures of the PinePhone mock-up and a bit of an update on how things are coming along here.

  • That's looking awesome 😍
    Would be so cool to have a PinePhone, a PineBook AND a PineTab for daily use and all of them with the same Ubuntu Touch OS :-)

  • @PINE64 Just a quick question here. What performance can we expect from Pinephone? Similar to Nexus 5 -ish? Since the Soc is not exactly powerfull, what estimations/ expectations you have from Allwinner A64? Thanks.

  • @Stefano Truth be told that is probably a better question for @UniSuperBox or @mariogrip than me. I think we'll see some test images soon and find out then ...

  • @Stefano I would not expect an overwhelming performance at the beginning. We know that especially unity8 is not optimized for speed. So N5 might be more powerful. But you have to take small steps: A new phone is such a complex project in both hardware and software, it needs to be evolved. So the first devices will be gate-openers for UBports, and I think the generations to come will then be all loaded with the performance you need for non-techy users like your granny :)

  • @Djhg2000 said in PinePhone:

    "Not having a removable battery is a dealbreaker for me so the Librem 5..."

    I just went to their own web site, and they clearly say the battery is serviceable/replaceable.
    To be clear, you mean you want a phone with an externally removeable battery? Just
    click off? I can't remember the last phone I owned which had that.

  • @vandys I mean a removable battery as in a battery you can remove without tools.

    The Librem 5 as I understand it will have the battery on a cable connected to the mainboard and you'll need to disassemble the phone to replace it. Which to be fair means that it will indeed be user replaceable, but it also makes it really inconvenient to use as a method to implement the ultimate kill switch (physically separating the phone with it's battery). When I write an exam I don't want to risk it going off because the power button got jammed against something in my backpack.

    It also makes it impractical to swap batteries during the day if I need to. Most people argue that you can just bring a charger or a power bank with you, but if you had the option, would you honestly prefer that over just swapping out the battery with a spare that fits your pocket? No need to find a wall outlet and no need to waste some of the energy you bring with you on lossy DC/DC converters. It's probably the most efficient way to carry additional energy with you and most of the phone industry has totally forgotten about it.

    Seriously, how did it become acceptable to fumble around with a cable that takes your only I/O port and a brick larger than your phone just to cope with an unusually long day?

  • Here we have a few new developments showing the dev kit working :)

    PMOS with accelerated KDE Plasma Mobile:
    LuneOS (debugging some acceleration issues):

  • First post updated to link to the VoLTE discussion (in case anyone is interested in such details re. carrier coverage) and also to update the ATT info therein.

  • @Krille said in PinePhone:

    That's looking awesome 😍
    Would be so cool to have a PinePhone, a PineBook AND a PineTab for daily use and all of them with the same Ubuntu Touch OS :-)

    I agree, and you forgot a Rockpro64 with Yunohost to host our private cloud (matrix server like synapse, needed for Fluffychat :-) , nextcloud...).

  • @Thatoo You could probably do most of these things with a single RockPro64 and still have some performance to spare ;)

  • @PINE64 Indeed :blush:
    Well, I'm working on this idea as you can read here :
    If you know how to help us to make this tutorial or who could help us to make it, that would be great.

  • @Photojoe4 yes! this would be fantastic.

  • @dualnature Yes, it would, but I'm afraid the audiophile/ubuntu touch user is a rather small group. Would be fantastic if we could "hack" the pinephone to add maybe a nicer dac/amp- maybe even a balanced headphone jack and extra battery pack. For now, I'll just be thrilled to get a phone running Linux with current/replaceable hardware...

  • @Photojoe4 Maybe there could be some exposed pads for I2S we could access with pogo-pins through a modified case?

    The Allwinner A64 has I2S on either pins PB3-PB7 or pins PB3 + PG10-PG13 according to the datasheet and according to the feature matrix on the SUNXI wiki, I2S should be supported in mainline Linux since 4.17.

    Unfortunately the first channel (on the PB pin block) is shared with the SIM card pins if we use the A64 for that. Even worse PB3 (I2S0_MCLK, I2S master clock) is shared with SIM_VPPPP ("SIM Card Power Voltage"). However, the second channel (on the PG pin block) could potentially be of use if we can find another way to solve SIM_VPPPP. I'll leave it up to the PINE64 team to answer that one since this is pretty much all the information I can figure out by myself from the SoC documentation. Maybe we don't even use the built in SIM functionality?

    Anyway it looks like the I2S hardware supports up to 192kHz sample rate and 32 bits depth. This is detailed in chapter 2.1.8 in the A64 manual.

    The built in DAC+AMP is specified to "100dB SNR@A-weight", which means you're looking at somewhere around 90dB SNR without an A-weighted spectrum. Obviously that doesn't hold true for the whole range of 20Hz-20kHz when using the dB(A) scale, but I'd say the difference between the built in 100dB(A) SNR DAC+AMP and a high end external 120dB SNR DAC+AMP is immeasurable when you're anywhere but in a professional studio or measuring the theoretical response on an oscilloscope.

    Unfortunately when I skimmed through the manual I couldn't find anything about the rated power or design impedance, but unless you had some really high impedance headphones to take out with you I'd say the built in audio path is sufficient for high quality playback. You might be glad to hear the A64 does support true line level outputs on C16/D16 in addition to the amplified headphone output on C13/C12 but I don't know if we'll get those routed on the board. Users would probably confuse the line out connector for an extra headphone connector so I would probably use a different connector for the line out anyway.

    This is all very much overkill considering (1) the priority right now is to get the first phone out of the door and (2) the built in DAC+AMP combo is way better than it needs to be for outdoor use. Maybe we could have line out and/or a nicer amplifier on PinePhone 2? To be honest I'd be more interested in the former if you want to use a high quality external amplifier, just cut the internal amplifier out of the signal path entirely and use a 1:1 isolation transformer to get differential outputs.

    This got a lot longer than I anticipated when I started writing an "I'll just copy some stuff from the datasheet" post but I hope I helped answer at least some of your concerns.

    Edit: The dB/dB(A) comments are for the SNR but I had omitted those three very important letters :)

Log in to reply