Closed Peemouse closed 10 months ago
That's a problem with your terminal or monitor. 0xfffd is the character used when the incoming character is unknown. You need to use something that won't mangle the incoming data.
Hi, thanks for the hint. I tried SerialTool and I can see that the output is correct. Time to focus elsewhere for debugging.
Hi, thanks for the hint. I tried SerialTool and I can see that the output is correct. Time to focus elsewhere for debugging.
Exactly the same issue. For what i have read is a problem with Visual code monitor. However my issue still remains. Any numer i send over 127 the monitor says : ff fd . My problem is even if i disconnect the ESP32 from serial monitor the data does not activate a modbus device, but when i send the data using the serial monitor it does. Im using MAX232 connected to 3.3v and its seems working fine. I will try to get a MAX3232 to try or another IC.
When i use micropython its the same thing. Could it be a ESP32 issue?
As mentioned earlier, characters over 127 are getting converted by your monitor. Use something else that doesn't mangle the data. Come ask on discord if you need more help with this device.
The problem
Hi, I'm trying to trigger opening and closing on a motorized videoscreen using RS232. I built an ESP32-ETH01 with UART to RS232 board.
Before connecting it to my screen (LUMENE Majestic HD200), I scoped the RS232 output using a USB to RS2332 converter and serial terminal in Visual Studio Code.
The issue is related to the HEX sending. When I try to send like [0xFF, 0xEE] (uart.write: [0xFF, 0xCC]) , it always ends with sending FFFD FFFD no matter what.
However, if I send ASCII, it behaves as expected : uart.write: "Test" leads to 54 65 73 74
Thank you.
Which version of ESPHome has the issue?
2023.11.6
What type of installation are you using?
Home Assistant Add-on
Which version of Home Assistant has the issue?
2023.12.0
What platform are you using?
ESP32
Board
ESP32-ETH01
Component causing the issue
UART
Example YAML snippet
Anything in the logs that might be useful for us?
Additional information
EDIT : It seems that the issue appears if I try to send Hex over 0x7F (last character in ASCII table). Example : uart.write: [0x7F, 0x80] outputs 7f fffd on the serial monitor