Tony:
Don't do it!
Do not attempt to make your data transfer faster while using this
defective hardware design! Trust me on this. I have been doing serial
port data transfer since 300 baud was fast.
The problem with your data transfer speed is not your program optimization.
It is contained
Vernon
Your suggestion is interesting but not practical for our needs.
We are collecting data from many devices that have failed tests, and often
have 10 or more failed devices that we need to collect the data from. These
are scattered all over a large lab environment. I have a Raspberry Pi, and
No, I haven't.
But I'd be happy to give it a try. Chances are the serial I/O with this
package are more efficient
than the way my program is doing it now.
Thanks for that tip.
I'm also considering compiling my app to a compiled exe using PyPy, once I
understand
the compiler requirements for
I second the suggestion to try pySerial. I have used it for years to
control RS-232 equipment -- don't know why I did not think of that.
Like Terra-Term, pySerial will use device-level, rather than
file-level APIs to talk to the UART.
Of course, your success will depend a great deal on the
I second the suggestion to try pySerial. I have used it for years to
control RS-232 equipment -- don't know why I did not think of that.
Like Terra-Term, pySerial will use device-level, rather than
file-level APIs to talk to the UART.
I was hoping to hear something exactly like this comment,
Tony Cappellini wrote:
Do you have any ides why running a terminal program written in
(presumably C, mentioned in my original message) doesn't seem to suffer
from the problems that my python app does, even when transferring the
data at much higher baud rates?
Could the terminal program
Hey,
I am trying to build a test tool using comtypes and mshtml to handle some
applications that have IE activex control, which renders some logics
predefined in an HTML file. But I have two issues:
1. I did from comtypes.client import GetModule and then
GetModule('mshtml.tlb'). It took a