Форум: "Прочее";
Текущий архив: 2009.10.18;
Скачать: [xml.tar.bz2];
ВнизВиртуальный COM от Prolific Найти похожие ветки
← →
dimoktmb (2009-08-16 13:20) [0]Всем привет!
Столкнулся с редкой проблемкой, проект горит, помогите разобраться, пожалуйста!
Написана программа, которая работает через компорт с самодельным прибором. С компортом работаю с помощью TBComPort. Картина следующая:
1. с виртуальным нульмодемным соединением работает отлично в обе стороны;
2. с двумя нормальными аппаратными компортами работает так же хорошо;
3. с виртуальныйм портом Prolific и нормальным компортом (нульмодем) работает только на передачу от нормального к виртуальному. обратно данные уходят, но на другой порт не приходят. Такое же соединение с двумя терминалками работает нормально. Не могу понять разницы.
настройки порта: 4800, 8-n-1, parity off, inbuf=2048, outbuf=2048
тайминги: RI=10, RTC=400, RTM=10, WTC=1000, WTM=100.
Может кто-то сталкивался с такой проблемой?
P.S. пишу на Delphi 7
← →
Kolan © (2009-08-16 13:58) [1]Раз какие-то данные вы получаете, значит, имхо, дело в шнурке. Из опыта могу сказать, что все эти виртуальные порты и Prolific в частности обычно весьма хреновые. Я не железянщик и не могу объяснить что там конкретно не так, но наши специалисты на них ругаются, говорят что-то там не доделано.
Наше решение — сделать свой, нормальный переходник. Можно попробовать купить более дорогой, но и он может оказаться хреновым.
← →
dimoktmb (2009-08-16 14:38) [2]сам контроллер Prolific стоит в устройстве, плохих контактов там быть не может. Для тестирования использовал внешний переходник на той же микрухе. Дело то в чем... в обычных терминалках все работает и на прием и на передачу, косяк программный. Грешу на инициализацию порта, но с обычным компортом опять же все стабильно работает.
Чем этот виртуальник отличается от реального порта?
← →
vrem (2009-08-16 14:42) [3]у виртуального скорость больше может быть. соответственно можно обратить внимание на временные задержки после операций - контролировать каждую из них.
← →
KilkennyCat © (2009-08-16 14:42) [4]тем, что работает через драйвер этого просифилика. и не все сигналы эмулируются.
← →
dimoktmb (2009-08-16 15:06) [5]
> тем, что работает через драйвер этого просифилика. и не
> все сигналы эмулируются.
У меня никаких сигналов кроме rx и tx не используется. передача абсолютно асинхронна.
> у виртуального скорость больше может быть. соответственно
> можно обратить внимание на временные задержки после операций
> - контролировать каждую из них.
Скорость передачи данных там вроде бы эмулируется, без этого он смысла не имеет. тайминги могут быть короче - это не страшно, могут ли они быть длинее - вряд ли, хотя попробую.
← →
Anatoly Podgoretsky © (2009-08-16 15:08) [6]> dimoktmb (16.08.2009 14:38:02) [2]
Ну тем, что он не реальный и могут быть любые извращения.
← →
dimoktmb (2009-08-16 15:12) [7]
> Ну тем, что он не реальный и могут быть любые извращения.
Жалко на заказчика такая отговорка не действует :)
← →
Anatoly Podgoretsky © (2009-08-16 15:42) [8]> dimoktmb (16.08.2009 15:12:07) [7]
Вот и найди какое там извращение, сигналы или последовательность.
← →
Холивар (2009-08-16 23:26) [9]
> Виртуальный COM от Prolific
>
> dimoktmb (16.08.09 13:20)
Виртуальный работает на пакетно-последовательном уровне тоесть данные уходят и приходят пакетами(по наполнению буфера или таймауту) но считываются как с обычного com-порта.
Тоесть нужно в девайсе это учитывать, что не всегда нормально работает со всеми девайсами.
← →
Дмитрий Белькевич (2009-08-17 02:09) [10]Может имеет смысл попробовать другой виртуальный? Мы вот com0com пользуем. Были некоторые проблемы (клеились байты разных сообщений) - по логам удалось всё обнаружить, отличные логи.
Страницы: 1 вся ветка
Форум: "Прочее";
Текущий архив: 2009.10.18;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.009 c