|
|
Home » Extra libraries, Code snippets, applications etc. » Applications created with U++ » STermPro: next generation serial port monitor
STermPro: next generation serial port monitor [message #26009] |
Thu, 25 March 2010 11:06  |
Mindtraveller
Messages: 917 Registered: August 2007 Location: Russia, Moscow rgn.
|
Experienced Contributor |

|
|
With STermPro you can
* Control serial device with parameters, not bytes. Just select protocol. STermPro takes care of the rest.
* Check device output as parameters of protocol, not just a sequence of bytes.
* Send and receive with many serial ports simultaneously. Each port has it's tab.
* Send mixed strings with hex characters. Analyze clearly arranged messages.
* Unique serial port flow visualization makes it clear at once.
* Work with custom serial devices.
U++ rule!
[Updated on: Tue, 27 April 2010 21:11] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: STermPro: Powerful Software Solution for Serial Port Monitoring and Control with Protocols [message #27955 is a reply to message #27949] |
Thu, 12 August 2010 06:17   |
Mindtraveller
Messages: 917 Registered: August 2007 Location: Russia, Moscow rgn.
|
Experienced Contributor |

|
|
koldo wrote on Wed, 11 August 2010 23:51 |
I have seen ctb library for serial communications is done with wxWidgets.
Do you know if there is any lighter library for building a wrapper for U++ on top of it?
|
You are not right in this case. ctb is a part of wxW project. But ctb doesn't use ANY wxWidgets code. It is completely standalone.
So I embed it into U++ without a single wxW header, just as is.
It's the most robust yet complete and cross-platform seriall comms library I've ever met.
I use it for almost a year. I tested it in production apps and finally must admin it is good, efficient and works without bugs for me.
The only problem with it is that ctb is LGPL licensed.
Also, ctb is only a part of infrastructure for programming serial communications. It should also be asynchronous call methods (I solve it with MtAlt - very comfortable, we may discuss it if someone is interested). And also there must be protocols layer.
My 10-year experience with serial comms finally led me to a high-layed calls which support both async & protocol ways: int io = Send(sensorPort, NULL, RECEIVE_TIMEOUT_NB3000, NULL, "modbus", 4,6,51,1);
I found it the most convenient way to interact with devices.
[Updated on: Thu, 12 August 2010 06:30] Report message to a moderator
|
|
|
|
Goto Forum:
Current Time: Sun Apr 27 01:35:36 CEST 2025
Total time taken to generate the page: 0.01134 seconds
|
|
|