Sure. In my case I have these issues regardless of whether I'm in HDR mode or not. I've attached a compiled binary of the USBResetter tool which ought to be equivalent to hitting "reset board" in the VMMHIDtool. You can find the sources to this tool here:
Contribute to djrobx/USBResetter development by creating an account on GitHub.
github.com
In my Hammerspoon scripts I have:
Code:
print("Waking screens.")
hs.execute("/usr/local/bin/USBResetter", true)
hs.execute("sleep 1")
os.execute("sudo /usr/local/bin/python3.11 /Users/djrobx/.hammerspoon/broadlink_cli.py --type 0x5213 --host 192.168.0.11 --mac ec0baea04a28 --send 260056000001269213121312133713121312131213111312133713371312133713371337133713371312131213371312131213121337133713371337131213371337133713111312130005370001264913000c620001264913920d05")
The broadlink command is a USB IR emitter that sends the discrete power on code to my LG C2. The "Wake on lan" method that is commonly used is not consistent in my experience.
Important note: If USBResetter is working, and you just run it while the screens are on, you'll see them go black to "No signal". This is the same behavior you will see if using VMMHIDtool in parallels. Once you reset board, it seems like Mac OSX needs some event to wake the displays back up. Changing the refresh rate or resolution on a screen will do the trick. Or, even just powering the monitors on, as you see in the above script.
I've been going a week now or so without having to unplug the adapters. Would be nice if CableMatters could fix this firmware issue, but after months of trying different things, this is the best workaround I've been able to come up with.
I would encourage people who are seeing this problem to write to CableMatters. It would be awesome to get a solidly working dongle that didn't need hacks to wake up from sleep.