Мост USB-USART проблемы с ноутбуком

omercury · 17.03.2015, 22:18

Да жратвы ему тупо не хватает.
ИМХО.

shurenock · 17.03.2015, 22:28

to akegor. Я пока сам на сам порт не гонял. Это реально хорошая мысль. Может на ноуте система какой-то глюк вносит. Может действительно тупо у бука быстродействия не хватает. Там много софта стоит. Антивирус тот же. Завтра попробую.

to ForcePoint. В ноуте 2 контакта по питанию. Генератор запитан через силовой транс. Т.е. с сетью 220 В развязан.

Boba_spb · 17.03.2015, 22:31

Снифером гляньте, что там передается по этому COM порту.
Попробуйте установить в COM DTR sp.DtrEnable = true; Иногда помогало в ноутбуках, при сбойной работе переходников USB-COM

akegor · 17.03.2015, 22:56

Сообщение от shurenock

Может действительно тупо у бука быстродействия не хватает.

Могут быть разные ДЛЛьки и прочая чешуя может отличаться. При компоненте СОМпорта, не совсем корректно сделанном, это может показывать уши. Просто уже ходил по подобным граблям. Еще раз - перекомпилляция часто помогает при неудачном переносе.

Boba_spb · 17.03.2015, 23:15

Перекомпиляция вряд ли поможет - это ж C#. Эт надо смотреть framework какие стоят. Может ядреность процов отличается и разпараллеливание процессов кривое. Да много чего может быть

Не угадать !

ForcePoint · 17.03.2015, 23:58

Сообщение от shurenock

В ноуте 2 контакта по питанию. Генератор запитан через силовой транс. Т.е. с сетью 220 В развязан.

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

kosmos440o · 18.03.2015, 09:15

Оптика может не работать на больших скоростях. У меня как-то на 9600 были проблемы вначале. Вообще полезно потрахаться с компортом для общего развития самому...

AllexRU · 18.03.2015, 09:54

А может у ноута питание USB 3х-вольтовое??

shyub · 18.03.2015, 10:02

Была аналогичная проблема: c компа через RS232 работает, однако то же самое подключаю через переходник USB/RS232 (на базе FT232 и CP2102) через USB порт, как к компьютеру, так и к ноутбуку и через несколько секунд "висяк" порта (осциллографом вижу, что есть приём, а в порту пусто). Отключаю и по новой соединяю переходиник - картина прежняя.
Алгоритм программы простейший: всё, что поступает в порт должно сразу же выводиться на экран и фиксироваться время приёма. Сначала после запуска всё принимается правильно, затем начинают идти ошибки (например, вместо 0х12 фиксируется 0х77 и т.п.) и наступает "висяк". Проблему решить не удалось, для решения задачи (перехват протокола обмена) пришлось использовать стационарный компьютер с COM-портом на борту.
Спустя где-то пол года возникла задача организовать взаимодействие между компьютером и внешним устройством через RS232. Но сдесь протокол был известен и обмен шел по принципу вопрос-ответ с периодичностью от 0,11 до 0,12 сек (запрос - 5 байт, ответ от 100 до 110 байт), т.е. паузы между транзакциями минимальные (определялись временем обработки контроллером принятых команд). Покупные переходники (на базе FT232 и CP2102) повели себя точно так же, как и в первом случае. Но к эксперементу я подготовился и собрал свой переходиник на базе FT232RL - 6N137 - MAX232, причём всю "сторону RS232" запитал от отдельного источника. Система заработала.
Не берусь утверждать на 100%, но проблема скорее всего, как уже говорили выше, в нехватке питания и в "нелюбви" USB к интенсивному обмену короткими сообщениями.
К стати, "наученный горьким опытом" в более-менее ответственных системах, которые должны работать в непрерывном режиме длительное время (сутки, месяцы и т.д.) я не использую USB. Мне так же не приходилось видеть промышленное оборудование управления тех. процессами, использующее USB, а так же промышленные компьютеры, в которых отсутствовал бы RS232... Вывод: "сфера использования USB" это - бытовая техника, игрушки и, в лучшем случае, какие-нибудь считыватели архивов или настройщики параметров...

nml · 18.03.2015, 10:31

Сообщение от shurenock

Устройство которое передает трижды повторяет каждый байт. Устройство которое принимает сравнивает три принятых байта. Если и них хотя бы два одинаковые, то считается что байт принят правильно. Соответственно если все три не равны, то возникает ошибка.

А синхронизация какая-нибудь есть? Ведь в этом случае потеря одного байта вызовет ступор в системе - следующие три будут из разных посылок...

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