For someone who runs a BBS, it might be interesting to know which IP a caller is using. This information could surely be reported easily in the connect string:
For example: CONNECT 38400/192.168.1.1
Of course, this should be optionally adjustable via ATXn. Similar to how you can set analog modems to report information about error correction and data compression, for example.
There is already a caller log that is stored for the last 20 callers, so reporting this in the CONNECT message is certainly possible. I need to look into ATXn, to make sure that this is safe to use since it is a standard Hayes command.
n should be at least >= 5
After looking at this, I think the proper way to handle this would be to insert the caller's IP as a function of the ATWn command. Right now, this command does nothing, but does not return an error because I found some BBS programs try to set this to 0 so I had to at least support no error being returned. I think setting this set to 1 (ie ATW1) could enable sending the "CARRIER" and "PROTOCOL" result codes following the CONNECT message (which might include the baud rate with it). Since we don't have a CARRIER and PROTOCOL with a wireless modem, the caller's IP address could be sent instead. This method won't interfere with the X or V commands, but instead would be an addition just like Hayes intended the W command to be. We also don't have S95 (part of the selection of how the CONNECT message is displayed), so I should probably add that as well to prevent an error message from being returned.
Are you using the original WiModem232 or the Pro version? I have an update done for the Pro. It's going to take some work to make this possible for the original version.
I am using both of them. The Pro on real hardware, the original one with an emulator.
And according to
this page ATW seems to be the right command for this. I used to use ZyXEL modems where the extended CONNECT messages were turned on with ATX5/6/7, so I came up with ATX.
For example:
X5 → CONNECT 38400/V.32 14400T/MNP5
X6 → CONNECT 14400/ARQ
X7 → CONNECT 14400/ARQ/V.42b
I have added this feature to the WiModem232 Pro using the W command (ATW1). I will have to work out a way to do this with the WiModem232 since the code is completely different.
By the way, the definition of how W responds is not the same as the official Hayes standard. The DCE and DTE speeds are reported differently depending on which W setting you have selected. In our case with the Wireless modem, there is no difference between the modem speed and computer speed.
Yes, this looks as intended. I am going to look at the original WiModem232 code this weekend.
