Free capturix videospy serial software for linux

Tiny serial terminal is a simple and dumb tool to access serial ports. Mainly intended for use to access serial consoles of various hardware.

Usage:

Download: com.c
Version : 1.1
Size : 4607 bytes
MD5 : 73a394b6d5ad333c2bf542315e1a0b73
SHA1 : 53c8ea8a1d5450ac4237a20c843e1462acaaa96e

Building: cc -o com com.c
Usage : ./com /dev/device [speed]
Example : ./com /dev/ttyS0 [115200]
Keys : Ctrl-A - exit, Ctrl-X - display control lines status
Darcs : darcs get http://tinyserial.sf.net/
Scr.shot: screenshot.png (8862 bytes)

TrinityOS is a step-by-step, example-driven HOWTO on building a very functional Linux box with strong security in mind.
TrinityOS is well known for its strong packet firewall ruleset, Chrooted and Split DNS (v9 and v8), secured Sendmail (8.x), Linux PPTP, Serial consoles and Reverse TELNET, DHCPd, SSHd, UPSes, system performance tuning, the automated TrinityOS-Security implementation scripts, and much more.
Main features:
- Master References and Recommended Guidelines
- Linux Distribution Thoughts
- Core OS setup
- Network Connectivity
- Security
- System backup
- More Extensive Guides

SkatOS is a bootable, stand-alone distribution which plays the popular German card game Skat. It fits on a single floppy or CD and uses VESA 1.1 or higher, a PS/2 or serial mouse, and generic keyboard.
Supported Hardware:
- VGA Text console
- VESA 1.1 VGA graphic modes
- Ramdisk Support (with initrd)
- Serial port (standard / generic)
- Mouse (serial or PS/2)
- Keyboard support (generic only)
- Advanced Power Management BIOS Support
- PCI support (ANY PCI access mode)
- Network device support
- 3c509/3c579 support
- 3c590/3c900 series (592/595/597) "Vortex/Boomerang" support
- AMD LANCE and PCnet (AT1500 and NE2100) support
- AMD PCnet32 (VLB and PCI) support
- DECchip Tulip (dc21x4x) PCI support
- DM9102 PCI Fast Ethernet Adapter support
- EtherExpress 16 support
- EtherExpressPro/EtherExpress 10 (i82595) support
- EtherExpressPro/100 support
- Generic DECchip & DIGITAL EtherWORKS PCI/EISA
- NE2000/NE1000 support
- PCI NE2000 support
- RealTek 8129/8139 (rtl8139) support
- RealTek 8129/8139 driver (8139too) support with support for 8129
- SiS 900/7016 PCI Fast Ethernet Adapter support
- SMC EtherPower II
- TI ThunderLAN support
- Via Rhine support
Included Software:
- LINUX-Kernel 2.2.26
- devps.patch 9_25_2000
- uClibc 0.9.24
- BusyBox 0.60.5 (busybox cat chmod dmesg echo grep halt ifconfig init kill ln ls mknod mount msh poweroff reboot rm route sh sleep test umount)
- TinyX 4.2.1
- XSkat 4.0
- menu 2.01-bg-1.1
- SkatOSWM 1.0
- udhcpc 0.9.8
- unlzma

JKhepera is a Java class library for Khepera mini robots. It includes a class which allows you to open connections from a host computer to the Khepera robot via a serial interface easily.
Communication between Khepera and a computer is also simple, using methods like "setSpeed" or "readProximitySensors".
In addition, there are GUI classes to display the whole communication for debugging purposes and to control the robot manually.
Main features:
- Open Source - JKhepera is published under the terms of GPL.
- Easy to handle communication between Khepera robots and a host computer via serial interface.
- The gui component KheperaPanel, to control Khepera manually
- The gui component KheperaMonitor, to display the complete communication between Khepera and a host computer for debugging purposes
- An Interface KheperaMotionalAlgorithm, that allows the implementation of individual control algorithms (additionally to the existing BraitenbergAlgorithm) to control Khepera automatically.
- The KheperaAgent, to control Khepera by an individual algorithm in an independent thread.

COMSERV is a program that allows you to talk to a network terminal server such as a Xyplex MAXserver 1600.
The handy thing about this program is that the client side of the connection does not need to know anything about how to talk to the terminal server. COMSERV handles the connection details. Thus, you can use existing programs like tip to talk to devices attached to your network terminal server without any modification.
Also, you can use COMSERV to turn your Unix computer itself into a terminal server and serve up its own local serial ports over the network for remote systems to access. This is handy if you have several systems lying around and you want to utilize devices attached to their serial ports.
My primary motivation for writing this program was to expand the I/O capabilities of my FreeBSD home computer. I have many serial devices that I want to connect to my PC which include my modem, Palm Pilot, GPS, various micro-controllers, my EEPROM programmer, and other computers and printers. But with only two serial ports on my PC, I became annoyed at having to reach around the back of my computer and swap cables every time I wanted to plug in a different device. [I think all inventions are the product of the laziness of the inventor :-)] So I searched eBay and found a couple of these Xyplex terminal servers that looked promising, I bid on them, got them, and began hacking.
The only problem with using this type of device for serial expansion, is that if you use a program like tip on Unix (tip is a very basic but functional program to connect directly to a serial port), it expects to be able to open the serial port by opening a /dev/xyz device file that corresponds to a real serial device. The Xyplex, on the other hand, communicates to the Unix system via an ethernet network. In order to talk to one of the serial ports on the Xyplex, you need to establish a TCP/IP connection between your Unix computer and the Xyplex device at a particular TCP port. The TCP port you connect to determines which Xyplex serial port you connect to. For the Xyplex 1600, serial port 1 is TCP port 2100, serial port 2, is TCP port 2200 and so on.
Unfortuneately, tip, and programs like it, have no idea how to establish a TCP/IP connection to the Xyplex in order to transfer data to and from a serial device connected to the Xyplex.
This is what COMSERV does. COMSERV creates a set of pseudo-tty device files that are palatable to tip and other programs. COMSERV opens the master side of the pseudo terminal and the client program (tip in this case) opens the slave side. Data written on the slave endpoint comes out on the master endpoint and vice-versa. This mechanism establishes a connection between the client program and COMSERV. COMSERV then uses TCP/IP to establish a connection to the network terminal server.
Thus, data originating from the client program is written to the slave tty where is read by COMSERV. COMSERV then writes the data to the network socket to the Xyplex, which then passes it on to the designated serial port. Data originating from the serial device attached to the Xyplex takes the reverse path.
Only one instance of COMSERV is required to be running on your system to handle all of your network terminal servers (it can handle as many terminal servers and ports as the speed and resources of your system allows). COMSERV is designed to handle many connections in this fashion, and does so by multiplexing between them using asynchronous device and socket I/O.
While I wrote COMSERV to talk to a Xyplex MAXserver 1600, it should work with other manufacturers products as long as they follow a similar API. The Xyplex devices that I have are 16 port devices that connect serial devices to an ethernet network.
If COMSERV sounds useful to you, feel free to download and use it. The program is provided in source form, so you will need to extract it and compile it. If you use FreeBSD, simply do the following:
% cd /usr/ports/comms/comserv
% make install
I use it on FreeBSD 4-STABLE. I dont currently know of any outstanding bugs, but if you find and fix any bugs, please send me your fixes so that others can benefit from them as well.
If you do decide to use COMSERV, please note the accompanying license. In a nutshell, you can use it without restriction as long as you credit me and keep the copyright notice intact. If you happen to like it, feel free to send your thanks, letting me know. If you dont like it, let me know why, perhaps I can improve it. If you improve it, please send me your changes and Ill see about integrating them so that others can benefit from your improvements.
Enhancements:
- Implement a power of 2 backoff and retry for failing connections with a maximum 10 minute wait. This keeps from filling up the logs with failed repeated attempts.

CuteCom is a graphical serial terminal, like minicom. CuteCom is aimed mainly at hardware developers or other people who need a terminal to talk to their devices.
It is free software and distributed under the GNU General Public License Version 2, which can find in the file COPYING. It is written using the Qt library by Trolltech. Follow this link to visit the sourceforge project page.
Cutecom doesnt use the autotools (autoconf, automake, libtool, etc.) Instead "configure" is simply a wrapper script which calls qmake. To uninstall cutecom simply delete the file "cutecom" and the file "cutecom.desktop" and youre done. The config file is ~/.qt/cutecomrc.
Main features:
- easy to use GUI
- no cryptic keyboard shortcuts
- lineoriented interface instead of character-oriented
- Ctrl+C, Ctrl+Q and Ctrl+S control sequences work
- input history
- a cute GUI ;-)
- xmodem, ymodem, zmodem support (requires the sz tools)
- easy to differentiate between typed text and echoed text
- select between read/write, read-only and write-only open mode
- open the device without changing its settings
- hexadecimal input and output
- configurable line end characters (LF, CR, LFCR)
- configurable delay between characters
Enhancements:
- add patch by Bernhard Schiffner which flushes the serial port when opening
- CuteCom can now be built either with qmake or with CMake

Linux X10 universal device driver (also known as Project WiSH) provides a /dev interface to an X10 network through a combination of Linux kernel modules and daemons.
It is intended to provide a standard interface and syntax to shell script utilities (such as cat and echo), Perl scripts, C programs, or Java programs so that everything from a quick hack to a more advanced program can manipulate the X10 devices in an automated home regardless of the transceiver used.
Its simplest use is with shell scripts (examples of which are provided in the package). Currently the project supports the 3 X10 transceivers (PowerLinc Serial, PowerLinc USB, and CM11A).
Main features:
- Full /dev/x10 capability with enhancements for non-blocking writes
- Full support for PowerLinc Serial transceiver
- Full support for CM11A Serial transceiver
- Full support for PowerLinc USB transceiver (with kernel patches for USB)
Enhancements:
- X10 state machine simulator runs in userspace
- Kernel module maintains status of individual devices and implements API only
- non-blocking writes (by popular demand) so commands can be queued up in rapid succession
- PowerLinc USB now uses HID interface
- Version 2.0 drivers work with kernel 2.6.7 and higher and with kernel version 2.4.0 (the PowerLinc USB will not work with kernel 2.4 due to lack of support for multibyte messages in the USB subsystem of the kernel. If you require the PowerLinc USB and kernel 2.4, use wish-1.6.10. )
- Simpler compilation and installation method

Audio::Radio::Sirius is a Perl module to control a Sirius satellite radio tuner.

SYNOPSIS

Sirius satellite radio (http://www.sirius.com) is a US based satellite radio serice. While none of the tuners they make have serial or USB connectors, it has been found that generation 2.5 tuners (Sportster, Starmate, * Replay, Sirius Connect, and others) have a common tuner module.

Furthermore this tuner module generally has a serial interface. Presently only one commercial site is offering a modification for adding a serial port to a Sirius tuner: http://www.rush2112.net. Google should reveal schematics and parts needed for adding ports to other tuners.

Once your tuner is connected to your system and accessible via a serial port like device, you can use this module to access it:

use Audio::Radio::Sirius;
use Win32::SerialPort; # or Device::SerialPort on Linux

my $serial = new Win32::SerialPort(com1);
my $tuner = new Audio::Radio::Sirius;

$tuner->connect($serial);
$tuner->power(1);
$tuner->channel(184); # tune in the preview channel