uhubctl VS keyboards

In my experience this support was rare. I had an issue a few years ago with multiple USB 3 cameras (Intel Realsense) on a mobile robot that would periodically freeze up and need to be hard-reset, and a power-controllable hub seemed like the least-bad way to hack around it. I found my way to this tool, with its convenient list of compatible hardware:

https://github.com/mvp/uhubctl

Of the USB 3 options on the list, several were EOL or impossible to find, and when I ordered one each of the remainder, there was only one I could get working, and it wasn't reliable about being able to reset a device that had frozen to the point where Linux no longer had sysfs entries for it.

We ended up instead using a hub with an internal jumper to disable bus power, and then putting the self power line through a separately-controllable relay.

Best you can tweak is to disable the WiFi / Bluetooth and possibly the USB ports (edit - USB look no go https://github.com/mvp/uhubctl)

There's an extremely useful feature called USB Per-Port Power Switching, that's somewhat rare because nobody knows about it. If you use a Unix-family operating system, then here's a C driver. Windows doesn't currently have this feature, but could add it in the future -- let's hope they do!

https://github.com/codazoda/hub-ctrl.c or https://github.com/mvp/uhubctl can be used if the hubs have "Per-port power switching". The second link also has a long description.

If you were using a USB-powered drive and Linux/Mac/Unix, you could use uhubctl with one of the (uncommon) hubs that support Per-Port Power Switching (PPPS).

Actually some of the Pi boards USB ports can be controlled by Uhubctl but you have to note the restrictions on the board you are using - mainly how many you effect and the "minor" fact of the USB also controls the Ethernet and WiFi power on some boards!

Agreed this is not the right sub for this, but you got me curious. Without diving too deep, check out https://github.com/mvp/uhubctl

I've also used Qlab on both ends to trigger USB led flashes via OSC using uhubctl. You'll need a usb hub for that.

My own design; https://github.com/tzarc/djinn

You can see an example of this with the Djinn Rev 2a

I have found one with no wireless module (djinn) but i really want a wireless one.

djinn

https://i.imgur.com/Z4FZ0t1.jpg Finally reflect I'm done with the hardware. This was my first non-kit board where I had to order all the components myself. Soldering was tough. Blood, sweat and ⠀tears were shed, but I think it was worth it. Big thanks to u/tzarc for the great piece of kit and for all folks on the djinn discord channel for putting up with all my noob questions! All the required info is here: https://github.com/tzarc/djinn Now I just have to learn to type better 😂 Here are some progress pics https://imgur.com/a/5h1qPb1

There may be enthusiast mechanical keyboards that use faster ports. My keyboard uses an Elite-C MCU in each half. I've heard some more modern stuff is switching to ARM for the MCUs.

Here's a keyboard that uses an ARM MCU:

https://github.com/tzarc/djinn

Most of the open source designs do not have protection on the TRRS connector. There are many kinds of protection that can be built such as for ESD (static electricity), over voltage, over current (short circuit), noise (interference), etc. All of these require components and board real estate. You can check out the Djinn Djinn keyboard It implements protection on the TRRS port and it is a BEAST. The Pro Micro form factor for MCU boards is pretty small so there is limited space for this kind of circuitry. However, if a keyboard has an onboard controller (no separate microcontroller) it might have some protection, at least on the USB connector.

You can. I learned from this guy: https://github.com/tzarc/djinn. I just don’t remember how (I haven’t used kicad in a while). You might be able to figure it out by looking at the footprints he used here. Even the MCU footprint is a reversible one with all the traces included iirc.