Pixel 4a Screen Protector

The Pixel 4a continues to be my “daily driver”. I still mostly only need to charge it every 2 days, but by the second day the battery is well into the red and I’ve needed to top up to make it through. Using Android Auto in the car (wired) has also changed things a little, as my phone is getting charged while I drive. Still, on a full battery I can go all day.

Of course, battery life is completely related to usage. I have a very modest number of apps, and I spend all day attached to a keyboard so I’m not using the phone very much at all.

I’ve had a screen protector on the phone from day one. My preference, and it seems to be where the industry has gone too, is to have a ‘tempered glass’ screen protector. This particular brand doesn’t even have a selfie camera hole – it’s just a rounded rectangle of glass. I bought these on eBay way back in October 2020 – the listing is still active. I’d recommend this vendor as the product I got was very good, they also carry many other sizes for other phones.

I’ve also got a bumper case on the phone which has saved it from many a drop. I finally got unlucky and dropped it 4 feet onto ceramic tile and the screen protector cracked.

This wasn’t the first tumble onto hard tile, but it finally landed the wrong way and cracked the screen protector. I will say that after being tossed around and living in my pocket for years, the screen protector itself was still in good shape.

As you can see, the damage to the screen protector was pretty obvious.

Since this was a 2 pack of protectors, I had another one waiting to go. Peeling the old one off revealed the pristine 4a screen, exactly what I want to protect.

The protector ships with a couple of generic wipes. After sitting around for a couple of years the wet wipe had dried out. I didn’t need much cleaning power anyways so I just gave it a good wipe down with the dry one.

The screen protector itself has a protective sticker only on one side. This is the screen side. I like to leave it in the foam sleeve until I’m about to install as that helps reduce dust. The install kit comes with a couple of stickers that you use as a ‘hinge’ once you’ve placed the new screen on the phone (with protective sticker still on). Once the hinge is setup, you lift the screen and peel off the protective sticker.

Let the clean screen flop down on the clean phone, and watch the magic ‘bonding’ happen. If you’ve managed to stay dust free, it’ll be a nice clean match up and you’re good to go. I wasn’t so lucky this time.

Yup, a dreaded dust blob between the screen protector and the phone screen. Along with the guide stickers (hinges) you get a dust remover sticker. Gently peel the new screen up, it’ll stay attached due to the sticker hinges. Then dab at the dust blob – in my case it was stuck to the new screen protector, but you can do both sides (gently). The dust remover sticker should pick up the dust and leave a clean surface behind. Re-flop the screen and if you’ve not introduce more dust it should be good to go. Carefully remove the hinge stickers and put the case back on.

Here is a good youtube video on the hinge method for screen installs.

If you need to put a screen on without the stickers – just use scotch tape. It works exactly the same. You want to avoid touching anything directly with your fingers (which are slightly greasy). I’ve installed many screen protectors, and it does get easier – but even someone doing it the first time can succeed if you go slowly and try to be in a dust free location. One hint would be to do this in the bathroom just after you’ve had a shower – the moisture in the air tends to cut down on dust.

For me, screen protectors work well. I’d rather scratch/crack the screen protector than risk a ding in my phone screen. In the past, I’ve used screen protectors to cover up / mask scratches in the screen of a used phone I’ve bought – so even if you have a scratch, a screen protector can help make your phone seem new.

GL.iNet GL-AR300M16 with OpenWRT 22.03.05

When travelling I usually just deal with the internet situation that is provided, I’ve got wireguard if I want to have ad blocking or reach to my home network. The other day I got looking at travel routers, and while TP-Link has some popular ones, the GL.iNet devices seem to have more flash and RAM for basically the same prices.

The GL.iNet AR300M16 was under $40 on amazon.ca, and it shipped (free) in a few days. Look at it, very tiny and cute – but more powerful than the Netgear WNR3500L that I’ve used in the past. The USB power supply I’m using is larger than the router.

Of course, I selected this device with OpenWRT in mind. While the stock firmware has some really nice features as a travel router – I think I can achieve the same things with plain old OpenWRT. The GL.iNet device family apparently uses an OpenWRT base and customizes it. There are a number of GL.iNet devices documented on the OpenWRT site, but nothing specific for the AR300M16. The AR300M is close, but has a different flash module setup.

The first thing I did was just connect to the device, both wireless and wired. I knew that the OpenWRT install was going to require a wired only connection so I wanted to make sure that the laptop I was using was going to be able to successfully connect to the stock firmware over wire.

I was impressed at the quality of the user interface. I may have to give the stock firmware a proper try, but first let’s flash OpenWRT to it.

This turns out to be very easy. The stock firmware ‘local’ upgrade process will accept a .bin file. The OpenWRT firmware selector gives us an easy way to find a compatible firmware for the “GL.iNet GL-AR300M16” device.

I started with the Kernel image. This is the recommended path for moving from stock as it’s a smaller image. The stock firmware was happy to accept this .bin file as an upload, but warned me that I was treading in dangerous waters.

No problem, I know what I’m doing (so I told myself). Hitting “Install” and off we went. I did made sure that before I flashed the firmware I was using a quality USB power supply that delivered more than 2A of power.

This went smoothly, but the IP address of the router changed from 192.168.8.1 to 192.168.1.1. This is a difference between the stock firmware defaults and the OpenWRT defaults.

I then used the OpenWRT firmware upgrade to flash the sysupgrade image. This went smoothly as well. Now I have a teeny tiny router with OpenWRT installed.

Next I need to figure out how I want to configure this particular device to be my travel router, allowing me to connect my devices to it – and have it use another wifi network as the upstream. Then explore adding some ad blocking and some other nice features.

OpenWRT 21.02 to 22.03 upgrade

Here are my notes on upgrading OpenWRT, they are based on my previous post on upgrading.

In this case I’m upgrading specifically TP-Link Archer C7 v2 – the process will be similar for other OpenWRT devices but it’s always worth reviewing the device page. I’ve also got some v5 versions, and this means a slightly different firmware, but the same exact process.

For a major version upgrade it is worth reading the release notes First start by reading the release notes – nothing seems to be specific to my device that requires any special considerations, so I can just proceed.

An upgrade from OpenWrt 21.02 or 22.03 to OpenWrt 22.03.5 is supported in many cases with the help of the sysupgrade utility which will also attempt to preserve the configuration.

I personally prefer the cli based process, so we’ll be following that documentation.

Step 1. While I do nightly automated backups, I should also just do a web UI based backup – this is mostly for peace of mind

Step 2. Download the correct sysupgrade binary -the easy way to do this is by using the firmware selector tool. I recommend that you take the time to verify the sha256sum of your download, this is rarely an issue but I have experienced bad downloads and it’s hard to debug after the fact.

It is recommend to check you have enough RAM free – thankfully the archer has a lot of RAM (which is used for the /tmp filesystem too) so I have lots of space.

Step 3. Get ready to flash – if you review the post install steps, you’ll see that while the sysupgrade will preserve all of our configuration files – it won’t preserve any of the packages.

This script will print out all of the packages you’ve installed.

Save the list away so you can easily restore things post install. There is a flaw with this script as I’ll point out later, but in many cases it’ll work fine for you.

On my dumb access points I get this list of packages

Mostly I have the prometheus exporter (for metrics) and rsync (for backups) installed. My main gateway has a few more packages (vnstat and sqm) but it’s similar.

Step 4. Time to flash. Place the firmware you downloaded onto the openwrt router in /tmp and run sysupgrade.

This is a bit scary — because you lose your ssh connection as part of the upgrade.  It took about a minute and a half of radio silence before the device came back.  However, I was then greeted with the new web UI – and over ssh I get the 22.03.5 version splash.

Step 5. Check for any package updates – usually I leave things well enough alone, but we just did a full upgrade so it’s worth making sure we are fully current. Note, this may mess with the script in step 3 since the install dates will change for other components.

If you get any packages listed, we can easily upgrade using opkg upgrade <pkg name>

Step 6.  Install packages captured in step 3. Do this by creating a simple script to opkg install <pkg name> for each package.

Post install, take a careful look at the output of the installs, and look for any *-opkg files in /etc/config or /etc. These are config files which conflicted with local changes.

Sometimes you will want to keep your changes – others you’ll want to replace your local copy with the new -opkg file version. Take your time working through this as it will avoid tricky problems to debug later.

When I upgraded my main router, vnstat seems to have been busted in some way. The data file was no longer readable (and it’s backup) – I suspect that some code change caused the format to be incompatible. I had to remove and recreated a new one. Oh well.

Things mostly went smoothly, it took about 30mins per openwrt device and I was going slowly and taking notes. There was one tiny glitch in the upgrade. The /root/.ssh directory was wiped out – I use this to maintain a key based ssh/scp from each of my dumb AP to the main router.

Bonus. I found a new utility: Attended Sysupgrade. This is pretty slick as it makes it very easy to roll minor versions (so 22.03.02 -> 22.03.05 for example) but it will not do a major upgrade (21.03 -> 22.03). I’ve installed this on all of my openwrt devices and will use it to stay current. It takes care of all of the upgrade steps above.. but it does suffer the same ‘glitch’ in that /root/.ssh is wiped out. The other downside is that the custom firmware that is built, breaks the script in step 3 – since the flash install date is the same for all of the components. I’ll need to go refactor that script for my next upgrade.