A year ago, I built a Raspberry Pi based car computer to provide music, along with weather, location and speed information, while going on a road trip around Australia. At the start of the trip, the computer used an external USB Huawei K3715 3G Dongle for Internet connectivity.
The system acts as wifi access point for other devices in the car. Using the on board wifi adapter provided with the Raspberry Pi 3.
As the trip progressed though I started to get tire of suffering 3G speeds in the age of 4G networks. My other complaint was the overall quality of the network connection.
I have a large external 4G antenna mounted on the bullbar of the car with the aim of improving the connection qualit in rural areas. The Huawei K3715 does not support an external antenna connector, forcing the use of a 3G induction pad to have the two work together.
While shopping around for an upgrade, I was told that Telstra ( Australia’s incumbent telco ) had recently discontinued 4G dongles. Apparently as they suffer compatibility issues with Windows 10, so I would need to either get a standalone modem hot spot or find somewhere carrying old stock.
Since the device is used in a car , switching to a standalone unit would also add the challenge of getting the device to work with a 12 volt power source. Not wanting introduce more headaches, I headed down to the local post office and was able to pick up a Telstra branded ZTE MF823 off the shelf for $39.
While the device offers 4G support and provides not one but two external antenna ports. My initial impressions of the device after plugging it in were not great.
It appears on the host system as a virtual Ethernet adapter with the user controlling the device through a web interface. I hate this approach as so many manufacturers ship their products with woeful interfaces. While going to great length to hide all the great capabilities of the hardware itself.
But first impressions can be deceiving; after a bit of time poking around the ZTE MF823, my opinion was completely turned around.
Performing a quick port scan against the dongle with nmap told me open three ports were listening on the device:
PORT STATE SERVICE
23/tcp open telnet
53/tcp open domain
80/tcp open http
Port 80 & 23 were expected but telnet made things interesting. After some research, I found these devices ship with a default password ‘zte9x15‘ and run BusyBox.
Logging via telnet:
Looking at the results of /proc/cpuinfo, df -h and top. I discovered out the ZTE MF823 is just a standalone ARM v7 based Linux system with a 64mb file system.
Some areas of note:
- /usr/zte_web/web/tmpl – Contains a bunch of template files for the web interface. Not so interesting in itself but ZTE must reuse this code base over a number of the devices they make. This directory contains templates for managing a wifi access point, and other features that the ZTE MF823 does not support.
- /usr/zte_web/web/js/config/datacard/mf823/config.js – Continuing along from the point above, this config file in this director allows the features for a device to be set. This gives ZTE control of the functionality made available to the end user in the web management interface.
- /usr/zte_web/web/js/config/datacard/mf823/menus.js – Controls what functionality menus are shown on the admin pages.
- /usr/zte_web/web/MF823_Help – Contains the user manual in HTML format, the code seems to have come from Microsoft Word so don’t bother looking at the code. Once seen, you cannot unsee HTML that bad 🙁
- /usr/zte_web/web/zte_log – This directory is full of log files, useful for debugging any connection issues
- js/main.js – Line 1 has a flag window.zte_web_ui_is_test = false, changing this to true enables a debug mode in the interface. Displaying a 2G network connection and displaying 20 odd test SMS messages in the inbox.
Setting The Time
When the system first boots, due to the lack of a hardware real time clock. The time and date will automatically default to Sun Apr 1 00:00:00 UTC 2012.
Not really a huge deal. But if the dongle is going to be constantly powered up, its probably a good idea to set the time with ntpd. This will make the debugging of logs etc a lot easier if issues are encountered at a later date.
ntpd -p au.pool.ntp.org
Changing The IP Range
From the factory the device ships using the 192.168.0.0/32 address space. This can can cause issues in networks where the subnet is already being used.
In my case the car computer communicates with devices connecting over wifi on that subnet so the dongle was going to have to change.
Luckily ZTE has already added the functionality to change the device IP and DHCP range. They just decided to hide it from to the end user.
To enable the IP management page edit /usr/zte_web/web/js/config/datacard/mf823/config.js with vi
Go down to line 177 just below the section talking about PIN management and paste in the following code:
Save the file, and then reload the admin interface in your browser. If you click on the “Settings”, expand the “Device Settings” heading on the left hand side of the page.
You will now see a menu labeled router settings, click on the new menu item to bring up a page allowing you to change the IP of the device and subnet the DHCP service hands out leases on.
These fields are read only while the device is connected to a mobile network. So if the fields appear grey and you cannot change the values. Go back to the home page of the device and click the disconnect button. Upon returning to the router settings page you will now be able to change the settings.
Once you have changed the values click the save button. Then simple take the dongle out and plug it back in to have the changes take effect.
Removing the Telstra ( Or other Telco ) Branding
I have to come to love the device but I still didn’t want Telstra branding staring me in the face every time I use the device. So, time to make some interface customisations of my own.
If you decide to follow in my footsteps, before you get started it may pay to make a backup of the html and image files you are going to change. On my device there is 25mb free in the /usr partition that can be used for storage just in case you want to revert the changes later.
The main large image on the right hand side on the home page in the device administration interface is defined on line 82 of /usr/zte_web/web/tmpl/home.html if you want simply delete the line and your done.
In my case I wanted to replace it with something else so I simply found an image I wanted, used the python SimpleHTTPServer module to start a web server instance for the image location on the host machine the USB stick was plugged into i.e
python -m SimpleHTTPServer
In the telnet session on the USB dongle, use wget to pull the new imagery across from the host i.e
With the logo / banner located up the top of page in the header of the administration section you can either delete the file zte_logo.png and import your own logo for the space using the same process as before or edit the index.html file:
Delete line 28 then save the changes. Reload and the interface will display without the Telstra logo up the top.
Unlock from the Telstra network:
After two calls to Telstra support and a week waiting for them to activate my data SIM. I decided to give up on them activating the service completely.
The path of least resistance would be to just throw their SIM card in the bin. Then focus my energy on unlocking the dongle so it could be used on another network instead.
I brought an unlock code for the device from Unlockbase.com for $10 USD, which worked. A small price to pay to avoid wasting more time dealing with the Telstra customer support team.
You may also be able to use this on-line tool to unlock the device as it generates code for free. I didn’t find this too until after I had the device unlocked. So I haven’t been able to test the service personally though.
You can simply alter the queries, giving you a simple API that you to can use build your own front end. This could be very handy for monitoring data usage or signal strength if the device is being used in an IOT type environment.
For example the calls from the front end are made to the endpoint below:
With the cmd parameter just being a bunch of parameters you want to receive information back about. The main interesting ones are:
urlencode the ones you would like to receive information about and then add them to the cmd parameter like this:
This will return a JSON object containing the values for the parameters requested.
From here it is just a case of writing so code to parse the JSON values and display or store as you see fit.
- An update on the Raspberry Pi car computer after 15000km of on road testing
- Building a Raspberry Pi car computer
- Upgrading the Raspberry Pi car to computer to the new Raspberry Pi 3