owserver - Online nel cloud

PROGRAMMA:

NOME

osservatore - Server di backend (demone) per il controllo a 1 filo

SINOSSI

osservatore [ -c configurazione] -d porta seriale | -u | -s [porta ospite -p porta tcp

DESCRIZIONE

1-Wire
1 fili è un protocollo di cablaggio e una serie di dispositivi progettati e realizzati da Dallas
Semiconductor, Inc. Il bus è uno schema di connettori a bassa velocità e bassa potenza in cui i dati
la linea può anche fornire alimentazione.

Ogni dispositivo è numerato in modo univoco e inalterabile durante la fabbricazione. Ci sono un ampio
varietà di dispositivi, tra cui memoria, sensori (umidità, temperatura, tensione, contatto,
corrente), interruttori, timer e datalogger. Dispositivi più complessi (come la termocoppia
sensori) possono essere costruiti con questi dispositivi di base. Ci sono anche dispositivi a 1 filo che hanno
crittografia inclusa.

Lo schema a 1 filo utilizza un singolo autobus Mastercard e multiplo schiavi sullo stesso filo. Il bus
master avvia tutte le comunicazioni. Gli schiavi possono essere individuati individualmente e
indirizzati utilizzando il loro ID univoco.

I bus master sono disponibili in una varietà di configurazioni tra cui seriale, parallela, i2c, rete
o adattatori USB.

OWFS progetto
OWFS è una suite di programmi progettati per rendere facilmente il bus a 1 filo e i suoi dispositivi
accessibile. Il principio alla base è creare un filesystem virtuale, con l'ID univoco
essendo la directory e le singole proprietà del dispositivo sono rappresentate come semplici
file che possono essere letti e scritti.

I dettagli del design singolo slave o master sono nascosti dietro un'interfaccia coerente.
L'obiettivo è fornire un facile set di strumenti per un progettista di software per creare monitoraggio
o applicazioni di controllo. Ci sono alcuni miglioramenti delle prestazioni nell'implementazione,
incluso la memorizzazione nella cache dei dati, l'accesso parallelo ai bus master e l'aggregazione del dispositivo
comunicazione. Tuttavia, l'obiettivo fondamentale è stato la facilità d'uso, la flessibilità e
correttezza piuttosto che velocità.

osservatore
osservatore (1) è il componente di backend del sistema di controllo del bus a 1 filo OWFS. osservatore (1)
arbitra l'accesso al bus da più processi client. Il bus fisico è di solito
collegato a una porta seriale o USB e altri processi si collegano a osservatore (1) ancora
socket di rete (porta TCP). La comunicazione può essere locale o in rete. Tunneling sicuro
può essere implementato utilizzando tecniche standard.

I client frontend includono una rappresentazione del filesystem: owfs (1) e un server web: ow httpd
(1). Sono disponibili anche associazioni linguistiche dirette, ad esempio: owperl (3). Diversi casi di
ogni client può essere avviato.

Ogni cliente può anche collegarsi direttamente al bus fisico, saltando osservatore (1) ma solo
un client può connettersi al bus fisico in modo sicuro. L'accesso simultaneo è impedito dal
sistema operativo per le porte USB, ma purtroppo non per le porte seriali. Il modo sicuro per condividere
l'accesso al bus a 1 filo avviene tramite osservatore (1) con i client che si connettono. Nota: osservatore
(1) può connettersi a un altro osservatore (1) processo, sebbene l'utilità di questa tecnica sia
limitato (forse come a in sola lettura respingente?)

osservatore (1) è per impostazione predefinita multithread. La memorizzazione nella cache dei dati facoltativa è nel server, non
clienti, così tutti i clienti guadagnano efficienza.

Dispositivo Opzioni (1-filo L'Autobus Maestro)

Queste opzioni specificano il dispositivo (bus master) che collega il computer al bus a 1 filo.
Gli slave a 1 filo sono collegati al bus a 1 filo e il master del bus si collega a una porta
sul computer e controlla il bus a 1 filo. Il bus master è un fisico reale
dispositivo, il modulo w1 del kernel o un osservatore (1).

È richiesta almeno un'opzione del dispositivo. Non c'è nessuna impostazione predefinita. Più di un dispositivo può essere
elencati e verranno utilizzati tutti. (Un'unione logica a meno che non esplori il /autobus.n/
directory.)

Linux e BSD applicano una politica di sicurezza che limita l'accesso alle porte hardware. Devi
disporre di diritti sufficienti per accedere alla porta specificata o l'accesso fallirà silenziosamente.

* Seriale dispositivi

porto specifica una porta seriale, ad esempio /dev/ttyS0

-d porto | --device=porta (DS2480B)
Master bus basato su DS2480B (come il DS9097U o il LINK in modalità emulazione). Se la
l'adattatore non risponde, un circuito di tipo passivo (DS9907E o diodo/resistenza) sarà
presunto.

--serial_flextime | --serial_regulartime (DS2480B)
Modifica i dettagli della temporizzazione del bus (vedi scheda tecnica DS2480B). Alcuni dispositivi, come il Nero
LCD non può funzionare con orario flessibile.

--baud=1200|9600|19200|38400|57600|115200 (DS2480B, COLLEGAMENTO, HA5)
Imposta la velocità di comunicazione della porta seriale iniziale per tutti i bus master. Non tutto
i dispositivi seriali supportano tutte le velocità. È possibile modificare la velocità del bus master individuale
per l' LINK che a DS2880B nella directory interfaccia/impostazioni. Il HA5 la velocità è impostata
nell'hardware, quindi la velocità di trasmissione della riga di comando dovrebbe corrispondere a quella velocità.
Di solito le impostazioni predefinite (9600 per LINK che a DS2480B ) e 115200 per il HA5
sono sani e non dovrebbero essere modificati.

--polarità_diritta | --polarità inversa (DS2480B)
Polarità inversa dei transistor di uscita DS2480B? Non necessario per DS9097U, ma
richiesto per alcuni altri disegni.

--link=porta (LINK)
iButtonLink LINK adattatore (tutte le versioni) in modalità non emulazione. Usa un ascii
protocollo su seriale.

--ha7e=porta (HA7E)
Embedded Dati Panoramica sui sistemi HA7E adattatore ( e HA7S ) in modalità ascii nativa.

--ha5=porta | --ha5=porta:a | --ha5=porta:acg (HA5)
Embedded Dati Panoramica sui sistemi HA5 adattatore mutidrop in modalità ascii nativa. Fino a 26 adattatori
possono condividere la stessa porta, ciascuno con una lettera assegnata. Se non viene specificata alcuna lettera, il
il programma cercherà la prima risposta (che potrebbe essere lenta).

--somma di controllo | --no_checksum (HA5)
Attivare (impostazione predefinita) o disattivare la funzione di checksum della comunicazione HA5.

--passivo=porta | --ha2=porta | --ha3=porta | --ha4b=porta (Passivo)
Adattatori passivi a 1 filo. Spento dalla porta seriale e utilizzando l'elettricità passiva
componenti (resistenze e diodi).

--8 bit | --6 bit (Passivo)
Sintetizzare la forma d'onda a 1 filo utilizzando una parola seriale a 6 bit (predefinita) o una parola a 8 bit.
Non tutti i dispositivi UART supportano il funzionamento a 6 bit.

--timeout_serial=5
Timeout (in secondi) per tutte le comunicazioni seriali. 5 secondi di default. Può essere
alterato dinamicamente sotto /impostazioni/timeout/seriale

* USB dispositivi

Gli unici veri master bus USB supportati sono basati sul chip DS2490. Il più comune è
il DS9490R che include uno slave ID a 1 filo con codice famiglia 81.

Esistono anche bus master basati sul chip seriale con una conversione da USB a seriale integrata
in. Questi sono supportati dal protocollo master del bus seriale.

-u | --USB
Master bus basato su DS2490 (come il DS9490R).

-U2 | --usb=2
Utilizzare il secondo master del bus USB. (L'ordine non è prevedibile, tuttavia, poiché il
sistema operativo non ordina costantemente i dispositivi USB).

-tutti | --usb=TUTTI
Usa tutti i dispositivi USB.

--usb_flextime | --usb_regulartime
Modifica i dettagli della temporizzazione della forma d'onda a 1 filo per determinate configurazioni di rete.

--altusb
Temporizzazione USB alternativa di Willy Robion.

--timeout_usb=5
Timeout per le comunicazioni USB. Questo ha un valore predefinito di 5 secondi e può essere modificato
dinamicamente sotto /impostazioni/timeout/usb

* I2C dispositivi

I2C è un protocollo a 2 fili utilizzato per la comunicazione da chip a chip. I padroni di autobus: DS2482-100,
DS2482-101 che a DS2482-800 può specificare (tramite le tensioni dei pin) un sottoinsieme di indirizzi sull'i2c
autobus. Queste scelte sono

indirizzo_i2c

0,1,2,3
0x18,0x19,0x1A,0x1B

4,5,6,7
0x1C,0x1D,0x1E,0x1F (DS2482-800 only)

porto per i master i2c hanno la forma /dev/i2c-0, /dev/i2c-1, ...

-d porto | --device=porta
Questo semplice modulo consente solo una specifica porto e il primo disponibile indirizzo_i2c

--i2c=porta | --i2c=porta:i2c_address | --i2c=porta:ALL
i2c . specifico porto e le indirizzo_i2c è il primo, specifico, o tutto o
loro. Il indirizzo_i2c è 0,1,2,...

--i2c | --i2c=: | --i2c=TUTTI:TUTTI
Cerca i bus i2c disponibili per il primo, il primo o ogni i2c
adattatore.

Le DS2482-800 masterizza 8 bus a 1 filo e quindi genererà 8 /autobus.n le voci.

* Network NetPoulSafe dispositivi

Questi bus master comunicano tramite il protocollo di rete tcp/ip e quindi possono essere localizzati
ovunque sulla rete. Il Indirizzo di rete è nella forma tcp_address:port

Ad esempio 192.168.0.1:3000 o localhost:3000

--link=indirizzo_rete
Adattatore LINK di rete LinkHubE di iButtonLink

--ha7net=indirizzo_rete | --ha7net
Adattatore di rete 7-wire HA1Net con indirizzo tcp specificato o scoperto da udp
multicast. Di Embedded Dati Panoramica sui sistemi
--timeout_ha7=60 timeout specifico per le comunicazioni HA7Net (60 secondi di default).

--etherweather=indirizzo_rete
Adattatore etherweather

-s Indirizzo di rete | --server=indirizzo_rete
Posizione di an osservatore (1) programma che dialoga con il bus a 1 filo. La porta predefinita
è 4304.

--timeout_network=5
Timeout per comunicazioni master bus di rete. Questo ha un'impostazione predefinita di 1 secondo e può
essere modificato dinamicamente sotto /impostazioni/timeout/rete

* simulata dispositivi

Utilizzato per test e sviluppo. Non è necessario alcun hardware effettivo. Utile per separare i
sviluppo hardware dal resto della progettazione software.

dispositivi
è un elenco di dispositivi a 1 filo separati da virgole nei seguenti formati. Nota che a
viene creato automaticamente un codice CRC8 valido.

10,05,21
Esadecimale famiglia codici (in questo esempio DS18S20, DS2405 e DS1921).

10.12AB23431211
Un indirizzo univoco esadecimale più completo. Utile quando un dispositivo hardware reale
dovrebbe essere simulato.

DS2408, DS2489
Il nome del dispositivo a 1 filo. (In questo formato non è possibile specificare l'ID completo).

--fake=dispositivi
Indirizzo casuale e valori casuali per ogni lettura. Anche l'ID del dispositivo è casuale
(se non specificato).

--temperatura_bassa=12 --temperatura_alta=44
Specificare i limiti di temperatura per il falso simulazione dell'adattatore. Questi dovrebbero essere in
la stessa scala di temperatura specificata nella riga di comando. È possibile
modificare i limiti in modo dinamico per ogni adattatore sotto
/bus.x/interface/settings/simulato/[temperatura_bassa|temperatura_alta]

--tester=dispositivi
Indirizzo prevedibile e valori prevedibili per ogni lettura. (Vedi il sito web per il
algoritmo).

* w1 Kernel modulo

Questa è un'opzione specifica di Linux per utilizzare l'accesso del sistema operativo ai bus master. Radice
l'accesso è richiesto e l'implementazione era ancora in corso a partire da owfs v2.7p12 e
Linux 2.6.30.

I bus master vengono riconosciuti e aggiunti dinamicamente. I dettagli del bus master fisico sono
non accessibili, ma includono USB, i2c e una serie di design GPIO su schede integrate.

L'accesso è limitato al superutente a causa del protocollo di trasmissione netlink impiegato da w1.
Il multitasking deve essere configurato (thread) sulla compilazione.

--w1 Utilizzare il master del bus virtuale w1 del kernel linux.

--timeout_w1=10
Timeout per le comunicazioni netlink w1. Questo ha un valore predefinito di 10 secondi e può essere
cambiato dinamicamente sotto /impostazioni/timeout/w1

SPECIFICO VERSIONI

-p
Porta TCP o indirizzo IP: porta per osservatore

Altri programmi OWFS accederanno a owserver tramite questo indirizzo. (es. owfs -s IP:port /1wire)

Se non viene specificata alcuna porta, la porta predefinita predefinita (4304 -- assegnata dalla IANA) sarà
essere usato.

TEMPERATURA SCALE VERSIONI

-C --Centigrado
-F --Fahrenheit
-K --Kelvin
-R --Rankin
Scala di temperatura utilizzata per l'output dei dati. Celsius è l'impostazione predefinita.

Può essere modificato anche all'interno del programma su /impostazioni/unità/scala_temperatura

PRESSIONE SCALE VERSIONI

--mbar (Default)
--ATM
--mmHg
--inHg
--psi
--Papà
Scala di pressione utilizzata per l'output dei dati. Millibar è l'impostazione predefinita.

Può essere modificato anche all'interno del programma su /impostazioni/unità/scala_pressione

FORMATO VERSIONI

Scegli la rappresentazione degli identificatori univoci a 1 filo. OWFS usa questi identificatori come
nomi di directory univoci.

Sebbene siano selezionabili diversi formati di visualizzazione, tutti devono essere in famiglia-id-crc8 modulo,
a differenza di altri programmi e delle etichette sugli iButton, che sono crc8-id-famiglia forma.

-f --format="f[.]i[[.]c]"
Formato di visualizzazione per i dispositivi a 1 filo. Ogni dispositivo ha un indirizzo di 8 byte, composto da:

f codice famiglia, 1 byte

i Numero ID, 6 byte

c Checksum CRC, 1 byte

I formati possibili sono fi (default, 01.A1B2C3D4E5F6), fi fic f.ic fic che a fi.c

Tutti i formati sono accettati come input, ma l'output sarà nel formato specificato.

Gli elementi dell'indirizzo possono essere recuperati da una voce del dispositivo in owfs dal famiglia, id che a
crc8 proprietà, e nel complesso con indirizzo. L'ID e l'indirizzo invertiti possono essere
recuperato come sbarazzarsi che a r_indirizzo.

JOB CONTROLLO VERSIONI

-r --sola lettura
-w --Scrivi
È consentita la scrittura sul bus a 1 filo (scrittura della memoria, impostazione degli interruttori, limiti, PIO)?
Le scrivere l'opzione è disponibile per la simmetria, è l'impostazione predefinita.

-P --file-pid Nome del file
Inserisce il PID -- ID processo di owfs nel nome file specificato. Utile per l'avvio
controllo degli script.

--sfondo | --primo piano
Se il programma rilascia la console e viene eseguito nel sfondo dopo aver valutato
opzioni della riga di comando. sfondo è l'impostazione predefinita.

--error_print=0|1|2|3
=0 destinazione mista predefinita: primo piano stderr / sfondo syslog

=1 solo syslog

=2 solo stderr

=3 /dev/null (modalità silenziosa).

--livello_errore=0..9
=0 solo errori di default

=1 connessioni/disconnessioni

=2 tutte le chiamate di alto livello

=3 riepilogo dati per ogni chiamata

=4 livello di dettaglio

>4 debugging pula

--livello_errore=9 produce molto output

CONFIGURAZIONE RISORSE

-c filetto | --configurazione filetto
Nome di an owfs (5) file di configurazione con più parametri della riga di comando

AIUTO VERSIONI

Vedi anche questa pagina man e il sito web http://www.owfs.org

-h --help=[dispositivo|cache|programma|lavoro|temperatura]
Mostra il riepilogo di base delle opzioni.

dispositivo Opzioni master bus a 1 filo

nascondiglio cache e dimensioni e tempi di comunicazione

Programma
punto di montaggio o impostazioni del server TCP

lavoro opzioni di controllo e debug

temperatura
Formato di visualizzazione ID univoco e scala di temperatura

-V --versione
Versione di questo programma e delle relative librerie.

ORARIO VERSIONI

I timeout per i bus master erano elencati in precedenza in Dispositivo opzioni. Timeout per il
cache influenzano il tempo in cui i dati rimangono in memoria. Vengono visualizzati i valori predefiniti.

--timeout_volatile=15
Secondi fino a volatile la proprietà scade nella cache. Le proprietà volatili sono quelle
(come la temperatura) che cambiano da soli.

Può essere modificato dinamicamente su /impostazioni/timeout/volatile

--timeout_stabile=300
Secondi fino a stabile la proprietà scade nella cache. Le proprietà stabili sono quelle che
non dovrebbe cambiare se non esplicitamente modificato. Contenuto della memoria per esempio.

Può essere modificato dinamicamente su /impostazioni/timeout/stabile

--directory_timeout=60
Secondi fino a elenco l'elenco scade nella cache. Gli elenchi delle directory sono 1-wire
dispositivi trovati sul bus.

Può essere modificato dinamicamente su /impostazioni/timeout/directory

--timeout_presenza=120
Secondi fino al presenza e la posizione del bus di un dispositivo a 1 cavo scade nella cache.

Può essere modificato dinamicamente su /impostazioni/timeout/presenza

Ci sono anche timeout per specifico Programma risposte:

--server_timeout=5
Secondi fino alla risposta attesa da osservatore (1) è ritenuto tardivo.

Può essere modificato dinamicamente su /impostazioni/timeout/server

--timeout_ftp=900
Secondi in cui una sessione ftp viene mantenuta attiva.

Può essere modificato dinamicamente su /impostazioni/timeout/ftp

PERSISTENTE SOGLIA VERSIONI

Queste impostazioni controllano il comportamento di osservatore (1) nel concedere e abbandonare persistente
connessioni TCP. Vengono visualizzate le impostazioni predefinite.

In generale non dovrebbero essere necessarie modifiche. In generale lo scopo è limitare la risorsa totale
utilizzo da parte di un client errante o non autorizzato.

--timeout_persistent_low=600
Secondi minimi a cui una connessione TCP persistente osservatore (1) è tenuto aperto. Questo è il
limite utilizzato quando il numero di connessioni è superiore --clients_persistent_low

--timeout_persistent_high=3600
Secondi massimi a cui una connessione TCP persistente osservatore (1) è tenuto aperto. Questo è il
limite utilizzato quando il numero di connessioni è inferiore --clients_persistent_low

--clients_persistent_low=10
Numero massimo di connessioni TCP persistenti a osservatore (1) prima che inizino le connessioni
ottenere il limite di tempo più rigoroso --timeout_persistente_basso

--clients_persistent_high=20
Numero massimo di connessioni TCP persistenti a prima che non ne siano più consentite (solo non
persistente a questo punto). osservatore (1) prima che non siano più consentiti (solo non persistenti
a questo punto).

DEVELOPER VERSIONI

--no_dirall
Rifiuta i messaggi DIRALL (richiede la directory come un singolo messaggio), forzando l'uso del client
vecchio metodo DIR (ogni elemento è un singolo messaggio)

--no_get
Rifiuta i messaggi GET (consente a owserver di determinare se READ o DIRALL è appropriato). Cliente
ricadrà sui metodi più vecchi.

--nessuna_persistenza
Rifiuta la persistenza nelle richieste. Tutte le transazioni dovranno essere nuove connessioni.

--pingcrazy
Intermetti molte risposte "keep-alive" (PING). Di solito le risposte PING vengono inviate solo quando
l'elaborazione richiede molto tempo per informare il client che owserver è ancora presente.

ESEMPIO

osservatore -p 3001 -d /dev/ttyS0 esegue owserver sulla porta tcp 3001 e si connette a un fisico
Bus a 1 filo su una porta seriale.

Usa owserver online utilizzando i servizi onworks.net