собыние №3 от Ac3-opc ???????

подскажите пожалуйста что значит событие №3 в журнале событий от Ac3-opc ?
Где вообще можно получить расшифровку этих событий???

Еще реже появляется сообщение №2 какраз когда сервер останавливается. Неужели никто не сталкивался с такой проблемой? Специалисты алееееееееееее!!!!!!!??????

Еще реже появляется сообщение №2 какраз когда сервер останавливается. Неужели никто не сталкивался с такой проблемой? Специалисты алееееееееееее!!!!!!!??????

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

Я сделал скриншот. Если нужно еще чтото то скажите.

Прошу прощения за задержку с ответом. Записи в журнал делаются через стандартную библиотеку unilog. Число при “событии” обозначает просто его уровень (важность) – серьёзная ошибка (FATAL) – 0, ошибка (ERROR) – 1, предупреждение (WARNIGN) – 2, сообщение (MESSAGE) – 3, информация к сведению (INFO, NOTICE) – 4,5; сообщения для трассировки (TRACE) – 6 и отладочные сообщения (DEBUG) 7.
Пояснение сути сообщения находится только после слов “в записи события содержится следующая информация”.
Для того, что бы изменить уровень ведения протокола попробуйте (используя редактор реестра regedit) добавить или изменить строковые (REG_SZ)значения в реестре HKEY_LOCAL_MACHINE\SOFTWARE\unilog.dll\AC3-OPC и HKEY_LOCAL_MACHINE\SOFTWARE\unilog.dll\AC3-OPC-exe
Это значение задаётся соответствующим английским словом, например “ERROR” или “WARNING”. Это избавит вас от ненужных сообщений в журнале.

Спасибо за развернутый ответ. Просто у меня переодически зависает ac3-opc и я думал что может по этим сообщениям пойму в чем дело.

поставьте же, наконец, последнюю версию серверов - 1.0.0.36 от 10 декабря.

Да услыште же наконец! Ставил! Таже фигня! Виснет! Только еще чаще!

Сей час специально дождусь пока повиснет и префлю вам скриншот!

Зависания не дождался а дождался следующего - после нескольких минут работы начинает приходить какойто мусор. Смотрите скриншот.

не, вы говорили что падает. а падала как раз летняя версия, а не зимняя.

Я к сожалению не имею возможности дождатся его падения так как данные перестают поступать раньше. Это для меня кретично. Сам та я давно уже написал программу которая перезапускает его. Но это не очень удобно. В любом случае то что приходит от приборов полная порнография. Вот и приходится использовать летнюю версию чтоб хоть както получать данные. Так что проблема помоему открыта.

Кроме того 36 версия считывает белебирду а 34 версия все считывает нормально. 34 версия от 22.11.07 останавливается 100%. А вы говорите что падает только летняя версия.

Если можно то очень хотелось бы пообщатся с специалистом по ICQ. Мой номер ICQ 343111731

что значит "считывает белиберду"? как вы это определили? что показывает скада? и пришлите, пожалуйста, снимок с настройками сервера.

ps падает и останавливается - разные вещи.

"Считывает белеберду" значит что в закладке "информация" OWEN.RS485 видно что пакеты неправельной формы. Оприделил я это визуально после того как прочитал описание вашего протокола. Да и так чисто на глаз видно что это ерунда. В предыдущем скриншоте это видно если присмотрется. Скада естественно ничего не показывает так как данные не поступают. И откуда им взятся если из com порта валится мусор. Но это относится к версии 36. Такое происходит после нескольких минут работы. Версия 34 работает нормально только останавливается переодически и приходится ее перезапускать. Скриншот с настройками прелогаю.

ошибки, которые мы видим на снимке, показывают, что что-то не в порядке с передачей данных через com-порт (The hardware detected a framing error).

проверьте кабель между портом и преобразователем, попробуйте поставить другой преобразователь, проверьте соответствие коммуникационных параметров в приборах и на сервере.

А почему же тогда версия 34 работает без проблем на том же "железе"? Ничего не перенастраивалось. Все осталось как есть только поменял версию драйвера.

Еслиб версия 34 не останавливалась я бы м не морочил вам голову.

если я правильно понимаю, 34 виснет ровно так же как и 36

так вот 34 виснет по тем же самым причинам

Владимир, если вы хотите получить рабочую версию opc для своих условий, то было бы неплохо, если бы вы оказали нам помощь в выявлении проблем... Как я вам писал нам не удается добится такого эффекта на корректно поставленной системе с 36-й версией opc. Давайте попробуем найти причину вместе. Если есть другой преобразователь 232-485, то попробуйте поставить его и другой шнурок для его подключения, совсем хорошо, если это будет автоматический преобразователь... Если нет другого преобразователя, посмотрите шнур подключения, лучше его заново пропаять проверив правильность подсоединений и отсутствие "соплей". Далее... посмотрите, какая прошивка на 138-х приборах, ее номер высвечивается при включении питания на приборе, если это PO36, то лучше было бы перепрошить прибор в сервис центре. Еще, какая длина линии? Если сотни метров, то имеет смысл поставить согласующий резистор порядка 100 ом на последнем приборе. И еще обязательно проверьте качество подключения проводов 485 на всех приборах, иожет где-то есть обломанный проводок, мусор может появляться из-за плохих контактов.
А далее будем думать дальше

Прежде чем обращатся к вам мы проводили довольно много эксперементов. Меняли не только преобразователь но и сервер (машину). Линии связи не длиннее ста метров. Устройство относительно мало. И я пришел к выводу что дело не в "железе". Чтобы вы не думали что я "чайник" хочу заметить что мне приходилось работать с линиями связи протяженностью в десятки километров и со скадами содержащими более 200 котроллеров и более 1000 датчиков. Это было не ваше оборудование но проблемы со связью схожие.
Я прекрасно понимаю что проблема остановки сервера это проблема динамического характера и смоделировать ее наврядли получится. Так же это может зависеть от устанавливаемого софта и состояния ОС. Совершенно ясно что пока эта проблема не станет проявлятся у других пользователей она не будет активно решатся.

Внимание всем сочувствующим! Эта история приобрела неожиданное продолжение! Сегодня мы добавили еще одну линию связи. Теперь OWEN.RS485 опрашивает 2 COM порта. И что бы вы думали! Через некоторое время опроса устройств остановился запрос одного COM порта а опрос другого продолжался! Теперь очевидно что зависает (останавливается) не весь сервак а опрос отдельного ком порта. В связи с этим вопрос - может сервер неадекватно реагирует на наличие более двух COM портов на машине???? У нас их 8. Когда сервер "крутился" на обычной машине с одним COM портом все было нормально.

а что будет, если вы поменяете линии местами?

Вы не поверете но получается тоже самое))) Так как там насчет большого колличества ком портов?

серверу все равно, сколько портов.

то же самое в каком смысле? виснет тот же порт, или виснет линия переключенная на другой порт?

После того как поменял линии местами иногда останавливался COM1 иногда COM6. То есть остановки портов не зявисят от того что к ним подключено.