Works in serial monitor but stopped working in windows

[Boerny41]

Hi,

2 weeks ago my deej just stopped working in Windows. CH340 driver did not change, still using 3.5.2019.1. Serial monitor still shows changes when moving the sliders, it's just that the windows application does nothing and doesn't show anything useful in the logs:

2025-03-26 12:55:34.667	info	main                       	Version info	{"gitCommit": "7567f83", "versionTag": "v0.9.10", "buildType": "release"}
2025-03-26 12:55:34.704	info	deej.config                	Loaded config successfully
2025-03-26 12:55:34.704	info	deej.config                	Config values	{"sliderMapping": "<5 sliders mapped to 5 targets>", "connectionInfo": {"COMPort":"COM8","BaudRate":9600}, "invertSliders": false}
2025-03-26 12:55:34.740	info	deej.sessions              	Got all audio sessions successfully	{"sessionMap": "<8 audio sessions>"}
2025-03-26 12:55:34.809	info	deej                       	Run loop starting
2025-03-26 12:55:34.834	info	deej.serial.com8           	Connected	{"conn": {}}
2025-03-26 12:56:13.241	info	deej.tray                  	Refresh sessions menu item clicked, triggering session map refresh
2025-03-26 12:56:13.272	info	deej.sessions              	Got all audio sessions successfully	{"sessionMap": "<8 audio sessions>"}
2025-03-26 12:56:28.807	info	deej.tray                  	Edit config menu item clicked, opening config for editing
2025-03-26 12:56:37.571	info	deej.config                	Loaded config successfully
2025-03-26 12:56:37.571	info	deej.config                	Config values	{"sliderMapping": "<5 sliders mapped to 5 targets>", "connectionInfo": {"COMPort":"COM8","BaudRate":9600}, "invertSliders": false}
2025-03-26 12:56:37.571	info	deej.config                	Reloaded config successfully
2025-03-26 12:56:37.572	info	deej.notifier              	Sending toast notification	{"title": "Configuration reloaded!", "message": "Your changes have been applied."}
2025-03-26 12:56:37.835	info	deej.sessions              	Detected config reload, attempting to re-acquire all audio sessions
2025-03-26 12:56:37.861	info	deej.sessions              	Got all audio sessions successfully	{"sessionMap": "<8 audio sessions>"}

[Bad-Acetabulum]

I have the same exact problem!

[Evilbolzen]

Same issue,

but for me it came after I had a bluescreen on the CH340 driver of my arduino nano.
Windows 11 then installed a newer driver version from wcn.cn (the legit manufacturer of the CH340). After that, audio control stopped working.
DeeJ still connects.
Arduino serial monitor shows some weird signs in the first few frations of a second before putting out the normal stuff (maybe it was like this before, never checked).
Found something in the logs, but no clue how to fix it:

2025-04-25 10:52:30.121	info	main                       	Version info	{"gitCommit": "7567f83", "versionTag": "v0.9.10", "buildType": "release"}
2025-04-25 10:52:30.154	info	deej.config                	Loaded config successfully
2025-04-25 10:52:30.154	info	deej.config                	Config values	{"sliderMapping": "<5 sliders mapped to 50 targets>", "connectionInfo": {"COMPort":"COM3","BaudRate":9600}, "invertSliders": false}
2025-04-25 10:52:30.180	info	deej.sessions              	Got all audio sessions successfully	{"sessionMap": "<11 audio sessions>"}
2025-04-25 10:52:30.216	info	deej                       	Run loop starting
2025-04-25 10:52:30.229	info	deej.serial.com3           	Connected	{"conn": {}}

~~~ THIS LINE HERE ~~~
2025-04-25 10:52:31.741	info	deej.serial.com3           	Detected sliders	{"amount": 5}
~~~                           ~~~

2025-04-25 12:19:35.352	info	deej.sessions              	Got all audio sessions successfully	{"sessionMap": "<12 audio sessions>"}

I noticed, that the highlighted line is not appearing anymore in current log files, only in the old ones.
Sometimes, if I reset my arduino upon deej starting just in the right time, it will print out this line, but only detecting 1 slider (everything is set up for 5 sliders)

FINAL EDIT:
In issue 130 there is the same issue reportet. They mention something about the "Fake CH340G" driver and a fix.
URL: https://github.com/SHWotever/FakeCH340DriverFixer

Tried it, first try failed to install the fake driver, second try worked. After that, audio control was restored

[Evilbolzen]

A quick note for other Windows 11 users:
The "fixed driver" and Windows 11 do not go along very well with each other anymore. I had an update end of April, now I'm on:
24H2 build 26100.3775.
This version does not like the fixed driver anymore and throws BSODs, sometimes after a few seconds after boot, sometimes after hours. Always a BSOD regarding the CH340G/CH341G (don't know why it's showing it like this).

Plugged the control panel that gifts me BSODs into my Windows 10 computer, now working for 24h with no issues at all.