PS4 Fanatec CSR connection drop out

[Mike_grpA]

Hey, I've just set this up, had a lot of help from a friend setting up the config and the USB adaptor.

I use a Fanatec CSR, in PS3 mode, so the PC identifies it as a Logitech G25. The config file has been customised so it all works fine with the PS4. The only issue I'm having is GIMX stops working randomly, disconnecting me.

Here are the logs (cut some of the inputs out to keep it short):

global option -l with value `log.txt'
global option -c with value `FanatecCSR_G29.xml'
controller #1: option -p with value `COM7'
now reading arguments for controller #2
status flag is set
subpos flag is set
force_updates flag is set
GIMX 5.9 i386
Windows Vista SP2 x86
Kernel version: 6.0 (6002)
native mode is already enabled for HID device \\?\hid#vid_046d&pid_c299#7&252a960&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (PID=c299)
Detected USB adapter: G29 PS4.
Reset sent to the adapter.
using default refresh period: 5.00ms
macros are not available for: joystick PS4 Controller (0)
Warning: can't open macro directory C:\Users\Mike\AppData\Roaming//gimx//macros/
0 1473061509.562412
0 1473061563.073412, wheel (3188)
0 1473061563.078412, wheel (3216)
**cut here**
0 1473061581.803412, wheel (-1070)
Exiting
src/windows/async.c:449 GetOverlappedResult failed with error: A device attached to the system is not functioning.


src/windows/async.c:118 queue_write: no space left in write queue for device (0)
src/windows/async.c:306 WriteFile failed with error: The device does not recognize the command.


src/windows/serialasync.c:167 SetCommState failed with error: Access is denied.


src/windows/serialasync.c:170 SetCommTimeouts failed with error: Access is denied.

^That is the only time it's said that when it's stopped. The other times have looked like this:

global option -l with value `log.txt'
global option -c with value `FanatecCSR_G29.xml'
controller #1: option -p with value `COM7'
now reading arguments for controller #2
status flag is set
subpos flag is set
force_updates flag is set
GIMX 5.9 i386
Windows Vista SP2 x86
Kernel version: 6.0 (6002)
native mode is already enabled for HID device \\?\hid#vid_046d&pid_c299#7&266f08fd&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (PID=c299)
Detected USB adapter: G29 PS4.
using default refresh period: 5.00ms
macros are not available for: joystick PS4 Controller (0)
Warning: can't open macro directory C:\Users\Mike\AppData\Roaming//gimx//macros/
0 1473061960.167212
Exiting
src/windows/async.c:118 queue_write: no space left in write queue for device (0)

^That time it happened straight away, but other times it has worked from anywhere between 2 mins and over an hour, but every time, the log ends with this bit:

Exiting
src/windows/async.c:118 queue_write: no space left in write queue for device (0)

Any help would be hugely appreciated.

[Matlo]

Hi,
It seems there is something wrong with the usb to serial adapter (e.g. cp2102). It may be a bad cable or a faulty hardware.

[Mike_grpA]

Thanks for the speedy reply mate, much appreciated.

I'm using a non-powered usb hub, just a cheap one, could that be the culprit? Another piece of information is that when all three things (the wheel, the adaptor, and the PS4 controller) are plugged into the hub, it lasts up to an hour before stopping, but when I plugged the PS4 controller into the laptop's second usb port (other two in the hub connected to the first usb port), it only lasted about 5 minutes.

[Matlo]

Yes, it could be due to the USB hub. Try to plug the adapter into a laptop USB port.

[Mike_grpA]

Tried that, it'll last only several minutes unless everything is plugged in to the hub strangely. If everything goes through the hub, it lasts an hour or so.

I also get the message in windows "this device can perform faster if you connect it to a USB 2.0 port", when I plug the hub in. If I plug anything else in without the hub, the message doesn't show up, and even if I plug the hub in with nothing else connected to it, the message pops up. I'm using an older Windows Vista laptop, but it's not that old, it's definitely USB 2.0

[Matlo]

Non-powered hubs are not reliable.

[Mike_grpA]

Yeah for sure, I'm with you there, but I've tried the GIMX device plugged directly into the laptop, with the controller and wheel plugged in through the hub, and I still get the same problem.

I tried disconnecting each device separately while GIMX is running, to see what happened, and when I disconnect either the wheel or controller with GIMX running, the DOS box remains open and just displays errors, but if I disconnect the GIMX device with the program running, it closes the DOS box exactly the same way it does with these random disconnects. I know you said the error I reported is a USB issue to the CP2102, and I think this was a good way to confirm that it was in fact the USB cord or the device itself, rather than the hub, because I get the same disconnects whether the device is plugged in through the hub, or directly to the laptop.