Скачать: CL | DM;

Виртуальный 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 вся ветка

Скачать: CL | DM;



Память: 0.48 MB
Время: 0.01 c