cnlohr wrote:If we're talking AT here, please do not add additional signals, but instead perhaps we should add an option for: Echo off, and/or poll incoming data. Being able to poll is much more convenient than using hard signals.
But please please please let's not make the "new" standard require additional signal wires.
I think you are misunderstanding things. This is not about the AT firmware. This is purely about uploading/downloading firmware and stuff from/to the chip (respectively the flash connected to it). To access the chip's flash stuff, one needs to handle the reset line and the GPIO0 line. To start up normally after reset, that is, to run whatever is uploaded, GPIO0 needs to be pulled high. To enter bootloader mode after reset, GPIO0 needs to be pulled low.
So, what i am going to do is to use the available signals of a serial port to control the reset and GPIO0 lines, so that my tool can set them as needed. Right now, if one wants to upload firmware, the GPIO0 has to be pulled low manually, then a reset issued manually, one firmware file uploaded, reset again, the other file uploaded, GPIO0 pulled high, and yet another reset done to start the just uploaded firmware.
As you can imagine that gets silly rather quickly, so iwant to automate that process.