DragonFly On-Line Manual Pages

Search: Section:  


OWSERVER(1)                  One-Wire File System                  OWSERVER(1)

NAME

owserver - Backend server (daemon) for 1-wire control

SYNOPSIS

owserver See the file man1/cmdline_mini.1so. -p tcp-port

DESCRIPTION

See the file man1/description.1so. owserver owserver (1) is the backend component of the OWFS 1-wire bus control system. owserver (1) arbitrates access to the bus from multiple client processes. The physical bus is usually connected to a serial or USB port, and other processes connect to owserver (1) over network sockets (tcp port). Communication can be local or over a network. Secure tunneling can be implemented using standard techniques. Frontend clients include a filesystem representation: owfs (1) , and a webserver: owhttpd (1). Direct language bindings are also available, e.g: owperl (3). Several instances of each client can be initiated. Each client can also connect directly to the physical bus, skipping owserver (1) but only one client can connect to the physical bus safely. Simultaneous access is prevented by the operating system for USB ports, but unfortunately not serial ports. The safe way to share access to the 1-wire bus is via owserver (1) with the clients connecting. Note: owserver (1) can connect to another owserver (1) process, though the utility of this technique is limited (perhaps as a readonly buffer?) owserver (1) is by default multithreaded. Optional data caching is in the server, not clients, so all the clients gain efficiency. See the file man1/device.1so.

SPECIFIC OPTIONS

-p TCP port or IPaddress:port for owserver Other OWFS programs will access owserver via this address. (e.g. owfs -s IP:port /1wire) If no port is specified, the default well-known port (4304 -- assigned by the IANA) will be used. See the file man1/temperature.1so. See the file man1/pressure.1so. See the file man1/format.1so. See the file man1/job_control.1so. See the file man1/configuration.1so. See the file man1/help.1so. See the file man1/timeout.1so. See the file man1/persistent_thresholds.1so.

DEVELOPER OPTIONS

--no_dirall Reject DIRALL messages (requests directory as a single message), forcing client to use older DIR method (each element is an individual message) --no_get Reject GET messages (lets owserver determine if READ or DIRALL is appropriate). Client will fall back to older methods. --no_persistence Reject persistence in requests. All transactions will have to be new connections. --pingcrazy Interject many "keep-alive" (PING) responses. Usually PING responses are only sent when processing is taking a long time to inform client that owserver is still there.

EXAMPLE

owserver -p 3001 -d /dev/ttyS0 runs owserver on tcp port 3001 and connects to a physical 1-wire bus on a serial port.

SEE ALSO

See the file man1/seealso.1so.

AVAILABILITY

http://www.owfs.org

AUTHOR

Paul Alfille (paul.alfille@gmail.com) OWSERVER Manpage 2004 OWSERVER(1)

Search: Section: