April Update: New Developments

Lukasz Erecinski Apr 15. 2021 39

Before we start, I’d like to acknowledge that this community update was written collaboratively, with contributions from 7 developers. I hope that moving forward we maintain this dynamic and more developers, as well as community members, partake in the write-up process. If you’d like to participate in the next update then please make sure to reach out. 

Now, let’s get to this month’s news. 

You can watch the synopsis of this month’s community update on YouTube (embedded below) as well as on Odysee and Peertube. Stay up-to-date with PINE64 news and make sure to subscribe to this blog (subscription widget at the bottom of the webpage), follow PINE64 Telegram News channel, the announcements channel in Discord as well as our Twitter and Mastodon.

I’d like to thank JF, Alex (clover), Bhushan, Dalton, Peter (pgwipeout), Biktor, Konrad, Brian (33YN2) and PizzaLovingNerd for their contributions to this community update.

N.B. Comments on the blog post need to be in English and follow our Community Rules and Code of Conduct.

Video synopsis of this month’s update

TL;DR 

  • Housekeeping – PinePhone BE & Pinebook Pro orders prior to April 12th ship out this month & orders made after the 12th mid-May; follow the shipping update thread
  • Housekeeping – we’re giving 100+ OG Pinebooks to a good cause; thank you for all the suggestions!
  • Housekeeping – we’re Linux App Summit sponsors (again) this year. 
  • Quartz64 – a close look at Quartz64 model-B; feature run-down and more
  • Quartz64 – model-A delayed by a month+, as GbE PHY chip cannot be sourced and will therefore be replaced
  • Quartz64 – incredible software progress; board boots both BSP and Mainline Linux now!
  • PinePhone Hardware – keyboard back April 16th, I’ll cover it separately later this month
  • PinePhone Hardware – wireless charging + fingerprint reader back case in production – prototype shown
  • PinePhone Hardware – LoRa back case entering production
  • PinePhone Software – Plasma Mobile status & day 1 patch for PinePhone BE
  • PinePhone Software – Ubuntu Touch on the PinePhone, a look at the progress made
  • PinePhone Software – Further work on the modem; better thermals + GPS now works in custom firmware, and progress with mainline Linux on the modem 
  • PineTime – motion sensor now works in InfiniTime; wake on wrist rotate & pedometer
  • PineTime – InfiniTime UI overhaul underway and new features, including CNC
  • PineTime – working towards 1.0 release later this month – keep an eye out for blog post
  • PineTime – WaspOS progress report 
  • Pinebook Pro and PineTab – production outlook for the year, hurdles and uncertainty
  • Pinecil – The Hammer was an April fool’s joke, but it is actually real 
  • Pinecil – Thermal resistant USB-C cable & mat coming 
  • Pinecil – We hear ya’ a see-through case will be available soon
  • LoRa – PINE64 LoRa gateways now with developers; a look at the hardware 
  • LoRa – We’ve got big plans for LoRa – a list of end-nodes and add-ons already with devs

Housekeeping

Let’s start with some good news. As many of you are surely aware, we have both PinePhone and Pinebook Pro production-runs currently on pre-order. We don’t expect any major delays in the production and dispatch roadmaps of either device, and by the time the next community update goes live we’ll be seeing many new faces in our community. Granted nothing happens in the final days of production, and nothing unforeseen happens during dispatch, the first round of laptops and smartphones should be departing Hong Kong late this month or early in May. Those of you who pre-ordered prior to April 12th will receive your units in early-to-mid May. The second round of shipments will start in mid-May. Under normal circumstances, reporting on production and shipment is pretty mundane, but given the current circumstances it’s something that has taken center stage. As always, I’ve opened a shipping update thread on the forum, which I’ll update regularly. I look forward to welcoming all of the new Pine64 device owners to the community.

I’ll provide detailed production outlooks for individual devices in their respective sections, but here I wish to give you a general overview of how the silicon shortage will affect us, and consequently also you, moving forward. Frankly, we don’t expect production circumstances to improve prior to Q1 2022 – in other words, we’ve got a challenging 8 months ahead of us. Last month we explained our strategy for only taking pre-orders for the PinePhone, PineTab and Pinebook Pro once production is securely underway. We’ll maintain this strategy moving forward – likely for the rest of the year. As a result, the gaps between pre-order windows are going to be longer than they were in 2020. At the same time, due to the pre-order windows being effectively ‘squished’, I expect the time from the moment an order is placed until the device ships will be reduced. 

Devices which can be bought outright will frequently drift in and out of availability in the Pine Store. This is because highly popular devices, such as the Pinecil or the SOPine, will only be added to store inventory once they are physically received from the factory; given current production uncertainties, only units in physical possession of the store will be sold. I’ll do my best to keep you all updated on availability throughout this year – make sure to follow the various news sources, listed at the beginning of the update, to receive updates. 

The original Pinebook – my kid loves her’s

We also have some awesome community news to cover. As you may know, Pine64 has a commitment to giving back to society at large. To reflect this, we announced that we’ll be donating 100+ original Pinebooks to an established nonprofit (or more than one). Since the announcement earlier this month, we’ve been thrilled to see such an enthusiastic response from many community members. Thank you all for the great suggestions. We have now selected a few prospective candidate organizations, some of which I’ve already been in touch with, and will be making our final decision in the coming weeks. Once again, I would very much like to thank all of you who took the time to submit a suggestion. 

Via Linux App Summit Twitter

Lastly, we’re once again sponsoring this year’s Linux App Summit, taking place May 13-15. It is a virtual event co-hosted by the GNOME Foundation and KDE Community, which spans multiple time zones and features some of the industry’s and open source community’s brightest minds. The purpose of LAS is to help grow the Linux application ecosystem by bringing together people from various segments of the Linux world. The conference features talks, panels, Q&A sessions in which attendees share their ideas on how to build a sustainable and competitive Linux app ecosystem. Attendance is free of charge and everyone is welcome to participate; registrations are now open. I hope to see many of you there! 

Quartz64: Hardware 

Before we move onto all the good news concerning development as well as the unveiling of Quartz64 model-B, we need to get some bad news out of the way. During the model-A production we learned that the Gigabit Ethernet PHY we intended to use is completely out of stock, with a projected lead time of 12 months. Moreover, the price per unit has increased by 850% (yes, that’s right, that isn’t a typo) making it unviable. We obviously have no intention of waiting a year for the PHY to become available again, nor to pay nearly 10 times more for the chipsets, so we will be replacing the original PHY with a different chip. We are currently weighing in on our options and collecting opinions from developers. As a result, the launch of the model-A will be pushed back by a month or more. By the time the next update goes live I’ll surely have a much clearer picture of Quartz64 model-A production status, so for the time being I have to ask you to be patient and to stay tuned.

As you probably gathered from this and the past community updates already, all things related to production remain in a constant state of flux. Last month I wrote that the Quartz64 model-B won’t be seeing a release anytime soon, and now here I am a month later showing off the model-B and announcing that we intend to bring it to the market at around the same time as the now-delayed model-A. This roadmap is, of course, based on our current understanding of available parts and present production circumstances, and therefore subject to change. Next month, when more is known, I’ll make sure to provide a joint model-A and model-B production update. If you haven’t checked out model-A yet, then make sure to read the February community update where I showcase and discuss it at length.

Top and bottom of the Quartz64 model-B single board computer

Now that I’ve given you a general insight into the production schedule, let’s overview the model-B itself. The board shares the ROCK64’s footprint and features all of its I/O, so for those of you using the ROCK64 in your projects, or in an industrial setting, the Quartz64-B will surely be a nice upgrade. The engineers did, however, manage to squeeze more I/O into the model-B than the ROCK64 offers; apart from the full GPIO, Gigabit Ethernet, micro SD, eMMC slot,  2xUSB 2.0, a single USB 3.0 port, IR R/X, digital video and an audio jack, you also get DSI, CSI and an M.2 (PCIe). The Quartz64 model-B also features onboard wireless connectivity. We’ll be offering the board in two versions: with a Realtek Bluetooth/WiFI chipset and a BL602 from Bouffalo, the latter of which is undergoing open-sourcing in our very own Nutcracker Challenge. For more details, you can find the schematics for the Quartz64 model-B (and A) on the respective subsection of the PINE64 Wiki

Nice little board, isn’t it?

Closing this section off, I have some excellent news concerning software development. Thanks to the work of many people, notably pgwipeout, gamiee and Xalius as well as ezequielg and ndufresne from Collabora, we now have the board booting both mainline and BSP Linux. The fact that they collectively achieved this in just a short month’s time is very impressive. I’ve asked Peter (pgwipeout) to write a short but detailed development-status update for you, to which he kindly agreed. 

Quartz64: Software [by Peter (pgwipeout)]

We are currently using the public facing development branches of Rockchip’s repositories. For Quartz64, this means Rockchip’s heavily customized U-boot-2018 and Linux-4.19 customized for Android. We are presently stuck using the pre-built SPL and Trust binaries from Rockchip-Android until mainline ATF is released. The boot system has changed significantly from earlier Rockchip generations – the new system is simpler, but will require retooling the mkimage tool to compensate for the new format. Here is what works as of today: for starters, U-boot allows booting from micro SD cards as well as eMMC, although the latter hasn’t been tested. We can load kernels, device-trees and initrd images. USB-OTG works partially too. As for Linux itself, we are now able to boot both BSP Linux 4.19 as well as mainline Linux. 

Top: Quartz64 booted into mainline Linux / Bottom: Quartz64 booted into BSP 4.19 Linux

Linux 4.19 boots into userspace and some core I/O is functional, including the GbE controller, USB 2.0 and serial. It is noteworthy that GbE performance is above that seen on the RK3399. USB 2.0 works, albeit it is unstable with long cables, and Serial works only though FIQ-Debugger. As for mainline Linux, as of today we’ve got working clocks, GPIO, micro SD, eMMC (although it hasn’t been tested) USB 2.0, USB 3.0 and the GbE controller. Similar to the Rockchip provided BSP, USB 2.0 only works with short cables and USB 3.0 currently doesn’t function when cables are plugged in. 

This is a very promising start, but much is yet to be enabled. For instance, PCIe interrupts are broken at this time. Using downstream Linux-4.19, PCIe cards are eventually detected through polling, but they are not functional; mainline detects the problem beforehand and doesn’t permit the driver to probe. It’s a mapping problem, see above. The USB3.0 problems are possibly related to the USB2.0 issues, as this appears to be a PHY problem. Lastly, reboot – which is handled through PSCI, that is provided by the ATF binary, is currently not functional. Everything else is untested as of now.

Compiling Linux kernel on an 8GB RAM Quartz64

There are significant challenges still ahead of us. We are working off the rk3568 documentation, which the rk3566 is a watered down version of. Unfortunately there are differences that take a bit of trial and error to trace out. The rk3568 GIC-V3 required Rockchip to implement significant changes in the irq driver due to architectural limitations. These changes will have to be ported to mainline Linux in a way that will be accepted. The Rockchip Linux drivers are incomplete and the mainlining effort has only just begun. We also need the source code for ATF to fix the reboot bug as well as work out other issues.

PinePhone Hardware

Let me start with some good news. We have the PinePhone production under control, at least for the foreseeable future, and despite the component shortages we’ve managed to secure at least 3 more large production-runs this year. Keep in mind that each pre-order and shipping cycle takes approx. 2 months. Hopefully, by the tail-end of the year the component availability will improve somewhat, and extensive logistics gymnastics will no longer be necessary to assure product availability. There may, of course, be some hiccups along the way, but here is the take-away: there shouldn’t be any issues with getting a PinePhone this year. 

I’ve also got some good peripheral hardware news for you. For starters, the last parts of the PinePhone keyboard should be back from the factory tomorrow. This, obviously, means that the keyboard will not be featured in this update. But stay tuned, I will keep you informed on the keyboard later this month via another blog post or a thread on the forums – I haven’t decided yet. Regardless, we are finally going to see the keyboard fully assembled soon, and I know that many of you are very excited to see it in its completed form. 

In other hardware news, I have an update regarding LoRa as well as the combined fingerprint reader and wireless charging back cases. Both back cases have been shipped off to be manufactured now, which means that we’ll see the finished versions in the near future. The lead time on the chosen fingerprint sensor is currently 6 weeks, so that plus the manufacturing time means we should see the built prototype this summer. The LoRa module will enter assembly shortly after, but may become available for purchase at about the same time as the fingerprint and wireless charging back case.

Left: fingerprint reader / right: wireless charging coil and circuitry

But let me back-track slightly; the new custom back case can house the wireless charging circuitry or the fingerprint reader. Both already work with the PinePhone. The wireless charging coil works because it is a ‘dumb’ peripherial, which doesn’t reqire any code to function, while the fingerprint sensor works thanks to the work by Zachary Schroeder. As some of you may remember, Zachary is the person who built the original prototype back case featuring a fingerprint scanner. The code already works and you are able to unlock the phone using your fingerprint. I suspect that this case will prove highly popular in the community. Also, since I know someone will ask, we will likely make it possible for you to obtain both the charging coil and fingerprint reader without purchasing two separate cases. The beauty of the PinePhone is that it allows for this sort of functioning. Lastly, I can well imagine that someone will probably find a way to cram both peripherals into the single case, but we do not officially support such a combination. 

PinePhone opened using fingerprint reader

PinePhone Software [by Bhushan, Dalton, Biktor and Konrad]

Plasma Mobile – by Bhushan

After the image was shipped to the factory several important changes were made in Plasma Mobile upstream. For one, Jonah Brüchert removed the workarounds added for angelfish, as a result the angelfish browser performance was improved quite a lot. Moreover, Devin Lin and Marco Martin made several changes in the user interface, like the top sliding panel that can be opened in 2 stages, and various other visual improvements.

The performance of Angelfish is really quite impressive

On the low-level side, there’s an ongoing effort to improve the modem stability from the kernel side – you can read more about this in the bugtracker. There is also pending work in progress patch from NetworkManager, which allows to connect to Mobile data easily when using Ofono based systems like Plasma Mobile and Ubuntu Touch. 

You can now pull down the top sliding panel partly (pictured) or fully

If you want to stay up-to-date with Plasma Mobile news, you can follow Plasma Mobile blog, and if you would like to provide a feedback or report issues to Plasma Mobile team, the please create an issue at https://invent.kde.org/teams/plasma-mobile/issues or head to our chat rooms

Ubuntu Touch – by Dalton

I’ve seen some sentiment in the community that Ubuntu Touch for the PinePhone is not being worked on — and that could not be further from the truth!

Our big project at the moment is updating from the pine64-org kernel that many projects maintained for 5.6 to megi’s 5.10 or 5.11 kernel. This has been months coming, but we can see the light at the end of the tunnel. We’ve almost got all of the phone’s hardware working on the new kernel as well as or better than the old kernel. There are some great improvements coming with this update:1) Improved mobile network reliability; 2) Hardware-accelerated camera viewfinder — it’s no modern Android phone, but it’s much improved! 3) Call audio works much more reliably.

There are still some things to take care of, though. For example, it fails to boot very occasionally, instead sitting at the splash screen. This has caused many users to reflash their devices, expecting it to be broken when really they just needed to reboot. Obviously not in a releaseable state.

Performance with the updated kernel is really good

If you want to try out the new shiny after the more extreme issues are resolved, you should switch to the “Development” or “Release Candidate” channels in Ubuntu Touch. If you’d like to test out the absolute newest, though, join us in the “kernelupgrade” channel! You can switch update channels on your device by browsing to Settings -> Updates -> Update Settings (at the bottom of the screen or a gear in the top right corner, depending on your current Ubuntu Touch version) -> Channels. Select a new channel there and give your device some time as it downloads the new update. If the Settings app seems stuck, make sure the screen stays on and it stays in focus. Once the download has finished, you will be able to browse back to the Updates page and click Install on the downloaded update.

Modem part 1 – by Biktor 

Work on the open source user space side of the modem had led to three milestones these past few weeks: better power handling and thermals, and reliable AT interface as well as GPS.

As for the prior, first of all credit where it’s due, the modem is already quite optimized in terms of power consumption, but being inside of a phone wasn’t it’s primary purpose. While the modem stays in low power mode when the Pinephone is asleep, it gets out of that mode when you turn on the screen. Latest changes to the userspace and kernel turn down CPU clock to 100MHz from stock’s minimum of 400MHz, but also try to keep it at that frequency even when the phone is active. This means the modem now produces less heat and consumes less power in any scenario, while maintaining the same data transfer speeds.

As for the AT interface, the modem has two ways of communicating with the Pinephone – the QMI protocol and the AT interface. While the primary communication channel with the modem happens through QMI, userspace daemons also need AT commands to adjust some parameters, so this needs to be done to ensure all the different applications receive the responses they’re expecting, and to provide additional functionality in the future. At this point most of the commands only emulate the expected response from factory firmware, but work is being done to reimplement all the needed commands and add some new ones that can be helpful.

Last but not less important, standalone GPS now works in the open source firmware, which brings feature parity with the stock firmware, allowing to direct the efforts to optimize and fix the remaining bugs.

The news of the modem running an open stack got media’s attention – article in screenshot

Modem part 2 – by Konrad

My previous work on mainlining the modem has found its way into the now  released PMMS (PinePhone Modem Mainline Suite) – a set of scripts gathered from both other community members and created by myself. These scripts allow for quick deployment of the mainline kernel onto the modem. It is a non-destructive process, as the image is only “fastboot booted” and not written to the NAND. PMMS provides a set of prebuilt binaries, including a modified postmarketOS ramdisk, so that developers can quickly confirm whether it works on their devices and play around with the hardware via telnet. It’s obviously not production-grade, but should things go well, the modem will be able to run the same – if not a newer – kernel version than the PinePhone itself… eventually. Presently it is only meant for development purposes and regular users should not attempt to run it.

Pinebook Pro & PineTab

I am devoting the entirety of this section to discussing the Pinebook Pro and PineTab production outlook this year. If you’re interested in learning about Pinebook Pro software developments then please read the Pinebook Pro section in last month’s update, where I listed some of the more notable recent developments. Back to the subject on hand; as many of you are probably aware, the Pinebook Pro is currently available for pre-order on the Pine Store, with an estimated shipping window late this month. Production is currently proceeding well and, unless we encounter unforeseen issues with assembly or dispatch in the next two weeks, many of you will be receiving your Pinebook Pros around this time next month.  

Moving forward, following the current batch, the production of the Pinebook Pro does look quite difficult. Many of the key components we require to assemble the laptops have either skyrocketed in price or are nowhere to be found. This forces us to actively monitor and evaluate production viability, and given the constantly changing market situation it is very difficult to predict when we’ll be able to schedule the next production-run. It could be as early as in two month’s time or much later in the year, or even early next year. There simply is no saying. Moreover, further price increases may occur, although we are very aware that the Pinebook Pro makes for a less attractive option at a much higher price-point.  

Don’t worry, we know many of you want the PineTab back in stock

The good news is that the current production-run is quite sizable, and there are still many units available (which I expect will last us for quite some time). That said, If you’re on the fence, but think you may want a Pinebook Pro eventually, then I strongly suggest you get one now. 

As for the PineTab, we’ve made it no secret that we’re prioritizing PinePhone production at this time. With very few available components, including the A64 SoC itself currently in short supply, we are opting to produce the much more popular device. Furthermore, if we were to open PineTab pre-orders at this time, it would have to be at a much higher price-point, which I believe makes for a far less attractive proposition. With all that said, we will seek to seize a window for a production opportunity opening this summer, and we will attempt to produce another batch of PineTabs. At present time it is impossible to tell if we will succeed in securing all the necessary components, negotiate sensible pricing, and ultimately offer the PineTab at an attractive price-point. 

Before I close this section off, I want to make it abundantly clear that while this is the outlook as of today, April 15th 2021, and it is a subject to change. While the situation may seem less than ideal, it may change any day. The situation is so dynamic that everything I wrote above may be completely invalid in a day, week, or month’s time. Stay tuned for updates.

PineTime [by JF & Brian (33YN2)]

The activity on the InfiniTime project was quite intense these last couple of weeks. Firstly, we’ve finally enabled the motion sensor, which allows to add step-counting and wake up on wrist rotation functionality, both of which are long-awaited features in InfiniTime. This is a major milestone as the motion sensor was the last part of the PineTime hardware that wasn’t integrated into InfiniTime.

PineTime waking up on wrist rotation

Once these features were finally enabled, we quickly realised that there is a need to allow users to enable and disable the wake up on wrist rotation, and for some kind of “Do Not Disturb” mode, where the vibrations of the notifications could be disabled. It took only a couple of days for Joaquim to contribute to these functionalities and… a lot more! His pull-request named BigRewrite is basically a major rewrite of the UI, which adds a lot of functionality, settings as well as apps to InfiniTime. Here’s a summary of his work: 1) Visual changes and improvements; 2) New UI navigation – swipe up to open the notifications, swipe right to open the new “quick action” menu, swipe down to open the applications menu; 3) The quick action menu allows the user to set the display brightness, disable notification vibrations and enter into the settings menu; 4) This settings menu allows users to configure the display sleep timeout, how the device can be woken up, the time format (12/24h), the default watchface and much more; 5) The watch can be woken up by a single or double tap on the display, or by wrist rotation; 6) The settings are saved in flash memory so they can be restored every time the watch reboots

This pull request is pretty big, but it brings so many features and improvements that we will work  to merge it as soon as possible.

A sneak peek at the new user interface

Now, there is no need to rush to the release page to find a new version of InfiniTime to flash on your device, as those changes have not yet been released. All these changes mean a lot of modifications to the code, and we are still in the process of fixing integration issues and bugs, as well as ensuring users will be able to install this new version without any issue on their devices. This will take some time, but we’ll do our best to release a new version by the end of the month. I’ll make sure to notify you all, here on PINE64’s blog, once our first firmware release goes live – so stay tuned for that. 

In the meantime, I would like to thank everyone who’s helped with these developments. Joaquim did a tremendous job with the UI refactoring, and many other people helped testing the new features, fixing I²C bugs, measuring power consumption, and also encouraging the whole team to continue their hard work – it really shows how helpful and dedicated our community is!

Companion apps developers were also busy these past few weeks. In the last community update, I introduced Siglo, a GTK based companion app for the PineTime which, at the time, was able to sync the time of the watch. Now, Siglo 0.6.0 supports multi-device functionality, allowing the user to choose which PineTime it should connect to (useful for people working on multiple dev kits and sealed devices). Moreover, you can now easily update your PineTime thanks to the integration of the OTA (Over-The-Air updates) and the Quick Deploy Mode, which allows users to query github releases and let them choose, pull and flash assets all from within the app!

Siglo v0.6.0 by Alex Robinson – original video

We also welcome a newcomer in the PineTime ecosystem – the PinetimeFlasher is a GUI app to help flash firmware into the PineTime using OpenOCD on Windows. It’s written in Python using PyQT5. This project is at its very beginning, but I trust Electr0Lyte to continue working on this app in the near future.

Flashing PineTime on Windows 10 – via Sravan Senthiln

Last but not least, WaspOS has seen some recent interest from developers, with work in progress feature pull requests such as a screen timeout setting, weather application, and a new phone application for showing incoming calls. Aside from that, two notable features that managed to be merged include a new word clock application, and the ability for wasptool to read battery levels. There’s also been a few minor bug fixes and improvements.

Pinecil

It is safe to say that the Pinecil has reached an unprecedented level of success – no matter how many we produce — and trust us, we produce many units — they immediately get snatched up. In terms of volume of units sold per day, the Pinecil is only second to the SOPine – and that is an industry-oriented device where orders frequently range in 10k+ units per order. To this end, we’ll strive to produce large batches of the Pinecil at regular intervals – at least for as long as the necessary components are available. The next production run of the Pinecil should be available any day, and many of you will surely be glad to hear that a number of cool accessories will be available at check-out this time around. 

Those of you who visited the Pine Store on April 1st were likely amused to find the Mjolnir hammerhead tip for the Pinecil in the inventory. This was obviously an April fools joke, but there is the plot twist – a Pinecil hammerhead has been in the works for some time now and will be available for purchase soon. The accessory offers a large surface area capable of heating a sizable area of a PCB. The primary function of the hammerhead is desoldering surface mounted PCB components, but I can imagine it also being used for a number of other applications. I don’t currently have an ETA for the hammerhead, but it should find its way into the Pine Store this month. 

See, we told you, it is real!

Many of you will also be thrilled to learn that a transparent Pinecil case will be available once the new production-run becomes available for purchase. Many of you have requested a transparent case for some time now, and we are happy to finally make it happen. That said, we haven’t yet decided if the transparent case will become a permanent addition to the store’s offering – so if you really want one, then I suggest you get one now. 

The transparent silicon grip is a nice touch, don’t you think?

Lastly, we will also offer a thermal isolation mat (pictured above) and a high quality heat-resistant USB-C power cable capable of delivering 4A power. The mat and cable are both capable of withstanding exposure to a temperature of 350*C, and I personally think both are great accessories for anyone doing substantial amounts of soldering with their Pinecil. The cable is particularly interesting, as it is completely custom made to our spec and will be the first cable with such heat resistance on the market (at least to our knowledge – but we first attempted to source a cable such as this, and came up empty handed). I don’t presently know when exactly these items will be available in the Pine Store – possibly at the time of publishing or sometime soon after. 

LoRa 

As I mentioned in the February community update, and as I’ve been alluding for nearly 6 months, we’re very interested in using LoRa and LoRaWAN for connectivity in PINE64 products. I invite you to read the February update to learn about some of the things we’ve envisioned for the future. At this stage we internally already have a detailed and extensive roadmap for our LoRa implementation, which you can expect to unfold over the course of next 6 months. I’ll be sharing details as things start taking shape; there are other parties than just ourselves, so as much as I’d like to explain everything outright I also need to consider others who are involved. I trust you all understand. 

Above you see a picture of an open PINE64 indoors LoRa gateway. Before moving onto discussing what’s actually there in the picture, let me just quickly mention that an outdoors version will also be available with an aluminium, rugged and water resistant case. As a base for the gateway we use the PINE A64-LTS, fitted with a purpose built hat (adapter) which choses the LoRa module by RakWireless. If you’re a LoRa aficionado, you’ll be happy to hear that the chosen chipset is the modern SX1302, offering increased range and speed over its predecessors. The module interfaces with the PINE A64 LTS via the SPI interface, and as you can tell from the picture we have two leads to the outside of the casing – one for LoRa the other for GPS.

Internals of PINE64 LoRa gateway prototype

Over this past month we built up a handful of these prototype LoRa gateways and shipped them to (sometimes unsuspecting) developers with an interest in the field of communications. While they work on getting the gateways up-and-running, we’ll be turning our attention to the end-nodes. I have already mentioned the LoRa back case for the PinePhone earlier in this update, but we’re also working on a standalone USB dongle-type end-node adapter, a PineTab adapter as well as a SPI module, which can also be configured as a USB LoRa dongle. We will also be releasing a LoRa stick powered by a single 18650 battery. It will use the BL602 WiFi/BLE RISC-V module (currently being open sourced in the Nutcracker Challenge), and can be fitted with GPS, an low-power OLED panel and additional sensors.  All the end-nodes will be using the SX1262 chip. 

Left: USB LoRa end-node / Right: SPI, breadboard compatible end-node

But this is just the beginning. We’ve got more LoRa-related products in the pipeline. In the meantime, I am attaching a video by Privacy & Tech Tips, who made an overview of the kit we sent him earlier this month. Lastly, Discord, Telegram and Matrix chats for LoRa on the PINE64 platform should be added at the time this community update goes live, or shortly afterwards.

Lastly, we’re looking for a name for the LoRa project and we’re open to ideas; please leave them in the comments section below.

That’s all for this month’s update, I’ll catch you next month!

39 responses to “April Update: New Developments”

Your email address will not be published. Required fields are marked *

I accept the Privacy Policy * for Click to select the duration you give consent until.

    Thanks for the update!

    Did we ever hear an update about what would be happening for Brave Heart PinePhones that had the hardware bug preventing docking the phone?

    > His work on the anx7688 makes USB-C features, such as PD charging, video output or other functions of the docking station work. Thankfully the fix to the problem – the removal of two small components from the PCBA – is relatively simple to perform for someone with good soldering skills. At the same time I recognize that many community members, myself included, are not capable of completing this operation. To this end, we will set up a chain of local (in your geographic area) workshops, makerspaces or individual technicians capable of performing this fix, so you can send your 1.1 / 1.2 phone to them to complete the repair.

    from July 2020.

    Quartz64-B seems very nice, especially with an M.2 slot on it :).

    Keep it up!

    Also, when do you think we could buy non-devkit PineTimes? It’s starting to sound ready for early-adopters … or am I getting the wrong impression?
    Thank you!

    The 3 pack of sealed PineTimes is an ok option if you split them with someone. A quantity one would be nice so I could use a PineTime that isn’t taped together. I guess could epoxy it myself but would prefer an official one.

    Though to be honest the PineTime is not very useful if your main phone is running iOS since it can’t sync the time. You end up with a VCR flashing 12:00 on your wrist if it reboots or runs out of battery.

    Lukasz Erecinski says:

    We are currently working on a post announcing InfiniTime 1.0 and a change to PineTime sales in the future.

    Sorry, today I’m gonna be the one complaining >.<
    These bundled update posts (updates about *everything* at once) in full-width text design are super exhausting to read for me. I rarely manage to chew through them Am I alone with this?
    I wonder if it would be possible to get smaller update posts and a reduced-width design.

    The posts seem to wrap fine on my phone. Only minor issue is the pictures are not side by side so the left/right references are really top/bottom.

    Lukasz Erecinski says:

    I mean … no one is forcing you to read it all in one go. As for the blog layout, as I understand it, you’d like the text to be in a narrower column?

    James Wood says:

    I think he wants padding to the left and right of the article(text), maybe with increased line-height to aid readability? A bit like the articles on TechCrunch…if you need an idea, maybe 🙂 keep up the good work!

    James wood says:

    I took the liberty of trying out a couple of changes to the website layout which I think would work well. I uploaded a photo of the current styling and a possible future style which is more legible/attractive to the eye here: https://postimg.cc/gallery/fY6JHGk

    What do you think?

    best regards.

    Lukasz Erecinski says:

    Alright, I’m not exactly the best versed in how to change how the blog displays, but I’ll try to work something out.

    I personally like the monthly updates, because they allow me to keep abreast of what is happening, without having to follow the web site/forum on a daily basis. I prefer monthly updates over breaking into many smaller articles that I have to hunt for.

    I think that having links in the table of contents to the relevant sections would really help me, so it would be easy to skip to just the relevant sections that you want to read. I also find it hard to read because the text is so wide. Yes, I could resize my browser window, but having an HTML/CSS template that limits the max text width would really improve the readability of the monthly updates.

    WilfordGrimley says:

    I am looking forward to any and all PinePhone hardware attachments!

    LoRa box name ideas:

    LoRazePAN or perhaps LoRazePINE (Long Range Personal Area Network) after the anti-anxiety medication lorazepam.

    Thunderclap (Long Range was the name of a trigonometric whiz in G.I. Joe, the vehicle he drove was called the Thunderclap.)

    Laurel Vine works but doesn’t play perfectly with the Pine64 naming ethos.

    PineVine or PineLine are nice though and fit thematically with potential use cases for the LoRa box.

    “We’re looking for a name for the LoRa project and we’re open to ideas”

    My first thought was PineWave. Hope you like it.

    Wes

    zer0sig says:

    Yeah, those folks look like they probably have the legal clout to bury PINE if they had legal standing, or maybe just for their own amusement. Better to be careful.

    “We’re looking for a name for the LoRa project and we’re open to ideas”

    PineBeam

    Because it beams data; and beams of a bridge, and also beaming smiles.

    payment question:
    I would like to get the pinephone 3GB with dock and silicon case, but the finance company you choose is one of those I hope to not ever have to make business with. No discussion, you choose what’s best for you. For 3 month I was waiting for news about the regional shops. Granted, with Europe being in the 3rd Corona wave (stay away!) and semiconductor shortage, so unpredictable production runs, this might not be the right time to open regional shops. But can you give us an update on the future:
    1) are you still persuing the idea of having regional shops?
    2) for Europe, if you stick with DHL as your logistic provider, do you have plans to offer COD (cash/collect on delivery, de: Nachnahme)?
    The later will incur extra cost which you should pass through to the customer. But I know that there are (unfortunately) many shops which do not want to deal with this service. However, it has something to buy a phone with privacy switches and pay cash.
    The alternative for me would be to get a pre-paid credit card (throw away after one purchase) and a pre-paid phone card (new EU regulations, not Pine64’s fault, throw away after one purchase), which is quite a hassle and will cost extra.

    Donald Gordon says:

    I’m conflicted – I want a pinephone with keyboard so I can once again have a decent PDA. But LoRA looks super interesting – will it be possible to combine them?

    Lukasz Erecinski says:

    Nope, afraid you’ll have to choose. Perhaps it would be possible to somehow jerryrig the charging coil and fingerprint reader (we’ll see about that in the future, although I doubt it), but the keyboard is its own thing and you won’t be able to cram anything into it.

    Danny C. says:

    If the new Quartz64 B has the same dimensions as the RockPro64, does that mean we could in theory use it in a PineBook Pro?

    Matthew Petry says:

    The PBP mainboard has many of the same components as the RockPro64, but it is not a RP64 — totally different form factor.

    Lance Z. says:

    The clear Pinecil case makes me wonder how hard it will be to mod in a programmable RGB LED.

    “Lastly, we’re looking for a name for the LoRa project and we’re open to ideas”
    Cedrus or cedar if keeping with tree name or eminusque, latin for long range.

    Lukasz Erecinski says:

    The baseboard should be back from fabrication this month, and SOEdge should go on sale late this month. As for software status, try to get hold of Gamiee in the chats.

    skillpoint says:

    Is there or will there ever be a possibility to combine the keyboard with the fingerprint reader and wireless charging coil? That would be OP as…. XD

    Another name suggestion

    PineAir would sound a bit like Pioneer, as you are the first to establish LoRa module for a Linux Smartphone.

    PineGeo/ PineGeoNote as you can pass messages or notes over a larger geographical area.

    Glad to hear that PINE64 is planning on a PineTab batch this summer. I ordered the PinePhone last month, because I was convinced that the PineTab was not going to ship for the rest of this year.

    > With very few available components, including the A64 SoC itself currently in short supply, we are opting to produce the much more popular device.

    I suspect that there will be substantial demand for the PineTab due to the fact that there aren’t any other Linux tablets on the market and there aren’t many good options for a tablet running LineageOS either. Plus, most people who buy tablets generally don’t care about the camera quality, since it is awkward to film with a tablet, so the weak camera on the PineTab won’t be a deterrent for most people.

    QRPine. QRP is ham radio code for low power transmission, with the implication of trying to do as much as possible with as little as possible.

    Can’t wait for the Pinephone keyboard case. The wireless charging back and fingerprint scanner back are going to be irresistible too.

    Great work on the modem, I know squat about computers and even less about Linux, so I’ve no idea if it’s possible, but it’d be great to be able to run iptables or nftables and ufw on the modem (got to keep that malware with the blue ‘f’ logo out somehow – Gnome Maps has a few dependencies that worry a complete novice), maybe onion routing too, save more Pinephone CPU capacity for more demanding apps.

    My daughters were impressed last year, seeing my Pinephone running the same operating system as the computer. They say they’d like a Pinephone too.

    zer0sig says:

    Daniel,
    I don’t think the capabilities of LoRa have been super clear. This is a technology used to push data very long distances with very little power, but the actual throughput is also very small. Facebook would be slow even with a text-based web browser (yes, folks, FB works in Lynx, or did not that long ago), and while IP over LoRa is a thing, I wouldn’t expect anyone to actually want to run a modern application over it (short messages, data reporting are fine, but it wouldn’t be able to check for updates repeatedly).

    For context, LoRa seems to have a throughput range of between 300 and 6000 bits per second (https://www.sciencedirect.com/topics/engineering/lora). I just downloaded a copy of the mobile version os the facebook homepage (it’s a bit lighter but still contains plenty of data-hogging crap even optimized for a cellphone browser). 1.33MB (byte, not bit). Some quick calulations:

    1330000*8
    10640000
    10640000/300
    35466.66666666666666666666
    10640000/6000
    1773.33333333333333333333

    So at its highest speed, you’re looking at half an hour to load a webpage that doesn’t change. And this is a static file so it is something that grows or reloads over time in real usage.

    At the lowest speed you’re looking at about 9 hours, 51 minutes, or thereabouts. Neither is going to work with FB. It might work with Lynx, but I don’t think most people are going to want to use a text-based browser for a site like FB especially having grown up on graphical everything.

    There are definitely encryption functions, however. IP over LoRa should work for things like temperature and humidity monitoring or short statements sent to one another. You could send, say, a URL, GPS coordinates, critical but short pieces of info, etc. So there are a lot of uses for LoRa, but none involve heavy client-server interaction.

    Enthalpy0 says:

    I like the LoRa suggestions already made, and here’s one more: PineChirp (for the Lora chirp technology, and a birding chirping in a pine tree)

Subscribe to the PINE64 blog