{"id":4280,"date":"2020-07-17T08:15:04","date_gmt":"2020-07-17T08:15:04","guid":{"rendered":"https:\/\/www.richardmudhar.com\/blog\/?p=4280"},"modified":"2020-08-02T08:20:44","modified_gmt":"2020-08-02T08:20:44","slug":"raspberry-pi-4-with-touchscreen-and-fldigi","status":"publish","type":"post","link":"https:\/\/www.richardmudhar.com\/blog\/2020\/07\/raspberry-pi-4-with-touchscreen-and-fldigi\/","title":{"rendered":"Raspberry Pi 4 with touchscreen and FLdigi"},"content":{"rendered":"

I got a new Raspberry Pi v4 and the official touchscreen. The aim of this is to be able to run FLdigi and WSJT-X1<\/a><\/sup> in a portable setup. Also to stop FLdigi getting hopelessly confused on my main PC – with two sound cards already adding a third sound card as interface for the radio meant portaudio, whatever that is, gets hopelessly confused on Windows and loses touch with the hardware intermittently.<\/p>\n

Setting it up was surprisingly painless – blow a new 16Gb SD card with Raspbian, connect screen to the 5V and 0V on the GPIO and the ribbon cable to DSI<\/a>. Normally you then have to remember to add the empty file ssh<\/a> to the boot partition with the PC so you can talk to the damn thing, and perhaps wrangle the wireless config<\/a> if the Pi doesn’t have Ethernet.<\/p>\n

With the touchscreen I didn’t need all that. Although I started it up on ethernet, the onboard Bluetooth meant I could connect a Bluetooth keyboard using just the touchscreen, and then set up the wifi in the usual way. The touchscreen needs a reasonably firm press, this is no responsive smartphone screen, and being so small it is sometimes hard to get the right target, even with a conductive stylus, particularly as I set the font size a little smaller to use the screen area more.<\/p>\n

It came up first time, the keyboard connected easily using just the touchscreen, which prompted entering a six-digit number on the keyboard to pair it.The screen starts upside down in the frame but this is easily fixable<\/a> with<\/p>\n

sudo nano \/boot\/config.txt to add the line<\/p>\n

lcd_rotate=2<\/p>\n

The Raspberry Pi official touchscreen is low resolution 800×480<\/h3>\n

and a lot of software just can’t believe you are running it on such a small screen, so the software window doesn’t get small enough to fit on the screen. The bottom and often the right is cut off. I thought this was a showstopper until I discovered<\/a> the Alt-Space command, which can be followed by M to let you move the window with the touchscreen to see the otherwise inaccessible parts, which usually include the OK and Save Config buttons. It’s not the most convenient way of using a program, but it gets the job done. At home I can use RDP into the box to get a bigger screen on my PC. The various tricks to remap the screen size<\/a> in \/boot\/config.txt like<\/p>\n

# uncomment to force a console size. By default it will be display's size minus\n# overscan.\nframebuffer_width=1024\nframebuffer_height=614<\/code><\/pre>\n
don’t work on the Pi4 with Buster.<\/p>\n
The main gotcha is that the raspbian menu bar pushes programs down by the width of the menu bar, which meant I couldn’t see the operational controls at the bottom of FLdigi. Under settings appearance setting the bar to medium and at the bottom of the screen meant it got out of the way when I was using FLDigi. For WSJT-X you just have to suck it up and move the program window up and to the left using Alt-Space-M<\/p>\n
\"FLdigi
FLdigi 4.1.01 running on the Pi4<\/figcaption><\/figure>\n
I installed the version of FLdigi from the Raspbian repository, but this is quite an old version, 4.1.01, it’s up to 4.1.13 at the time of writing, so I will probably uninstall this and compile. I needed to install pavucontrol from the repository and reboot the machine for it to actually recognise the USB audio interface, but after that it all worked fine. A USB serial connector for CAT (computer aided tuning) also appeared after rebooting. The USB sockets on the Pi are close together<\/p>\n
\"Raspberry
Raspberry Pi 4 USB sockets are close together<\/figcaption><\/figure>\n
which means you don’t get to use all of them if the USB plug has a dongle<\/p>\n
\"Pi
Pi 4 USB sockets are close together<\/figcaption><\/figure>\n
or is thicker than normal.<\/p>\n
With just a touch screen and keyboard you have no way of doing a right mouse click. So far that hasn’t caused me grief.<\/p>\n
The Raspberry Pi4 is power hungry<\/h3>\n
It has a USB-C power socket. There’s a hoo-hah that the USB-C power socket doesn’t actually meet the USB-C spec<\/a> in the original incarnation. Pi seem surprisingly cavalier about this, though you only experience the problem if using fancy high-speed data cables with active innards.It’s a shame Pi did this to save one 5.1k resistor though after this scathing article on get yer act together<\/a> they seem to at least be changing it on future revisions.\u00a0 I bought the official Raspberry Pi 15W PSU<\/a> for testing, but need a way to run this from a battery in the field. It’s a shame everything seems to have standardised on 5V for powering, it suits no battery chemistry I know of. I can try with a 5V power bank, ideally I would run the Pi off the 12V radio battery or a car battery. From my days in studio engineering I realised that the fewer batteries you have in the field the more likely things are to work, it is easier to maintain one battery than makes sure all the smaller batteries in gizmos like microphones and radio packs are good to go. On that principle using a Bluetooth keyboard is asking for trouble, yet more batteries to look after. A small USB keyboard with mouse pad would be ideal, but you get mini with<\/em> mouse pad wireless<\/em> or mini without<\/em> mouse pad wired<\/em>.<\/p>\n
A battery powered Pi<\/h3>\n
However, using a 5V power bank is probably OK in this case, as it also saves me from ground lift on the 12V supply if the radio (or the Pi) are drawing a lot of power. Unlike ground loops in mains powered equipment, which at leats warn you of the problem with obvious hum, ground lift in DC systems is much more subtle. It gives you odd effects and low frequency noises as power drain changes, until it gets so bad it overheats PCB tracks in some hapless piece of gear that doesn’t expect to be carry DC current as well as signal ground \ud83d\ude41<\/p>\n
My power bank is about five years old, and only rated at DC 2A\/1.5A max[^3]. Don’tcha love specs like that, presumably the 1.5A is if both sockets are used. It’s 4.5A if you believe the magical thinking and iSmart in the ad for it<\/a>. Since RPi couldn’t get the USB-C spec right in the first place they probably don’t have the fanciness to conspire with iSmart<\/a> and get the 4.5A variant, so the lo-tech way of paralleling up sockets is more likely to work.<\/p>\n
I connected the Pi to this with a no-name USB-A to USB-C cable. While it did grizzle about power, displaying a lightning flash i nthe top right corner of the screen for a few seconds in the booting process it did start and run fine, with the USB sound card and RS232 CAT interface plugged in.<\/p>\n
\"A
A battery powered Raspberry Pi 4 running FLDigi<\/figcaption><\/figure>\n
I would probably be wise to get a short USB-C power cable, and not the cheapest China can supply too. Be nice if it had two USB-A plugs so I could use the 3A power capacity. According to the Raspberry Pi spec<\/a> I am pushing my luck with the 2A limit, as I should really have a 2.5A supply if running USB peripherals. It worked, a more modern battery bank might be in order. In the meantime,\u00a0 splurging \u00a34 on one of these 2x USB-A to USB-C cables <\/a>could help me stay in spec, however. Running 3A through a tiny USB-C connector gives me a bad feeling, it hardly looks like a 3A connector, but presumably they wrote the USB-C spec right \ud83d\ude09<\/p>\n
\"2A
back in the days of BS546, a plug specified 3.6mm diameter pins<\/a> to be able to handle 2A<\/figcaption><\/figure>\n
You have to remember to unplug the Pi after powering it down, else the quiescent current of the LED2<\/a><\/sup> and the Pi will drain the battery. Which is a bit crummy, when are Raspberry Pi going to finally realise than many field applications would greatly benefit from being able to reduce power to a more respectable level (say < 1mA) when turned … off?<\/p>\n
All in all the Pi4 was a surprisingly easy win and much more painless to set up than normal, due to the touchscreen onboard Bluetooth and WiFi. There again, the combination is pushing the wrong side of \u00a3100, so you’d expect greater ease of use. It is surprising how much all the bits add up to that you need to make a Raspberry Pi work – the board itself may be $35<\/a> which is a remarkable achievement, but that easily doubles if you want to use it in the real world.<\/p>\n
\n
\n
    \n
  1. \nWSJT-X is more demanding of processor power, I have had it running on a Pi3 but it was slow to decode, meaning you tend to miss the next 15s timeslot unless you have exceptionally good reaction times. Setting decode to fast rather than deep minimises this delay, but it’s still too much to be useful on a Pi3 IMO ↩<\/a>\n<\/li>\n
  2. \nabout 30mA according to this<\/a> ↩<\/a>\n<\/li>\n<\/ol>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
    I got a new Raspberry Pi v4 and the official touchscreen. The aim of this is to be able to run FLdigi and WSJT-X1 in a portable setup. Also to stop FLdigi getting hopelessly confused on my main PC – with two sound cards already adding a third sound card as interface for the radio … Continue reading “Raspberry Pi 4 with touchscreen and FLdigi”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":4286,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"jetpack_post_was_ever_published":false},"categories":[314,10],"tags":[],"class_list":["post-4280","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-amateur-radio","category-raspberry-pi"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/i0.wp.com\/www.richardmudhar.com\/blog\/wp-content\/uploads\/2020\/07\/DSCN4026.jpg?fit=1280%2C960&ssl=1","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p5aOO7-172","jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/posts\/4280","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/comments?post=4280"}],"version-history":[{"count":13,"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/posts\/4280\/revisions"}],"predecessor-version":[{"id":4318,"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/posts\/4280\/revisions\/4318"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/media\/4286"}],"wp:attachment":[{"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/media?parent=4280"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/categories?post=4280"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.richardmudhar.com\/blog\/wp-json\/wp\/v2\/tags?post=4280"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}