if you are running HA you can fire up an instance of NodeRed and use that as a translation layer for any incompatible IP commands. I use Nodered in HAOS + HACS Nodered Companion I was able to do that to get all IP commands working with simple HTTP GET commands with no body and just a simple Authorisation header with my nodered user:pass in base64. There was another guy on reddit that said he got direct Json working without it getting garbled by the app, but putting generic HTTP commands in the sofabaton app then handling all the complex stuff in nodered is much, much easier and for powerful.

Thank you

once the X2 launches, will we be able to migrate from an existing X1S setup to the X2 by importing a backup or will we need to start from scratch? I have so many custom learned IR codes and complex IP HTTP commands that require a lot of cut/paste and typing to get all the commands and Auth strings right that I hope I can transfer over. thankfully all of my power and input sequencing is handled externally so I don't need to build all of that again, I just need to send the right IP command.

You can get around this by setting up an external MQTT server that takes HTTP GET commands from the remote (which can be mapped to any button, macro, activity power trigger etc) that way you can control anything you want with any button on the remote and mix that in with local IR and bluetooth controls. I use my HAOS rapberry pi which runs MQTT and NodeRed, NR receives and parses all the commands from the remote and handles all device power and input sequencing, that talks to HA for Zigbee device control and also communicates with MQTT to get commands off to ESP32 based devices listening for MQTT.

while there is no local API to trigger activities and other functions on the remote, there is a local HTTP control function you can use to send commands FROM the remote to third party controls. So you can integrate the remote pretty deeply now with third party controls and external sequencing, but getting an activity trigger back to the remote still requires the open, insecure cloud API that doesn't even check for a username or auth of any kind (seriously how hard would a simple authorisation of some kind be to implement into that URL?)... so if you have a wall touch panel to trigger "turn on theatre room in movie mode" or something, you cant just sit down and have the remote be on the correct matching activity without using that cloud API. I hope that as we move towards the upcoming next gen remote we get more local features, I want to be able to send variables back to the remote to be used in custom entries on the next gen remotes new display!

does homeseer have any way to send back a HTTP 200 response? this is usually required to get Sofabaton to close the connection and stop trying.

yes, but if I chose POST and set the body content to JSON it parses the entry incorrectly and generates invalid JSON as soon as you press SAVE. if you go back in and edit it says it is invalid I can confirm from the server side that it is sending invalid JSON, not what was entered. This is a bug. For now I am doing everything with GET requests and passing queries in the URL directly as described.

I was able to implement everything I needed to control my HomeAssistant (via Node-red interpreting the HTTP GET calls) by using a different query for each function added to the IP control device. so to trigger the room for 'Movie Mode' as set in my automation flow I send a GET to "http://localip:1880/endpoint/remote?moviemode=true" and a function takes that query and sends off the required triggers to do that. Then I have a single command for "all off" that is the only active power command configured for all activities, as all my source devices stay on and only the TV/Receiver/subwoofer etc get turned on and off. so when I switch activities only the source changes for example, but if I press the physical OFF key on the remote it sends a command "?turnoff=true" which runs a shutdown sequence. So far this is working well and I will be adding controls and tinkering with it for some time, I have also used this to remap the mostly unused colour buttons on every activity to control the lighting and AC with short presses turning them up or down, and long press turning them on and off entirely. This way i don't need to pass anything in the body text, though it would be good to know what variables we can send and whether its possible to expand on this functionality to automatically generate a set of commands so we dont have to cut/paste dozens of URLs and AUTH headers for each entry. a return API would be good too, possibly to update the name of things on the display with a variable or to add a dummy command into the current activity shortcut list that shows the current temperature for example. So what's missing? well I'd like more images to choose from on the display for the activities, or to select colours for them. I'd like more control over macro timing, as the shortest delay time of 0.5s is too long for things like entering passcodes, but it becomes unreliable when set to zero delay, a 0.2s would be perfect.

I have 2 of these remotes and the scroll wheels failed after only a few months, it's their weakest point. I had one refunded by Sofabaton and the new one failed again shortly after.

PS3 does not support the newer standards of BT HID that the remote uses, you can get a USB IR receiver like FLIRC to control the PS3 with any IR codes you want if required.