How can I monitor serial port traffic in transit?












36















Is there any port monitoring tool to watch the "packets"/stream/characters written on the serial-port?



I especially want to check if my program written in java works so I need some kind of tool to see if application is actually sending the data through the port.



Edits:




  • I figured out, I was missing a r, so that prevented my program from writing on to the port

  • Similar questions on sibling sites: 1, 2






linux serial-port







share|improve this question




















  • 3





    Packets aren't written on the port. Characters are. It's not like Ethernet at all.

    – LawrenceC
    Apr 30 '11 at 18:33






  • 1





    Similar questions from sibling SE sites: stackoverflow.com/q/940374/12892 and serverfault.com/q/112957/4276

    – Cristian Ciupitu
    Feb 4 '15 at 8:12
















36















Is there any port monitoring tool to watch the "packets"/stream/characters written on the serial-port?



I especially want to check if my program written in java works so I need some kind of tool to see if application is actually sending the data through the port.



Edits:




  • I figured out, I was missing a r, so that prevented my program from writing on to the port

  • Similar questions on sibling sites: 1, 2






linux serial-port







share|improve this question




















  • 3





    Packets aren't written on the port. Characters are. It's not like Ethernet at all.

    – LawrenceC
    Apr 30 '11 at 18:33






  • 1





    Similar questions from sibling SE sites: stackoverflow.com/q/940374/12892 and serverfault.com/q/112957/4276

    – Cristian Ciupitu
    Feb 4 '15 at 8:12














36












36








36


21






Is there any port monitoring tool to watch the "packets"/stream/characters written on the serial-port?



I especially want to check if my program written in java works so I need some kind of tool to see if application is actually sending the data through the port.



Edits:




  • I figured out, I was missing a r, so that prevented my program from writing on to the port

  • Similar questions on sibling sites: 1, 2






linux serial-port







share|improve this question
















Is there any port monitoring tool to watch the "packets"/stream/characters written on the serial-port?



I especially want to check if my program written in java works so I need some kind of tool to see if application is actually sending the data through the port.



Edits:




  • I figured out, I was missing a r, so that prevented my program from writing on to the port

  • Similar questions on sibling sites: 1, 2






linux serial-port




linux serial-port






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 1 hour ago









Alex Stragies

3,3851639




3,3851639










asked Apr 30 '11 at 10:05









DeepakDeepak

3392611




3392611








  • 3





    Packets aren't written on the port. Characters are. It's not like Ethernet at all.

    – LawrenceC
    Apr 30 '11 at 18:33






  • 1





    Similar questions from sibling SE sites: stackoverflow.com/q/940374/12892 and serverfault.com/q/112957/4276

    – Cristian Ciupitu
    Feb 4 '15 at 8:12














  • 3





    Packets aren't written on the port. Characters are. It's not like Ethernet at all.

    – LawrenceC
    Apr 30 '11 at 18:33






  • 1





    Similar questions from sibling SE sites: stackoverflow.com/q/940374/12892 and serverfault.com/q/112957/4276

    – Cristian Ciupitu
    Feb 4 '15 at 8:12








3




3





Packets aren't written on the port. Characters are. It's not like Ethernet at all.

– LawrenceC
Apr 30 '11 at 18:33





Packets aren't written on the port. Characters are. It's not like Ethernet at all.

– LawrenceC
Apr 30 '11 at 18:33




1




1





Similar questions from sibling SE sites: stackoverflow.com/q/940374/12892 and serverfault.com/q/112957/4276

– Cristian Ciupitu
Feb 4 '15 at 8:12





Similar questions from sibling SE sites: stackoverflow.com/q/940374/12892 and serverfault.com/q/112957/4276

– Cristian Ciupitu
Feb 4 '15 at 8:12










8 Answers
8






active

oldest

votes


















19














I found projects called Linux Serial Sniffer, jpnevulator, and Moni. The first two look like they do exactly what you want. The last one calls itself a monitor, but it actually looks like a standard serial communication program.






share|improve this answer



















  • 1





    thanks for that !! i will give it a try. by the way i solved the issue from my java side. i was missing a r, so that prevented my message from writing on to the port. thanks for that anyways!!

    – Deepak
    Apr 30 '11 at 18:24






  • 3





    The «LInux Serial Sniffer» is buggy, it absolutely takes out incoming data, thus another application which is actually listen to serial see nothing. But, at least, the data that goes outside seems to go without problem.

    – Hi-Angel
    Mar 31 '15 at 11:12






  • 3





    From the jpnevulator FAQ: "Jpnevulator was never built to sit in between the kernel and your application."

    – Shelvacu
    Jun 12 '17 at 2:14






  • 1





    The link referring to Moni is dead.

    – Yaron
    Dec 12 '18 at 15:24



















28














socat is a tool to connect (nearly) everything to (nearly) everything, and tee can duplicate streams.

In your usecase you could connect your serial port /dev/ttyS0 to a PTY /tmp/ttyV0, then point your application to the PTY, and have socat tee out Input and Output somewhere for you to observe.



Googling "socat serial port pty tee debug" will point you to several examples, one being:



socat /dev/ttyS0,raw,echo=0 

SYSTEM:'tee in.txt |socat - "PTY,link=/tmp/ttyV0,raw,echo=0,waitslave" |tee out.txt'


The files in.txt and out.txt will then contain the captured data.



This has been confirmed to work by commenters (@ogurets).






share|improve this answer





















  • 1





    Just tried it and have both input and output recorded. Socat version "1.7.2.4+sigfix" from Debian Jessie packages.

    – ogurets
    May 17 '17 at 21:41













  • The idea is good, but not even socat can proxy ioctl calls.

    – peterh
    Jan 24 at 13:34



















15














I don't think the serial driver has any tracing functionality that would allow you to watch packets. You can use strace to observe all the reads and writes from your application:



strace -s9999 -o myapp.strace -eread,write,ioctl ./myapp





share|improve this answer



















  • 1





    can is send packets to the port if nothign is connected ?

    – Deepak
    Apr 30 '11 at 12:53











  • strace will tell you if it tried to send characters to the port, and what the kernel responded with when it tried. depending on your flow control settings characters may arrive at the disconnected TXD pin or may not.

    – Jasen
    Jun 28 '18 at 5:19





















3














When I debug interaction of my application with a serial port, I use moserial.






share|improve this answer





















  • 5





    What're you talking about, in the docs written it's just a terminal.

    – Hi-Angel
    Mar 31 '15 at 10:53



















3














Try this:



screen /dev/tty.usbserial-blahblah 9600


works for me.






share|improve this answer



















  • 23





    This opens the port and assumes control over it, so nothing else can use it. This does not "monitor" or "sniff" the traffic.

    – Ian M
    Jan 23 '15 at 7:12



















3














interceptty does that job:



interceptty /dev/ttyACM0 /dev/ttyDUMMY


or, with a nice output format and with configuring the backend device, and with line buffering:



interceptty -s 'ispeed 19200 ospeed 19200' -l /dev/ttyACM0 /dev/ttyDUMMY | interceptty-nicedump


and then connect with your programme to /dev/ttyDUMMY.






share|improve this answer


























  • @AlexStragies: I have it on my arch linux system. AUR page: aur.archlinux.org/packages/interceptty, copy of the sources: repo.j5lx.eu/archive/interceptty/interceptty-0.6.tar.gz

    – Golar Ramblar
    Apr 3 '17 at 10:22













  • I had to download it (using wget since clicking on the .tar.gz file seemed to corrupt it somehow), install gcc and make, then run ./configure and make install. Does exactly what the OP and I want though.

    – Graeme Moss
    May 31 '17 at 23:18











  • Your answer is far the best.

    – peterh
    Jan 29 at 15:35



















1














Have a look at ttyUSBSpy.
It is on alpha stage, but it works.






share|improve this answer





















  • 2





    It doesn't. It is written in python, and the code does import some import pcopy, which is even Google gave up to find.

    – Hi-Angel
    Mar 31 '15 at 10:43






  • 2





    Software/Homepage looks abandoned. Is not in package managers.

    – Alex Stragies
    Apr 16 '17 at 16:28



















0














minicom is missing from the list of tools to monitor serial ports. Use it as for example to listen to arduino device:



minicom --device /dev/ttyACM0 --baud 9600






share|improve this answer
























  • OP wrote "monitor", but meant "sniffer" ( = is able to read traffic in transit), while minicom is a serial port "client", and as such is not an answer to this question. The answer below from mike made the same mistake, and the comment there explains the terminology problem as well.

    – Alex Stragies
    2 hours ago











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f12359%2fhow-can-i-monitor-serial-port-traffic-in-transit%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























8 Answers
8






active

oldest

votes








8 Answers
8






active

oldest

votes









active

oldest

votes






active

oldest

votes









19














I found projects called Linux Serial Sniffer, jpnevulator, and Moni. The first two look like they do exactly what you want. The last one calls itself a monitor, but it actually looks like a standard serial communication program.






share|improve this answer



















  • 1





    thanks for that !! i will give it a try. by the way i solved the issue from my java side. i was missing a r, so that prevented my message from writing on to the port. thanks for that anyways!!

    – Deepak
    Apr 30 '11 at 18:24






  • 3





    The «LInux Serial Sniffer» is buggy, it absolutely takes out incoming data, thus another application which is actually listen to serial see nothing. But, at least, the data that goes outside seems to go without problem.

    – Hi-Angel
    Mar 31 '15 at 11:12






  • 3





    From the jpnevulator FAQ: "Jpnevulator was never built to sit in between the kernel and your application."

    – Shelvacu
    Jun 12 '17 at 2:14






  • 1





    The link referring to Moni is dead.

    – Yaron
    Dec 12 '18 at 15:24
















19














I found projects called Linux Serial Sniffer, jpnevulator, and Moni. The first two look like they do exactly what you want. The last one calls itself a monitor, but it actually looks like a standard serial communication program.






share|improve this answer



















  • 1





    thanks for that !! i will give it a try. by the way i solved the issue from my java side. i was missing a r, so that prevented my message from writing on to the port. thanks for that anyways!!

    – Deepak
    Apr 30 '11 at 18:24






  • 3





    The «LInux Serial Sniffer» is buggy, it absolutely takes out incoming data, thus another application which is actually listen to serial see nothing. But, at least, the data that goes outside seems to go without problem.

    – Hi-Angel
    Mar 31 '15 at 11:12






  • 3





    From the jpnevulator FAQ: "Jpnevulator was never built to sit in between the kernel and your application."

    – Shelvacu
    Jun 12 '17 at 2:14






  • 1





    The link referring to Moni is dead.

    – Yaron
    Dec 12 '18 at 15:24














19












19








19







I found projects called Linux Serial Sniffer, jpnevulator, and Moni. The first two look like they do exactly what you want. The last one calls itself a monitor, but it actually looks like a standard serial communication program.






share|improve this answer













I found projects called Linux Serial Sniffer, jpnevulator, and Moni. The first two look like they do exactly what you want. The last one calls itself a monitor, but it actually looks like a standard serial communication program.







share|improve this answer












share|improve this answer



share|improve this answer










answered Apr 30 '11 at 18:22









Shawn J. GoffShawn J. Goff

30.1k19112134




30.1k19112134








  • 1





    thanks for that !! i will give it a try. by the way i solved the issue from my java side. i was missing a r, so that prevented my message from writing on to the port. thanks for that anyways!!

    – Deepak
    Apr 30 '11 at 18:24






  • 3





    The «LInux Serial Sniffer» is buggy, it absolutely takes out incoming data, thus another application which is actually listen to serial see nothing. But, at least, the data that goes outside seems to go without problem.

    – Hi-Angel
    Mar 31 '15 at 11:12






  • 3





    From the jpnevulator FAQ: "Jpnevulator was never built to sit in between the kernel and your application."

    – Shelvacu
    Jun 12 '17 at 2:14






  • 1





    The link referring to Moni is dead.

    – Yaron
    Dec 12 '18 at 15:24














  • 1





    thanks for that !! i will give it a try. by the way i solved the issue from my java side. i was missing a r, so that prevented my message from writing on to the port. thanks for that anyways!!

    – Deepak
    Apr 30 '11 at 18:24






  • 3





    The «LInux Serial Sniffer» is buggy, it absolutely takes out incoming data, thus another application which is actually listen to serial see nothing. But, at least, the data that goes outside seems to go without problem.

    – Hi-Angel
    Mar 31 '15 at 11:12






  • 3





    From the jpnevulator FAQ: "Jpnevulator was never built to sit in between the kernel and your application."

    – Shelvacu
    Jun 12 '17 at 2:14






  • 1





    The link referring to Moni is dead.

    – Yaron
    Dec 12 '18 at 15:24








1




1





thanks for that !! i will give it a try. by the way i solved the issue from my java side. i was missing a r, so that prevented my message from writing on to the port. thanks for that anyways!!

– Deepak
Apr 30 '11 at 18:24





thanks for that !! i will give it a try. by the way i solved the issue from my java side. i was missing a r, so that prevented my message from writing on to the port. thanks for that anyways!!

– Deepak
Apr 30 '11 at 18:24




3




3





The «LInux Serial Sniffer» is buggy, it absolutely takes out incoming data, thus another application which is actually listen to serial see nothing. But, at least, the data that goes outside seems to go without problem.

– Hi-Angel
Mar 31 '15 at 11:12





The «LInux Serial Sniffer» is buggy, it absolutely takes out incoming data, thus another application which is actually listen to serial see nothing. But, at least, the data that goes outside seems to go without problem.

– Hi-Angel
Mar 31 '15 at 11:12




3




3





From the jpnevulator FAQ: "Jpnevulator was never built to sit in between the kernel and your application."

– Shelvacu
Jun 12 '17 at 2:14





From the jpnevulator FAQ: "Jpnevulator was never built to sit in between the kernel and your application."

– Shelvacu
Jun 12 '17 at 2:14




1




1





The link referring to Moni is dead.

– Yaron
Dec 12 '18 at 15:24





The link referring to Moni is dead.

– Yaron
Dec 12 '18 at 15:24













28














socat is a tool to connect (nearly) everything to (nearly) everything, and tee can duplicate streams.

In your usecase you could connect your serial port /dev/ttyS0 to a PTY /tmp/ttyV0, then point your application to the PTY, and have socat tee out Input and Output somewhere for you to observe.



Googling "socat serial port pty tee debug" will point you to several examples, one being:



socat /dev/ttyS0,raw,echo=0 

SYSTEM:'tee in.txt |socat - "PTY,link=/tmp/ttyV0,raw,echo=0,waitslave" |tee out.txt'


The files in.txt and out.txt will then contain the captured data.



This has been confirmed to work by commenters (@ogurets).






share|improve this answer





















  • 1





    Just tried it and have both input and output recorded. Socat version "1.7.2.4+sigfix" from Debian Jessie packages.

    – ogurets
    May 17 '17 at 21:41













  • The idea is good, but not even socat can proxy ioctl calls.

    – peterh
    Jan 24 at 13:34
















28














socat is a tool to connect (nearly) everything to (nearly) everything, and tee can duplicate streams.

In your usecase you could connect your serial port /dev/ttyS0 to a PTY /tmp/ttyV0, then point your application to the PTY, and have socat tee out Input and Output somewhere for you to observe.



Googling "socat serial port pty tee debug" will point you to several examples, one being:



socat /dev/ttyS0,raw,echo=0 

SYSTEM:'tee in.txt |socat - "PTY,link=/tmp/ttyV0,raw,echo=0,waitslave" |tee out.txt'


The files in.txt and out.txt will then contain the captured data.



This has been confirmed to work by commenters (@ogurets).






share|improve this answer





















  • 1





    Just tried it and have both input and output recorded. Socat version "1.7.2.4+sigfix" from Debian Jessie packages.

    – ogurets
    May 17 '17 at 21:41













  • The idea is good, but not even socat can proxy ioctl calls.

    – peterh
    Jan 24 at 13:34














28












28








28







socat is a tool to connect (nearly) everything to (nearly) everything, and tee can duplicate streams.

In your usecase you could connect your serial port /dev/ttyS0 to a PTY /tmp/ttyV0, then point your application to the PTY, and have socat tee out Input and Output somewhere for you to observe.



Googling "socat serial port pty tee debug" will point you to several examples, one being:



socat /dev/ttyS0,raw,echo=0 

SYSTEM:'tee in.txt |socat - "PTY,link=/tmp/ttyV0,raw,echo=0,waitslave" |tee out.txt'


The files in.txt and out.txt will then contain the captured data.



This has been confirmed to work by commenters (@ogurets).






share|improve this answer















socat is a tool to connect (nearly) everything to (nearly) everything, and tee can duplicate streams.

In your usecase you could connect your serial port /dev/ttyS0 to a PTY /tmp/ttyV0, then point your application to the PTY, and have socat tee out Input and Output somewhere for you to observe.



Googling "socat serial port pty tee debug" will point you to several examples, one being:



socat /dev/ttyS0,raw,echo=0 

SYSTEM:'tee in.txt |socat - "PTY,link=/tmp/ttyV0,raw,echo=0,waitslave" |tee out.txt'


The files in.txt and out.txt will then contain the captured data.



This has been confirmed to work by commenters (@ogurets).







share|improve this answer














share|improve this answer



share|improve this answer








edited Jan 5 at 18:46

























answered Aug 27 '15 at 16:23









Alex StragiesAlex Stragies

3,3851639




3,3851639








  • 1





    Just tried it and have both input and output recorded. Socat version "1.7.2.4+sigfix" from Debian Jessie packages.

    – ogurets
    May 17 '17 at 21:41













  • The idea is good, but not even socat can proxy ioctl calls.

    – peterh
    Jan 24 at 13:34














  • 1





    Just tried it and have both input and output recorded. Socat version "1.7.2.4+sigfix" from Debian Jessie packages.

    – ogurets
    May 17 '17 at 21:41













  • The idea is good, but not even socat can proxy ioctl calls.

    – peterh
    Jan 24 at 13:34








1




1





Just tried it and have both input and output recorded. Socat version "1.7.2.4+sigfix" from Debian Jessie packages.

– ogurets
May 17 '17 at 21:41







Just tried it and have both input and output recorded. Socat version "1.7.2.4+sigfix" from Debian Jessie packages.

– ogurets
May 17 '17 at 21:41















The idea is good, but not even socat can proxy ioctl calls.

– peterh
Jan 24 at 13:34





The idea is good, but not even socat can proxy ioctl calls.

– peterh
Jan 24 at 13:34











15














I don't think the serial driver has any tracing functionality that would allow you to watch packets. You can use strace to observe all the reads and writes from your application:



strace -s9999 -o myapp.strace -eread,write,ioctl ./myapp





share|improve this answer



















  • 1





    can is send packets to the port if nothign is connected ?

    – Deepak
    Apr 30 '11 at 12:53











  • strace will tell you if it tried to send characters to the port, and what the kernel responded with when it tried. depending on your flow control settings characters may arrive at the disconnected TXD pin or may not.

    – Jasen
    Jun 28 '18 at 5:19


















15














I don't think the serial driver has any tracing functionality that would allow you to watch packets. You can use strace to observe all the reads and writes from your application:



strace -s9999 -o myapp.strace -eread,write,ioctl ./myapp





share|improve this answer



















  • 1





    can is send packets to the port if nothign is connected ?

    – Deepak
    Apr 30 '11 at 12:53











  • strace will tell you if it tried to send characters to the port, and what the kernel responded with when it tried. depending on your flow control settings characters may arrive at the disconnected TXD pin or may not.

    – Jasen
    Jun 28 '18 at 5:19
















15












15








15







I don't think the serial driver has any tracing functionality that would allow you to watch packets. You can use strace to observe all the reads and writes from your application:



strace -s9999 -o myapp.strace -eread,write,ioctl ./myapp





share|improve this answer













I don't think the serial driver has any tracing functionality that would allow you to watch packets. You can use strace to observe all the reads and writes from your application:



strace -s9999 -o myapp.strace -eread,write,ioctl ./myapp






share|improve this answer












share|improve this answer



share|improve this answer










answered Apr 30 '11 at 11:48









GillesGilles

542k12810991616




542k12810991616








  • 1





    can is send packets to the port if nothign is connected ?

    – Deepak
    Apr 30 '11 at 12:53











  • strace will tell you if it tried to send characters to the port, and what the kernel responded with when it tried. depending on your flow control settings characters may arrive at the disconnected TXD pin or may not.

    – Jasen
    Jun 28 '18 at 5:19
















  • 1





    can is send packets to the port if nothign is connected ?

    – Deepak
    Apr 30 '11 at 12:53











  • strace will tell you if it tried to send characters to the port, and what the kernel responded with when it tried. depending on your flow control settings characters may arrive at the disconnected TXD pin or may not.

    – Jasen
    Jun 28 '18 at 5:19










1




1





can is send packets to the port if nothign is connected ?

– Deepak
Apr 30 '11 at 12:53





can is send packets to the port if nothign is connected ?

– Deepak
Apr 30 '11 at 12:53













strace will tell you if it tried to send characters to the port, and what the kernel responded with when it tried. depending on your flow control settings characters may arrive at the disconnected TXD pin or may not.

– Jasen
Jun 28 '18 at 5:19







strace will tell you if it tried to send characters to the port, and what the kernel responded with when it tried. depending on your flow control settings characters may arrive at the disconnected TXD pin or may not.

– Jasen
Jun 28 '18 at 5:19













3














When I debug interaction of my application with a serial port, I use moserial.






share|improve this answer





















  • 5





    What're you talking about, in the docs written it's just a terminal.

    – Hi-Angel
    Mar 31 '15 at 10:53
















3














When I debug interaction of my application with a serial port, I use moserial.






share|improve this answer





















  • 5





    What're you talking about, in the docs written it's just a terminal.

    – Hi-Angel
    Mar 31 '15 at 10:53














3












3








3







When I debug interaction of my application with a serial port, I use moserial.






share|improve this answer















When I debug interaction of my application with a serial port, I use moserial.







share|improve this answer














share|improve this answer



share|improve this answer








edited Nov 8 '11 at 18:04









Michael Mrozek♦

61.8k29192212




61.8k29192212










answered Nov 8 '11 at 17:55









Renat ZaripovRenat Zaripov

18217




18217








  • 5





    What're you talking about, in the docs written it's just a terminal.

    – Hi-Angel
    Mar 31 '15 at 10:53














  • 5





    What're you talking about, in the docs written it's just a terminal.

    – Hi-Angel
    Mar 31 '15 at 10:53








5




5





What're you talking about, in the docs written it's just a terminal.

– Hi-Angel
Mar 31 '15 at 10:53





What're you talking about, in the docs written it's just a terminal.

– Hi-Angel
Mar 31 '15 at 10:53











3














Try this:



screen /dev/tty.usbserial-blahblah 9600


works for me.






share|improve this answer



















  • 23





    This opens the port and assumes control over it, so nothing else can use it. This does not "monitor" or "sniff" the traffic.

    – Ian M
    Jan 23 '15 at 7:12
















3














Try this:



screen /dev/tty.usbserial-blahblah 9600


works for me.






share|improve this answer



















  • 23





    This opens the port and assumes control over it, so nothing else can use it. This does not "monitor" or "sniff" the traffic.

    – Ian M
    Jan 23 '15 at 7:12














3












3








3







Try this:



screen /dev/tty.usbserial-blahblah 9600


works for me.






share|improve this answer













Try this:



screen /dev/tty.usbserial-blahblah 9600


works for me.







share|improve this answer












share|improve this answer



share|improve this answer










answered Jun 16 '13 at 17:01









MikeMike

631




631








  • 23





    This opens the port and assumes control over it, so nothing else can use it. This does not "monitor" or "sniff" the traffic.

    – Ian M
    Jan 23 '15 at 7:12














  • 23





    This opens the port and assumes control over it, so nothing else can use it. This does not "monitor" or "sniff" the traffic.

    – Ian M
    Jan 23 '15 at 7:12








23




23





This opens the port and assumes control over it, so nothing else can use it. This does not "monitor" or "sniff" the traffic.

– Ian M
Jan 23 '15 at 7:12





This opens the port and assumes control over it, so nothing else can use it. This does not "monitor" or "sniff" the traffic.

– Ian M
Jan 23 '15 at 7:12











3














interceptty does that job:



interceptty /dev/ttyACM0 /dev/ttyDUMMY


or, with a nice output format and with configuring the backend device, and with line buffering:



interceptty -s 'ispeed 19200 ospeed 19200' -l /dev/ttyACM0 /dev/ttyDUMMY | interceptty-nicedump


and then connect with your programme to /dev/ttyDUMMY.






share|improve this answer


























  • @AlexStragies: I have it on my arch linux system. AUR page: aur.archlinux.org/packages/interceptty, copy of the sources: repo.j5lx.eu/archive/interceptty/interceptty-0.6.tar.gz

    – Golar Ramblar
    Apr 3 '17 at 10:22













  • I had to download it (using wget since clicking on the .tar.gz file seemed to corrupt it somehow), install gcc and make, then run ./configure and make install. Does exactly what the OP and I want though.

    – Graeme Moss
    May 31 '17 at 23:18











  • Your answer is far the best.

    – peterh
    Jan 29 at 15:35
















3














interceptty does that job:



interceptty /dev/ttyACM0 /dev/ttyDUMMY


or, with a nice output format and with configuring the backend device, and with line buffering:



interceptty -s 'ispeed 19200 ospeed 19200' -l /dev/ttyACM0 /dev/ttyDUMMY | interceptty-nicedump


and then connect with your programme to /dev/ttyDUMMY.






share|improve this answer


























  • @AlexStragies: I have it on my arch linux system. AUR page: aur.archlinux.org/packages/interceptty, copy of the sources: repo.j5lx.eu/archive/interceptty/interceptty-0.6.tar.gz

    – Golar Ramblar
    Apr 3 '17 at 10:22













  • I had to download it (using wget since clicking on the .tar.gz file seemed to corrupt it somehow), install gcc and make, then run ./configure and make install. Does exactly what the OP and I want though.

    – Graeme Moss
    May 31 '17 at 23:18











  • Your answer is far the best.

    – peterh
    Jan 29 at 15:35














3












3








3







interceptty does that job:



interceptty /dev/ttyACM0 /dev/ttyDUMMY


or, with a nice output format and with configuring the backend device, and with line buffering:



interceptty -s 'ispeed 19200 ospeed 19200' -l /dev/ttyACM0 /dev/ttyDUMMY | interceptty-nicedump


and then connect with your programme to /dev/ttyDUMMY.






share|improve this answer















interceptty does that job:



interceptty /dev/ttyACM0 /dev/ttyDUMMY


or, with a nice output format and with configuring the backend device, and with line buffering:



interceptty -s 'ispeed 19200 ospeed 19200' -l /dev/ttyACM0 /dev/ttyDUMMY | interceptty-nicedump


and then connect with your programme to /dev/ttyDUMMY.







share|improve this answer














share|improve this answer



share|improve this answer








edited Apr 3 '17 at 10:27

























answered Apr 2 '17 at 13:19









Golar RamblarGolar Ramblar

600318




600318













  • @AlexStragies: I have it on my arch linux system. AUR page: aur.archlinux.org/packages/interceptty, copy of the sources: repo.j5lx.eu/archive/interceptty/interceptty-0.6.tar.gz

    – Golar Ramblar
    Apr 3 '17 at 10:22













  • I had to download it (using wget since clicking on the .tar.gz file seemed to corrupt it somehow), install gcc and make, then run ./configure and make install. Does exactly what the OP and I want though.

    – Graeme Moss
    May 31 '17 at 23:18











  • Your answer is far the best.

    – peterh
    Jan 29 at 15:35



















  • @AlexStragies: I have it on my arch linux system. AUR page: aur.archlinux.org/packages/interceptty, copy of the sources: repo.j5lx.eu/archive/interceptty/interceptty-0.6.tar.gz

    – Golar Ramblar
    Apr 3 '17 at 10:22













  • I had to download it (using wget since clicking on the .tar.gz file seemed to corrupt it somehow), install gcc and make, then run ./configure and make install. Does exactly what the OP and I want though.

    – Graeme Moss
    May 31 '17 at 23:18











  • Your answer is far the best.

    – peterh
    Jan 29 at 15:35

















@AlexStragies: I have it on my arch linux system. AUR page: aur.archlinux.org/packages/interceptty, copy of the sources: repo.j5lx.eu/archive/interceptty/interceptty-0.6.tar.gz

– Golar Ramblar
Apr 3 '17 at 10:22







@AlexStragies: I have it on my arch linux system. AUR page: aur.archlinux.org/packages/interceptty, copy of the sources: repo.j5lx.eu/archive/interceptty/interceptty-0.6.tar.gz

– Golar Ramblar
Apr 3 '17 at 10:22















I had to download it (using wget since clicking on the .tar.gz file seemed to corrupt it somehow), install gcc and make, then run ./configure and make install. Does exactly what the OP and I want though.

– Graeme Moss
May 31 '17 at 23:18





I had to download it (using wget since clicking on the .tar.gz file seemed to corrupt it somehow), install gcc and make, then run ./configure and make install. Does exactly what the OP and I want though.

– Graeme Moss
May 31 '17 at 23:18













Your answer is far the best.

– peterh
Jan 29 at 15:35





Your answer is far the best.

– peterh
Jan 29 at 15:35











1














Have a look at ttyUSBSpy.
It is on alpha stage, but it works.






share|improve this answer





















  • 2





    It doesn't. It is written in python, and the code does import some import pcopy, which is even Google gave up to find.

    – Hi-Angel
    Mar 31 '15 at 10:43






  • 2





    Software/Homepage looks abandoned. Is not in package managers.

    – Alex Stragies
    Apr 16 '17 at 16:28
















1














Have a look at ttyUSBSpy.
It is on alpha stage, but it works.






share|improve this answer





















  • 2





    It doesn't. It is written in python, and the code does import some import pcopy, which is even Google gave up to find.

    – Hi-Angel
    Mar 31 '15 at 10:43






  • 2





    Software/Homepage looks abandoned. Is not in package managers.

    – Alex Stragies
    Apr 16 '17 at 16:28














1












1








1







Have a look at ttyUSBSpy.
It is on alpha stage, but it works.






share|improve this answer















Have a look at ttyUSBSpy.
It is on alpha stage, but it works.







share|improve this answer














share|improve this answer



share|improve this answer








edited Sep 18 '14 at 19:46









Cristian Ciupitu

2,10911622




2,10911622










answered Apr 18 '13 at 8:35









user37414user37414

271




271








  • 2





    It doesn't. It is written in python, and the code does import some import pcopy, which is even Google gave up to find.

    – Hi-Angel
    Mar 31 '15 at 10:43






  • 2





    Software/Homepage looks abandoned. Is not in package managers.

    – Alex Stragies
    Apr 16 '17 at 16:28














  • 2





    It doesn't. It is written in python, and the code does import some import pcopy, which is even Google gave up to find.

    – Hi-Angel
    Mar 31 '15 at 10:43






  • 2





    Software/Homepage looks abandoned. Is not in package managers.

    – Alex Stragies
    Apr 16 '17 at 16:28








2




2





It doesn't. It is written in python, and the code does import some import pcopy, which is even Google gave up to find.

– Hi-Angel
Mar 31 '15 at 10:43





It doesn't. It is written in python, and the code does import some import pcopy, which is even Google gave up to find.

– Hi-Angel
Mar 31 '15 at 10:43




2




2





Software/Homepage looks abandoned. Is not in package managers.

– Alex Stragies
Apr 16 '17 at 16:28





Software/Homepage looks abandoned. Is not in package managers.

– Alex Stragies
Apr 16 '17 at 16:28











0














minicom is missing from the list of tools to monitor serial ports. Use it as for example to listen to arduino device:



minicom --device /dev/ttyACM0 --baud 9600






share|improve this answer
























  • OP wrote "monitor", but meant "sniffer" ( = is able to read traffic in transit), while minicom is a serial port "client", and as such is not an answer to this question. The answer below from mike made the same mistake, and the comment there explains the terminology problem as well.

    – Alex Stragies
    2 hours ago
















0














minicom is missing from the list of tools to monitor serial ports. Use it as for example to listen to arduino device:



minicom --device /dev/ttyACM0 --baud 9600






share|improve this answer
























  • OP wrote "monitor", but meant "sniffer" ( = is able to read traffic in transit), while minicom is a serial port "client", and as such is not an answer to this question. The answer below from mike made the same mistake, and the comment there explains the terminology problem as well.

    – Alex Stragies
    2 hours ago














0












0








0







minicom is missing from the list of tools to monitor serial ports. Use it as for example to listen to arduino device:



minicom --device /dev/ttyACM0 --baud 9600






share|improve this answer













minicom is missing from the list of tools to monitor serial ports. Use it as for example to listen to arduino device:



minicom --device /dev/ttyACM0 --baud 9600







share|improve this answer












share|improve this answer



share|improve this answer










answered Mar 4 at 11:34









user216125user216125

1244




1244













  • OP wrote "monitor", but meant "sniffer" ( = is able to read traffic in transit), while minicom is a serial port "client", and as such is not an answer to this question. The answer below from mike made the same mistake, and the comment there explains the terminology problem as well.

    – Alex Stragies
    2 hours ago



















  • OP wrote "monitor", but meant "sniffer" ( = is able to read traffic in transit), while minicom is a serial port "client", and as such is not an answer to this question. The answer below from mike made the same mistake, and the comment there explains the terminology problem as well.

    – Alex Stragies
    2 hours ago

















OP wrote "monitor", but meant "sniffer" ( = is able to read traffic in transit), while minicom is a serial port "client", and as such is not an answer to this question. The answer below from mike made the same mistake, and the comment there explains the terminology problem as well.

– Alex Stragies
2 hours ago





OP wrote "monitor", but meant "sniffer" ( = is able to read traffic in transit), while minicom is a serial port "client", and as such is not an answer to this question. The answer below from mike made the same mistake, and the comment there explains the terminology problem as well.

– Alex Stragies
2 hours ago


















draft saved

draft discarded




















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid …



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f12359%2fhow-can-i-monitor-serial-port-traffic-in-transit%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







-

Popular posts from this blog

宮崎県

Image
みやざきけん 宮崎県 高千穂峡 宮崎県旗 宮崎県徽章 国 日本 地方 九州地方 団体コード 45000-6 ISO 3166-2:JP JP-45 面積 7,735.32 km 2 （境界未定部分あり） 総人口 1,079,727 人 （推計人口、2018年10月1日） 人口密度 140 人/km 2 隣接都道府県 大分県、熊本県、鹿児島県 県の木 フェニックス（1966年9月3日制定） ヤマザクラ（2003年2月6日制定） オビスギ（飫肥杉）（2003年2月6日制定） 県の花 ハマユウ（1964年12月22日制定） 県の鳥 コシジロヤマドリ（1964年12月22日制定） 他のシンボル 県の歌：宮崎県民歌（1964年制定） マスコット：みやざき犬（2011年11月11日制定） 宮崎県庁 知事 河野俊嗣 法人番号 4000020450006 所在地 〒 880-8501 宮崎県宮崎市橘通東2丁目10番1号 北緯31度54分39.6秒東経131度25分25.9秒 座標: 北緯31度54分39.6秒 東経131度25分25.9秒 外部リンク 宮崎県 ■ ― 市 / ■ ― 町 / ■ ― 村 地理院地図 Google Bing GeoHack MapFan Mapion Yahoo! NAVITIME ゼンリン ウィキポータル 日本の都道府県/宮崎県   表示   ウィキプロジェクト 宮崎県 （みやざきけん）は、九州地方南東部に位置する日本の県である。県庁所在地は宮崎市。 県木である「フェニックス」に代表される南国情緒豊かな気候から、1960年代には日南地区を中心とした新婚旅行のメッカだった。現在も春季のプロ野球などのキャンプ地として知られる。 目次 1 地理・地域 1.1 地形 1.2 自然公園 1.3 気候 1.4 自治体 1.5 合併済みの市町村 2 歴史 2.1 神話 2...
Read more

濃尾地震

Image
濃尾地震 『岐阜市街大地震之図』 歌川国利画 本震 発生日 1891年（明治24年）10月28日 発生時刻 6時38分50秒（JST） 震央 日本 岐阜県本巣郡西根尾村（現・本巣市） 北緯35度35分 東経136度20分（ 地図 ） 規模    マグニチュード（M）8.0 最大震度    震度7： 注1 福井県今立郡鯖江町、愛知県葉栗郡大田島村、東春日井郡勝川村 地震の種類 直下型地震 被害 死傷者数 死者7,273人、負傷者17,175人 注1：当時の震度階級では「激烈」 プロジェクト:地球科学 プロジェクト:災害 テンプレートを表示 濃尾地震 （のうびじしん）は、1891年（明治24年）10月28日に濃尾地方で発生した、日本史上最大の内陸地殻内地震。「 美濃・尾張地震 （みの・おわりじしん）」とも呼ばれている。辛卯の年に発生したことから 辛卯震災 と呼んでいる報告書もある。 目次 1 概要 1.1 震源断層 2 被害 3 各地の震度 4 前兆現象 5 報道 6 学術的な意義 7 地震防災 8 脚注 9 関連項目 10 外部リンク 概要 濃尾地震発生当時の根尾谷断層 濃尾地震を引き起こした根尾谷断層 写真中央を斜めに走る段差が根尾谷断層 濃尾地震は、1891年10月28日6時38分50秒に発生した。震源は、岐阜県本巣郡西根尾村（現・本巣市）、北緯35度35分、東経136度20分付近。河角廣 (1951) は岐阜市付近（北緯35.6度、東経136.6度）に震央を仮定し規模 M K = 7.0 を与え [1] 、マグニチュードは M = 8.4 に換算されているが、明治・大正期の地震については0.5程度大きく見積もられているとされる [2] 。また、震央距離と震度との関係など当時のデータから後にM8.0 [3] とも推定される。アメリカ地質調査所 (USGS) でも8.0としている [4] 。「根尾谷断層帯」が活動した典型的な内陸地殻内地震（いわゆる直下型地震）であり、これは記録が残っている日本の内陸...
Read more

シテ島

Image
シテ島 Île de la Cité シテ島（トゥルネル橋からの眺望） 所在地 フランス･パリ 座標 北緯48度51分17秒 東経2度20分45秒 座標: 北緯48度51分17秒 東経2度20分45秒 面積 0.225 km² 最高標高 48.854722 m  プロジェクト 地形 テンプレートを表示 シテ島 （シテとう、仏 : Île de la Cité）は、サン＝ルイ島と並ぶ、パリの中心部を流れるセーヌ川の中州である。パリ市内で最も古い歴史をもつパリ1区及び4区に属し、“パリ発祥の地”とも称される。ユリウス・カエサルの『ガリア戦記』では、すでに紀元前1世紀にパリシイ族 (Parisii) が住んでいたことが述べられている。 目次 1 概要 2 歴史ギャラリー 3 名所 4 シテ島の交通 4.1 橋 4.2 鉄道 5 ギャラリー 6 関連項目 7 脚注 8 外部リンク 概要 東半分が4区に、西半分は1区に属する。 ノートルダム大聖堂とパリ警視庁とパリ市立病院（ オテル・デュー・ド・パリ （フランス語版） 、直訳では「パリの神の館」）がある。病院の名前は、旅の病人を宿泊させ、病になれば看病した教会、巡礼教会からの発展の名残である。近代外科医学の開拓者で、床屋医者の出身でもある外科医アンブロワーズ・パレが勤務していた病院としてもその名が知られている。位置関係は大聖堂が警視庁庁舎と向き合い、警視庁の隣に市立病院。 また、この島はとても狭いので、ここの住民たちは夜も一定の時間を過ぎるとトイレの水は流さない等、互いに気配りしつつ一緒に住んでいくことの不便さを味わってきた。ここから「シテ島に住む者」を表す古仏語：citeain （現代仏語：シトワイヤン citoyen 、現代英語：シティズン citizen）の意味が転じ、「 市民 」という言葉が成立したという（仏語：cité は英語：city に相当する）。 中世以来からの狭く入り組んだ路地は、19世紀に入りセーヌ川左岸と共に貧民窟化していた。そうした狭く不衛生で入り組んだ空間は、2月革命に見るようなバリケード戦といった民衆騒...
Read more