PDA

Просмотр полной версии : собыние №3 от Ac3-opc ???????



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

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

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

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

svavan
21.01.2008, 14:05
Я сделал скриншот. Если нужно еще чтото то скажите.

Michael Shestero
21.01.2008, 17:42
Прошу прощения за задержку с ответом. Записи в журнал делаются через стандартную библиотеку 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”. Это избавит вас от ненужных сообщений в журнале.

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

Дмитрий Егоренков
22.01.2008, 14:44
поставьте же, наконец, последнюю версию серверов - 1.0.0.36 от 10 декабря.

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

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

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

Дмитрий Егоренков
23.01.2008, 10:47
не, вы говорили что падает. а падала как раз летняя версия, а не зимняя.

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

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

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

Дмитрий Егоренков
23.01.2008, 17:21
что значит "считывает белиберду"? как вы это определили? что показывает скада? и пришлите, пожалуйста, снимок с настройками сервера.

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

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

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

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

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

svavan
25.01.2008, 09:59
Еслиб версия 34 не останавливалась я бы м не морочил вам голову.

Дмитрий Егоренков
25.01.2008, 11:10
если я правильно понимаю, 34 виснет ровно так же как и 36

Дмитрий Егоренков
25.01.2008, 11:11
так вот 34 виснет по тем же самым причинам

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

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

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

Дмитрий Егоренков
28.01.2008, 18:34
а что будет, если вы поменяете линии местами?

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

Дмитрий Егоренков
29.01.2008, 11:16
серверу все равно, сколько портов.

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

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