What is the advantage to using this RFC instead of just having a server that writes to (or reads from) a serial port?
RFC2217 lets you change the port settings (for instance baud rate, parity, bit count...), control flow control lines or breaks directly, inspect modem and line state and more.
Yeah `impl TcpStream`
> lets you change the port settings
Might just be lack of familiarity with telnet, but wouldn't this be fairly easy to do `impl TcpStream`? In other words, why not just add this into espflash?
The telnet protocol is not just raw data. The 0xFF byte is an escape code for commands (and a 0xFF needs to be repeated twice pass an actual 0xFF). There are a few commands including those to send a rs232 break signal or to negotiate options such as serial port baud rate (serial ports don't negotiate a speed, so you have to be able to configure the right speed on both ends of the communication)
Oh that makes more sense, thanks!
> Serial ports don't negotiate a speed, so you have to be able to configure the right speed on both ends of the communication
This is actually why I was asking -- I'm messing around with an espflash-like clone and wanted this feature; so is the idea that its easier to set up the negotiation because of the command structure of telnet (e.g. pattern match on rx `telnet send ayt`)?