EE Bench PC, what OS? Suggestions?

[Zucca]

I installed a PC, a 17" monitor, wireless mouse and keyboard in my EE Bench.

I installed Ubuntu because it is the most used Linux distro, hoping it will keep me floating in the EE world ( confirmed here, somehow)
Unfortunately I had to install FW for discontinued Keysight devices, and Linux is not in the picture...
Also, under software download website for my EE devices I find only windows stuff mainly.

So, sadly, it looks like in EE Lab, test equipment companies expect to find only Windows PCs...

I am now thinking to switch to Windows LTCS.

Kindly ask some suggestion... also beyond OS choices... I hope the wireless mouse and PC will not interfere with my DUTs.

PS: it is not just looking the datasheet up, an old iPad is just perfect for that.

[3roomlab]

have you tried vm like virtualbox?
it installs the windows OS inside your ubuntu under vm
give it a try to see if it fits your use case

[themadhippy]

Also maybe see  if it plays nicely with wine

[RAPo]

I have a zima board with linux os/server, attached with Crucial P3 2TB M.2 PCIe Gen3 NVMe Internal SSD and an own monitor.

The zima board  is controlled via RDP connection using MobaXterm and also doubles up as a proxmox server.

[Zucca]

have you tried vm like virtualbox?

I will try to install windows LTCS on a Linux VM.
I hope it is not asking for problems, when I have to upgrade FW, the PC needs to be stable... don't wanna brick devices.

Also how a USB3 Picoscope will deal with a Windows SW in a Linux VM?

I mean VM is perfect if you wanna stay in the SW circle... not so sure if you have to control HW from the VM...

[Zucca]

I have a zima board with linux os/server, attached with Crucial P3 2TB M.2 PCIe Gen3 NVMe Internal SSD and an own monitor.

better than a Raspi for sure... for what do you use the zima board in your bench?

[RAPo]

I use it for data collection/storage and simulation functionalities.

[Nominal Animal]

You can use USB passthrough (so that a specific USB device shows up in the client VM), or install a separate PCIe USB controller card (one fast enough and well supported on both Linux and Windows) on your computer, and use PCIe passthrough so that the client VM (and its own drivers) directly accesses the controller.  PCIe passthrough does require the motherboard, processor, and chipset support virtualization extensions (Intel VT or AMD-V), so check your BIOS settings.

[tatel]

I'd rather prefer to install Debian better than Ubuntu any day of the week. To make money, Ubuntu needs to somehow differentiate from Debian, which is the original from which the copy is made. And, main reason to differentiate, is for Canonical to make money from Ubuntu. I've have been bitten by that crematistic policy at least once.  Debian does have a Social Contract; they pledge to avoid crematistics and to look for quality and user easy life instead. They give you alternatives or at least plenty of time, like a couple of years, to adapt to any changes. Don't expect almost any other linux distro to do that, even if most of them also are of Debian descent.

Many people that aren't professional programmers but know how things are done create their own Debian packages and release them. So you can probably find real gems out there, ready to be installed. I don't think there's any other linux distro with so many packages ready to install.

Problem with Debian is, since they are so focused in stability, software is usually older than in Ubuntu, i.e, in Debian 12, which is the "stable" released version right now, you'll find KiCAD in version 6. If you want KiCAD 8, you need to install it backported from "testing"... or directly install "testing".

Another problem is, Debian doesn't install by default any "non-free" software. You can do it, but you have to activate that possibility manually. Since most firmware is not free, you'll find that your wifi card isn't working when you try to install Debian, because it needs non-free firmware to work. However it's easy enough to do your installs via Ethernet, then grep the start messages looking for "missing firmware" lines, activate "non-free" on APT package management, and install that firmware.

Debian 13, now in testing, has changed that policy, there's a "non-free-firmware" section activated by default, so these problem newcomers had with non-free firmware should be gone.

Last, but not least, Debian's APT software package management tool became the model followed by most other distros -RedHat included- after realizing their original tools weren't in the same league. Any newcomers should stick to it to avoid problems. Forgot to install anything from I-don't-know-from where; all you need is either already in Debian repositories to be installed with just an "apt install package-name" or you'll need more experience than you have right now.

With time and experience, you could use other sources too, but don't try that as a newcomer. AppImages can work, Docker also. The worse one is installing anything Python with pip. That almost guarantees you'll get in trouble sooner rather than later.

If you stick to that, you can just do a defaults install and be fine, trouble free for years. Debian documentation is plentiful and the fastest way to learn. Please have a look at these threads:

https://www.eevblog.com/forum/programming/linux-dependency-black-hole/msg5467894/#msg5467894 
https://www.eevblog.com/forum/rf-microwave/wsjt-x-on-pi/msg5465293/#msg5465293

The other linux distros worth to have a look at are RedHat/CentOS and Slackware IMO. RedHat does a lot of developing and their bussiness model is to charge you a fortune for technical support. CentOS follows RedHat, but it doesn't have any support I'm aware of. Slackware is the *original* linux distro and does not have any package management system -this is where the name Slackware comes from. It can be useful when you know what you are doing and need, say, a real light system on you device.

Now, for use as an EE bench system, you already learned that many devices have Windows-only firmware. You can use virtualbox; it has settings to connect to different peripherals out of the virtual machine. This means another learning curve however. Or you could have a dual-boot system and restart into the system you need at any moment. But, IMO, to have another machine for windows is the handiest thing to do. Usually we have more than a PC, and to have and old PC with, say, windows XP/7 and even perhaps another one with 10/11to be started if/when needed will probably be the most trouble-free way to go. Assuming you have the space in your workshop, of course

[Smokey]

I'm a linux Mint fan if I have to go that way... but..

Hardware design, and embedded programming specifically has TON of windows only tools (or stuff that says it's supported but barely works with linux/mac/virtual-machine).  If you want to work in this space I would say don't try to be an ideolog purist.  Just run windows and get your work done. 

[Infraviolet]

I can give another vote for Linux Mint, it has a philosophy more grounded in long term stability than Ubuntu (one which it is based) does, and it works well with Wine for running some Windows programs under. But still, you might need a VM with Windows inside it for things that Wine can't handle.

[Nominal Animal]

Having Tux as my mascot and running Linux on my home machines for over a quarter of a century now, I'm sometimes taken for a zealot because I prefer open source.  Because of this, I feel I need to quote my own post from earlier today in a different thread:

There is absolutely nothing wrong in using proprietary tools for business or work, even if you are/were a staunch proponent of open source software/hardware.

What matters for paid work is your productivity, and the quality of the solutions.

The reason to go open source should always be practical, and not just "lower cost".  Avoiding vendor lock-in, and having the ability to maintain, fix, and modify the tools oneself or independently from any vendor, should be very close to the top of the list of reasons, or it will not work out well.

For hobby stuff and education, there are additional aspects, like the ability to learn as much as you care to about how things work, that make open source software and hardware useful and important.

Even for a hobby EE workstation, you do need to consider what kind of tools you need to enjoy your hobby to the fullest.

[abeyer]

Agree with others who have expressed the same... despite using some *nix flavor as my primary machine for decades, I still find it useful to have an actual hardware windows machine available from time to time, particularly for electronics and fabrication purposes. I'm also quite happy with the current state of WSL2, so even working day to day on windows for my work machine is pretty comfortable, as my standard development environment script for linux will stand up almost flawlessly under it and let me do most of what I do in WSL while still having windows on bare metal there for what I need it for. (in that case, primary for the hardware certificate in the TPM, which I need for VPN access.)

Also, even if you don't need the LTSC channel, stepping up to an enterprise windows sku even just for personal use is well worth the hassle and cost, as it defaults off a lot of the user hostile anti-features that consumer windows ships with, and gives you access to configure some things via policy that can't be changed otherwise.