Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
|
настройки порта 13.10.05 13:39 Число просмотров: 2426
Автор: paganoid Статус: Member
|
иногда когда ставишь минимальную скорость порта в настройках виндовс, становится легче
|
<software>
|
Передача данных в COM порт 13.10.05 10:28
Автор: yaha Статус: Незарегистрированный пользователь
|
Есть устройство, подключенное к COM порту. Устройство воспринимает команды определенного формата. Чтобы взаимодействовать с данным устройством я взял несско прог: Docklight Scripting, LookRS232 и еще одну какую-то левую. Все они нормально читают данные из порта, то есть отображают верные данные, которые посылает устройство. Но при записи в порт ничего не происходит. Прибор должен давать ответ, что, мол, команда принята, а он продолжает слать то, что слал всегда.
Картина такая будто команды в прибор просто не приходят, а приложение отображает, что данные были посланы. Причем известно, что прибор небажный и обрабатывает приходящие команды.
Вопросов много.
Почему вышеупомянутыми программами нельзя послать команду прибору через COM?
Что нужно сделать, чтобы послать-таки команду?
Вообще, можно ли такими программами слать сообщения любым приборам, приконнекченным в COM порту?
Заранее спасибо за ответы.
|
|
настройки порта 13.10.05 13:39
Автор: paganoid Статус: Member
|
иногда когда ставишь минимальную скорость порта в настройках виндовс, становится легче
|
|
"...и обрабатывает приходящие команды...."-так он получает команды от этого компа? или это было на другом? 13.10.05 13:36
Автор: Garick <Yuriy> Статус: Elderman
|
|
|
Может управляющая программа и прибор не сошлись в контроле... 13.10.05 13:21
Автор: Killer{R} <Dmitry> Статус: Elderman
|
> Все они нормально читают данные из порта, то есть > отображают верные данные, которые посылает устройство. Но > при записи в порт ничего не происходит. Прибор должен > давать ответ, что, мол, команда принята, а он продолжает > слать то, что слал всегда. > Картина такая будто команды в прибор просто не приходят, а > приложение отображает, что данные были посланы. Причем > известно, что прибор небажный и обрабатывает приходящие > команды. Может управляющая программа и прибор не сошлись в контроле передачи данных? В смысле програма использует не тот метод контроля который ожидает прибор. RTS/CTS, DTR/DSR, Xon/Xoff. Либо чтонибудь извратное. Еще - биты четности, данных - тоже могут быть разные. Даже скорость передачи тоже может быть не такой какую может принять прибор. Вобщем кури доку по прибору и настроивай параметры порта такие какие ему нужны.
|
|
Побольше бы информации о приборе. Особенно об интерфейсной... 13.10.05 11:07
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
|
> Есть устройство, подключенное к COM порту. Устройство
Побольше бы информации о приборе. Особенно об интерфейсной микросхемке.
> воспринимает команды определенного формата. Чтобы > взаимодействовать с данным устройством я взял несско прог: > Docklight Scripting, LookRS232 и еще одну какую-то левую.
Может простую терминалку взять - Гипертерминал или старый добрый нортоновский терминал для ДОСа.
> Все они нормально читают данные из порта, то есть > отображают верные данные, которые посылает устройство. Но > при записи в порт ничего не происходит. Прибор должен > давать ответ, что, мол, команда принята, а он продолжает > слать то, что слал всегда.
Специфика посыла однако.
> Картина такая будто команды в прибор просто не приходят, а > приложение отображает, что данные были посланы. Причем > известно, что прибор небажный и обрабатывает приходящие > команды.
Есть еще один вариант - плохой контакт или неисправность порта (передающего у компа или приемного у устройства).
> Вопросов много. > Почему вышеупомянутыми программами нельзя послать команду > прибору через COM?
С ними не работал.
> Что нужно сделать, чтобы послать-таки команду?
1. Убедится в исправности подключения - берем модем компортовый, хайсовый. Тем самым убеждаемся в работоспособности компорта компа. Подключаем устройство к другому управляющему прибору и убеждаемся, что порт устройства на вход исправен. Полключаем все вместе и подключаем осциллограв к контакту приемника на плате устройства. Тем самым убеждаемя в исправности кабеля и контактов.
2. Узнаем протокол. Чаще всего бывают проблемы несовместимости протоколов синхронизации (аппаратный/программный). Хотя бывает всякое, например - вся команда, состоящая из нескольких байт, должна пройти за время не выше заданного (десяток милисекунд). Или вначале нужно "зарегистрироваться" на устройстве.
> Вообще, можно ли такими программами слать сообщения любым > приборам, приконнекченным в COM порту? > Заранее спасибо за ответы.
|
|
|