[Comm] мышиная охота

[Comm] мышиная охота

[Геннадий Ищенко]

  Насколько я понял, система Desktop 4.0 сама не
отслеживает изменения в составе оборудования и их
нужно вносить ручками.
Недавно возникла необходимость проверить работу
портов com1,2. В Windows это можно легко сделать,
процепив на com "мышь". Можно ли прописать в Linux
возможность использовать и com и ps/2 "мышь"?
С уважением, Ищенко Геннадий

Re: [Comm] мышиная охота

[spider]

Геннадий Ищенко пишет:
> 
> 
>   Насколько я понял, система Desktop 4.0 сама не
> отслеживает изменения в составе оборудования и их
> нужно вносить ручками.
> Недавно возникла необходимость проверить работу
> портов com1,2. В Windows это можно легко сделать,
> процепив на com "мышь". Можно ли прописать в Linux
> возможность использовать и com и ps/2 "мышь"?
Одновременно? С общим курсором или раздельными?

Re: [Comm] мышиная охота

[Геннадий Ищенко]

Геннадий Ищенко пишет:
>
>
>   Насколько я понял, система Desktop 4.0 сама не
> отслеживает изменения в составе оборудования и их
> нужно вносить ручками.
> Недавно возникла необходимость проверить работу
> портов com1,2. В Windows это можно легко сделать,

>Одновременно? С общим курсором или раздельными?

Отдельно, конечно. Так, чтобы система подключала ту
"мышь", которая физически подключена к системному
блоку на момент включения питания.
С уважением, Ищенко Геннадий

Re: [Comm] мышиная охота

[Yura Kalinichenko]

[-- Attachment #1: Type: text/plain, Size: 1415 bytes --]

Геннадий Ищенко пишет:
> Геннадий Ищенко пишет:
>   
>>   Насколько я понял, система Desktop 4.0 сама не
>> отслеживает изменения в составе оборудования и их
>> нужно вносить ручками.
>> Недавно возникла необходимость проверить работу
>> портов com1,2. В Windows это можно легко сделать,
Ну кто ж так проверяет COM-порты ? Что-то совсем народ забыл что это такое.
Кроме всего прочего такая проверка некорректна, поскольку не обнаружит 
ни многих проблем с модемными сигналами, ни нерабочего выходного 
каскада. В идеале проверить можно тестом на специально спаянной 
заглушке, например см. http://www.kron.com.ua/support/mca_test.shtml. 
Тест работает под DOS, что есть гут, поскольку для данного типа софта 
чем меньше прослойка между тестом и проверяемым оборудованием - тем лучше.

На худой конец спаяйте заглушку по следующей схеме (она же пригодиться и 
для указанного теста):

 RxD
2----+
 TxD |
3----+

  DCD
1----+
  RTS|
7----+
  CTS|
8----+

  DSR
6----+
  DTR|
4----+
  RI |
9----+


и напустите любой эмулятор последовательного терминала - например, 
minicom или cu из пакета uucp. При наличии заглушки на исправном порту 
вы увидите эхопечать при нажатии клавиш в окне терминала.

А бывают еще экзотические неисправности вроде неправильной базовой 
частоты, которые можно обнаружить только подключившись тестируемым 
портом на другой - заведомо рабочий.


[-- Attachment #2: yuk.vcf --]
[-- Type: text/x-vcard, Size: 177 bytes --]

begin:vcard
fn:Yura Kalinichenko
n:Kalinichenko;Yura
email;internet:yuk@kalina.in.ua
tel;home:8-0432-465743
tel;cell:+38-067-5878302
x-mozilla-html:FALSE
version:2.1
end:vcard

Re: [Comm] мышиная охота

[Геннадий Ищенко]

  
> Геннадий Ищенко пишет:
>  
>>   Насколько я понял, система Desktop 4.0 сама не
>> отслеживает изменения в составе оборудования и их
>> нужно вносить ручками.

>Ну кто ж так проверяет COM-порты ? Что-то совсем народ забыл что это такое.
Кроме всего прочего такая проверка некорректна, поскольку не обнаружит
ни многих проблем с модемными сигналами, ни нерабочего выходного
каскада. В идеале проверить можно тестом на специально спаянной
заглушке

Вы правы, Юрий - забыл. В свое время (лет 15 назад ) и заглушки
паяли и тесты гоняли. Просто чаще всего достаточно просто проверить
"дышит" ли порт по-простому "мышкой". Спасибо. Тесты скачал, все проверю.
С уважением, Ищенко Геннадий.

Re: [Comm] мышиная охота

[Michael Shigorin]

On Wed, Jul 09, 2008 at 06:20:01AM +0400, Геннадий Ищенко wrote:
> > Насколько я понял, система Desktop 4.0 сама не отслеживает
> > изменения в составе оборудования и их нужно вносить ручками.

Если включен x11_autosetup (или запустить руками) -- то внесёт,
только комовые мыши там настраиваются как последний случай
(и только на ttyS0/COM1).

Бишь отключите ps/2, воткните комовую и сделайте x11_autosetup,
если ещё актуально.

> >Одновременно?
> Отдельно, конечно. Так, чтобы система подключала ту
> "мышь", которая физически подключена к системному
> блоку на момент включения питания.

При AllowMouseOpenFail можно иметь две секции для мышей 
в xorg.conf, только на отсутствующей комовой думать пару
секунд будет.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] мышиная охота

[Геннадий Ищенко]

On Wed, Jul 09, 2008 at 06:20:01AM +0400, Геннадий Ищенко wrote:
> Насколько я понял, система Desktop 4.0 сама не отслеживает
> изменения в составе оборудования и их нужно вносить ручками.

>Если включен x11_autosetup (или запустить руками) -- то внесёт,
>только комовые мыши там настраиваются как последний случай
>(и только на ttyS0/COM1).
>
>Бишь отключите ps/2, воткните комовую и сделайте x11_autosetup,
если ещё актуально.
>
>При AllowMouseOpenFail можно иметь две секции для мышей
>в xorg.conf, только на отсутствующей комовой думать пару
>секунд будет.

Спасибо за совет, попробую. Но вообще-то цель была другая:
проверить com порт. Меня отправили к старым программам тестирования
портов. К сожалению, ничего не вышло. Пробовал разные тесты для
DOS и Windows (checkit, ndiagn, aspmon35, KRONCFG, KRONTEST и др.).
Досовские запускал через dosemu, а Win - через WINE. Тесты или не
запускаются (в WINE)  или не "достучатся" до com портов. Например,
ndiagn нормально работает (внешне) но не находит com порты, а при
проверке LPT не может найти заглушки.
Такое впечатление, что наработки в DOS и Windows, касающиеся проверки 
аппаратных средств, полностью (или почти полностью) непригодны в Linux.
Может проще проверить порт чисто средствами Linux с заглушкой или
нуль-модемным кабелем с com1 на com2? Как это грамотно сделать?
Подать сигнал на com1 легко: #cat > /dev/ttyS0, а вот как с выхода com портаполучить изображение передаваемых символов , например, на tty2
или pts/1? Кстати, в Sisyphus появилась программа для тестирования
"железа" - inquisitor-standalone, но не понятно для какаго дистрибутива.
На Desktop 4.0.3 не стала - такой хвост пакетов потянулся...
С уважением, Ищенко Геннадий 

Re: [Comm] мышиная охота

[Шилов Сергей]

Hi!

> ...цель была другая: проверить com порт. Меня отправили к старым программам тестирования
> портов. К сожалению, ничего не вышло. Пробовал разные тесты для
> DOS и Windows (checkit, ndiagn, aspmon35, KRONCFG, KRONTEST и др.).
Попробуйте http://sourceforge.net/project/showfiles.php?group_id=229863

Написано для тестирования MOXA драйверов, в том числе и с упомянутой целью.
Напишу man, наведу "марафет" и подамся в join@ :-)
#ttytest --help

> Может проще проверить порт чисто средствами Linux с заглушкой или
> нуль-модемным кабелем с com1 на com2? Как это грамотно сделать?
> Подать сигнал на com1 легко: #cat > /dev/ttyS0, 
> а вот как с выхода com портаполучить изображение передаваемых символов...
На другом терминале (в соседней консоли) ;-)
cat /dev/ttyS0

---
С уважением
С.Шилов

Re: [Comm] мышиная охота

[Michael Shigorin]

On Fri, Jul 18, 2008 at 05:37:56PM +0400, Шилов Сергей wrote:
> Написано для тестирования MOXA драйверов, в том числе и с
> упомянутой целью.  Напишу man, наведу "марафет" и подамся в
> join@ :-)

Welcome, заждались уж :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] мышиная охота

[Michael Shigorin]

On Fri, Jul 18, 2008 at 05:16:25PM +0400, Геннадий Ищенко wrote:
> Но вообще-то цель была другая: проверить com порт.

cu (из uucp) или minicom (из одноименного пакета) обычно
справляются :-)

> Меня отправили к старым программам тестирования портов. К
> сожалению, ничего не вышло. Пробовал разные тесты для DOS и
> Windows (checkit, ndiagn, aspmon35, KRONCFG, KRONTEST и др.).
> Досовские запускал через dosemu, а Win - через WINE. Тесты или
> не запускаются (в WINE)  или не "достучатся" до com портов.

dosemu можно разрешить прямой доступ к портам, если так удобнее.

> Такое впечатление, что наработки в DOS и Windows, касающиеся проверки 
> аппаратных средств, полностью (или почти полностью) непригодны в Linux.

Насчёт DOS это определённо не так.

> Кстати, в Sisyphus появилась программа для тестирования
> "железа" - inquisitor-standalone, но не понятно для какаго
> дистрибутива.

Для Sisyphus, вестимо.  А сборка в виде livecd есть здесь:
http://www.inquisitor.ru/download.html

Про последовательные порты сходу не помню, чтоб там что-то было.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/