Max Isom
Max Isom
> The only open issue is the 'ERROR' level in case of connection loss: using retry this event is not an ERROR requiring programmer intervention, better if it becomes a...
Thanks for the info @rospogrigio, it ties together everything. Makes sense now. Open to ideas on how to implement `0d` devices. Should we query for DPS parameters automatically in `connect()`,...
I don't currently have enough bandwidth to work on implementing `0d` devices, but I'm happy to accept PRs. 😄 This issue is also getting kinda messy, so I started a...
@BarryW55 I don't currently have a timeline on implementing support; partly because I don't have any 0d devices. As always, happy to accept PRs. :)
> possibly save this flag for the given device Save for the current constructed instance yes, for future program executions no. > possibly give the user an option to set...
Can you please fill out the above template?
To clarify: are you always linking both at once or one after another? If you're trying to link both at once, you should pass `-n 2` as a flag to...
I think @kueblc is right, ideally we would be appending all received data to a buffer that we then can scan for packets. It's possible to get the device into...
If you're asking for any releases specifically addressing this issue, no. This issue can be worked around in user-land and I don't currently have enough bandwidth to do a complete...
I just [recently fixed](https://github.com/TuyaAPI/cli/issues/130) the signing error. Please update @tuyapi/cli to v1.17.2 and try again.