Desky Standing Desk (ESPHome) [Works with Desky, Uplift, Jiecang, Assmann & others]

I donā€™t have my ESHhome config online since itā€™s mainly Rocka84ā€™s config, I didnā€™t spend much time on this besides decompiling the deskā€™s app yet Thatā€™s why I also added his repository link to the GitLab readme.

Nice Iā€™m glad that works since itā€™s probably one of the most important commands.

1 Like

Thanks. Iā€™m still reviewing Rocka84ā€™s project. I didnā€™t know about it until you flagged it. It seems quite comprehensive.

I may produce and test a very minimal yaml only project based on it and publish it here that users can more easily adapt if they want/need. And then point them to the project if they want more features.

Hi!
Rocka84 here :wave:

Before you spent to much time on my project you linked above, I wanted to let you that I deprecated it shortly after it was done just to reimplement it again slightly differently :smiley:

The new code is implemented as an ESPHome Component: esphome_components/components/jiecang_desk_controller at master Ā· Rocka84/esphome_components Ā· GitHub

Here is an example how itā€™s used: esphome_components/example_jiecang_desk_controller.yaml at master Ā· Rocka84/esphome_components Ā· GitHub

Itā€™s basically the same approach but implemented in a (I hope) more future proof way. And itā€™s easier to install as the component is served via github.

1 Like

Nice. Thanks for getting back to us.

Iā€™ll have a tinker over the coming days. I might detail some instructions on how to build the rj12 dongle (for newbies) and youā€™re welcome to add that to your project etc.

Iā€™ll probably link to your project as a preferred option for those with a rj12 port once Iā€™ve done testing etc.

Wow! I feel a bit honored :sweat_smile:
I didnā€™t announce the project because Iā€™m not sure if itā€™s better or worse than the multiple alternatives. But Iā€™m happy you found it and seem to like it :grin:

This motivates me to add some photos of the little dongle I created to the readme after work. I have also created a case design with onshape that I could link from there.

1 Like

Hello again!

tl;dr: new: number entities, recommended config here.

Inspired by the project actually being used I spent some time on it this weekend :grin:

Thanks to the information collected by Mahko_Mahko I was able to add two essential commands to my project.

Stop command
It is now possible to add a stop button and/or use the stop() command in lambdas. In my case the desk stops immediately, so no soft stop unfortunately. (I guess itā€™s like an emergency break so itā€™s for security reasons?)

Go to specified height
There now is a method goto_height(float height) to specify a height in centimeters that the desk will then move to. This enabled the next new feature.

Number entities
Starting with the current height of the desk I added number entities which allow to show and control a numeric value.
In other words you can now use a numeric input to control the height of the desk!
I plan to implement this for other values too like the height in percent or the stored positions.

Everything is still optional and all previous features are still available. So you can choose to use numbers, sensors, buttons and/or lambdas in any combination. :slight_smile:

You can find a full blown example config here.
A recommended config is also available.

Let me know what you think! Here or via GitHub Issues!

3 Likes

Thanks for sharing. I have been tinkering with this but I seem to be getting plauged by weird issues which I think relate to cheap RJ12 cables and cheap D1 miniā€™sā€¦ Still working through it.

@pereira98 gets the credit for a lot of that info.

1 Like

Hereā€™s my bare bones ā€œyaml onlyā€ version.

People getting started can try this as a basic implementation if they like, and move over to yours for more advanced features.

Two goals:

  1. Make it easy for newbies to get started (although my weird board config might confuse some)
  2. Make it easy for beginners to tweak the sensor if needed (weā€™ve had some different protocol variants pop up and this reduces reliance on cpp developers).

Feel free to borrow the pics etc. I would have done it with a D1 mini to keep it simple for people but my d1 miniā€™s are dodgy and I had a spare C3.

Config
 # You probably won't need the stuff under platformio_options: and framework: , I'm just using a weird board.
esphome:
  name: "jiecang-desk-controller-rj12-c3"
  friendly_name: Desk Controller RJ12 C3 
  comment: Desk Controller for Jiecang Controllers via RJ12 port
  platformio_options: 
    board_build.flash_mode: dio 
  on_boot:
    priority: 0
    then:
      - button.press: cmdFetchHeightValue # Request height on boot.
  
esp32:
  board: esp32-c3-devkitm-1
  framework:
    type: esp-idf
    sdkconfig_options: 
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: y 
      CONFIG_BT_BLE_50_FEATURES_SUPPORTED: y
      CONFIG_ESP_TASK_WDT_TIMEOUT_S: "10" 
      variant: ESP32C3 # lolin c3 pico pinout |  https://arduino-projekte.info/wp-content/uploads/2023/01/Wemos-Lolin-C3-Pico-Pinout.webp
  
wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  manual_ip:
    static_ip: 192.168.1.XXX  # I like to set static IPs.
    gateway: 192.168.1.1
    subnet: 255.255.255.0
api:
ota:

logger:
  level: VERBOSE   # Required for uart debug messages.

uart:
  tx_pin: GPIO21 
  rx_pin: GPIO20 
  baud_rate: 9600
  debug:
    direction: BOTH
    dummy_receiver: true
    after:
      delimiter: [0x7E]
      # timeout: 5ms
    sequence:
        # Use mulcmu's method for reading uart without a custome component: https://community.home-assistant.io/t/how-to-uart-read-without-custom-component/491950?u=mahko_mahko
      - lambda: |-
          UARTDebug::log_int(direction, bytes, ',');                // Log the message as int. Good for height message checks.
          UARTDebug::log_hex(direction, bytes, ',');                // Log the message in hex. Good for checking against protocol documentation.
          ESP_LOGD("custom", "Bytes size: %d", bytes.size());       // Logs how many bytes in the message, useful for protocol and message identification.
          if (direction == UART_DIRECTION_RX) 
          {
              if (bytes.size() == 9)                                // Only parse messages with 9 bytes.
              {
                  // Do some validation that it is a height message by checking some bytes.
                  if (bytes[0] == 0xF2 && bytes[1] == 0xF2 && bytes[2] == 0x01 && bytes[8] == 0x7E) 
                  {
                      int height = (bytes[4] * 256) + bytes[5]; 
                      id(desk_height).publish_state(height);
                  }
              }
          }

        

sensor:
  - platform: template
    name: "Desk Height"
    id: desk_height
    update_interval: never
  - platform: uptime
    icon: mdi:sort-clock-descending
    name: Uptime
    id: uptime_sensor
    update_interval: 5s
    accuracy_decimals: 0
    unit_of_measurement: s
    
number:
  - platform: template
    name: "Go To Height cm"
    id: go_to_height_value
    optimistic: true
    min_value: 80.0 
    max_value: 250.0
    step: 0.1

button:
  - platform: uart
    id: "cmdStop"
    name: "Stop"
    data: [0xF1, 0xF1, 0x2B, 0x00, 0x2B, 0x7E]
  
  # Memory Presets  
  - platform: uart
    id: "cmdGotoMemory1"
    name: "Go To Memory 1"
    data: [0xF1, 0xF1, 0x05, 0x00, 0x05, 0x7E]
  - platform: uart
    id: "cmdGotoMemory2"
    name: "Go To Memory 2"
    data: [0xF1, 0xF1, 0x06, 0x00, 0x06, 0x7E]
  - platform: uart
    id: "cmdGotoMemory3"
    name: "Go To Memory 3"
    data: [0xF1, 0xF1, 0x27, 0x00, 0x27, 0x7E]
    
  - platform: template
    name: "Go to specific height X"
    on_press:
      then:
        - uart.write:
            data: !lambda |-
              float height_cm = id(go_to_height_value).state;
              int height_mm = static_cast<int>(height_cm * 10); // Convert cm to mm
              std::vector<uint8_t> bArr(8);
              bArr[0] = 0xF1;
              bArr[1] = 0xF1;
              bArr[2] = 0x1B;
              bArr[3] = 0x02; 
              bArr[4] = static_cast<uint8_t>(height_mm / 256);
              bArr[5] = static_cast<uint8_t>(height_mm % 256);
              bArr[6] = static_cast<uint8_t>((bArr[2] + bArr[3] + bArr[4] + bArr[5]) % 256); // Calculate checksum 
              bArr[7] = 0x7E;
              return bArr;


  - platform: uart
    id: "cmdDown"
    name: "Nudge Down"
    data: [0xF1, 0xF1, 0x02, 0x00, 0x02, 0x7E]
  - platform: uart
    id: "cmdUp"
    name: "Nudge Up"
    data: [0xF1, 0xF1, 0x01, 0x00, 0x01, 0x7E]

  - platform: uart
    id: "cmdMemory1"
    name: "Set Memory 1"
    data: [0xF1, 0xF1, 0x03, 0x00, 0x03, 0x7E]
  - platform: uart
    id: "cmdMemory2"
    name: "Set Memory 2"
    data: [0xF1, 0xF1, 0x04, 0x00, 0x04, 0x7E]
  - platform: uart
    id: "cmdMemory3"
    name: "Set Memory 3"
    data: [0xF1, 0xF1, 0x25, 0x00, 0x25, 0x7E]

  - platform: uart
    id: "cmdFetchHeightValue"
    name: "Fetch Height Value"
    data: [0xF1, 0xF1, 0x07, 0x00, 0x07, 0x7E]


 # If you need anything more than the above you should probably move across to another method / project.

  # - platform: uart
    # id: "cmdFetchAllTime"
    # name: "Fetch All Time"
    # data: [0xF1, 0xF1, 0xAA, 0x00, 0xAA, 0x7E]
  # - platform: uart
    # id: "cmdFetchHeightRange"
    # name: "Fetch Height Range"
    # data: [0xF1, 0xF1, 0x0C, 0x00, 0x0C, 0x7E]
  # - platform: uart
    # id: "cmdFetchHeightValue"
    # name: "Fetch Height Value"
    # data: [0xF1, 0xF1, 0x07, 0x00, 0x07, 0x7E]
  # - platform: uart
    # id: "cmdFetchHighestLowestLimit"
    # name: "Fetch Highest Lowest Limit"
    # data: [0xF1, 0xF1, 0x20, 0x00, 0x20, 0x7E]
  # - platform: uart
    # id: "cmdFetchStandTime"
    # name: "Fetch Stand Time"
    # data: [0xF1, 0xF1, 0xA6, 0x01, 0xA7, 0x7E]
  # - platform: uart
    # id: "cmdPatch"
    # name: "Patch"
    # data: [0xF1, 0xF1, 0xA0, 0x00, 0xA0, 0x7E]
2 Likes

Hello together!

iĀ“m very new to ESPHome and HomeAssistant but i am very interested to learn it. I own a Loxone Smarthome and have everything automated via Loxone and ioBroker. On the other side there is a HomeAssistant that i use for testing some things and i want to integrate my Ergotopia Desktopia Pro to this with this project here.

As i said, iĀ“m totally new and just installed ESPHome to HomeAssistant. I worked allready with some Wemos D1 mini and have some projects running with other firmware.

Can someone tell me how i should start? Is there a good tutorial? What should i really solder and what YAML and code should i use for this desk?

Here are very much information and i am a little bit confused :slight_smile: Maybe someone have fun to help me out via Chat or something, so that we donĀ“t spam this thread more :slight_smile: I would really like it! IĀ“m from germany so if youre from germany too we can also speak / write in german.

Thank you, David

Hi @solution3,

a quick search revelead this: Desktopia Pro X Smart Control

I didnā€™t read all of it yet but it sure looks like your desk is using a jiecang controller :wink:
So you may use one of the solutions here that use the RJ12 port.

My solution (see above) should work for the basic features like the height sensor and most buttons. But Iā€™m not sure about all features.
But @Mahko_Mahkoā€™s latest suggestion is more flexible. If you want to use parts of the protocol that are different for your desk from what I implemented, his solution is easier to adapt to your needs.

For getting started on esphome in general you can find a ton of information on Google or YouTube.

btw: I am from Germany but I prefer keeping this conversation in english and public to have the information accessible to as many people as possible.

My goal also was to make it easy for beginners but we seem to have different approaches to reach that goal. :slight_smile:
Too me that means no serial data or (kind of) complicated scripts in the yaml. Just three lines for the external component and a plain as possible configuration for buttons etc. The downfall is that it only supports one version of the protocol.

But I also see the benefit in you configuration. Especially the ā€œno cpp coder neededā€ argument is hard to beat when it comes to adapting to different versions of the protocol.

While were at it, my 2nd goal was to make it easy to combine the component with other features of esphome.
For example you could easily add some physical buttons to the spare pins of your controller and have them call the lambda-functions, you could create a secondary button interface like that. Or maybe a button that toggles between two desk heights.

Thank you for your answer! Keeping it public and in english is totally fine for me!

So if i understood you and the tutorials rightā€¦ i can install ESPHome (done), solder de parts togehter and use this config: esphome_components/components/jiecang_desk_controller/jiecang_desk_controller.yaml at a083c17882361c58071b85d45587c410582cda75 Ā· Rocka84/esphome_components Ā· GitHub and it should work in totally Basic?

Yeah I think I agree that your approach ā€œis probably easierā€ for a beginner. Especially now you have it as an external component, your config is very tight, and your docs are tidy;)

Probably part of me just wanted to tinker too;) And well I could support the yaml based one but not your cpp one if you arenā€™t so active on it ( my cpp skills are limited).

Iā€™ve linked your project in my OP now. Thanks for contributing to this thread;)

1 Like

Hello.

Does your desk control box have both a rj12 port and a rj45 port? Or only one? (Which one). Post some photos if you are unsure.

Can you post picture of the label on the control box. Probably itā€™s a Jiecang but the label typically helps confirm. Like this.

Can you see your control box on the Jiecang site?

If you have the same desk as described in the blog article I mentionedā€¦ I canā€™t promise it but Iā€™m very positive.
So as you already have the d1 mini all you need is an (old) landline phone cable and you could just give it a shot.

But just to be sure: no warranties! Donā€™t mix up plus and minus :sweat_smile:

1 Like

Thank you again for your answer!

Yes, i will add some photos here and i also found the controll box on the site from jiecang :slight_smile: I have an RJ45 cable but just for that you can confirm this i will also add a photo. @Rocka84 thank you also for your answer, here are the information you asked for :slight_smile:

(As iĀ“m a new user here i am not allowed to upload photosā€¦ so here is a wetransfer link. Maybe someone can upload them WeTransfer - Send Large Files & Share Photos Online - Up to 2GB Free).

Additional i allready have the D1 mini and also two RJ45 female breakout connectors so that i can plug in the RJ45 cable from the button-thing and have then screws to connect wires :slight_smile: then i dont have to cut the original cable :slight_smile:

^^??

If your control box has both (like 1st two photoā€™s below), youā€™re probably better off using the RJ12 port for your smart control and building a dongle for that and then probably just use Rocka84ā€™s project.

If you only have a RJ45 port, probably you should build a pass-through dongle.


Your photoā€™s

image

OH SORRY!! I read your question wrong. :slight_smile: YES i have also a RJ12 ā€œFā€ port on my controller Box.

Then i will solder the cable on it and text again here when its going to configure this stuff :smiley: Thank you!!!

1 Like

should be correct? :slight_smile:

From what I can see it looks good to go!
Next step I would flash a basic ESPHome config via usb and then make sure it powers on ok when plugged into the port.

I had some poor quality RJ12 cables which caused me power issues.