On Thu, Nov 06, 2014 at 10:28:40AM +0800, Batdelger.O wrote:
>
> >On Wed, Nov 05, 2014 at 12:11:00PM +0800, Batdelger.O wrote:
> >>Thank you for your quick response.
> >>It's just simple python code. I'm not sure if flow control is correct. I
> >>also used gtkterm and tried by every option. I'm new at usbserial devices.
> >>How to know how should it be?
> >>
> >> import time
> >> import serial
> >> import sys
> >>
> >> ser = serial.Serial(
> >> port='/dev/ttyUSB0',
> >> baudrate=4800,
> >> parity=serial.PARITY_ODD,
> >> stopbits=serial.STOPBITS_ONE,
> >> bytesize=serial.EIGHTBITS,
> >> # timeout=0
> >That's a slow baud rate, do you mean that slow?
> Actually, baud rate is 9600. 4800 was one of my attempts.
> >> )
> >>
> >> # RTS 0 DTR 1. not sure it's correct one. I tried by reverse.
> >> ser.setRTS(False)
> >> ser.setDTR(True)
> >Does your device support hardware flow control?
> I think so. The Features section of device doc contains line: "Automatic hardware flow control with CTS/RTS
>". But I'm not sure. How to know exactly it does?.
You usually need to set this up on the device itself. The manual for
the device should say how to do this.
> >>
> >> print ser.isOpen()
> >>
> >> ON="\x1B\x5D"
> >> ser.write(ON)
> >> ser.flushOutput()
> >> print "after write"
> >> # read = ser.read()
> >> # sys.stdout.write("RECEIVED:" + read + "\n")
> >> ser.close()
> >Try using minicom to see if you can properly connect to your device
> >first, before trying to write your own code from "scratch", to determine
> >that the device works.
> Device is working fine on windows 7. My simple python scripts is working
> fine without setting any options except port name (on win7).
Again, please try running minicom on Linux which sets up the line
settings in a "known manner" before blaming the kernel driver :)
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
