Basically the same electronics, slightly different configuration and one can be completely built for you (upsy desky, I have one) otherwise the difference will be the pins tjhorner used on his D1 mini v. The ones you choose if you DIY.
But otherwise not a lot.
Thank you for the info. I am then not understanding why the compatibility is no different between the two:
a/ Desk Compatibility | Upsy Desky
b/ Desky | Confirmed working
Assmann | Confirmed working
Jarvis | This article indicates they use Jiecang 1
Uplift | Confirmed working.
Omnidesk | Confirmed working
BOHO OFFICE Basic Line
Zen Space | Suggested here 60 (and in this thread)
Deskhaus Grand Rapids (Apex Pro Max) | Confirmed working
BDI Stance 6652 | Confirmed working in this thread
Ergotopia Desktopia Lite | Confirmed working in this thread
I don’t understand the question. They have different code on them so you should not expect them to behave identically.
As they are both approaching the problem in a similar manner, I would have expected more desk controllers to be compatible with one AND the other.
They are similar. Not identical.
I have a handmade esp32 and an upsy desky. Looking at the devices they’re almost identical and the code is very similar. But the way the pins are wired v. How the code is put together matters. If the two are using a compatible board and are wired the same way you could use the code interchangeably. But if they’re wired differently you’ll need to do the research.
I think the upsy desky project has support for different protocols (communication between control panel and controller)
This project supports just one ATM.
That project specifies supported models by controller name, which makes sense. There’s some indication that some of the newer Desky models may use another Jiecang protocol which is not yet supported (there is one case in this thread somewhere).
The list of supported models is probably just as much reflects who has stumbled upon the project and decided to try/test.
As TJ is actively developing and supporting that project the supported model list can grow a bit. Whereas this project doesn’t have as much ongoing cpp developer support.
Each project might attract different people who find both. This one is cheaper and DIY. The other has off the shelf hardware and probably more official support.
There’s also the Phord project.
Probably everyone is having a bit of a look at each others projects and bringing in bits and pieces. I took a few things from the Phord project.
That’s my reflections anyway.
You don’t happen to have a new link for the STL do you? The Thingiverse link is dead.
Hmm right. I’ll dig it up shortly.
Just to confirm, you’re planning on building the “advanced control panel” (option two)?
I think you’d prob be the first except for me. So you might need to work through a few bumps.
Edit: Updated link in main post. It’s here.
so anyone tried on new desky 2023 smart controller?
it is bluetooth desky app controllable.
(Desky Smart Bluetooth Controller)
Kind of interesting.
But well unless you somehow value using their app, it doesn’t really get you much. I guess it’s a decent off the shelf improvement.
If it uses the rj45 port then it should be using the same protocol between it and the controller.
Will obviously have some other comms going between the phone and built-in bluetooth module.
If the bluetooth module always broadcasts then that could be another way to get the desk height (via ble).
Thanks for an awesome project! Confirmed working on a desk bought from Hexaplan. The desk is using a JCB35NS2-230 controller.
Is it a known issue that using ssieb’s example does not actually load the current height on boot? Or have I screwed up the soldering so GPIO14 doesn’t actually work? If I press a button the desk’s own control panel to wake it up the current height shows up on the D1 Mini too.
desky:
uart_id: desk_uart
id: standing_desk
height:
name: Height
up:
number: GPIO4
inverted: true
down:
number: GPIO5
inverted: true
request:
number: GPIO14
inverted: true
It should work. It may be your soldering etc.
Great to hear it’s (almost) working. I’ve added your desk brand to the works with list.
What you could do to test/debug is remove these lines
And add a switch like this and then hit it after boot and see if it triggers height messages.
Also trace through the “wake wire” to make sure that is wired and soldered correctly.
It was embarrasingly easy to fix 
The all-blue cable coming from the controller had come a little bit lose from the RJ45 breakout. Now it works like a charm.
Glad to hear it was an easy fix and it’s working;)
Enjoy…
Hi there, first, thanks for this Thread an all work you put in it. My question is about compatibility of an older BOHO OFFICE Basic Line (2021). This one has a RJ50 Conector (LAN with 10 strands) runed with 5 strands in it. Sadly I don’t have an oscilloscope to exactly read what’s going on on each lane. The following pictures are from the remote (housed an the circuit board itself, and the type label of on the main unit:
Can I do this project with this threat, or does my desk use another type of communication. As I can see the other desk are driven by 6 lanes conected to the esp, in my case there are only 5 at all.
Thank you for taking your time.
Welcome @dunkelheim, please post in English per forum rules and we’ll see what we can do to help.
Cheers.
Hello @Mahko_Mahko, I am really sorry for typing in german and don’t know today why I did that after reading the most of this thread. Maybe a bit to tired yesterday as I have written it. Thanks for your kind answer to this, I appreciate it a lot.
No worries.
I think it’s unlikely this solution will work for you.
The other Boho desk on this thread clearly had a Jiecang controller while yours appears to be Kaidi, who appear to be a different manufacturer.
You may need to start from scratch and be willing to decode the protocol, like this guy did…
Hey!
I have the same desk and took the time this evening to sort out the protocol – planning to integrate this here, but there are some further hardware adaptions required due to a 5V logic level instead of 3v3
Here’s the protocol: GitHub - xvzf/kaidi-desk-controller-protocol: Kaidi standing desk controller protocol analysis for homeassistant integration
This component is actually 5V logic too!
You’ll find various discussions online about whether ESPs are 5V tolerant.
I concluded that they are and use no extra level shifting. Everything has been fine so far.
