I appreciate you forwarding this to me. However, I find most of what is
described is above my head; also it may require Windows I do not have.
I have been distracted by another issue for a while now, but that is
solved, so I intend to get back to the DMM shortly. The last effort I put
into it
Today I chanced upon "USPPcap" - a utility designed to capture traffic on
USB ports.
http://desowin.org/usbpcap/tour.html
It seems to me, since the Windows-based software for this thing works well,
and you have a USB->serial adapter, this utility could potentially be used
to monitor the traffic
Someone here, probably Wes, thought me embarrassing lesson:
http://lmgtfy.com/?q=python+crash+course
Put one/two day into learning basic python data types and syntax. It will
be worth it, I guarantee it.
T
On Jan 15, 2018 6:57 PM, "Denis Heidtmann"
wrote:
> Well,
Well, I have solved the issue of "mult=self.units.strip()+' '[0]:
TypeError: can't concat bytes to int". It needs parentheses, which the
original code had. Now the code runs, but, alas, now it does not report
the readings from the meter. Since I really do not understand
object-oriented
Last discussion on this issue I mentioned a python program I found. I
have since put the program in Spyder using Python3. I had to make a number
of changes to accommodate the change to 3. The latest is that I see that
the readings are available to the program although parsing the data is
Do you mean you are seeing data values from the DMM? If so, does the same
software work with the USB-serial cable? You might need to modify the code
to use /dev/ttyUSB0 instead of /dev/ttyS0.
On Jan 7, 2018 10:04 AM, "Denis Heidtmann"
wrote:
>
> On Mon, Jan 1, 2018 at
I'm a nomad. Let's see how this week turns out. I may have some time on
Friday.
You can always email me off list. I'll call or text you later when I have
more info about my availability.
-wes
On Mon, Jan 1, 2018 at 3:30 PM, Denis Heidtmann
wrote:
> Fantastic, Wes!
Tomas,
Thanks so much for the offer. I will look at the Bitscope website to see
if it would help.
-Denis
On Fri, Dec 29, 2017 at 3:36 PM, Tomas Kuchta
wrote:
> I have one of those simple Bitscope scopes/analysers for slow RPi type
> interface hacking it might
I have one of those simple Bitscope scopes/analysers for slow RPi type
interface hacking it might be the right tool for the job and it runs on
Linux.
Would that help? Do you want to borrow it?
Check the Bitscope website for details, but it is good enough for serial
ports. Perhaps even decoding
I made the measurements with my 'scope. The voltages and waveforms are
identical comparing DTR, RTS (also RXD), although I am surprised a little
that the pulses on DTR are as large as they are: 2.4V swing. Must be some
resistance in the supply to the drain. But the level is up at 11.6V, so
I will make those measurements, but I am doubtful it will show anything.
The schematic I have shows DTR to be the collector and RTS to be the low
end of the emitter resistor of the output NPN. I did see solid pulses on
the emitter with sigrok. But perhaps DTR and/or RTS are pulsed when they
Have you measured the voltages on DTR and RTS during the runs?
Try it with sigrok and with the vendor software and see if there is a
difference in those values.
On Thu, Dec 28, 2017 at 9:51 PM, Denis Heidtmann
wrote:
> This saga continues.
>
> On the laptop with a
This saga continues.
On the laptop with a usb-serial adapter I got to the point where the
commands:
sigrok-cli --driver mastech-mas345:conn=/dev/ttyUSB0 --show
sigrok-cli --driver mastech-mas345:conn=/dev/ttyUSB0 --scan
sigrok-cli --driver mastech-mas345:conn=/dev/ttyUSB0 --samples 10
behave as
13 matches
Mail list logo