 | |
Предыдущие результаты
 [quote:02a4acdc03="oldDad"][quote:02a4acdc03]CAB архив создавал, легче не стало... [/quote:02a4acdc03]
Указывали ли Вы при пакетировании в [color=darkblue:02a4acdc03].cab[/color:02a4acdc03] в секции [color=indigo:02a4acdc03][version] [/color:02a4acdc03]файла [color=darkblue:02a4acdc03].inf [/color:02a4acdc03] информацию о версии Вашего AciveX, как это указано [url=http://msdn.microsoft.com/en-us/library/aa751974%28v=vs.85%29.aspx]здесь[/url]?
Дело в том, что некоторые контейнеры не проверяют совместимость версии, если это нерелевантно по отношению к выполнению ActiveX в данном контейнере. FT VIew же проверяет этот момент довольно строго, т.к. ActiveX потенциально может содержать какой-либо код или системные вызовы, препятствующие исполнению кода ядра FTView, или конфликтующие с ним.
[/quote:02a4acdc03]
Да, действительно так. После указания правильной версии проекта в файле MyControlname.inf при создании САВ, все заработало.
|
[quote:d53857940b]CAB архив создавал, легче не стало... [/quote:d53857940b]
Указывали ли Вы при пакетировании в [color=darkblue:d53857940b].cab[/color:d53857940b] в секции [color=indigo:d53857940b][version] [/color:d53857940b]файла [color=darkblue:d53857940b].inf [/color:d53857940b] информацию о версии Вашего AciveX, как это указано [url=http://msdn.microsoft.com/en-us/library/aa751974%28v=vs.85%29.aspx]здесь[/url]?
Дело в том, что некоторые контейнеры не проверяют совместимость версии, если это нерелевантно по отношению к выполнению ActiveX в данном контейнере. FT VIew же проверяет этот момент довольно строго, т.к. ActiveX потенциально может содержать какой-либо код или системные вызовы, препятствующие исполнению кода ядра FTView, или конфликтующие с ним.
Попробуйте создать очень простой ActiveX с парой каких-нибудь абсолютно безобидных действий. Будет ли он нормально регистрироваться и работать, или наблюдаемый Вами эффект будет воспроизведен?
|
Добрый день! У меня вопрос такой. После замены моста 1784-CNB\А перестала работать функция изменения частоты привода с панели оператора, все остальное в норме. В режиме OnLine RSLogix 5000 показывает всю ветку от этого моста с желтыми восклицательными знаками. Нужно сделать Reschedule для ControlNet. Но описание этой процедуры везде (и в техподдержке RockWell, и в вашей теме ControlNet.xc в частности) дано на английском языке!? :evil: Может кто-нибудь из спецов просто, понятно, и главное, на родном русском языке расписать поподробнее эту процедуру. Очень не хочется впервые что-то делать на работающем непрерывном производстве, а потом оправдываться тем, что у этого или того слова в английском языке 54 значения! Прокомментируйте, пожалуйста, варианты как это сделать из под RSLogix 5000 (в свойствах 1784-CNB\А) и RSNetworx и как надежнее.
|
Если это ошибка "Major Fault [b:df8a7e3fcc][u:df8a7e3fcc]2h[/u:df8a7e3fcc][/b:df8a7e3fcc] ; Unexpected hardware watchdog timeout or asic reset counter", то она иной раз возникает вследствие [url=http://computer.howstuffworks.com/lan-switch13.htm]broadcast storm[/url] в не совсем коректно построенной сети Ethernet.
Согласно kb56575, это лечится прошивкой в контроллер firmware FRN6, в котрой против этого приняты специальные меры, но я думаю, что и в более поздних прошивках это уже учтено.
|
Здравствуйте!
Имеется micrologix 1500 (1764-LRP) и модуль быстрых счетчиков 1769-HSC. Подскажите, как правильно настраивать модуль, чтобы в программе RSLogix500 получать значения счетчика. Есть ли нормальная инструкция для этого модуля (пользовался 1769-um006_-en-p, но из нее ничего не понятно)?
Мне необходимо получать импульсы с индуктивного датчика, с помощью которых нужно вычислять частоту вращения объекта. Поэтому необходимо значение счетчика.
Есть ли в micrologix 1500 функция частотомера?
Заранее благодарю за помощь и советы.
|
Здравствуйте. В последнее время случается такая неприятность как появление в контроллере ML1100 фатальной ошибки "Unexpected hardware watchdog timeout or an ASIC reset occurred". При этом память программы не сохраняется. После заливки программы всё чудесно работает ещё несколько месяцев. Прошу советов. Спасибо.
|
Подскажите, кто знает - как в FT (ME, SE) использовать активх??
Регистрирую [b:e47e6c3383]свой[/b:e47e6c3383] .осх файл, и через FT и через regsvr32 вроде регистрируется.
При переносе на дисплей в FT элемент создается, настраивается, но после сохранения - повторного открытия студии - пишет что активх не найден на компьютере.. И в рантайме не работает.
Стандартные активх'ы идут нормально.
В том же ворде на том же компьютере этот элемент открывается и работает без проблем.
Может кто сталкивался с такой проблемой?
|
[quote:7d025b30f0="wildnsk"]
Частотный преобразователь подключен к контроллеру CompactLogix через [size=18:7d025b30f0][color=red:7d025b30f0]кольцо[/color:7d025b30f0][/size:7d025b30f0] ControlNet, контроллер к станции через Ethernet.[/quote:7d025b30f0]
|
[quote:36487d9dda="oldDad"]Проверьте, всё ли правильно сконфигурировано в соответствии с [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/22comm-um006_-en-p.pdf]22-COMM-C ControlNet Adapter. User Manual, Chapter 2[/url].
[/quote:36487d9dda]
Завтра снова еду к пациенту. Установить RSLogix / RSNetworx возможность имеется. Вопрос в том по какой причине может потребоваться проверка и изменение параметров сетевого адаптера 22-COMM-C, ведь производитель пишет "The adapter stores parameters and other information in its own non-volatile memory."
Замена производилась только основной платы управления частотника. Уж не знаю чего они там в сервисе делали с частотником кроме прикручивания платы, но даже параметры привода H418, H446, H447, H448 мне самому пришлось выуживать из сгоревшей и прописывать в новую после получения привода. Думаю вряд ли сервисники лазили в сетевой адаптер (адрес, по крайней мере старый выставлен).
Lite версия DriveExplorer позволит глянуть необходимые параметры? RSLinx на станции оператора установлен. Частотный преобразователь подключен к контроллеру CompactLogix через кольцо ControlNet, контроллер к станции через Ethernet. Нода вроде сконфигурированы раз остальные привода пашут.
|
Доброе утро. Спасибо за ответ.
Мы локальные топики проверяли, знаем, что работает нормально. Но сам Rockwell рекомендует в такой конфигурации настраивать связь на RemoteOPC. К тому же у нас время обновления тегов при локальных ОРС топиках почему то увеличивается в 2.5 раза от настроенного времени. Например, при времени обновления 1 сек реально данные обновляются через 2-2.5 сек. В принципе это особо не напрягает, можно просто увеличить частоту обновления, но настораживает.
Для переключения между двумя RSLinx Gateway для RSView 7.5 Rockwell рекомендует использовать VBA Code (KB ID 20755). Так вот, с ним переключение работает еще медленнее. Причем зависимость прямая: чем больше тегов, тем медленнее переключение. Тестовый проект (10-20 тегов) переключается достаточно быстро, а реальный 6К тегов - 5-6 минут.
Поэтому и хотели для себя прояснить, почему так происходит на RemoteOPC именно при отключении ШНУРКА ETHERNET. Если выключить сам сервер ввода/вывода, или RSLinx на нем или обесточить Cisco, через которую он подключен, то переключение нормальное. Оператор успеет напугаться и сообщить в соответствующую службу , а тем временем связь переключится и он продолжит работать. :)
|
Предыдущие результаты
Ещё результаты |
|
| |
|
