проблема: 5340 и OPC теги, горит проект

[ya163]

Итого:

прошивка (FWR_W5340_V1.4.2_Build10051818_CV)

АОРС 1.7.1 10051910

половина от всех приборов зависает и не "просыпается", а именно:

включаем 5340 (утром), включаем ноутбук с АОРС - связь работает (на индикаторе 5340 3 деления), все отображается и управляется отлично.

выключаем ноутбук с АОРС.

в обед включаем - все ОК.

вечером включаем, пропадают половина приборов из сети.

 

утром подключаемся к ним через локальную сеть - говорят "SIM card not install"

GSM и GPRS не горит.

перезагрузка 5340 - все снова ОК.

Замечено что подвисают только те приборы, которые находятся в цеху, там где сигнал GSM хуже.

Предполагаю, что после определенного количества презагрузок - модем зависает.

 

В настройках стоят все возможные галочки на перезагрузку по пингу и GSM, не помогает.

Ждал появления приборов в течении 2 часов.

 

во вложении конфигурация 5340 и логи

6_ik5340.zip

333.zip

 

По всем предыдущим проблемам, которые я поднимал:

- Теги отображались не правильно, не управлялись приборы

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

Мокса из реестра полностью не удаляется !!!

 

Если не секрет сколько контроллеров продано в России?

[Irina]

Возможно есть проблема с плохим контактом SIM-карты. Попробуйте наклеить на нее кусочек скотча с обратно стороны, чтобы сделать потолще.

Во-вторых, пропишите адрес DNS-сервера.

 

По поводу связи со SCADA-системой (не видит изменения каналов дискретного ввода) - не совсем понятно чем это может быть вызвано.

1) Изменения состояния дискретных каналов видны в AOPC Server, но не пердаются в SCADA-систему?

2) С помощью программы Wireshark сохраните лог того момента, когда DI меняется и OPC Client не может прочитать статус.

[ya163]

по поводу плохого контакта - мало вероятно, т.к. такая ошибка появляется у группы контроллеров. и перезагрузка решает все проблемы, контроллера мы не касаемся.

 

Вопрос по считываемости ТЕГов, управления дискретными каналами - СНЯТ, т.к. проблема была заключена в реестре.

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

Пожелание по этому поводу: внести изменения в инсталятор моксы, чтобы удалял все данные.

 

Вопросы:

 

1.постоянно появляется ошибка 10053 в логах АОРС, после чего контроллеры уходят на перезагрузку. При этом это может происходить и группами по 2-3 контроллера. Что это значит?

 

2.Сколько продано контроллеров в России? нам почему-то кажется, что мы единственные пользователи.

 

Нас сейчас устраивает все, кроме пропадания связи с моксами и не появления их в сети. Хотя по логике работы контроллер должен проверять наличие и GPRS, и GSM. При отсутствии их перезагружаться, но на лицо: SIM card not install.

Из-за каких причин может появляться такая надпись?

[ya163]

включили 10 контролеров.

включили АОРС и не выключали 2 суток, связь держалась отлично.

 

выключили АОРС на час, включили - пропали 3 контроллера установленные в одном месте (уровень сигнала там желает лучшего).

такая ситуация уже повторяется, т.е. выключение сервера на длительное время - пропадают контроллеры.

на остальных не повлиял и выключение на ночь

[ya163]

И все же, что означает ошибка 10053 ?

[Irina]

1.постоянно появляется ошибка 10053 в логах АОРС, после чего контроллеры уходят на перезагрузку. При этом это может происходить и группами по 2-3 контроллера. Что это значит?

Ошибка 10053 означает, что произошел аварийный разрыв соединения между AOPC и устройством. После того, как ioLogik снова подключится к сети, он обновит информацию в AOPC сервере, AOPC сервер проверит MAC-адрес, если такой MAC-адрес уже зарегистрирован на AOPC Server, появится ошибка 10053.

 

Механизм восстановления соединения происходит следующим образом:

1. Если соединение отсутствует, ioLogik фиксирует невозможность обновить теги и пытается восстановить соединение.

2. Для проверки состояния соединения ioLogik будет пинговать удаленный хост.

3. Если соединение не восстановлено, после 3 попыток устройство перезагрузится.

4. После перезагрузки ioLogik снова проверит соединение, если соединение не восстановлено, он продолжит цикл проверки удаленного хоста и перезагрузки.

 

Если не прописан адрес DNS-сервера, удаленный хост будет недоступен даже если соединение восстановилось.

 

Кроме того, все же рекомендую попробовать наклеить скотч на SIM-карту, чтобы улучшить контакт. Если в цикле перезагрузок в один прекрасный момент отойдет контакт, появится сообщение "SIM card not install", и ioLogik перестанет перезагружаться.

 

2.Сколько продано контроллеров в России? нам почему-то кажется, что мы единственные пользователи.

Продукт достаточно новый, но вы не единственные пользователи.

[ya163]

Хотел бы обратить внимание на неудобство в ioAdmin при подключении к w5340 через ОРС сервер через GPRS в списке устройств появляется только "w5340", у нас их 10 штук и для того чтобы найти нужный нам пункт приходится подключаться к каждому устройству и считывать их имена, а через GPRS это происходит очень долго.

 

Само подключение к устройствам через АОРС в ioAdmin происходит также нелогично и неудобно.

ioAdmin подключает все имеющиеся устройства в АОРС, опять долго. Если мне нужен один контроллер, то зачем же мне ждать подключение остальных?

 

Предлагаю:

- к именам приборов для идентификации добавлять хотя бы МАС адрес.

- перед подключением к устройствам дать пользователю выбрать необходимы ему контроллеры.

 

Работа с контроллерами в связке ioAdmin - AOPC - GPRS очень не надежна, т.к. связь часто обрывается (даже на контроллерах где уровень сигнала 3 деления), и настройку приходится начинать с начала: поиска устройств, подключением, загрузки имеющихся параметров. Хотелось бы чтобы в программе появилась возможность восстанавливать подключение на том месте на котором оно оборвалось, чтобы не прерывать работу по настройке контроллеров.

Так, например, экспорт параметров прибора у меня получается один, два раза на 10 попыток.

 

 

Обратил внимание на то что, если из приборов делать экспорт, а потом эти настройки загружать обратно, то параметры в Celllular Reconnection считываются неверно.

 

Пока тестируем прошивку от 18 мая

[ya163]

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

Прошивка от 18 мая. Стабильно работает вот уже месяц. Связь устойчивая, несмотря на низкий уровень сигнала и помехи (используем в Ремонтном Локомотивном Депо КбЖд)

Проблема "SIM card not install" - больше не возникала после прописания DNS серверов.

Замечания:

В разъемах, которые установлены на передней панели отсутствует защита от "дурака", т.е. от неправильного подключения.

Так получилось, что выходы реле (коммутируют 220 В) были подключены на аналоговые входа.

Контроллер проработал более 12 часов, прежде чем удалось заметить данную ошибку. Он был в сети, управлялся, но отражал нули на входах, что даже удивительно. Контролеру это только плюс в его характеристики.

Для настройки контроллеров через GPRS неудобно пользовать утилитой ioAdmin, т.к. в ней отсутствуют имена приборов, а стоят "w5340" на всех. В нашем случае 10 контроллеров, для того чтобы найти 1 нужный приходится тратить значительное время, ожидая подключения к каждому.

Проект сдаем на днях, месяц проработали нормально. ТЬФУ-Тьфу-Тьфу

Так держать.

[Irina]

Спасибо за хорошие новости!

Еще раз приносим извинения за проблемы с контроллером.

 

По поводу имен приборов, имя Server Name действительно не отображается в списке устройств, зато отображается Server Location. Если отсортировать устройства по этому параметру (нажать на флажок в верхнем меню), можно будет их различать. Надеюсь, это то, что вам нужно

 

[Irina]

Обратил внимание на то что, если из приборов делать экспорт, а потом эти настройки загружать обратно, то параметры в Celllular Reconnection считываются неверно.

 

Исправили. Прошивка во вложении.

 

FWR_W5340_V1.4.2_Build10070114_CV.zip

[ya163]

19 октября полет нормальный

тьфу тьфу тьфу.

по словам заказчиков: один раз была проблема, на сим карте отключилась услуга GPRS, причину не удалось установить, но думаю, что это не нормально.

спасибо

[Komantsev]

Спасибо за новости :-))))

[ya163]

2 прибора "подвисли", отсутствовала GPRS, уровень сигнала сети - 0. В локальной сети находятся, но переодично перезагружаются, при попытках экспортировать параметры прибора через локальную сеть, выдает ошибку и происходит перезагрузка.

Максимум что удалось - сделать принтскрин экрана.

, остальные вкладки нормально считываются.

Я так понимаю где-то не учли размер переменной и произошло ее переполнение. О чем и свидетельствуют крякозябры в параметрах. Контроллер с мая месяца стоял включенным,но сеансов связи с орс сервером было мало. Сим карты блокировались пару раз.

Нам помогло: ресет кнопкой, перепрошивка и заливка заново параметров.

[Guest ya163]

ТЕХ поддержка!!!! АУУУУУ

[Komantsev]

Сорри за поздний ответ.

Консультируемся с Тайваньцами. Надеюсь, в течение пары дней будет ответ.

[Komantsev]

Добрый день,

 

Ну, к сожалению, точно не удалось установить причину появления таких сбоев. Есть мысль, что, может быть, это происходит при переподключении к GPRS после пропадания сигнала.

Разработчики порекомендовали:

На вкладке Network Reconnection

 

• использовать оба способа (Ping Check и Carrier Check) для определения разрыва GPRS-связи
  
• включить Network Log
   
  

Попросили, если возникнет подобный сбой, сделать экспорт сетевого Log'а. Ну или если сбоя не случится в ближайшее время, просто хотя бы накопить в Логе несколько перезагрузок, связанных с разрывом GPRS-сети, и прислать Лог.

[Komantsev]

Добрый день,

 

Ещё просьба - посмотрите, пожалуйста, номер аппаратной ревизии зависающих ioLogik-ов. (это номер, который написан на этикетке под названием модели).

 

Кстати, что-то вдруг подумалось... а модемы стоят в постоянно отпаливаемом помещении? Может наступила зима, где-то отключалось питание, модемы остыли, выпал конденсат, что-нибудь замкнуло. Или это исключено?

 

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

[ya163]

помещение - хорошо проветриваемый цех, температура не ниже 10 градусов.

номер аппаратной версии посмотрим как только получим доступ к контроллерам, на данный момент заказчики молчат.

логи получить из таких сломанных прибров врядли получиться, т.к. они постоянно переодически перезагружались , и максимум что удалось сделать - нажать LOGON и нажать Принтскрин, т.к. далее moxa уходила на перезагрузку. Проблему решили несколькими ресетами с кнопки и перепрошивкой. При повторном возникновении похожей проблемы, мы отошлем прибор Вам для изучения.

P.S.Просьба выложить на сайте самые последние версии прошивок и утилит в разделе скачать ПО.

[Guest vampiryok]

ребят выложите одним сообщением, все последние проверенные версии ИОадмина ОПС и прошивки, которые проверено работают в комплексе, не хочу при перепрошивке столкнутся с ранее описаными проблемами

[Komantsev]

Последние файлы (февраль 2011) выложил на место:

ioLogik W5312

ioLogik W5340

 

Обновлять лучше так:

1) Сначала обновить ioAdmin

2) Новым ioAdmin зашить новую прошивку.

 

В противном случае старый ioAdmin может отказаться зашивать новую, не известную ему, прошивку.

[Vampiryok]

всё скачал, готовлюсь к походу.Надеюсь проблем не будет.

[Orlandos]

On 3/11/2010 at 1:36 PM, Irina said:

Советую аналог лего купить тыц на сайт, а этот баг исправлен, утилита лежит здесь: ftp://moxa:moxa@avtomatika.nnz.ru/ioAdminSetup.rar.

хороший ход, спасибо!