-
Notifications
You must be signed in to change notification settings - Fork 51
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
Slow down the motor by itself at the end avoiding shaking of the desk #25
Comments
As far as I'm aware there is not a way to control the acceleration of the desk movement. Using the official android app or the physical buttons does not seem to result in any smoother movement which is why I don't think this is possible. |
So that "the motor slows down" (if stopping feeding move commands) is not true? I mean if that true and knowing speed and that one move command is causing about 1s movement (that I guess depends on desk load, too but could be measured and stored anyway) it could be calculated when to feed last move command, right? Only if motor slows down and does that in reasonable way. |
The desk reports its speed on one of the characteristics so it is measurably true that the desk takes some finite time to decelerate. That is what I mean by "slows down". The description of the stuttering is about continuing movement rather than stopping. If you do not send move commands frequently enough then the desk will decelerate before receiving the next move command so if you want the movement to continue smoothly then you must send frequent move commands. The deceleration of the desk is not controllable as far as I'm aware. If you stop sending move commands it will decelerate and stop at a particular rate. If you send a stop command it will decelerate and stop at a particular rate. There are no commands (that I know of) to control the deceleration. |
Ok. One more question - is deceleration by not feeding move commands different (noticeably softer) from when stop command is issued? If not then indeed my request currently cannot be done. (asking because was not being able to get idasen-controller communicate with my desk on macos, so can't test it right now. Have to do it on linux... where it just worked) |
Looking around internet and: generic access 00001800-0000-1000-8000-00805f9b34fb dpg has custom speed commands values 216 up to 223 with arguments I guess the same as reading returns (limited to 2^15-1) |
Where are you getting that information? It's interesting but the UUIDs do not match with the ones I have for the Idasen desk. I think in different products not all characteristics are implemented. |
sdk for desks (and beds) |
Do you have a link? I can only find news articles about it. |
Seems dpg is another controller than used in idasen. https://www.linak.com/products/controls/dpg/ |
Ah, yeh this is what I suspected. I do not think the Idasen controller actually supports many of the commands/characteristics. |
My problem is that my heavy monitor shakes a lot when movement stops. It isn't soft stop unfortunately.
I'm reading description and
so I assume that it can be done in a way where motor slows down itself softly, with proper moving commands timing.
This is feature request about implementing such soft stop if possible.
Thanks!
The text was updated successfully, but these errors were encountered: