[PLUG] serial communication with dmm (was com port in guest to usb in host (virtual box))

Denis Heidtmann denis.heidtmann at gmail.com
Mon Jan 1 23:30:52 UTC 2018


Fantastic, Wes!  My feeble abilities need lots of help.  Where are you
located?  I am on the west side of Portland, not far from the zoo. I guess
posting my phone number here is not too risky.  2972837.

-Denis

On Mon, Jan 1, 2018 at 12:36 PM, wes <plug at the-wes.com> wrote:

> On Mon, Jan 1, 2018 at 11:46 AM, Denis Heidtmann <
> denis.heidtmann at gmail.com>
> wrote:
>
> > I am looking into ways to examine the serial traffic to/from my dmm.  The
> > arrangement I think would be the most useful to examine is with the
> mfg.'s
> > sw running in the win2k guest in the desktop.  This arrangement is the
> only
> > one that successfully communicates with the dmm.
> >
> > I hope (assume?) that a linux program running simultaneously in the host
> > would be able to capture the traffic.  Is this true?
> >
> > I have found the program jpnevulator.  It seems to me that it could
> perform
> > the traffic monitoring function, but since there is a lot about serial
> > communications that I do not understand I could be mistaken.  In the read
> > mode will it capture the traffic in both directions (between the windows
> sw
> > and the dmm), or must it be the recipient of the traffic, thereby
> removing
> > the windows sw from the interaction?
> >
> >
> I've been following this thread with interest. I've been thinking all
> along, "wouldn't it be great if you could just monitor the bits on the
> serial port?" This post struck me with inspiration: what you're looking for
> is the equivalent of tcpdump for serial. That seems like something a lot of
> people would ask about, so I googled just that: "tcpdump for serial". And
> that returned a lot of relevant pages, including this one:
>
> https://unix.stackexchange.com/questions/12359/how-can-i-
> monitor-serial-port-traffic
>
> which points us to:
>
> http://freshmeat.net/projects/linuxserialsniffer/
>
> as well as jpnevulator.
>
> There's a lot of other interesting talk in that thread, and links to other
> threads with other educational material.
>
> -wes
>
>
>
>
> > If this whole idea is ill-founded there is Tomas' instrument.  However I
> > did not see in the documentation that it was capable of any decoding.
> How
> > do I convert a train of pulses to a sequence of bytes and know which end
> > sent them?
> >
>
> I am interested enough in your endeavor that I would like to get my hands
> on it. If this sounds agreeable to you, please let me know and we can set
> up a time to work on it together.
>
> -wes
> _______________________________________________
> PLUG mailing list
> PLUG at pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>



More information about the PLUG mailing list