| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | HighSpeed modem-comm |
PS> Hi!
PS> Do I have to do anything "out of the ordinary" to be
PS> able to communicate via
PS> the modem at high speed? I've got this example-
PS> application that only goes to
PS> 19200, and I've heard that on DTEs over 19200 you have to be an expert on
PS> modem communication, to be able to use compression, is
PS> this true? Or is it
PS> just a matter of setting the baud rate to 115200 or whatever.
PS> (The reason I am asking, is that I plan on beginning on
PS> this project of mine
PS> that will require me to write high speed com-funcs).
PS> Thank you very much!
I have a simple program that writes to the serial port. In C++ it goes
something like this:
#include a few headers as appropriate (i.e., I'm too lazy)
int main(int argc, char** argv)
{
if (argc < 2)
return -1;
ULONG ulComHandle = strtol(argv[1], NULL, 0);
ofstream ofComPort(ulComHandle);
ofComPort << "See this through the com port" << endl;
return 0;
}
This worked just fine - even at a locked baud rate of 115200, connected at
any speed between 2400 baud and 33.6k (I haven't tested it slower than
2400...).
In fact, it runs between Blinky and Maximus to tell the user what speed *I*
think s/he's connected at, as well as my BBS motto:
I'm going crazy, and I'm taking you with me.
So, no, there's nothing special. The "special" stuff comes if
you want to handle RPI modems (on your end - the other side doesn't
matter)... :-/
--- Maximus/2 3.01
* Origin: Tanktalus' Tower BBS (PVT) (1:342/708)SEEN-BY: 50/99 270/101 620/243 625/160 711/401 409 410 413 430 808 809 934 SEEN-BY: 711/955 712/311 407 505 506 515 517 624 628 704 824 841 713/317 SEEN-BY: 800/1 @PATH: 342/5015 61 3615/50 396/1 270/101 712/515 624 711/808 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.