01Before you start
Identify whether you have an original iCarry, iCarry S or iCarry 2 when possible. SupaKewber’s Gen2 driver covers the original and S family, while iCarry 2 uses a Gen3 move-history protocol with different packets.
Battery condition is especially important for a cube that seems to wake and disappear repeatedly. Weak power can look like a browser problem because the device advertises briefly and then drops during the encrypted handshake.
02Why this process works
SupaKewber requests GAN service identifiers and manufacturer data from the browser chooser, then derives the encryption information needed to read the move stream. That work happens in the site rather than CubeStation.
The iCarry 2 protocol can request recent move history when packets arrive out of sequence. This helps recover short gaps, but a badly interrupted connection should still be reset before recording serious training data.
03How to verify the result
Turn R, U and F one at a time and compare each physical move with the 3D cube. A single matching move is encouraging; several consecutive moves confirm that notifications and ordering are stable.
If the states do not match, do not start a timed solve. Solve the physical cube, reconnect if necessary and re-check from a known solved position.
04If it still does not work
When the browser chooser cannot see the cube, wake it again, close other clients and place it within arm’s reach. When the chooser works but moves do not arrive, refresh, restart Bluetooth and reconnect.
For repeated disconnects during a session, inspect battery, sleep behavior, distance and radio interference. The dedicated disconnecting guide orders these checks from most common to least disruptive.