Тема: Помогите продиагностировать проблему с EQMod + Bluetooth (Прочитано 3092 раз)

LifeIsGood

Цитата: ds40a від 09 Грудня 2010, 10:57:22

Есть такая замечательная вещь Eltima virtual comport (не бесплатная, но ...). Она создает пару соединенных между собой виртуальных портов. Слушать реальный порт от BT , лепить CR в конец пакета, передавать препарированный пакет в один виртуальный порт, а на второй садить EQMOD. Естественно транслировать передачу EQMOD.

Есть com0com, который делает тоже самое, но бесплатно

Но это все равно некрасиво...

ds40a

Спасибо за ссылку.

Дядя Вова

Почитал про flow control http://www.providerz.ru/articles/rumodem/q11.html
КМК BT адаптеры монтировки и компа работают в разных режимах - один в аппаратном, другой в программном.

Надо доки на новый синезуб посмотреть - как переключается?

LifeIsGood

У моего Синезуба аппаратный невозможен в принципе. Нет выводов CTS/RTS. Но с другой стороны, у монтировки они тоже не используются. Так что тут или XON/XOFF или нет контроля передачи.... ~~Надо попробовать XOn-XOFF. Протокол текстовый, по-идее XOn-XOFF не должны ему мешать.~~
Тыкс... Вспомнил. Там нет выбора метода управление потоком передачи данных...

Дядя Вова

Гипотезу можно?
На рисунке настройка BT портов моего порта.
Подозреваю, что у тебя на BT COM5 установлен аппаратный. Попробуй переключить.

LifeIsGood

Вот спасибо Дядя Вова за помощь!
Но у меня там вообще нет выбора параметров. При работе через Hyperterm всегда ставлю "Нет контроля"

У монтировки выбрать режим не могу. Там по-моему XON/XOFF используется.

Дядя Вова

Цитата: LifeIsGood від 09 Грудня 2010, 12:12:03

При работе через Hyperterm всегда ставлю "Нет контроля"

Ну, да это уже я запутался! Терминал-то без контроля и работает. А у eqascom есть программный XON/XOFF и он ждет символ CR.

Тогда если удастся исправить ситуацию с помощью Com0com - это хороший выход imho. Прога сама грузится в память сидит там и никому не мешает. Настраивается один раз.
------------
ps только кажется вырезать символы можно, а вот добавить ...

LifeIsGood

com2com - это не элегантно. Уж лучше тогда добавить ATtiny какую нибудь добавить.

Дядя Вова

Цитата: LifeIsGood від 09 Грудня 2010, 12:38:46

com2com - это не элегантно. Уж лучше тогда добавить ATtiny какую нибудь добавить.

Элегантное избавление от проводов

Можно попробовать терминалом запросить режим Flow Control:
AT+IFC?
Если он ответит, то попытаться запрограммировать выдачу CR - программное XON/XOFF
AT+IFC=1,1

Правда, в документации на твою железку этой команды нет.

ds40a

Если порт настроен на аппаратное управление или вообще без управления потоком, то потери CR (как впрочем и др.данных) если и происходило бы то происходило иногда. А вот если порт настроен на Xon/Xoff тогда наличие CR (13h) - XOFF в принимаемом блоке данных сообщает передатчику, что приемник "захлебнулся" в потоке данных и передачу нужно прекратить пока не будет получен символ XON. И этот символ есть служебным. Поэтому драйвер и изымает его из потока. И не будет больше ничего передавать пока не получит XON.

http://support.mdl.ru/pc_compl/doc/cable/gl5/FControl.html

Цитувати

Программный протокол управления потоком XON/XOFF предполагает наличие двунаправленного канала передачи данных. Работает он следующим образом: если устройство, принимающее данные, обнаруживает причины, по которым оно не может их дальше принимать, оно по обратному последовательному каналу посылает байт-символ XOFF (13h).

Дядя Вова

Цитата: ds40a від 09 Грудня 2010, 13:45:51

Если порт настроен на аппаратное управление или вообще без управления потоком, то потери CR (как впрочем и др.данных) если и происходило бы то происходило иногда. А вот если порт настроен на Xon/Xoff тогда наличие CR (13h) - XOFF в принимаемом блоке данных сообщает передатчику, что приемник "захлебнулся" в потоке данных и передачу нужно прекратить пока не будет получен символ XON. И этот символ есть служебным. Поэтому драйвер и изымает его из потока. И не будет больше ничего передавать пока не получит XON.

http://support.mdl.ru/pc_compl/doc/cable/gl5/FControl.html
Цитувати
Программный протокол управления потоком XON/XOFF предполагает наличие двунаправленного канала передачи данных. Работает он следующим образом: если устройство, принимающее данные, обнаруживает причины, по которым оно не может их дальше принимать, оно по обратному последовательному каналу посылает байт-символ XOFF (13h).

Это не наш случай. Здесь приемник не дожидается CR.

ds40a

Все же мне кажется это драйвер BT-COM. Для BT если управлять потоком, то только XON/XOFF. Контроллер монтировки использует символ (13h) как признак конца порции данных, а для драйвера BT (13h) это XOFF, если он настроен на управление потоком чрез XON/XOFF.

Если для ЮСБ-КОМ адаптера настроить управление потоком через XON/XOFF картина должна быть аналогична c BT (CR должен съедаться).

LifeIsGood

На всякий случай
<CR> - это 0Dh=13d
XOFF=13h=19d

ds40a

"Что-то с памятью моей стало"

Тогда все, что я написал - не туды.

Дядя Вова

Это опять я напутал

ds40a

Как БТ на лопатках или еще сопротивляется ?

LifeIsGood

БТ удивляет

Если подключить БТ к АТМЕГЕ, а АТМЕГУ к монтировке, то все работает как часы! Если напрямую БТ к монтировке, то символы теряются.

ds40a

Может у порта монтировки меньшая нагрузочная способность по току чем у Atmeg-и? Поэтому при подключении БТ напрямую его интерфейс садит сигналы монтировки и они попадают в зону неопределенности. И сам БТ не может определить где 0 где 1 в посылке. И-за этого символ бракуется. А протокол (EQMOD) предусматривает повтор передачи символа по запросу приемника ?

Дядя Вова

ds40a,
+1
Микросхема опторазвязки исправит уровни и увеличит функциональность. Денис, а чем БТ питается? Какое напряжение?

Еще, на уровне бреда. Модуль BT вход RD доопределяет внутренним резистором (можно посмотреть без подключения к монтировке).
Но, почему-то, не до +5В, а до +3.3В (например, Денис разъемы попутал

)

ds40a

Если я не ошибаюсь, то Tx/Rx не имеют TTL уровней на выходе и интерфейс называется "токовая петля". Напряжение на выходе должно меняться от -15В до +15в (при малой нагрузке). Зона уже -5 .. +5 считается не устойчивой.

Новини:

Автор Тема: Помогите продиагностировать проблему с EQMod + Bluetooth (Прочитано 3092 раз)