You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I just tested something: When you turn the robot around, you can set the localpw for the local connection without breaking the connection to the cloud. This means that it is pretty easy to make use of the local mode of purei9_unofficial. Users have just turn the robot around and run a command (Maybe this cloud even be included in the home assistant intergration).
As the official app isn't using the local interface anymore anyway, i don't think it breaks anything if we set the localpw to another value as it was before.
So i though maybe it makes sense to kind of include this in the integration. Something like supporting both modes of controlling the robot, depending on what it currently available or something.
What do you think?
The text was updated successfully, but these errors were encountered:
This change would either mean a breaking change in the API facing the users of this library or a configuration value, both which I'm not entirely fond of. When I create software I tend to keep them as simple as possible with just the bare necessary configuration. It's easy to create a "one-solution-fits-all" which is not very fun to maintain. In this case, we have a separate integration that could benefit from this instead.
I have so much more things that I'd rather focus on regarding this library.
I just tested something: When you turn the robot around, you can set the localpw for the local connection without breaking the connection to the cloud. This means that it is pretty easy to make use of the local mode of purei9_unofficial. Users have just turn the robot around and run a command (Maybe this cloud even be included in the home assistant intergration).
As the official app isn't using the local interface anymore anyway, i don't think it breaks anything if we set the localpw to another value as it was before.
So i though maybe it makes sense to kind of include this in the integration. Something like supporting both modes of controlling the robot, depending on what it currently available or something.
What do you think?
The text was updated successfully, but these errors were encountered: