SIM PIN2 Error on Windows 10 Solved for Me!

For the past two years since buying my Dell Precision 7250 laptop I have tried to use the Sierra Wireless card multiple times and I always got stuck at the SIM PIN2 locked error. This has always been the end of the road for me, as after I talked with whichever telecom’s SIM I was trying, there was no hidden PIN2 locking the SIM.

Last week I found myself researching this again and came across an inspiring article (didn’t solve my issue) : https://forums.lenovo.com/t5/ThinkPad-X-Series-Laptops/X1-Carbon-SIM-card-problem-enter-a-SIM-PIN2/td-p/3902786

I had almost all the same details as the OP,
WWAN Card : Sierra Wireless
Model : DW5811e Snapdragon X7 LTE
Firmware : SWI9X30C_02.24.05.06

DW5811e Snapdragon X7 LTE seems to be Dell’s fancy name for Qualcomm’s card (https://www.qualcomm.com/products/snapdragon-modems-4g-lte-x7). At different times, I have tried numerous drivers from Sierra Wireless, but currently I have some default Microsoft ones.

So I opened my laptop up to install the SIM for testing, while ensuring the adapter settings were as per the Lenovo forum’s recommendations: DHCP enabled, and automatically obtain IP and DNS.

… AND still getting the PIN2 error.

Frustrated with wasting another few hours on what must be a botched card, I’m removing the SIM when I realized “hey these two wires next to the card are NOT attached”. The antenna wires were just tucked away next to the card!

Dell Precision 7520 – Sierra Wireless Antenna Connection

I was too excited to take a before picture and YES this obviously worked!! So please check your wires, it seems so obvious, but I guess you see what you are looking for. I also just assumed Dell would have hooked everything up?

So when tech support says “have you tried plugging it in…?” They were certainly right again!

Thanks for reading,
Thomas

Thomas’s First Tech Blog Post

Now for the content, hold onto your seats people. As a big podcast fan I often heard the benefits of sharing your knowledge from many people, such as Scott Hanselman and Jon Sonmez. They preach that sharing your journey will not only help you retain what you are learning, create an excellent portfolio, but you may also help/inspire someone else to tackle new challenges.

So I decided to leap and started this blog a little over a month ago, but like anyone who likes to tinker with technology, I took the long road.

Domains, Hosting, Servers, CMS, Oh WOW

The first technical challenge which will siphon hours of Google research is where will your blog live??

I knew I wanted my own domain and settled on Namecheap because they had the best value for domain registration and email hosting. Some services offer many more features, but seeing as I will not be requiring a lot of features for this simple blog, Namecheap’s offering was perfect.

Following my domain purchase and email setup, I stared down the barrel of hosting options and blogging platforms.

I reviewed hosting with Dreamhost, Digital Ocean, and a few others. I reviewed VPS options like Azure, and Linode (wouldn’t it be fun to admin a Linux server!). And I considered your classic WordPress, and the new blogging focused Ghost platforms. But at the end of the day, I didn’t really want to have to start paying for a hosting subscription at the start, and then I stumbled upon Github Pages.

Github Pages and Static Site Generators

Github Pages will serve the content in a Github repository as a website, with the catch that everything in the repository has to be static. So while you could create the content and HTML of each page, you can use a static site generator to take care of the HTML for you!

Now here is where the real fun begins, choosing a static site generator. StaticGen tracks the top Open-Source static site generators and their list contains well over 100!

Hexo.io was my first static generator. I chose Hexo, because it ranked high on the list of generators and runs a node.js server. I do not have much experience with JavaScript, but I felt that if I needed to code something to go along with node.js it would be good experience. Unfortunately, my love of Hexo was short lived. They have great tutorials, and I was able to get my site up very quickly, but when I wanted to dig into the theme and make some changes things got tricky. Hexo themes use either the template language EmbeddedJavaScript (EJS) or Swig, and I’m currently not interested in learning either of these. Thus, while I was able to get my Hexo site up and running smoothly, I didn’t want to tackle their foreign templating language just to make theme changes.

So I moved onto the next generator.

Seeing that some experience with the underlying language may be advantageous I decided to try Wyam.io next. Wyam is a static content generator written entirely in .NET, and allows for templating in Markdown and Razor. I used Wyam for a couple of days before deciding it was too complex. Wyam is a lot more than just a static site (simple blog) generator. Wyam is used by chaining together flexible modules to produce your end product, and while you can create a website this way it seemed like overkill (to me).

Finally, I stumbled upon goHugo.io (another .io)! Hugo is very similar to Hexo. Both have great documentation, easy setup guides, and awesome themes. Hugo was different for me because the entire application is written in Go. While Go is vastly less popular than JavaScript, I have been trying to find time to use Go all year. Hugo’s themes use Go templating and they have a great primer in their documentation. So far the minor changes I have wanted to make have been pretty simple. It feels more like I’m making simple HTML changes, with the power of Go objects and conditionals. Finally, another important aspect to me was that with Hugo you create your content in Markdown files.

There you have it, a short summary of the meandering trail I took to get here.

If you have any questions about my choices feel free to reach out to me with any of the links below.

Thanks for reading,

Thomas