Windows Конфигуратор узловых устройств

[Andi]

В настоящее время настройка параметров узловых устройств (КСЛ), загрузка в них новых версий микропрограмм, сохранение и восстановление NVRAM, производится программой ComCLBCfg.Exe, для работы которой необходим драйвер ComCLB. Работа через драйвер обеспечивает возможность настройки узловых устройств в любом месте сети (не только в локальном УМ), что хорошо, однако и создает определенные неудобства при начальном конфигурировании устройств.

Были предложения сделать конфигуратор, позволяющий настраивать устройство без использования драйвера, например, просто подсоединив КСЛ к свободному COM порту компьютера и запустив специальное программное средство без каких-либо дополнительных действий.
Особенно это актуально при работе с удаленными узлами, которые не оборудованы компьютером, когда с узлом отсутствует связь. Было бы, наверное, хорошо, приехав с компьютером на подобный узел, просто соединиться с ММИ и получить доступ к его устройствам не производя предварительных настроек драйвера ComCLB, а возможно даже не зная номер узла и скорости обмена устройств по ММИ.

Проект подобного конфигуратора был разработан и сейчас доступен http://www.lkds.ru/soft/archives/NodeTool.rar

Кроме КСЛ+ в нем возможно просмотреть и изменить паметры КЛШ.

Конфигуратор может сам перебрать имеющиеся в Windows COM порты на различных допустимых скоростях для определения наличия оборудования ("Поиск")

 

[gromovoj]

Удобная программма.
Работает и с ММИ и с СОМ-портом.
Недостаток - с ComCLB СОМ-порт поделить не может.
И вообще могла бы появиться и раньше. Лет на несколько.

 

[revit]

Работа через драйвер обеспечивает возможность настройки узловых устройств в любом месте сети (не только в локальном УМ), что хорошо, однако и создает определенные неудобства при начальном конфигурировании устройств.

Меня это как-то не напрягало. Наоборот при работе через драйвер можно оперативно проверить работу ММИ и тут же (при наличии обратной связи, у нас - через сервак 2003) проверить канал связи.
Но прогу скакачал-поюзаю.

 

[revit]

Поюзал - очень удобно для начального конфигурирования устройств.
Вот теперь к ней бы пристроить ввод номера УМ , при необходимости проверки, настройки и пр., устройств в удаленном, заранее известном УМ. МСканом очень неудобно пользоваться в тех случаях когда необходимо проверить (настроить, перезапустить, посмотреть-изменить NVRAM, ЛБ на шине и т.д. и т.п.) в одном удаленном УМ. Ждать перечитывания полсотни УМ на трех десятках радиостанций , 15 КСЛ-езернет и прочих, очень утомительно, а в этой проге было бы наверное кстати.

 

[Andi]

МСканом очень неудобно пользоваться в тех случаях когда необходимо проверить (настроить, перезапустить, посмотреть-изменить NVRAM, ЛБ на шине и т.д. и т.п.) в одном удаленном УМ.

Я думаю просто нужно в ComCLBcfg добавить возможность изменения NVRAM, аналогичное имеющемуся в MScan и настройку параметров КЛШ.

Изначальная задача MScan - как раз исследование фактического состояния сети.

 

[revit]

Я думаю просто нужно в ComCLBcfg добавить возможность изменения NVRAM, аналогичное имеющемуся в MScan и настройку параметров КЛШ.

Но бывает необходим ещё рестарт, просмотр ЛБ на ЛШ.

Изначальная задача MScan - как раз исследование фактического состояния сети.

Да это понятно.

 

[vlasoff]

Очень полезная программа, востребована была действительно с самого начала. Радует именно отсустсвие промежуточных звеньев типа ComClb. Следующий этап, это портировать ее на Windows Mobile и тогда я по удаленным узлам буду ходить с наладонником

 

[oleg]

Изначальная задача MScan - как раз исследование фактического состояния сети.

И как теперь становится востребованным... получение отчетов о состоянии сети, устройствах, версий их микропрограмм, администраторах...

По идее можно бесконечно перечислять... по факту - если есть информация, рано или поздно возникнет задача ее обработки и представления...

Очень полезная программа, востребована была действительно с самого начала. Радует именно отсустсвие промежуточных звеньев типа ComClb. Следующий этап, это портировать ее на Windows Mobile и тогда я по удаленным узлам буду ходить с наладонником

И какой у тебя наладонник?

 

[vlasoff]

И какой у тебя наладонник?

HP iPAQ hx2490 c Windows Mobile 5.0

с Com портом конечно фиг, но USB выводится,
а уж паяльником ткнуть куда надо я вполне способен

Главное принцип, ТМ88 от зависти припухнет,
если "Обь" с КПК будет конфигуриться :lol:
а уж если директорам сказать, что для конфигурирования
будет достаточно КПК, а не ноутбука...

И тогда следующим "железным" этапом будет поддержка Bluetooth-"свистка"
всякими КЛШ- и КСЛ-ами, и на первом этапе конфигурирование их через Bluetooth.
Чтобы провода и переходники при конфигурировании вообще отпали...

Во блин, размечтался ........

 

[revit]

И тогда следующим "железным" этапом будет поддержка Bluetooth-"свистка"
всякими КЛШ- и КСЛ-ами, и на первом этапе конфигурирование их через Bluetooth.
Чтобы провода и переходники при конфигурировании вообще отпали...

Во блин, размечтался ........

Эко тебя понесло! Для начала бы и USB или эзернет неплохо вместо COM.
А вообще конечно лучше КПК носить чем сумку с ноутом.