Carrier Detect line not being activated on manual answer ESP8266. (Again)
Closed this issue · 2 comments
Ok, I got around to testing your new version after the pull, but cd is still not activated on connect in the following scenario.
Device is a ESP8266 on a wemos d1-mini clone board.
Serial side is connected to a full (10 wire), ttl to serial adapter board. This is attached to my quad port rs232 card on a windows 10 system.
The only change to the source is commenting out line 78 //# define RS232_INVERTED 1 because it's a non inverted device.
Flashed the unit with the latest pull as of this post time, joined my wifi network, enabled cts/rts flow control, on the main menu and in the bbs host menu.
Saved these settings, and exited back to command mode.
Called the zimodem using putty with a raw port. This results in a connection and the Carrier Detect line becoming active and the led on the wifi module to light, along with the led I've added to my breadboard.
Just closing putty results in a NO CARRIER (what ever number) and the LEDs going out.
Now, type ats0=0, this disables autoanswer on incoming connections, and results in the modem reporting RING.
Starting the putty connection again, results in a RING on the serial terminal side, and when I make the connection with the ATA command, I am connected, but no LEDs, i.e. DCD is not being changed to reflect the current connected state.
This is a fantastically detailed reproduction story. I have not had luck reproing this in the past, but I will print out your steps and follow them closely on my next try.
OK, this should be fixed now, thanks again!