ct-Open-Source / ct-Open-Source/tuya-convert
start_flash dumps Gosund WP3 out of pairing mode and fails to connect
- Dominant language
- Python
- Stars
- 5.1k
- Forks
- 523
- PR merge metrics
- No merged PRs in 30d
Description
Hi,
Not sure if this is related to the PSK issue, but when I try to run start_flash against a Gosund WP3 'smart plug', it audibly 'clicks' the relay and goes from being in pairing mode (flashing blue light) to some other mode (solid dull red light), and start_flash goes into retry loop, never connecting ("Resending SmartConfig Packets .............. Device did not appear with the intermediate firmware"). If I don't run start_flash, the WP3 stays in flashing-blue pairing mode indefinitely... but as soon as I hit "Enter" on the command line after connecting to vtrust-flash, etc., the plug dumps.
Not sure which log is most relevant, but I am getting "could not establish sslpsk socket: [SSL: DECRYPTION_FAILED_OR_BAD_RECORD_MAC] decryption failed or bad record mac (_ssl.c:1056)" in smarthack-psk.log.
Logs and output attached.
Many thanks for your work!
[tuya-convert-logs.txt](https://github.com/ct-Open-Source/tuya-convert/files/5794374/tuya-convert-logs.txt)
[tuya-convert-output.txt](https://github.com/ct-Open-Source/tuya-convert/files/5794382/tuya-convert-output.txt)
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reviewing tuya-convert-logs.txt and tuya-convert-output.txt, then run start_flash with a Gosund WP3 in pairing mode. Compare the relay and light behavior after pressing Enter with the SSL PSK error in smarthack-psk.log. Done means the plug stays in pairing mode and start_flash connects instead of retrying because the intermediate firmware did not appear.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- embedded-iot
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100