Device Info
- Device: Kisstoy Lost (Insertable)
- BLE Advertised Name: QCPW
- Matched Protocol: galaku
- BLE MAC: E5:7E:98:C4:F7:84
- Manufacturer Data: company 1494, data [8, 0, 74, 76, 65, 73, 83, 68, 75]; company 22358, data [229, 126, 152, 196, 247, 132]
Environment
- Intiface Central: 3.0.4+40 (Windows desktop + Android)
- Device Config Version: 4.189
- OS: Windows 10 / Android
Problem
The device connects successfully (vibrates briefly on BLE connection), and appears in the device list with two Vibrate actuators and a Battery sensor. However:
ScalarCmd with any Scalar value (0.1 to 1.0) returns Ok but the device does not vibrate
- Dragging the vibrate slider in the Intiface Central UI also has no effect
StopDeviceCmd and StopAllDevices also return Ok but obviously nothing to stop
- Battery sensor reads 0% but the Kisstoy official app shows 96% — so the sensor read is also incorrect
- The device does vibrate once during the initial BLE connection, proving the hardware works fine
- Tested on both Windows desktop and Android versions of Intiface Central — same issue on both (Android also showed
HardwareSpecificError during connection attempts)
Steps to Reproduce
- Open Intiface Central, start engine
- Turn on Kisstoy Lost, start scanning
- Device appears as "Kisstoy Lost (Insertable)", protocol "galaku"
- Send any ScalarCmd → returns Ok, device does nothing
Expected
Device should vibrate when ScalarCmd is sent.
Notes
The Kisstoy official app can control the device without issues, so BLE communication works. It seems the galaku protocol config may have incorrect BLE characteristic UUIDs or write format for this specific Kisstoy model.
Device Info
Environment
Problem
The device connects successfully (vibrates briefly on BLE connection), and appears in the device list with two Vibrate actuators and a Battery sensor. However:
ScalarCmdwith any Scalar value (0.1 to 1.0) returnsOkbut the device does not vibrateStopDeviceCmdandStopAllDevicesalso returnOkbut obviously nothing to stopHardwareSpecificErrorduring connection attempts)Steps to Reproduce
Expected
Device should vibrate when ScalarCmd is sent.
Notes
The Kisstoy official app can control the device without issues, so BLE communication works. It seems the galaku protocol config may have incorrect BLE characteristic UUIDs or write format for this specific Kisstoy model.