Windows Проблемы с ComCLB

  • Автор темы Автор темы vlasoff
  • Дата начала Дата начала
vlasoff

vlasoff

Активист
В последнее время стало периодически возникать сообщение "Нет обмена по шине ММИ".
Объясните во-первых, что оно под собой подразумевает, т.е. алгоритм генерации состояния,
и во-вторых, возможные причины, если есть идеи навскидку. Сообщение может появляться с частотой как несколько раз за несколько минут, так и раз в день-неделю и т.п. К ММИ подключены как КЛШ, так и КСЛ-Ethernet и КСЛ-GSM.
 
vlasoff написал(а):
В последнее время стало периодически возникать сообщение "Нет обмена по шине ММИ".
Объясните во-первых, что оно под собой подразумевает, т.е. алгоритм генерации состояния,
и во-вторых, возможные причины, если есть идеи навскидку. Сообщение может появляться с частотой как несколько раз за несколько минут, так и раз в день-неделю и т.п. К ММИ подключены как КЛШ, так и КСЛ-Ethernet и КСЛ-GSM.
Нажмите для раскрытия...


Сообщение "Нет обмена по шине ММИ" производит драйвер ComCLB, а MPult его протоколирует.
Это состояние фиксируется, если драйвер значительное время, после последнего вывода на ММИ, не пролучал с ММИ данные. Входные данные после вывода должны быть обязательно, т.к. на каждый вывод приходит, кроме ответа от устройств, еще и эхо. Драйвер, обнаружив данное состояние, закрывает и открывает COM порт (производит внутренний рестарт) и продолжает работу, однако велика вероятность частичной потери данных.
Насчет причин. Достоверной статистики нет. Есть предположения - либо что-то с системным драйвером COM порта либо с самим портом.
Было бы крайне полезно разобраться с данным случаем.
 
Андрей Ефименко написал(а):
Насчет причин. Достоверной статистики нет. Есть предположения - либо что-то с системным драйвером COM порта либо с самим портом.
Было бы крайне полезно разобраться с данным случаем.
Нажмите для раскрытия...


Тогда какие данные могут помочь с ним разобраться?
 
vlasoff написал(а):
Тогда какие данные могут помочь с ним разобраться?
Нажмите для раскрытия...


Пока - прислать файлы C*.Log и B*.Log. В файлах B*.Log подобные ситуации тоже протоколируются в виде записи "Нет входных данных, реинициация ввода/вывода"
 
У меня не запускается программа LKDSmsi
Все время выдает наличие зарегистрированного драйвера
ComCLB, но у меня в компе его нет
Что делать?
 
Возможно драйвер ComCLB был установлен на компьютере ранее, а затем была удалена вся папка ComCLB без удаления регистрации драйвера ComCLB.

Возможно два пути исправления ситуации:

1) переставить Windows (не поверх, а на пустой диск)
2) загрузить файл LKDSDst.rar, извлечь из него папку ComCLB, запустить RegCLB.Bat, запустить UnRegCLB.Bat, удалить папку ComCLB
 
Андрей Ефименко написал(а):
1) переставить Windows (не поверх, а на пустой диск)
2) загрузить файл LKDSDst.rar, извлечь из него папку ComCLB, запустить RegCLB.Bat, запустить UnRegCLB.Bat, удалить папку ComCLB
Нажмите для раскрытия...

Попался я в такой капкан..... После анрег -не ставился новый дистрибутив. Повторный рег-анрег не помогал, если в папке ComCLB были только файлы ComCLBpx.dll, red и unreg. Удалил все из реестра- все равно не ставился дистрибутив. Помог рег-анрег только когда были все файлы в папке драйвера.
А пункт 1) -это наверное Андрей так шутит :)
 
Последнее редактирование модератором:
В структуре драйвера необходимо каким-то образом выделить где установлены КСЛы а где моноблоки, а то трудно искать в 60 комплектах для прошивки нужное оборудование. например: ____.GIF
 

Вложения

  • ____.GIF
    ____.GIF
    5.7 KB · Просмотры: 0
Последнее редактирование модератором:
При каждом обновлении программ ЛКДС на диспетчерском компе, после установки приходится каждый раз заново просто открывать и подтверждать установки безопасности компьютера и драйвера в "службах компонентов", хотя они и остаются установленными как надо, и перезагружать. Иначе невозможно достучаться в терминальном режиме с сервака. Замечено уже много раз при каждом обновлении. Уж не знаю чей это глюк виндовоза или программы инсталятора, но очень хотелось бы разобраться. :(
 
Последнее редактирование модератором:
И еще неприятный факт-в службах компонентов в разделе "мой компьютер"-> настройка DCOM-> название драйвера "обь" пишется иероглифами.
 
revit написал(а):
При каждом обновлении программ ЛКДС на диспетчерском компе, после установки приходится каждый раз заново просто открывать и подтверждать установки безопасности компьютера и драйвера в "службах компонентов", хотя они и остаются установленными как надо, и перезагружать. Иначе невозможно достучаться в терминальном режиме с сервака. Замечено уже много раз при каждом обновлении. Уж не знаю чей это глюк виндовоза или программы инсталятора, но очень хотелось бы разобраться. :(
Нажмите для раскрытия...

В связи с переустановкой системы (XP home SP2)на диспетчерском компе, по случаю свежайшего вируса, нарисовалась проблема с удаленным подключением к драйверу. Раньше такое тоже было, но путем рекомендованных ранее манипуляций с настройкой безопасности DCOM (службы компонентов-мой компьютер-свойства-доступ и запуск для всех), отключениями файервола, произнесением магических (матерных) слов и нескольких перезагрузок трех компьютеров начинало работать. Сейчас вот второй день не могу заставить.
Сервак пишет следущееno_dcom.JPG Что еще можно попробовать покрутить?
 

Вложения

  • no_dcom.JPG
    no_dcom.JPG
    11.7 KB · Просмотры: 0
Последнее редактирование модератором:
revit написал(а):
В связи с переустановкой системы (XP home SP2)на диспетчерском компе, по случаю свежайшего вируса, нарисовалась проблема с удаленным подключением к драйверу. Раньше такое тоже было, но путем рекомендованных ранее манипуляций с настройкой безопасности DCOM (службы компонентов-мой компьютер-свойства-доступ и запуск для всех), отключениями файервола, произнесением магических (матерных) слов и нескольких перезагрузок трех компьютеров начинало работать. Сейчас вот второй день не могу заставить.
Сервак пишет следущееВложение IPB #90 Что еще можно попробовать покрутить?
Нажмите для раскрытия...


Фирма Mircosoft непрерывно углубляет защиту Windows, можно посмотреть рекомендации для OPC серверов ( http://www.lkds.ru/soft/archives/Using_OPC...with_XP_SP2.pdf )
 
Последнее редактирование модератором:
Из руководства по эксплуатации УСТРОЙСТВа ПЕРЫВАНИЯ ПИТАНИЯ КСЛ v5.2
===2.1.4 В поле "Ожид. соединения после рестарта» ввести значение времени необходимое для осуществления перезагрузки аппаратуры передачи данных. Значение времени измеряется в секундах и выбирается из диапазона от 1 до 127 сек.===
Но ComClb 3.0.5.0 (14) и NodeTool 1.0.0.3 ругаются и просят ввести только в диапазоне от0 до 60! Надо бы исправить. :)
 
Последнее редактирование модератором:
Войдите или зарегистрируйтесь для ответа.
Назад
Сверху