TAHKO GT-21 disconnect by inactivity during race + low RSSI detected

Hello,

We currently have 5 sims with 5 SC Pro 2 and 5 Takho GT-21

We are using the 2023.2 firmware in all of them, and are having wireless disconnections from the wheel to the base, after changing the log to “FBB Effect…” we detected that at the moment of disconnection it indicates the following:

Wireless: Uptime : 1360
State: Operational : 0
Wireless: Uptime : 1361
State: Operational : 0
Wireless: Uptime : 1362
State: Operational : 0
Wireless: Uptime : 1363
State: Operational : 0
Wireless: Uptime : 1364
State: Operational : 0
Wireless: Uptime : 1365
State: Operational : 0
Wireless: Uptime : 1366
State: Operational : 0
Wireless: Uptime : 1367
State: Operational : 0
Wireless: Uptime : 1368
State: Operational : 0
Wireless: Uptime : 1369
State: Operational : 0
Wireless: Uptime : 1370
State: Operational : 0
Wireless: Uptime : 1371
State: Operational : 0
Wireless: Uptime : 1372
State: Operational : 0
Wireless: Uptime : 1373
State: Operational : 0
Wireless: Uptime : 1374
State: Operational : 0
Wireless: Disconnect by inactivity : 1
Wireless: State change : 1
Wireless: State change : 2
State: Operational : 0
Wireless: State change : 3
State: Operational : 0
Wireless: Scan response : 122
State: Operational : 0
Wireless: State change : 4
State: Operational : 0
Wireless: State change : 5
State: Operational : 0
Wireless: Connection parameters : 1
Wireless: Connection parameters : 6
Wireless: Connection parameters : 0
Wireless: Connection parameters : 50
Wireless: Connection parameters : 27
State: Operational : 0
Wireless: Connection parameters : 1
Wireless: Connection parameters : 6
Wireless: Connection parameters : 0
Wireless: Connection parameters : 50
Wireless: Connection parameters : 251
State: Operational : 0
Wireless: Connection parameters : 1
Wireless: Connection parameters : 6
Wireless: Connection parameters : 0
Wireless: Connection parameters : 50
Wireless: Connection parameters : 251
State: Operational : 0
Wireless: Configuration Data : 107
Wireless: Configuration Data : 179
State: Operational : 0
Wireless: Configuration Data : 108
Wireless: Configuration Data : 362
State: Operational : 0
Wireless: Connection parameters : 1
Wireless: Connection parameters : 6
Wireless: Connection parameters : 10
Wireless: Connection parameters : 200
Wireless: Connection parameters : 251
State: Operational : 0
Wireless: Low RSSI detected : 2
Wireless: Battery Voltage : 2913
State: Operational : 0
Wireless: Connection parameters : 1
Wireless: Connection parameters : 6
Wireless: Connection parameters : 10
Wireless: Connection parameters : 200
Wireless: Connection parameters : 251
State: Operational : 0
Wireless: Low RSSI detected : 31
Wireless: Battery Voltage : 2910
State: Operational : 0
Wireless: Uptime : 1
State: Operational : 0
Wireless: Uptime : 2
State: Operational : 0
Wireless: Uptime : 3
State: Operational : 0
Wireless: Uptime : 4
State: Operational : 0
Wireless: Uptime : 5
State: Operational : 0
Wireless: Uptime : 6
State: Operational : 0
Wireless: Uptime : 7
State: Operational : 0
Wireless: Uptime : 8
State: Operational : 0
Wireless: Uptime : 9
State: Operational : 0
Wireless: Uptime : 10

The base keeps working fine, you can turn the wheel and it responds but of course the shifters and the buttons do not work, the 5 sims are near to each others but we have set the configuration to “connect to the previous/last device (wheel)” now when this happens, it normally happens to all of them, like if some wheel where trying to connect to some other base for example and was rotating from one base to another, but we also tested to turn on and off the wheels near one base that is in use and conencted to a wheel and see if it generates any disconnection and it doesn’t…
This disconnections happens in the middle of races, so we don’t understand why the log indicates inactivity and we hear the audio notification of disconnection and connection, sometimes this happens several times until it stops and it starts to work again.

More info:

We use iRacing 98% of the time
We use Bluethoot Headsets (Corsair Virtuosso)

Pending to do a Wi-Fi electromagnetic spectrum analysis to see if there are other Wireless signals that might create interference (locally there are no other WiFi Signals in the flat).

Hi,

This is an interesting report. We have not noticed that the wheels would start to disconnect if there are 5 Simucubes using our wireless wheel technology at the same time. In fact we’ve seen more than 20 rigs use the wheels succesfully at the same time.

But I’m fairly certain that they did not all have wireless Bluetooth headsets.

The inactivity disconnect event comes from the wireless radio module directly and our software/firmware does not handle it in any special way. The event means that there hasn’t been any activity from the wheel anymore due to some reason, for example the reason could be that the wheel was powered off or taken outside of the transmission range.

Hi Mika,

Ok, we can do the test without the bluethoot headsets just in case, now the wheel technology does auto change of wifi channels if it see that there are too many devices in the same channel, like ubiquiti APs does for example? or just could it be that this wheel batch just came in with a radio module defective?

The underlying technology is using constant channel hopping at a certain rate and random pattern, and it also detects congestion on channels.

In that case it would shouldn’t not have any interference from external signals, we will proceed with the bluethooth test today to discard bluethooth,

Is there any other option you might think we should verify before opening an RMA to indicate that they are defective?