Sorry for the mild off-topic, but I felt like this is important to highlight, because it’s not clearly documented and it took me an embarrassing long time for me to realize this while I was debugging this exact “left half becomes dead/unresponsive” issue:
You don’t actually need to compile the firmware from source to use a firmware newer than whatever is shipped in the Agent. You can simply download the latest firmware release from the GitHub Releases page, use the “Chose firmware file” option in agent, and select the entire .tar.gz archive as the firmware file.
I am seeing left half lags/freezes/drops only when the bridge cable is not connected. With the bridge cable connected it’s almost flawless. This happened basically right out of the box (this is day 3).
I typed the standard ‘the quick brown fox jumped over the lazy dog’ and when it’s wireless instead of bridge, it’s rough. I am fine using the bridge cable but wanted to pass along my experience (also submitted this through email).
Firmware is up to date (12.3.1), not using dongle, the lag on the left half (and subsequently the right half may bug out as well) will randomly start. Once the lag starts, I’m not sure how to make it stop (even restarting pc does nothing to help).
Updated to 12.3.2 and it’s currently working, but unsure when it’ll stop working (or get buggy) again next. Last time it went haywire was when I decided to stop working (ssh’d from my windows machine into my linux laptop through windows terminal) for a little bit to watch youtube - then it stops responding correctly… really have no clue why it stopped working (it’s directly connected via USB, no dongle because that’s too inconsistent to be reliable at this time).
For me, disconnecting the bridge cable and resetting either the right or left half with the button on the back of the board will resolve it (for a while, at least).
Of course, if you have the non-battery version of UHK80, you’ll need both halves connected to host via USB in order for the left side to reset without the bridge cable.
It should be back in sync with or without the bridge cable afterwards.
I have the battery version of the UHK, not sure why they didn’t provide a way to manually turn the thing off/on (I can’t find info on how to restart it and it didn’t come with any guide of any sort). Unplugging/plugging back in (or switching sides) does nothing to remedy the issue
When getting up to speed typing, left half characters would sometimes be slighly delayed, so “the” would end up being “hte”. Lag seems to be …The solution for this is to close the game and preferrably spacebar counter restart your pc. also no more than 10 tabs open on chrome and 20 on brave/opera gx are recommended … What I found is that the microcontroller of the left half eventually freezes, presumably due to the deformed I2C signal shape. Then the I2C …
Here I am again on 12.3.2 with another left half issue. I’m noticing the issue happened last after spending some time not using the keyboard (e.g. watching a video or something). Then sporadically, if some time has passed, the keyboard sometimes does a weird disconnect/connect thing then it’s effectively unusable as a keyboard. This reset freeze my entire compute until the keyboard reconnects. I’ve use the reset button on the back and while it’s somewhat better the lag still exists and some characters are missed entirely. I’m using a RK keyboard in the mean time and despite bringing this thing everywhere I have zero issues with it (the RK, that is). I’m starting to regret my decision to purchase the UHK80 as it’s - at best - only in a usable state 50% of the time.
I am also wondering if the cause might be simply a crash of the left half firmware - in that case bothering Benedek with it is probably not necessary.
The ability of an external device to freeze the whole computer is scary, and should be dealt with, but I that is about the host OS in the first place, not the UHK.
.)