Devo testare un'applicazione per porta seriale su Linux, tuttavia, la mia macchina di prova ha solo una porta seriale.
C'è un modo per aggiungere una porta seriale virtuale a Linux e testare la mia applicazione emulando un dispositivo tramite una shell o uno script?
Nota: non posso rimappare la porta, è hardcoded su ttys2 e devo testare l'applicazione così come è scritta.
Risposte:
Puoi usare una pty ("pseudo-telescrivente", dove una porta seriale è una "vera telescrivente") per questo. Da un'estremità, apri /dev/ptyp5e quindi collega il tuo programma a /dev/ttyp5;ttyp5agirà proprio come una porta seriale, ma invierà / riceverà tutto ciò che fa tramite / dev / ptyp5.
Se ne hai davvero bisogno per parlare con un file chiamato /dev/ttys2, sposta semplicemente il tuo vecchio /dev/ttys2e crea un collegamento simbolico da ptyp5a ttys2.
Ovviamente puoi usare un numero diverso da ptyp5. Forse scegline uno con un numero alto per evitare duplicati, poiché anche tutti i tuoi terminali di accesso useranno ptys.
Wikipedia ha di più sui pty: http://en.wikipedia.org/wiki/Pseudo_terminal
ptspagina man per i dettagli.
A complemento della risposta di @ slonik.
Puoi testare socat per creare la porta seriale virtuale seguendo la seguente procedura (testata su Ubuntu 12.04):
Apri un terminale (chiamiamolo Terminal 0) ed eseguilo:
socat -d -d pty,raw,echo=0 pty,raw,echo=0
Il codice sopra restituisce:
2013/11/01 13:47:27 socat[2506] N PTY is /dev/pts/2
2013/11/01 13:47:27 socat[2506] N PTY is /dev/pts/3
2013/11/01 13:47:27 socat[2506] N starting data transfer loop with FDs [3,3] and [5,5]
Apri un altro terminale e scrivi (Terminal 1):
cat < /dev/pts/2
il nome della porta di questo comando può essere modificato in base al pc. dipende dall'output precedente.
2013/11/01 13:47:27 socat[2506] N PTY is /dev/pts/**2**
2013/11/01 13:47:27 socat[2506] N PTY is /dev/pts/**3**
2013/11/01 13:47:27 socat[2506] N starting data transfer loop with FDs
dovresti usare il numero disponibile nell'area evidenziata.
Apri un altro terminale e scrivi (Terminal 2):
echo "Test" > /dev/pts/3
Ora torna al Terminal 1 e vedrai la stringa "Test".
link=/path/to/linkdopo ogni dichiarazione di dispositivo (dopo echo = 0). Può quindi essere utilizzato nei test automatizzati. (come fa Slonik nella risposta)
socat -d -d pty,raw,echo=0 /dev/ttyUSB5,raw,echo=0.
/dev/ttyS0invece di /dev/pts/1?
Usa socat per questo:
Per esempio:
socat PTY,link=/dev/ttyS10 PTY,link=/dev/ttyS11
C'è anche tty0tty http://sourceforge.net/projects/tty0tty/ che è un vero emulatore di null modem per Linux.
È un semplice modulo del kernel: un piccolo file sorgente. Non so perché ha ottenuto solo il pollice verso il basso su sourceforge, ma funziona bene per me. La cosa migliore è che emula anche i pin hardware (RTC / CTS DSR / DTR). Implementa anche i comandi TIOCMGET / TIOCMSET e TIOCMIWAIT iotcl!
Su un kernel recente potresti ricevere errori di compilazione. Questo è facile da aggiustare. Basta inserire poche righe all'inizio del sorgente module / tty0tty.c (dopo gli include):
#ifndef init_MUTEX
#define init_MUTEX(x) sema_init((x),1)
#endif
Quando il modulo viene caricato, crea 4 coppie di porte seriali. I dispositivi sono da / dev / tnt0 a / dev / tnt7 dove tnt0 è connesso a tnt1, tnt2 è connesso a tnt3, ecc. Potrebbe essere necessario correggere i permessi del file per poter usare i dispositivi.
modificare:
Immagino di essere stato un po 'veloce con il mio entusiasmo. Anche se il conducente sembra promettente, sembra instabile. Non lo so per certo, ma penso che si sia schiantato una macchina in ufficio su cui stavo lavorando da casa. Non posso controllare finché non torno in ufficio lunedì.
La seconda cosa è che TIOCMIWAIT non funziona. Il codice sembra essere copiato da un codice di esempio "tiny tty". La gestione di TIOCMIWAIT sembra a posto, ma non si sveglia mai perché manca la chiamata corrispondente a wake_up_interruptible ().
modificare:
L'incidente in ufficio è stato davvero colpa del guidatore. Mancava un'inizializzazione e il codice TIOCMIWAIT completamente non testato ha causato un arresto anomalo della macchina.
Ho passato ieri e oggi a riscrivere il driver. Ci sono stati molti problemi, ma ora funziona bene per me. Manca ancora del codice per il controllo del flusso hardware gestito dal driver, ma non ne ho bisogno perché gestirò i pin da solo usando TIOCMGET / TIOCMSET / TIOCMIWAIT dal codice in modalità utente.
Se qualcuno è interessato alla mia versione del codice, mandami un messaggio e te lo invierò.
Potresti voler guardare Tibbo VSPDL per creare una porta seriale virtuale Linux usando un driver del kernel: sembra piuttosto nuovo ed è disponibile per il download in questo momento (versione beta). Non sono sicuro della licenza a questo punto o se vogliono renderla disponibile in commercio solo in futuro.
Esistono altre alternative commerciali, come http://www.ttyredirector.com/ .
In Open Source, Remserial (GPL) può anche fare quello che vuoi, usando Unix PTY. Trasmette i dati seriali in "forma grezza" a una presa di rete; La configurazione simile a STTY dei parametri del terminale deve essere eseguita durante la creazione della porta, la modifica successiva come descritto in RFC 2217 non sembra essere supportata. Dovresti essere in grado di eseguire due istanze di remserial per creare un nullmodem virtuale come com0com, tranne per il fatto che dovrai impostare la velocità della porta ecc. In anticipo.
Socat (anche GPL) è come una variante estesa di Remserial con molte molte più opzioni, incluso un metodo "PTY" per reindirizzare il PTY a qualcos'altro, che può essere un'altra istanza di Socat. Per Unit tets, socat è probabilmente più carino di remserial perché puoi direttamente cat file nel PTY. Vedere l' esempio PTY sulla manpage. Esiste una patch in "contrib" per fornire il supporto RFC2217 per la negoziazione delle impostazioni della linea seriale.
Utilizzando i collegamenti pubblicati nelle risposte precedenti, ho codificato un piccolo esempio in C ++ utilizzando una porta seriale virtuale. Ho inserito il codice in GitHub: https://github.com/cymait/virtual-serial-port-example .
Il codice è abbastanza autoesplicativo. Per prima cosa, crei il processo master eseguendo ./main master e stamperà sullo stderr che il dispositivo sta utilizzando. Dopodiché, invoca ./main slave device, dove device è il dispositivo stampato nel primo comando.
E questo è tutto. Hai un collegamento bidirezionale tra i due processi.
Usando questo esempio puoi testare l'applicazione inviando tutti i tipi di dati e vedere se funziona correttamente.
Inoltre, puoi sempre collegare il dispositivo in modo simbolico, quindi non è necessario ricompilare l'applicazione che stai testando.
Posso pensare a tre opzioni:
RFC 2217 copre una porta com per lo standard TCP / IP che consente a un client su un sistema di emulare una porta seriale ai programmi locali, mentre invia e riceve in modo trasparente dati e segnali di controllo a un server su un altro sistema che ha effettivamente la porta seriale. Ecco una panoramica di alto livello .
Quello che faresti è trovare o implementare un driver per la porta com client che implementa il lato client del sistema sul tuo PC: sembra essere una vera porta seriale ma in realtà trasporta tutto su un server. Potresti essere in grado di ottenere questo driver gratuitamente da Digi, Lantronix, ecc a supporto dei loro veri server di porte seriali indipendenti.
Dovresti quindi implementare il lato server della connessione localmente in un altro programma, consentendo al client di connettersi ed emettere i dati e controllare i comandi secondo necessità.
Probabilmente non è banale, ma l'RFC è disponibile e potresti essere in grado di trovare un progetto open source che implementa uno o entrambi i lati della connessione.
In alternativa, il sorgente del driver della porta seriale per Linux è immediatamente disponibile. Prendilo, distruggi i pezzi di controllo hardware e fai in modo che un driver esegua due porte / dev / ttySx, come un semplice loopback. Quindi collega il tuo programma reale a ttyS2 e il tuo simulatore all'altro ttySx.
Ma la cosa più semplice da fare adesso? Spendi $ 40 su due dispositivi USB con porta seriale, collegali insieme (null modem) e in realtà hai due porte seriali reali: una per il programma che stai testando, una per il tuo simulatore.
-Adamo