Closed Slade01202 closed 11 months ago
If you lock and then unlock and then re-pair with the desk without using the phone, does that also fix it? Or not?
Yes, that doesn't work either, unfortunately.
What about if you restart your computer? Is it just locking that causes this issue?
And do you happen to have a second device to test with? I.e. does it work if you run run idasen controller on some other device rather than using the phone?
Similar issue here. Same solution: I can only get it back to work if I connect with my phone, move it a bit and then unpair the phone and connect to idasen back again
Received command
Height: 762mm
Moving to height: 730
Height: 762mm Speed: 0mm/s
Final height: 762mm (Target: 730mm)
never moves
What about if you restart your computer?
And do you have a second device to test with? I.e. does it work if you run run idasen-controller on some other device rather than using the phone?
What about if you restart your computer?
Didn't help. What i noticed, is that it does not respond to action commands (move up, move down) but the position and speed can be read without any issues.
The only other device I have at the moment is my phone I use to "unblock" the desk.
I am using Ubuntu and my Bluetooth adapter has a second device (headphones) connected to it in a multi profile mode.
It seems, like my desk is ignoring the commands for any reason (write pace or something else). I will try getting a second bluettoh dongle and check if a single device - single connection via independent Bluetooth adapters help here.
Yeah, it just seems to ignore the action commands (move, stop) but it does not ignore the status command (height / speed)
That is quite strange. Both reading characteristics (height/speed) and writing characteristics (commands like move) are both just BLE requests to the desk so if reading works then the controller is connected and capable of communicating with the desk.
It suggests that somehow something happens to the desk when you lock your computer vs when you shut it down. I don't think there should be any communication between the desk and computer at that point so I don't know what is going on.
Some other questions if you are willing:
Trying to work out if your computer is maintaining some sort of connection to the desk while it is paired and locking messes it up somehow. Otherwise I don't know how the desk would "know" that your computer had been locked.
Otherwise I don't know how the desk would "know" that your computer had been locked.
I don't think it's that. I think it's related to some sort of a faulty communication when Bluetooth is switched via USB suspend or something similar.
I also consider it weird because I can read position and I can observe it and speed when moving the desk manually.
I wonder if the wake up command is not sufficient / not fully waking up but :shrug:
I disabled USB suspend and after a full restart I'm certain there's something "extra" that needs to be sent to the desk to activate it back.
Does this happen if you don't use the server mode?
Also what happens if you restart the idasen-controller server after locking? Do the move commands till fail?
Also what happens if you restart the idasen-controller server after locking? Do the move commands till fail?
Yes
Does this happen if you don't use the server mode?
It happened to me once when it was NOT in the server mode. I will do my best to get a reproducibility here.
It makes more sense if this is an issue with the server mode as that does maintain a persistent connection so I can imagine that somehow messing up due to locking/power saving things. Would be interested to know if you can reproduce in non server mode.
Also I disabled the USB suspend from Bluetooth
- let me know if that improves things and I could add it to the readme.
I'm seeing if I can reproduce on Windows as well (now that I know its more likely a server mode issue).
Sure. I will keep you posted. For now I did few things:
Didn't help. During the night it went down. That is, it started returning height 0 and then it started returning height 9123 :D my script pings it every minute. Will unlock and switch to a non-server mode and see what will happen then.
I also don't think it's "locking" that causes this but it seems to be more related to persistent Bluetooth connection maybe or something like this.
Switched to non-server mode, we will see how it goes. I still track the metrics so it should operate ok.
Same thing happens despite disconnecting working:
Moving the desk down in 15 seconds
Connected E6:8E:71:B5:6B:FD
Height: 1236mm
Moving to height: 750
Height: 1236mm Speed: 0mm/s
Final height: 1236mm (Target: 750mm)
no movement at all
How are you running idasen-controller
? Can you post the exact command/script?
nothing fancy just moving up and down.
idasen-controller --move-to 750
now as it is stuck, if I pair it with my phone, unpair it, pair it with the computer, it can move like nothing happened. I still can get the position though with --watch
:shrug:
It's like the desk decides "ok, this Bluetooth device was moving me or sampling me too much, won't allow it to move the desk anymore'
@mensfeld does the DPGC1 update also fix this issue?
Fixed by DPC1 updates (reopen if that is not the case)
@rhyst it does fix the issue :)
First of all, thank you for this script.
I use KDE running on Manjaro as well as the Linak DPG1C. The script runs fine until I lock my PC. After locking and unlocking, executing the script produces the following output:
I have only been able to fix it by connecting the phone app to my desk, moving it a centimeter, disconnecting, and executing the script again: