{"id":8387,"date":"2025-02-21T09:16:20","date_gmt":"2025-02-21T08:16:20","guid":{"rendered":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/2025\/02\/21\/motorized-tv-ceiling-mount-control-via-home-assistant\/"},"modified":"2025-02-21T09:16:20","modified_gmt":"2025-02-21T08:16:20","slug":"motorized-tv-ceiling-mount-control-via-home-assistant","status":"publish","type":"post","link":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/2025\/02\/21\/motorized-tv-ceiling-mount-control-via-home-assistant\/?lang=en","title":{"rendered":"Motorized TV ceiling mount control via Home Assistant"},"content":{"rendered":"
<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

Since I’ve been working on home automation, I’ve naturally wanted to optimize and simplify as much as possible and adapt and implement it in line with the new buzzwords \u201cgreen electronics\u201d, \u201csustainability\u201d, \u201cenergy-saving\u201d … and so on. For example, my appliances switch off when they are not used or ignored, stand-by energy consumption is largely avoided and IOT technology also prevents human forgetfulness (leaving windows open in winter or forgetting to switch lights off).\u00a0As readers of the blog already know, I use systems such as HomeMatic, NodeRed and, for some time now, Homeassistant with ESPHome, Zigbee2Mqtt etc. Of course, the aim is also to keep all systems cloud-free. I don’t want the data to take a detour via some server in the Far East to switch a light on and off in my home. So, if possible, everything should take place within my own network and not \u201cphone\u201d to the outside and also work if I cut the data line.<\/p>\n

For a long time now, various suppliers have been offering an extremely practical device for comfort in the parents‘ quiet room. I’m talking about a space-saving way of accommodating the flicker box (nowadays also known as a flat-screen TV) in the room. I’m just mentioning terms like:<\/p>\n

Speaka Professional TV ceiling mount electric motorized (1439178) or MyWall HL46ML … etc. Some of these devices can be controlled with a wireless remote control, others via the Tuya CloudApp. You can bypass the Tuya app via the Tuya IOT development environment and bring these devices into your home assistant via the \u201cTuyaLocal\u201d integration – it works – but it’s more of a \u201cONLY\u201d solution.\u00a0In my opinion, the ideal solution is to integrate these devices into the ESPHome system. Using the Speaka Professional TV ceiling mount as an example, I will show you how it can be integrated into the ESPHome network and thus into the Home Assistant with a small extension. This version of the SpeaKa part has no Internet connection and is only controlled via a wireless remote control.<\/p>\n

\"\"<\/a>

TV ceiling mount with open cover<\/p><\/div>\n

With a little reverse engineering, we (my colleague Werner and myself) analyzed the existing appliance factory. The system is structured something like this:<\/p>\n

\"\"<\/a>

Circuit board in the ceiling bracket<\/p><\/div>\n

 <\/p>\n

\"\"<\/a>

Systemdiagramm<\/p><\/div>\n

The system diagram above shows how the circuit board is constructed. The power supply comes from a plug-in power supply with DC 24V output at 1.5A. On the board you can still see an unpopulated area whose solder pads are wired with +3V3, GND and RX, TX lines suitable for an ESP8266. A USB socket can also be seen. These two interfaces are not included in the diagram. We examined the RX\/TX lines that are routed from the unpopulated solder pads (ESP8266) to the microcontroller (1301 X 016B). However, no signals could be measured here. (Presumably the interface is not activated in the flashed program version).<\/p>\n

\"\"<\/a>

\u201cDebug\u201d wires on the RX\/TX and on the RF chip<\/p><\/div>\n

So this does not take us any further. In the next step, we looked at where the control signals of the radio remote control come from and how they are subsequently implemented. The RF receiver chip has 16 pins and unfortunately no labeling. Or has it been removed? The supply voltage of the RF chip is connected to pin 1 and pin 16, pin 2 and pin 3 are connected to a crystal and a line is routed from pin 9 to the microcontroller.\u00a0So this must be the data output. Using the \u201cPulseView\u201d software from Sigrok and a Far East logic analyzer, we sniffed this output. And lo and behold, data packets with a duration of 10.3ms were revealed here. The PulseView software was able to recognize the protocol as an RS232 protocol after a few attempts with different analyzed data rates. It was then easy to log the received and decoded control commands to the microcontroller.<\/p>\n

\"\"<\/a>

RF chip with connected \u201csniffer\u201d cable<\/p><\/div>\n

The baud rate of the RS232 port on the RF chip output is 9600 at 8N1. 10 bytes are received in HEX for each command sent. Here is the list of commands: (missing bytes follow…maybe sometime)<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n
Befehl<\/td>\nByte0<\/td>\nByte1<\/td>\nByte2<\/td>\nByte3<\/td>\nByte4<\/td>\nByte5<\/td>\nByte6<\/td>\nByte7<\/td>\nByte8<\/td>\nByte9<\/td>\n<\/tr>\n
UP<\/td>\n0xAA<\/td>\n0x06<\/td>\n0x04<\/td>\n0x25<\/td>\n0x03<\/td>\n0xD5<\/td>\n0x01<\/td>\n0x00<\/td>\n0x02<\/td>\n0x55<\/td>\n<\/tr>\n
DOWN<\/td>\n0xAA<\/td>\n0x06<\/td>\n0x04<\/td>\n0x25<\/td>\n0x03<\/td>\n0xD5<\/td>\n0x00<\/td>\n0x10<\/td>\n0x11<\/td>\n0x55<\/td>\n<\/tr>\n
LEFT<\/td>\n0xAA<\/td>\n0x06<\/td>\n0x04<\/td>\n0x25<\/td>\n0x03<\/td>\n0xD5<\/td>\n<\/td>\n<\/td>\n<\/td>\n0x55<\/td>\n<\/tr>\n
RIGHT<\/td>\n0xAA<\/td>\n0x06<\/td>\n0x04<\/td>\n0x25<\/td>\n0x03<\/td>\n0xD5<\/td>\n<\/td>\n<\/td>\n<\/td>\n0x55<\/td>\n<\/tr>\n
BUTTON1<\/td>\n0xAA<\/td>\n0x06<\/td>\n0x04<\/td>\n0x25<\/td>\n0x03<\/td>\n0xD5<\/td>\n<\/td>\n<\/td>\n<\/td>\n0x55<\/td>\n<\/tr>\n
BUTTON2<\/td>\n0xAA<\/td>\n0x06<\/td>\n0x04<\/td>\n0x25<\/td>\n0x03<\/td>\n0xD5<\/td>\n0x00<\/td>\n0x08<\/td>\n0x09<\/td>\n0x55<\/td>\n<\/tr>\n
MEM1<\/td>\n0xAA<\/td>\n0x06<\/td>\n0x04<\/td>\n0x25<\/td>\n0x03<\/td>\n0xD5<\/td>\n<\/td>\n<\/td>\n<\/td>\n0x55<\/td>\n<\/tr>\n
MEM2<\/td>\n0xAA<\/td>\n0x06<\/td>\n0x04<\/td>\n0x25<\/td>\n0x03<\/td>\n0xD5<\/td>\n<\/td>\n<\/td>\n<\/td>\n0x55<\/td>\n<\/tr>\n
OK<\/td>\n0xAA<\/td>\n0x06<\/td>\n0x04<\/td>\n0x25<\/td>\n0x03<\/td>\n0xD5<\/td>\n0x00<\/td>\n0x40<\/td>\n0x41<\/td>\n0x55<\/td>\n<\/tr>\n
SET<\/td>\nxx<\/td>\nxx<\/td>\nxx<\/td>\nxx<\/td>\nxx<\/td>\nxx<\/td>\nxx<\/td>\nxx<\/td>\nxx<\/td>\nxx<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

\"\"<\/a><\/p>\n

Once the data protocol had been found using the logic analyzer, we tried to send the data to the microcontroller using a terminal program and a USB to TTL232 converter. The RF chip was removed for this purpose. It pulled the level to VCC in the idle state and prevented parallel operation of the \u201cRS232 transmitter\u201d.<\/p>\n

\"\"<\/a>

RF-Chip removed<\/p><\/div>\n

\"\"<\/a>

Board without chip with debug line<\/dd>\n

<\/p><\/div>\n

 <\/p>\n

\"\"<\/a>

USB UART for sending commands<\/p><\/div>\n

The control commands from the table above could be successfully sent via the terminal program. Now only an ESP32 board had to take over this task. An ESP32 NodeMCU board from the pool was equipped with a basic ESPHome image and integrated into the Homeassistant network. The ESPHome node now only had to be taught to send the byte sequence via the TX pin of the ESP32 when the corresponding trigger was activated in the Homeassistant. To do this, the ESP32 board was attached to the PCB and the VCC3V3, GND and TX lines were soldered to PIN9 of the former RF chip.<\/p>\n

\"\"<\/a>

ESP32 on the board of the Speaka ceiling bracket<\/p><\/div>\n

 <\/p>\n

\"\"<\/a>

Re-installed in the ceiling bracket<\/p><\/div>\n

The following esphome script must now be added to the ESPHome web environment.<\/p>\n

 esphome:  \r\n  name: tvhalterung  \r\n  friendly_name: TVHalterung  \r\n   \r\n esp32:  \r\n  board: esp32dev  \r\n  framework:  \r\n   type: arduino  \r\n   \r\n # Enable logging  \r\n logger:  \r\n   \r\n # Enable Home Assistant API  \r\n api:  \r\n  encryption:  \r\n   key: \"hier dein key beim Anlegen des device\"  \r\n   \r\n ota:  \r\n  password: \"hier dein ota password\"  \r\n   \r\n wifi:  \r\n  ssid: !secret wifi_ssid  \r\n  password: !secret wifi_password  \r\n   \r\n  # Enable fallback hotspot (captive portal) in case wifi connection fails  \r\n  ap:  \r\n   ssid: \"Tvhalterung Fallback Hotspot\"  \r\n   password: \"hier wieder deins\"  \r\n   \r\n captive_portal:  \r\n   \r\n uart:  \r\n  tx_pin: 4  \r\n  rx_pin: 5  \r\n  baud_rate: 9600  \r\n   \r\n # Example button configuration  \r\n button:  \r\n  - platform: template  \r\n   name: TV Halterung UP  \r\n   id: tv_up  \r\n   icon: \"mdi:arrow-up-bold-outline\"  \r\n   on_press:  \r\n    - logger.log: \"Button pressed TV Up\"  \r\n    - uart.write: [0xAA,0x06,0x04,0x25,0x03,0xD5,0x01,0x00,0x02,0x55]  \r\n    \r\n  - platform: template  \r\n   name: TV Halterung OK  \r\n   id: tv_ok  \r\n   icon: \"mdi:stop-circle-outline\"  \r\n   on_press:  \r\n    - logger.log: \"Button pressed TV OK\"  \r\n    - uart.write: [0xAA,0x06,0x04,0x25,0x03,0xD5,0x00,0x40,0x41,0x55]  \r\n   \r\n  - platform: template  \r\n   name: TV Halterung DOWN  \r\n   id: tv_down  \r\n   icon: \"mdi:arrow-down-bold-outline\"  \r\n   on_press:  \r\n    - logger.log: \"Button pressed TV Down\"  \r\n    - uart.write: [0xAA,0x06,0x04,0x25,0x03,0xD5,0x00,0x10,0x11,0x55]  \r\n   \r\n  - platform: template  \r\n   name: TV Halterung Button1  \r\n   id: tv_button1  \r\n   icon: \"mdi:numeric-1-circle-outline\"  \r\n   on_press:  \r\n    - logger.log: \"Button pressed TV Button1\"  \r\n    - uart.write: [0xAA,0x06,0x04,0x25,0x03,0xD5,0x00,0x20,0x21,0x55]  \r\n   \r\n  - platform: template  \r\n   name: TV Halterung Button2  \r\n   id: tv_button2  \r\n   icon: \"mdi:numeric-2-circle-outline\"  \r\n   on_press:  \r\n    - logger.log: \"Button pressed TV Button2\"  \r\n    - uart.write: [0xAA,0x06,0x04,0x25,0x03,0xD5,0x00,0x08,0x09,0x55]  \r\n    \r\n  - platform: template  \r\n   name: TV Halterung Left  \r\n   id: tv_left  \r\n   icon: \"mdi:arrow-left-bold-outline\"  \r\n   on_press:  \r\n    - logger.log: \"Button pressed TV Left\"  \r\n    - uart.write: [0xAA,0x06,0x04,0x25,0x03,0xD5,0x00,0x20,0x21,0x55]  \r\n   \r\n  - platform: template  \r\n   name: TV Halterung Right  \r\n   id: tv_right  \r\n   icon: \"mdi:arrow-right-bold-outline\"  \r\n   on_press:  \r\n    - logger.log: \"Button pressed TV Right\"  \r\n    - uart.write: [0xAA,0x06,0x04,0x25,0x03,0xD5,0x00,0x20,0x21,0x55]  \r\n    \r\n  - platform: template  \r\n   name: TV Halterung MEM1  \r\n   id: tv_mem1  \r\n   icon: \"mdi:alpha-m-circle-outline\"  \r\n   on_press:  \r\n    - logger.log: \"Button pressed TV MEM1\"  \r\n    - uart.write: [0xAA,0x06,0x04,0x25,0x03,0xD5,0x00,0x01,0x02,0x55]  \r\n   \r\n  - platform: template  \r\n   name: TV Halterung MEM2  \r\n   id: tv_mem2  \r\n   icon: \"mdi:alpha-m-circle-outline\"  \r\n   on_press:  \r\n    - logger.log: \"Button pressed TV MEM2\"  \r\n    - uart.write: [0xAA,0x06,0x04,0x25,0x03,0xD5,0x00,0x01,0x02,0x55]  \r\n<\/code><\/pre>\n
Once the esphomescript has been compiled and uploaded to the ESP, there is a new ESPHome device with the name TV holder in the Home Assistant environment. The buttons for the control are now listed here as entities. If everything went well, you should now be able to control the TV mount via the Home Assistant.<\/p>\n
(Not all control commands have been implemented correctly yet – the correct codes will be added to the table)<\/p>\n
\"\"<\/a><\/p>\n
\"\"<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
<\/div>\n
<\/path><\/svg><\/i> \"Loading\"<\/p>\n
<\/div>\n
Since I’ve been working on home automation, I’ve naturally wanted to optimize and simplify as much as possible and adapt and implement it in line with the new buzzwords \u201cgreen electronics\u201d, \u201csustainability\u201d, \u201cenergy-saving\u201d … and so on. For example, my appliances switch off when they are not used or ignored, stand-by energy consumption is largely… 
 Weiterlesen<\/a><\/p>\n","protected":false},"author":86,"featured_media":8107,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"ngg_post_thumbnail":0,"footnotes":""},"categories":[1506,1499],"tags":[2618,2571,2624,2617,2621,2622,2625,2626,2620,2619,2623],"class_list":["post-8387","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-electronics-hobbyist","category-miscellaneous","tag-hack-my-tv-mount","tag-homeassistant-en","tag-mod-for-homeassistant","tag-motorized-tv-ceiling-mount","tag-out-of-the-cloud","tag-plb-m0544-en","tag-pulseview-en","tag-sigrock-en","tag-speaka-professional-en","tag-tv-ceiling-mount-conversion-for-homeassistant","tag-tv-ceiling-mount-electric"],"a3_pvc":{"activated":true,"total_views":272,"today_views":1},"_links":{"self":[{"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/posts\/8387","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/users\/86"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/comments?post=8387"}],"version-history":[{"count":0,"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/posts\/8387\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/media\/8107"}],"wp:attachment":[{"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/media?parent=8387"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/categories?post=8387"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/wp-json\/wp\/v2\/tags?post=8387"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}