17 Mar 2019 | Raspberry-Pi | Linux | Tmux
I needed a display for a new project that I am working on and saw that the 3.5 RPI Display Board was on sale and decided to pick one up. I've previously used mini OLED displays before, but they're pretty limited by its size and the colors that it can display. This is a 480x320 resolution device that is designed to affix right onto the Raspberry Pi (RPi) GPIO pins. The installation is simple as you'd imagine:
For the project I had in mind, I do not need a fancy GUI nor the use of the touch controller. The display will be used to show console statistics and accessing the device using SSH.
I am using a vanilla Raspbian lite and no additional drivers were required to get this working. All we need to do is configure some boot scripts and introduce some new configuration files. It's possible to do this manually, but thankfully LCD-Show automates the process for us.
Installation of LCD-Show and switching between displays is pretty straight forward:
git clone https://github.com/goodtft/LCD-show.git
chmod -R 755 LCD-show
LCD35-show
script.sudo shutdown -r now
or sudo reboot
.Upon reboot the LCD panel should be your primary display.
It would have been nice if I could have mirrored the HDMI output and the LCD panel at the same time, but I could not figure out how to do this or if it was possible at all.
In order to flip back to HDMI as the primary, execute the LCD-hdmi
script and reboot to take effect.
In order to show console of my program on screen we need to login as a user and I want this to happen automatically at boot time.
I followed the instructions in this post in order to configure auto login on boot:
/etc/systemd/logind.conf
file and uncomment the #NAutoVTs=6
line to NAutoVTs=1
/etc/systemd/system/getty@tty1.service.d/override.conf
.Add the following content:
[Service]
ExecStart=
ExecStart=-/sbin/agetty --autologin appsvcuser --noclear %I 38400 linux`
Replace the autologin
parameter value with the user you would like to login. In my scenario there is no possibility to physically access and compromise the device, even then I would recommend to use an account with the least amount of privileged to accomplish your tasks.
getty@tty1.service
service using systemctl enable getty@tty1.service
command.sudo shutdown -r now
or sudo reboot
.I initially attempted to configure it using this approach, but quickly realised that it would not work for my requirement as there is no user logged into the console. If there's no one logged in then there's shown on screen.
My solution is to use terminal multiplexer like Tmux. Among its many useful features, there are a couple of that I am interested in. The first being the fact that a SSH session initiated via Tmux does not terminate upon user disconnection and all your processes continue to run in the background.
Secondly, it allows a remote user to connect to an existing SSH session. If I were to kick off a Tmux session on user log on, I am be able to connect to the same session from a remote computer. This means that I should connect to the session that is being shown on the physical display and interact with it as if I was seated in front of it.
I updated the~/.bashrc
of the appsvcuser
in order to launch Tmux on logon. I also used the technique described on this post to make sure that only one instance of Tmux always running at a given time.
appsvcuser
in my example.sudo nano ~/.bashrc
Scroll all the way to the bottom of the file and paste the following block of text:
if [[ `tty` == "/dev/tty1" ]] && [[ -z "$TMUX" ]];then
tmux new -s "nfx"
fi
Connecting to the Tmux session:
tmux ls
command to get a list of all the sessions running in the background.tmux a -t nfx
.Right now the display is on all the time, I would need to figure out a way to timeout or turn it off manually.
The LCD is compatible with both the Raspberry PI Zero and its big brother variants so these same instructions can be applied to get them both running.