ct-Open-Source / ct-Open-Source/tuya-convert
Endless loop: Resending Smartconfig Packets
- Dominant language
- Python
- Stars
- 5.1k
- Forks
- 523
- PR merge metrics
- No merged PRs in 30d
Description
I am in an endless loop:
```
SmartConfig Complete.
Resending Smartconfig packets
...............................................
```
Eventually timing out.
The MAC address shown in the "connected" list is not the MAC address of the device.
The device is a Geenie 20405 Four outlet + USB smart strip.
**log files**:
[smarthack-udp.log](https://github.com/ct-Open-Source/tuya-convert/files/9277238/smarthack-udp.log)
[smarthack-web.log](https://github.com/ct-Open-Source/tuya-convert/files/9277239/smarthack-web.log)
[smarthack-wifi.log](https://github.com/ct-Open-Source/tuya-convert/files/9277240/smarthack-wifi.log)
[smarthack-mqtt.log](https://github.com/ct-Open-Source/tuya-convert/files/9277241/smarthack-mqtt.log)
[smarthack-psk.log](https://github.com/ct-Open-Source/tuya-convert/files/9277242/smarthack-psk.log)
Does this device have the firmware that is preventing a new flash or did I miss something in the process?
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reviewing the linked smarthack-udp.log, smarthack-web.log, smarthack-wifi.log, smarthack-mqtt.log, and smarthack-psk.log files, focusing on the MAC address and SmartConfig resend sequence. Compare the logs with the reported timeout and determine whether the device firmware or the conversion process accounts for the loop; document the evidence and a reproducible next step.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- embedded-iot, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100