Read but not understood 
, probably trying to do something that is way out of my competence, but will still try to make it work.
Would this be to enable interaction from HASSIO to the ESPHome to enable sending commands over UART to the amplifier?
I had the naive thought that I could use standard “sensors” and just make sure that I was sending the correct hex with the commands. and then get the output for state. Have you looked at the codes for the amp as well?
My assumption was that I could set up the ESP32 UART to basically just send serial input and get serial output over RS232 and test the commands from HASSIO and have a function to print the output as a starting point, then do the sensors for controlling the different things I would like to steer.
Just so I understand, do I need to do the full config of everything in the ESPHome conf for the ESP32 with all commands as “sensors” to be able to use them in HASSIO?
I think either way could work. If you look at uart bus docs, try to enable dummy_receiver and see what you get in the logs.
Thanks, will try that as the first step
There’s also this alternative approach for UART sensors.
Potentially an easier entry point.
Yes I was just looking for that
Looking at the linked information for the protocol the alternative approach using the uart debugging will not be a good fit. The packets are all binary format of variable length, so there is no good delimiter to split the data. If the amp only responds with one packet to each request the timeout might work.
Here were two esphome custom components with multiple different sensors that implement binary protocols. Might be able to leverage some of this for your project.
I’d also search to see if there are any existing c++ projects that implement the controls for the amp. Might be able to migrate that into esphome.
Thanks, will have a look!
Ok, so not making much progress here sad to say. Have built a physical connector that I think is pinned correctly between the ESP32 and RJ12 connector, plugged it in and nothing exploded . Did it with a cross over setup, rx-tx and tx-rx, guess that is the right way to do it?
Interesting the ground pin is not mentioned in the ESPHome UART docs, should this NOT be used, it is standard for RS232?
Still struggling to figure out how to send and receive, so right now not even capable of figuring out is anything is actually getting to the AMP and if the pinout is correct.
Testing a simple swith to send a “power off” command (think I got it right), but can see no responses from the AMP.
This is the current config:
esphome:
name: esp-stereo
esp32:
board: esp32dev
framework:
type: arduino
# Enable logging
logger:
# UART Serial interface
uart:
baud_rate: 57600
tx_pin: GPIO17
rx_pin: GPIO16
rx_buffer_size: 256
data_bits: 8
parity: NONE
stop_bits: 1
debug:
direction: BOTH
dummy_receiver: false
sequence:
- lambda: UARTDebug::log_binary(direction, bytes, ',');
# Enable Home Assistant API
api:
encryption:
key: "xxxxxx"
ota:
password: "xxxxxx"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Esp-Stereo Fallback Hotspot"
password: "xxxxxx"
captive_portal:
#test serial hex input, request for power toggle
switch:
- platform: uart
name: "Off"
data: [0x06, 0x01, 0x00, 0x75, 0x00, 0x7C]'
And this is the log I get when toggling the switch:
INFO Reading configuration /config/esphome/esp-stereo.yaml...
INFO Starting log output from esp-stereo.local using esphome API
INFO Successfully connected to esp-stereo.local
[12:30:59][I][app:102]: ESPHome version 2022.11.3 compiled on Nov 28 2022, 09:13:40
[12:30:59][C][wifi:504]: WiFi:
[12:30:59][C][wifi:362]: Local MAC: C8:F0:9E:9E:10:4C
[12:30:59][C][wifi:363]: SSID: [redacted]
[12:30:59][C][wifi:364]: IP Address: 192.168.2.59
[12:30:59][C][wifi:366]: BSSID: [redacted]
[12:30:59][C][wifi:367]: Hostname: 'esp-stereo'
[12:30:59][C][wifi:369]: Signal strength: -35 dB ▂▄▆█
[12:30:59][C][wifi:373]: Channel: 6
[12:30:59][C][wifi:374]: Subnet: 255.255.255.0
[12:30:59][C][wifi:375]: Gateway: 192.168.2.1
[12:30:59][C][wifi:376]: DNS1: 192.168.2.1
[12:30:59][C][wifi:377]: DNS2: 0.0.0.0
[12:30:59][C][logger:293]: Logger:
[12:30:59][C][logger:294]: Level: DEBUG
[12:30:59][C][logger:295]: Log Baud Rate: 115200
[12:30:59][C][logger:296]: Hardware UART: UART0
[12:30:59][C][uart.arduino_esp32:108]: UART Bus 1:
[12:30:59][C][uart.arduino_esp32:109]: TX Pin: GPIO17
[12:30:59][C][uart.arduino_esp32:110]: RX Pin: GPIO16
[12:30:59][C][uart.arduino_esp32:112]: RX Buffer Size: 256
[12:30:59][C][uart.arduino_esp32:114]: Baud Rate: 57600 baud
[12:30:59][C][uart.arduino_esp32:115]: Data Bits: 8
[12:30:59][C][uart.arduino_esp32:116]: Parity: NONE
[12:30:59][C][uart.arduino_esp32:117]: Stop bits: 1
[12:30:59][C][uart.switch:040]: UART Switch 'Off'
[12:30:59][C][captive_portal:088]: Captive Portal:
[12:30:59][C][mdns:103]: mDNS:
[12:30:59][C][mdns:104]: Hostname: esp-stereo
[12:30:59][C][ota:093]: Over-The-Air Updates:
[12:30:59][C][ota:094]: Address: esp-stereo.local:3232
[12:30:59][C][ota:097]: Using Password.
[12:30:59][C][api:138]: API Server:
[12:30:59][C][api:139]: Address: esp-stereo.local:6053
[12:30:59][C][api:141]: Using noise encryption: YES
[12:32:16][D][switch:013]: 'Off' Turning ON.
[12:32:16][D][switch:037]: 'Off': Sending state ON
[12:32:16][D][uart.switch:020]: 'Off': Sending data...
[12:32:16][D][switch:037]: 'Off': Sending state OFF
[12:32:16][D][uart_debug:196]: >>> 0b00000110 (0x06),0b00000001 (0x01),0b00000000 (0x00),0b01110101 (0x75),0b00000000 (0x00),0b01111100 (0x7C)
I have read so many threads (including the ones you guys pointed to, thanks!), but no luck and getting more confused rather than less , the best one I have found that seemed to be close to my case is : Need Help using RS232 to control a receiver - Configuration - Home Assistant Community (home-assistant.io), if you scroll down to Nathan Carr post in that thread.
I right now would need help with the following:
Thanks for the help.
Br
/Micke
Like Nick said, first step is probably too try to see some data being received in the debug.
Did you tinker much with that?
I notice you have dummy_receiver: false
I think it needs to be true.
While it sounds like the debug approach won’t be useful for your solution, it’s probably still the best first step to confirm your wiring is ok.
For a start, the manual says on page two that no ACK is received on a power off command.
But fundamentally I think the problem is that you need the address of the amplifier. To get that I think you need to send command 66 and observe the return packets. (see page 13).
Lol, feel a bit stupid, yes you are correct, but have tried commands that do have an ack, same result. Will check the reference you pointed to.
The rx-tx crossover looks correct, the GND needs to be shared.
Were you using a ttl to rs232 converter? ESP32 should be on the ttl side and amp on the rs232 side.
With the esp32 connected to the ttl to rs232 converter you can jumper the rs232 rx and tx together to get a loop back of the sent data. That will confirm the all the wiring to and from the amp.
The thing is, I don’t know that you can expect an ACK unless you send a packet to the correct address.
Thinking on this further, I wonder if using a higher level language may make things easier. Perhaps CircuitPython or something.
Hmm, I might be wrong, but my impression was that the dymmy_reviever will create a “fake” response by emulating an endpoint? Think I have seen examples in the forum where the response turns up with the debug active but no dummy_reciever.
Nope, just connected the ESP directly to the amp using a modified RJ12.
Have the same idea, the amp will not respond if it is not the correct address.
Might be missing something fundamental, but the example they give in the beginning does not make sense to me:
My interpretation is that this is the address. Checking my amp it has the link address 1 set (I checked this using the menu). Do not understand the PROD_DEV_CODE above the table, cannot find any other references to this in the documentation, my impression was that this would be the addressing to use, but seems to be unrelated.
Right now I´m going back to square one, not sure if the pinout config for the RJ12 is correct, though that this was a standard for RS232, but googling this it seems to be all over the place, so have asked Lyngdorf for the correct pinout used.
