Future of Move Hub support #218
Replies: 3 comments 7 replies
-
Consistency vs. Features
Question: Are you using Move Hub?
For the time being, leave the movehub as is (and supported) and evaluate in "say" a year? Question: Are you not using Move Hub?
The other hubs should go forward. As stated above the movehub is limited, it cannot be helped. wild thought |
Beta Was this translation helpful? Give feedback.
-
A couple of updates/observations since making this post:
|
Beta Was this translation helpful? Give feedback.
-
Despite some lacking features it provides a nice start to build for beginners as you can build so fast a moving platform for experiments. |
Beta Was this translation helpful? Give feedback.
-
This is a very open ended discussion: should we continue to support Pybricks on Move Hub? If so, how would like to see us do it? Please share your ideas.
Background: limited space
Move Hub does not have much free space for firmware (only 106KiB). We are using more than 95% of this already.
By contrast, the City Hub and the Technic Hub have about 232KiB free, which should be plenty for a while.
This leads to implementation issues and questions like #140.
Consistency vs. Features
In principle, we could apply a fine-grained approach and enable some but not all new features on Move Hub. But this could get quite complicated. Any thoughts?
Question: Are you using Move Hub?
How are you using it? Mostly for special cases? Or mostly just like the other hubs? What are your thoughts on the issues above?
Are you happy with the version as it is today? What if we continued supporting it, just without any new features going forward?
Question: Are you not using Move Hub?
Should Move Hub hold back the other hubs by enabling only features that work on all hubs? If yes, why? If not, why not?
Beta Was this translation helpful? Give feedback.
All reactions