FT232RL - изменение baud rate Опции

[xdeller]

Возник вопрос - как можно интерпретировать лог ниже? Видно, что бодрейт меняется, но одна из сторон - FT232RL(будильник sleeptracker elite) по определению крайне тупа и не должна изменять параметры протокола во время работы. Дамп делал в виртуальной машине c помощью дампилки последовательных портов от aggsoft, в хост-системе вайршарк выдает крайне малочитабельный дамп обмена по юсб, из которого сложно выцепить что-либо кроме собственно дата-чаров, передающихся после установления последовательного протокола. Предыдущие версии будильника работали, судя по исходникам, на 24008N1, потому такое поведение и удивляет.

Код

<20120117010045.756 SYS>
COM is open
<20120117010045.756 SYS>
In/out queue size 4096/4096
<20120117010045.756 SYS>
Baud rate 9600
<20120117010045.772 SYS>
RTS on
<20120117010045.772 SYS>
DTR on
<20120117010045.772 SYS>
Data bits=8, Stop bits=1, Parity=None
<20120117010045.772 SYS>
Set chars: Eof=0x00, Error=0x00, Break=0x00, Event=0x00, Xon=0x11, Xoff=0x13
<20120117010045.787 SYS>
Handflow: ControlHandShake=(DTR_CONTROL), FlowReplace=(TRANSMIT_TOGGLE, RTS_CONTROL), XonLimit=2048, XoffLimit=512
<20120117010045.787 SYS>
Baud rate 19200
<20120117010045.787 SYS>
RTS on
<20120117010045.803 SYS>
DTR on
<20120117010045.803 SYS>
Data bits=8, Stop bits=1, Parity=None
<20120117010045.803 SYS>
Set chars: Eof=0x00, Error=0x00, Break=0x00, Event=0x00, Xon=0x11, Xoff=0x13
<20120117010045.803 SYS>
Handflow: ControlHandShake=(DTR_CONTROL), FlowReplace=(TRANSMIT_TOGGLE, RTS_CONTROL), XonLimit=1024, XoffLimit=1024
<20120117010045.803 SYS>
Set timeouts: ReadInterval=-1, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=0, WriteTotalTimeoutMultiplier=0, WriteTotalTimeoutConstant=2147483647
<20120117010045.803 SYS>
Set timeouts: ReadInterval=-1, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=0, WriteTotalTimeoutMultiplier=0, WriteTotalTimeoutConstant=212900
<20120117010045.803 SYS>
Set timeouts: ReadInterval=1000, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=1000, WriteTotalTimeoutMultiplier=0, WriteTotalTimeoutConstant=212900
<20120117010045.803 SYS>
Set timeouts: ReadInterval=1000, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=1000, WriteTotalTimeoutMultiplier=0, WriteTotalTimeoutConstant=2147483647
<20120117010045.803 TX>

[V_G]

Я бы присоединил лог размером мегабайт и заставил форумчан его разбирать, чтобы служба медом не казалась...

По делу - никогда не считал FT232RL тупой машиной, бодрейт она (точнее, ее драйвер) меняет точно в соотвествии с командами от виндовой программы.
Вы же даже не обозначили, в какой операционке и с какими драйверами работате. И в чем состоит вопрос (интерпретировать лог - это не вопрос)

[xdeller]

Я бы присоединил лог размером мегабайт и заставил форумчан его разбирать, чтобы служба медом не казалась...

По делу - никогда не считал FT232RL тупой машиной, бодрейт она (точнее, ее драйвер) меняет точно в соотвествии с командами от виндовой программы.
Вы же даже не обозначили, в какой операционке и с какими драйверами работате. И в чем состоит вопрос (интерпретировать лог - это не вопрос)

А, конечно - гостевая система, в которую проброшен усб-девайс - windows 2008, можно считать, та же семерка, драйвер с оффсайта фтди. Про сам лог - имеет ли смысл делать соединение сразу на 19200 и пытаться общаться с девайсом или нужно обязательно повторять путь выше? Поскольку даты в сессии на 9600 не передается никакой, возникает вопрос, зачем она создается.