09-03-2020, 05:26 PM
Ok, so it seems that there is an S register (S9) that controls this exact function. I have it supported in the sense that you can set/read the value, but it doesn't do anything. So, I am implementing it. When did you get your WiModem232? I made an early version of the hardware and the v2.0/v2.1 versions. I can put up a test version for you to download and try.
What I don't know right now is if the CONNECT message itself is what is triggering your program's 1 second delay, or if it is the DCD line (or both). It may take a couple of versions of BETA software to make this work, but I am pretty sure I can do this - providing my theory is correct on how to hold off the incoming connection without actually losing any data. The default timeout period for a modem is 0.6 seconds. So, you might have to increase the time to be >1 second. That would be done with: ATS9=xxx where xxx is the value in 1/10ths of a second. The stock value is 6 (for 6/10ths, or 0.6 seconds). So a value of 10 would be 1 second.
Let me know what version of the WiModem232 you have - I have a version ready to test!
What I don't know right now is if the CONNECT message itself is what is triggering your program's 1 second delay, or if it is the DCD line (or both). It may take a couple of versions of BETA software to make this work, but I am pretty sure I can do this - providing my theory is correct on how to hold off the incoming connection without actually losing any data. The default timeout period for a modem is 0.6 seconds. So, you might have to increase the time to be >1 second. That would be done with: ATS9=xxx where xxx is the value in 1/10ths of a second. The stock value is 6 (for 6/10ths, or 0.6 seconds). So a value of 10 would be 1 second.
Let me know what version of the WiModem232 you have - I have a version ready to test!