Did you ever notice how, in the crazy world of tech, there's always that one quirky little project trying to solve a problem so niche that its only competitors might be a left-handed screwdriver and a self-hiding alarm clock?
I use two different computers in my daily workflow and share a single keyboard/mouse pair between them. Trying several USB switching boxes found on Amazon made me realize they all suffer from similar issues - it takes a while to switch, the process is quite clumsy when trying to find the button and frankly, it just doesn't get any better with time.
All I wanted was a way to use a keyboard shortcut to quickly switch outputs, paired with the ability to do the same by magically moving the mouse pointer between monitors. This project enables you to do both, even if your computers run different operating systems!
- Completely free and open source
- No noticeable delay when switching
- Simply drag the mouse pointer between computers
- No software installed
- Affordable and obtainable components (<15€)
- 3D printable snap-fit case
- Full Galvanic isolation between your outputs
- Works with Linux, macOS and Windows
The device acts as an intermediary between your keyboard/mouse and the computer, establishing and maintaining connections with both computers at once. Then it chooses where to forward your mouse and keystrokes to, depending on your selection. Keyboard follows the mouse and vice versa, so just dragging the mouse to the other desktop will switch both.
To get the mouse cursor to magically jump across, the mouse hid report descriptor was changed to use absolute coordinates and then the mouse reports (that still come in relative movements) accumulate internally, keeping the accurate tally on the position.
When you try to leave the monitor area in the direction of the other monitor, it keeps the Y coordinate and swaps the maximum X for a minimum X, then flips the outputs. This ensures that the cursor seamlessly appears at the same height on the other monitor, enhancing the perception of a smooth transition.
Dragging the mouse from Mac to Linux automatically switches outputs.
The actual switch happens at the very moment when one arrow stops moving and the other one starts.
Acting as a USB Host and querying your keyboard periodically, it looks for a preconfigured hotkey in the hid report (usually Caps Lock for me). When found, it will forward all subsequent characters to the other output.
To have a visual indication which output you are using at any given moment, you can repurpose keyboard LEDs and have them provide the necessary feedback.
It also remembers the LED state for each computer, so you can pick up exactly how you left it.
PICO_BOARD=pico PICO_SDK_PATH=/your/sdk/path cmake -S . -B build
cmake --build build
Alternatively, you can use the pre-built images. Take the Pico board that goes to slot A on the PCB and hold the on-board button while connecting the cable.
It should appear as a USB drive on your system. Copy the corresponding board_A.uf2 file there and repeat the same with B.
Option 1 - Open the case, hold the button while connecting each Pico and copy the right uf2 to it.
Option 2 - Switch a board to BOOTSEL mode by using a special key combination. (hold down all of these keys).
- board A:
Right Shift, F12, A, Left Shift - board B:
Right Shift, F12, B, Left Shift
This will make the corresponding Pico board enter the bootloader upgrade mode and act as USB flash drive. Now you can drag-and-drop the .uf2 file to it (you might need to plug in your mouse directly).
Ever tried to move that YT video slider to a specific position but your mouse moves too jumpy and suddenly you are moving your hand super-carefully like you're 5 and playing "Operation" all over again?
Holding right ALT while moving the mouse will slow it down considerably, enabling you to get the finer precision work done and still have your mouse moving quickly otherwise.
If you want to lock yourself to one screen, use RIGHT CTRL + L.
This will make sure you won't accidentally leave your current screen. To turn off, press the same key combo again.
The circuit is based on two Raspberry Pi Pico boards, chosen because they are cheap (4.10 € / pc), can be hand soldered and most suppliers have them in stock.
The Picos are connected using UART and separated by an Analog Devices ADuM1201 dual-channel digital isolator (~3€).
While they normally don't have support for dual USB, thanks to an amazing project where USB is implemented using the programmable IO wizardry found in RP2040, there is support for it to act both as an USB host and device.
To keep things as simple as possible for DIY builds, the traces were kept on one side and the number of parts kept to a theoretical minimum.
USB D+/D- differential lines should be identical in length, but they are slightly asymmetrical on purpose to counter the length difference on the corresponding GPIO traces PICO PCB itself, so the overall lengths should match.
Zd (differential impedance) is aimed as 90 ohm (managed to get ~107, close enough :)).
The thickness is designed to be 1.6 mm for snap-fit to work as expected.
Planned changes:
- Add 15 ohm resistors for D+ / D- lines
- Add decoupling capacitance near VBUS line on USB-A connector (~100 uF)
- Add an ESD protection device near the USB connector
Since I'm not very good with 3d, the case is simple and basic but does the job. It should be easy to print, uses ~33g of filament and takes a couple of hours.
Horizontal PCB movements are countered by pegs sliding through holes and vertical movements by snap-fit lugs on the side - no screws required.
Micro USB connectors on both boards are offset from the side of the case, so slightly larger holes should allow for cables to reach in.
The lid is of a snap-fit design, with a screwdriver slot for opening. The markings on top are recessed and can be finished with e.g. crayons to give better contrast (or simply left as-is).
| Component | Qty | Unit Price / € | Price / € |
|---|---|---|---|
| Raspberry Pi Pico | 2 | 4.10 | 8.20 |
| ADuM1201BRZ | 1 | 2.59 | 2.59 |
| Cap 1206 SMD 100nF | 2 | 0.09 | 0.18 |
| USB-A PCB conn. | 2 | 0.20 | 0.40 |
| Headers 2.54 1x03 | 2 | 0.08 | 0.16 |
| Total | 11.53 |
USB-A connector can be Molex MX-67643-0910 or a cheaper/budget one that shares the same dimensions.
Additional steps:
- making the PCB (Gerber provided, choose 1.6 mm thickness)
- 3d printing the case (stl files provided, ~33g filament)
If you have some experience with electronics, you don't need this. However, some of you might not, and in that case this video might help guide you through the process. Please note, after soldering you should clean the flux from the PCB to prevent corrosion.
The standard process to do that is using isopropyl alcohol and an old toothbrush. But guess what? I'm not putting my old toothbrush online, so you'll just have to improvise that part :)
- I just have two Picos, can I do without a PCB and isolator?
Sure. Having an isolator is recommended but it should work without it.
- What happens if I have two different resolutions on my monitors?
The mouse movement is done in abstract coordinate space and your computer figures out how that corresponds with the physical screen, so it should just work.
- Where can I buy it?
I'm not selling anything, this is just a personal, non-commercial hobby project.
[update] There is a manufacturing/assembly company in China that might offer PCBs in qty of 1, assembled boards and boards + case, so stay tuned.
I don't want to take any commission on this - the only goal is to provide an alternative for people who don't feel confident enough to assemble the boards themselves.
- When the active screen is changed via the mouse, does the keyboard follow (and vice versa)?
Yes, the idea was to make it behave like it was one single computer.
- Will this work with keyboard/mouse combo dongles, like the Logitech Unifying receiver?
Not with the current version, but there is work ongoing to add support. Testing is one of the main problems, so if there is anyone with the device and some Logitech gear, let me know.
- Will this work with wireless mice and keyboards that have separate wireless receivers (one for the mouse, another for the keyboard)?
It should work - tried an Anker wireless mouse with a separate receiver and that worked just fine.
- I have issues with build or compilation
Check out the Troubleshooting Wiki that might have some answers.
There are several software alternatives you can use if that works in your particular situation.
- Barrier - Free, Open Source
- Input Leap - Free, Open Source
- Synergy - Commercial
- Mouse Without Borders - Free, Windows only
- Universal Control - Free, Apple thing
- Slow mouse movement with some devices.
- Windows 10 broke HID absolute coordinates behavior in KB5003637, so you can't use more than 1 screen on Windows (mouse will stay on the main screen).
- If you have more than one display, the mouse is faster in the X direction on that machine. Will get fixed with per-output configurable speed settings.
- Code needs cleanup, some refactoring etc.
- Occasional bugs and weird behavior.
- Not tested with a wide variety of devices, I don't know how it will work with your hardware. There is a reasonable chance things might not work out-of-the-box.
- NOTE: Both computers need to be connected and powered on for this to work (as each board gets powered by the computer it plugs into).
So, what's the deal with all the enthusiasm? I can't believe it - please allow me to thank you all! I've never expected this kind of interest in a simple personal project, so the initial features are pretty basic (just like my cooking skills) and mostly cover my own usecase. Stay tuned for firmware updates that should bring wider device compatibility, more features and less bugs. As this is a hobby project, I appreciate your understanding for being time-constrained and promise to do the best I can.
Planned features:
Proper TinyUSB host integration(done)HID report protocol parsing, not just boot protocol(mostly done)- Support for unified dongle receivers
Support for USB hubsand single-sided operation- Configurable screens
- Permament configuration stored in flash
- Unified firmware for both Picos
- ... and more!
Mouse polling should now work at 1000 Hz (the dips in the graph is my arm hurting from all the movement :-)):
I kindly request that anyone attempting to build this project understands and acknowledges that I am not liable for any injuries, damages, or other consequences. Your safety is important, and I encourage you to approach this project carefully, taking necessary precautions and assuming personal responsibility for your well-being throughout the process. Please don't get electrocuted, burned, stressed or angry. Have fun and enjoy!
Happy switchin'!