-
-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
timeout failure connecting devices via cli #124
Comments
Sorry, it's unclear from your original post. Is the computer you're running @tuyapi/cli on connected via WiFi to your network? The warning in VSCode doesn't matter since this package isn't written in TypeSCript (and third-party types don't exist for @tuyapi/link anyways). |
My apologize for poor structure. Yes, I'm running tuyapi/cli on Windows 10 from a laptop connected over 2.4ghz WiFi, same as the bulb. The only device not on that WiFi is a RPi running PiHole, but it doesn't appear to be blocking anything during the attempts. |
I've a similar issue. A week ago I connected to Smart Plugs from Teckin (SP22) via Windows laptop is on a 2.4 Ghz WiFi.
|
Am experiencing the same. My device worked before with the TuyaAPI, now stopped. When trying to link again it's timing out. |
Given that lots of people are suddenly having this issue, I'm guessing that either updated firmware is being rolled out or something changed with the API. I'll try linking some of my devices later this week and see what happens. |
I just tried myself and it works fine for me. So I don't think the API changed and I checked in the Tuya app first to make sure there wasn't a firmware update available for my device. I also did a quick Wireshark capture to see what the app sent during the linking process and that seems the same as well. Not really sure what's going on at this point, any additional debugging information would be helpful. |
All I can say is that I have the same issue. Sylvania Smart + WiFi Bulbs. I have done all the debug steps (2.4 GHz only, wifi name only letters no spaces, unpaired from app, uninstalled app, power cycle until flashing fast) after about 4x flashing cycles the light turns solid, but I time out and can track all the same errors. Windows 8.1 |
I think it has something to do with how the UDP packets are broadcasted? I have a temporary workaround tho.
I found it but still didn't work, so I tried random IPs on my network instead of trying to search it with a broadcast and then it connected. (I quickly wrote this, let me know if you need more details) |
@lesleyxyz I'd love more details on your workaround. Ive got android studio on a windows computer. I've got the Sylvania app installed and see a paired bulb in it. Can't find the device ID in the file explorer. Wouldn't know how to brute-force IP addresses in the pairing command to tuya. |
Okay so once you've got the app running goto Device File Explorer and open this file: Somewhere in there, there is a file containing your key and localKey For me it was in shared_prefs/preferences_global_keyeu_1597426102556uJkHm.xml Let me know again if you still can't find it, then I'll try installing that app |
I'm unable to connect Sylvania Smart+ bulbs via cli (or apps).
Opening this file in VSCode I see:
When I run ‘npm i --save-dev @types/tuya_link’ I get:
In the debug log it appears to run properly up until:
Both devices are on 2.4ghz wireless. I do have pihole running via ethernet. The apps connect to the bulb and turn it from blinking to solid, but is unable to register. The cli doesn't stop it from blinking at all. I get unrecognized command when I run "DEBUG=*". I'm not sure if this is an install issue on my part or what. But the link at the end doesn't seem to be valid: https://registry.npmjs.org/@types%2Ftuyapi_link
Any input is appreciated.
The text was updated successfully, but these errors were encountered: