PINE64
A (slight) shipping delay - an explenation + details - Printable Version

+- PINE64 (https://forum.pine64.org)
+-- Forum: Pinebook Pro (https://forum.pine64.org/forumdisplay.php?fid=111)
+--- Forum: General Discussion on Pinebook Pro (https://forum.pine64.org/forumdisplay.php?fid=112)
+--- Thread: A (slight) shipping delay - an explenation + details (/showthread.php?tid=7989)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23


A (slight) shipping delay - an explenation + details - Luke - 09-20-2019

Hi Everyone,

I know that you're all eagerly awaiting your Pinebook Pros. Now that I have a little bit of free time I figured that I should update you all on what's been going on behind the scenes.

TL : DR : we hit two roadblocks that delayed the shipping process by a few weeks (2-3) - but it should be all sorted now. The first batch ought to go out (hopefully early) next week. October batches may or may not be affected; we'll likely make up some of the lost time

Here are the details:

The first problem was related to the Pinebook Pro not powering on in the event that the battery was disconnected from the main board. While this will likely not affect the grand majority of users, a suitable work-around had to be put in place in the event Pinebook Pro has to be ran without a battery. There are now two jumper cables on the PCB that can be bridged to power up the Pinebook Pro without the battery plugged in. Here is the engineering notice.

The second problem we ran into is an incompatibility between factory workflow and the RK3399 SOC boot-sequence. Prior to flashing the Debian MATE image, the factory preloads a testing build on the eMMC to determine if a Pinebook Pro unit is functional. This is after the unit is screwed together and 'completed'. Unfortunately, the inherent RK3399 boot sequence priorities eMMC over SD card, so flashing from SD / USB 2.0 is literally impossible using the build that the factory uses (NB. the custom Debian build permits SD booting prior to eMMC; this described scenario relates only the the factory OS build). In result, all units had to be unscrewed and re-flashed with the shipping build by hand and put back together. As you can surely appreciate, this takes time.

This isn't the factory's fault per se, they are just accustomed to working with SOCs which have a boot sequence hierarchy akin to the original Pinebook, which uses the Allwinner A64; this SOC priorities SD over eMMC in the boot hierarchy. In the future, the default Debian MATE build will be flashed onto the eMMC while all testing will be done from SD.

We expect that we'll make up much of the lost time in future batches, but the deadlines may shift a week or two forward in time.

So, the first batch should now be going out in just a few days, while the October pre-orders (forum member + public) may be suffer a slight delay. I'll keep you posted.

Sorry for the delay!


RE: A (slight) shipping delay - an explenation + details - Jeffersoniantoo - 09-20-2019

Thanks for the update, Luke!

I really appreciate it!


RE: A (slight) shipping delay - an explenation + details - dreddit - 09-20-2019

Good to know. Thanks for the update. I will now dry my eye's. And get back to work.


RE: A (slight) shipping delay - an explenation + details - PakoSt - 09-20-2019

Thanks for the update! It's great to have such transparency


RE: A (slight) shipping delay - an explenation + details - jaylittle - 09-20-2019

Appreciate the heads up Luke. Thanks!


RE: A (slight) shipping delay - an explenation + details - MrTester - 09-20-2019

Thanks for the update! Looking forward to delivery!


RE: A (slight) shipping delay - an explenation + details - agD0i7rY - 09-20-2019

Thank you for this information.
And thank you to the whole team for their hard work.


RE: A (slight) shipping delay - an explenation + details - rick1959 - 09-20-2019

Thanks for the update Luke!!
For me, it makes the "community" feel all that much more connected!
Many Thanks for all the HARD work you and the team have done!! :-)


RE: A (slight) shipping delay - an explenation + details - secristr - 09-20-2019

(09-20-2019, 05:04 AM)Luke Wrote: Hi Everyone,

I know that you're all eagerly awaiting your Pinebook Pros. Now that I have a little bit of free time I figured that I should update you all on what's been going on behind the scenes.

TL : DR : we hit two roadblocks that delayed the shipping process by a few weeks (2-3) - but it should be all sorted now. The first batch ought to go out (hopefully early) next week. October batches may or may not be affected; we'll likely make up some of the lost time

Here are the details:

The first problem was related to the Pinebook Pro not powering on in the event that the battery was disconnected from the main board. While this will likely not affect the grand majority of users, a suitable work-around had to be put in place in the event Pinebook Pro has to be ran without a battery. There are now two jumper cables on the PCB that can be bridged to power up the Pinebook Pro without the battery plugged in. Here is the engineering notice.

The second problem we ran into is an incompatibility between factory workflow and the RK3399 SOC boot-sequence. Prior to flashing the Debian MATE image, the factory preloads a testing build on the eMMC to determine if a Pinebook Pro unit is functional. This is after the unit is screwed together and 'completed'. Unfortunately, the inherent RK3399 boot sequence priorities eMMC over SD card, so flashing from SD / USB 2.0 is literally impossible using the build that the factory uses (NB. the custom Debian build permits SD booting prior to eMMC; this described scenario relates only the the factory OS build). In result, all units had to be unscrewed and re-flashed with the shipping build by hand and put back together. As you can surely appreciate, this takes time.

This isn't the factory's fault per se, they are just accustomed to working with SOCs which have a boot sequence hierarchy akin to the original Pinebook, which uses the Allwinner A64; this SOC priorities SD over eMMC in the boot hierarchy. In the future, the default Debian MATE build will be flashed onto the eMMC while all testing will be done from SD.

We expect that we'll make up much of the lost time in future batches, but the deadlines may shift a week or two forward in time.

So, the first batch should now be going out in just a few days, while the October pre-orders (forum member + public) may be suffer a slight delay. I'll keep you posted.

Sorry for the delay!
Thanks for taking care of these matters on the front end AND formally documenting it, AND keeping us up to date!  I appreciate it!


RE: A (slight) shipping delay - an explenation + details - Luke - 09-20-2019

Thanks for the feedback. Yea, solving the second issue took quite some time because of the time offset between me/ some developers, as well as @tllim AND the factory; In example, if we come up with an idea (usually my night time, right before I go to sleep / TL's afternoon / morning the following day at factory [from my point of view]), it will take an entire workday to get feedback if an implementation worked (I wake up, TL goes to sleep, factory closes...). On top of this, it then  will take a workday to, e.g. fix or alter that implementation to get feedback on a fix ... you see how this goes and why a lot of time gets wasted.

Anyways, as things stand, the China offices will have to deal with the burden of actually flashing the OS images to the eMMC modules (long and boring story - related to how factory flashes OS images / their workflow) and deliver the pre-flashed modules to the factory so they can install them in the PBPs. This is a bit of a pain in the behind - usually the factory does this for their client... But at least now there is a viable, simple, and hopefully sustainable solution to the problem.