uzlonewolf
uzlonewolf
Well, I'm all out of ideas :( Perhaps @jasonacox can think of something I missed?
Unfortunately I don't think so due to the dependencies tinytuya requires; PyCryptodome is the first one that comes to mind, and there may be others.
From a quick glance it seems to have the same issue as pyaes: no GCM support. As I have yet to see a v3.5 device in the wild I don't...
While I do find it interesting and think we should support it if it just requires a crypto library addition, it feels like we're getting into "can" vs. "should" territory...
If you're going to try it, doing `import tinytuya.core as tinytuya` (instead of just `import tinytuya`) will help reduce the dependencies as it avoids loading all the cloud stuff.
I started getting it to work on the Unix port of MicroPython, but stopped at the point it needed a crypto library. Basically I just had to comment out the...
> If it's possible to shorten the Python code so that it only serves to determine the device's status Basically 90% of the complexity is handling the different protocol versions....
@jasonacox Yes I'm familiar with it, I just didn't think there would be much overlap with TinyTuya users as it completely eliminates Tuya's cloud and app. If someone was going...
Prebuild binaries are available on the 'releases' page https://github.com/openshwprojects/OpenBK7231T_App/releases . I can understand not wanting to mess with it though.
If you don't mind using npm/node.js instead of Python then it looks like you can also get local keys via the "pretend to be the Android app" method. A slight...