YAT :: Yet Another Terminal :: Engineering, testing and debugging of serial communications :: Supports RS-232/422/423/485 as well as TCP/IP Client/Server/AutoSocket, UDP/IP Client/Server/PairSocket and USB Ser/HID
- Serial terminal (connection endpoint) for engineering and testing purposes
- Single-line text commands; multi-line text commands; files
- Unlimited number of predefined commands; history of recent commands
- Escapes for bin/oct/dec/hex like "\h(4F 4B)"
- Escapes for ASCII controls like "<CR><LF>" as well as C-style "\r\n"
- Commands like "\!(EOL)", "\!(NoEOL)", "\!(Delay)", "\!(LineDelay)", "\!(LineInterval)", "\!(LineRepeat)"
- Option to automatically trigger a response
- Support for numerous single- and multi-byte character encodings
- Versatile monitoring and logging of sent and received data
- Formatting options for excellent readability
- Advanced options for text and binary communication
- Advanced options for in-depth RS-232/422/423/485 debugging of flow control, break and buffering
- Workspace supporting unlimited terminals
- Fully keyboard operable
- Versatile shell/PowerShell command line including head-less operation
- The perfect replacement for HyperTerminal or good ol' fashioned Windows 3.x Terminal
Best terminal on Win 7
Really amazing piece of software. I love the interface, support for UART and TCP/IP, being able to save a configuration, the logging facility (once I discovered it...) and user defined messages. The only thing that is really lacking is the ability to open a UART port in spy mode (unless I'm missing something?). It is surprisingly useful to monitor a UART link without interfering.
Best Terminal application I found in years. Great USB HID terminal App .
I needed a terminal which doesn't send each character instantly. For this purpose this software is the best i found out there. I'd like to see something like repeated sending of predifined text and then this program would be really perfect.
You don't have a command burst feature which can sends a command continuously with a small delay after each command sent. I would like to have a feature like this to test my automation controller which the RS-485 serial traffic is at a rate of 1-10ms. Should have it to test most hardware hardware. Writing a firmware for a protocol usually is easy because everything is in the protocol documentations. What is not easy is to deal with possible real-world fast serial traffic. For example, a Modbus RTU slave hardware might get a command receiving rate of 10ms from the master. Why? coz each master may have around 32 slaves under it. The customer don't want to wait for 1 minute just to receive a complete response from all slaves. You got what I mean why we need the autosend / burst mode for sending data in YAT. Good luck my friends..