Вход на форум 
В начало e-Mail

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты

 Смотрите документ [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1394-um000_-en-p.pdf]1394-um000_-en-p.pdf 1394 Digital AC Multi-Axis Motion Control System User Manual[/url] начиная со стр. 4-11, Serial Communications.

 [quote:e5e8a90963="oldDad"]Уважаемая Dasha, По поводу функцонала: Вы же знаете, что программисты пишут то, что им заказывают. То, чего им не заказывают, они не пишут. Затем из всего написанного выживает то, что нужно и используется. Остальное уходит с рынка. RSView32 на рынке уже лет 15. Мне было бы очень интересно почитать Ваши впечатления не от RSView32 разработки 90-х годов прошлого века, а от более современного продукта, например, от FactoryTalk VantagePoint или от FactoryTalk Historian или FactoryTalk SE - в особенности, про [i:e5e8a90963]допиливание[/i:e5e8a90963]. Спасибо.[/quote:e5e8a90963] Вот, именно, уважаемый OldDad. Вы в точку попали. На двести процентов согласна с Вами. Я бы тоже с удовольствием поюзала FactoryTalk SE и другие Factory XX. Дайте мне этот софт для теста и заключите мне эти проекты договорами для выполнения и я долгими зимними ночами буду писать Вам о своих впечатлениях об этих продуктах. Но пока я имею, то, что имею. А имею я два года безработицы, поскольку автоматизация не нужна в нашем государстве. Сейчас в моде инновации и модернизации. Имею смену на совершенно другую неинтересную мне профессию. И еще есть небольшой опыт программирования на нескольких языках, пятнадцатилетний RSView32, несколько брошенных из за кризиса проектов и желание не сгинуть с голода... Вот такие у меня интересы :cry:

 Уважаемая Dasha, По поводу функцонала: Вы же знаете, что программисты пишут то, что им заказывают. То, чего им не заказывают, они не пишут. Затем из всего написанного выживает то, что нужно и используется. Остальное уходит с рынка. RSView32 на рынке уже лет 15. Мне было бы очень интересно почитать Ваши впечатления не от RSView32 разработки 90-х годов прошлого века, а от более современного продукта, например, от FactoryTalk VantagePoint или от FactoryTalk Historian или FactoryTalk SE - в особенности, про [i:0ed21263e9]допиливание[/i:0ed21263e9]. Спасибо.

 [quote:b02632eaa6="alexei_kzn"]Проблема состоит в следующем: Имеется контроллер АВ 1769L35E OPC - Rslinx Classic ARM Intouch 10.0 в ARMе и в OPC Test Clien не видно оффлайновых тегов топик создавался следующим образом 1. Создал проект test.acd 2. в RSLinx автоматически создался топик 3. привязал топик к эмулятору, и указал файл проекта test.acd 4. запускаю OPC Test Clien 5. Вижу в нем топик test 6. во вкладке Offline пусто а во вкладке Online теги ранее загруженные в эмулятор проекта. Помоги разобраться почему не видно оффлайновых тегов. может я делаю что то не так.[/quote:b02632eaa6] > во вкладке Offline пусто а во вкладке Online теги ранее загруженные в эмулятор проекта. > Должно быть все видно как в offline, так и в online. Посмотрите в последней закладке Linx/Topic должен быть виден где то вверху выбранный драйвер из выпадающего листбокса. Если там ничего нет, то нужно установить драйвер для эмулятора.

 Проблема состоит в следующем: Имеется контроллер АВ 1769L35E OPC - Rslinx Classic ARM Intouch 10.0 в ARMе и в OPC Test Clien не видно оффлайновых тегов топик создавался следующим образом 1. Создал проект test.acd 2. в RSLinx автоматически создался топик 3. привязал топик к эмулятору, и указал файл проекта test.acd 4. запускаю OPC Test Clien 5. Вижу в нем топик test 6. во вкладке Offline пусто а во вкладке Online теги ранее загруженные в эмулятор проекта. Помогите разобраться почему не видно оффлайновых тегов. может я делаю что то не так.

 RSView32 - это очень старый продукт, который всё ещё поставляется с 1995 года, но уже давно не развивается и для новых систем не рекомендуется. Это просто SCADA, причём старая. Все её реинкарнации v7.x имели одну простую цель - совместимость с новыми версиями Windows, а с точки зрения функционала в ней не добавилось и не добавлялось ровно ничего - практически уже лет 10. Она умеет то, что умеет, и больше ничего. С современными контроллерами серии Logix она работает плохо и медленно, клмент-серверную технологию не поддерживает, сильно грузит сеть и т.п. В общем, сильно устарела. Если Ваш Заказчик хочет новых технологий, то и нужно применять новые технологии и продукты. Есть новая, современная SCADA - FactoryTalk View. Почему бы Вам не применить её? Рассказывали ли Вы Вашему заказчику, например, о таких современных занимательных штуках, как FactoryTalk Historian, FactoryTalk VantagePoint, о FactoryTalk Transaction Manager для интерфейса с SQL, например? P.S. Вы можете написать замечательную примочку на чудесном языке программирования С#, и даже каким-то боком (делегатами?) прислонить её к старой SCADA. Вопрос №1: кто и каким образом будет сопровождать Ваш самопальный (тысячу раз извиняюсь) продукт, если/когда Вы уволитесь? Вопрос №2: будет ли иметь какие-то границы "благодарность" заказчика, когда в один прекрасный момент через N лет вдруг рухнет система, или из Вашего чудесного самопального продукта вылезет недоотлаженный баг, или возникнут проблемы несовместимости Вашего продукта с каким-то новым, появивишимся через N лет после Вашего увольнения, и некому будет даже понять, что и как там писали тогда много лет назад (и кто)? [quote:eea974810d]Не поделюсь. Это ГосТайна :D [/quote:eea974810d] ОК, не надо выдавать тайну. Разные люди имеют очень различные мнения, а есть и такие, кто даже верит в сказки и в Деда-Мороза :D

 В актуальной версии резервированные шасси поддерживают только модули 1756-EN2T для шинной архитектуры, но не 1756-EN2TR или 1756-EN3TR, которые необходимы для кольцевой архитектуры. В документе 1756-um523 на стр.39 для IP-swapping приведена вот такая рекомендуемая конфигурация: [img:4886e3773a]http://img261.imageshack.us/img261/3884/image4ui.jpg[/img:4886e3773a] В Вашем случае это означает вот такую структуру: [img:4886e3773a]http://img526.imageshack.us/img526/6407/image3xl.jpg[/img:4886e3773a] Или уже вообще вот так: [img:4886e3773a]http://img214.imageshack.us/img214/1136/image4cgu.jpg[/img:4886e3773a] Вы, конечно, можете воспользоваться процедурой ControlLogix Redundancy Alias Topic Switcher, описанной в этом документе в Appendix A, но это не IP-swapping и не очень хорошее решение. См. также комментарии на стр. 40 вышеупомянутого документа: [quote:4886e3773a]An EtherNet/IP module looks for a carrier signal [color=darkblue:4886e3773a]only from the closest switch. It does not know the health of the network beyond that point.[/color:4886e3773a] [/quote:4886e3773a]

 Добрый день! Уважаемые гуру помогите решить следующую проблему - имеем собственноручно написанную программу по расчету теплотехнических характеристик объекта. На этапе обсуждения была договоренность, что в КИПовские вещи мы не влезаем и предоставляем информацию о базе данных, описание полей в которые необходимо заносить показания датчиков температуры. Однако вышло как всегда и теперь нам предлагают самим осуществить связку по внесению данных с контроллеров. Мы в этом чайники, порывшись в инете, поняли, что надо использовать OPC. На объекте стоит RSLogix 5000, FactoryTalk SE, RSLinx (рис.). http://i4.fastpic.ru/big/2010/1029/e3/43c967fb5d8e7e600fa9bd2d316820e3.jpg Местные говорят, что эти данные тольно визуализируются, но не сохраняются. Нам бы эти зелененькие цифирки в базу закидывать с частотой 20 мин. Куда копать, ткните носом.. :)

 Два коммутатора нужны для того, чтобы при отказе одного из них возможна была работа с резервированной ControlLogix-1756 системой теми абонентами, кто подключен ко второму коммутатору. В руководстве ControlLogix Redundancy System Manual, 1756-UM523F-EN-P одной из причин переключения с primary chassis на secondary названо как раз – «break or disconnection of a ControlNet tap or ethernet cable». Или при отказе коммутатора такого переключения между primary и secondary chassis не произойдёт?

 Вот так пробовали? [quote:d3331c6ac1]Cause: The following have been identified as causes for this error: * the HMI server is located on a remote machine - attempting to import/export tags to a remote HMI server is not supported; * the local HMI server is not running - for the Tag ImpExp utility to function correctly the tag server (TagSrv.exe) must be running; * the default web page for the computer is not running; * the tag cache files for the HMI server have become corrupt; * if running RSView SE version 3.00.01 see AID 26896 - Problem Launching 'TagSVRTC' - 'TagDBImpExp' after applying Patch from R59554218 * if running RSView SE version 4.00.00 (CPR 7), the logged in user to FactoryTalk is not part of this project's RSView User Accounts; and * a remote Terminal Services session is being used to import a CSV file on a Windows 2000 Server computer hosting the HMI Server. * importing to a primary and secondary HMI server, simply stopping the HMI server service as a failover in order to update the 'other' server will generate this error. Disconnecting the ethernet cable from the PC is a more effective failover and will allow for the import/export to work. Solution: To turn on the default web page: 1. Go to Control Panel-> Administrative Tools. 2. For Windows 2000, launch "Internet Services Manager". 3. For Windows XP, launch "Internet Information Services". 4. Drill down the folders until underneath this computer name you see "Default Web Site". If it has the word "Stopped" next to it, right-click it and choose "Start". To Resynchronize the HMI server's tag database by deleting the tag cache files: 1. Find the HMI Server folder for the problem tag database in Windows Explorer (i.e., C:\Documents and Settings\All Users\Documents\RSView Enterprise\SE\HMI Projects\<HMIServerName>). 2. Delete the 'cache' subfolder and also the CAC file in the 'Tag' subfolder (i.e., <HMIServerName.CAC). 3. Reboot the machine to force a re-resynchronization of the tag database. Note: the tag database is re-synchronized when the HMI server starts. If the HMI server is configured to start on system startup (on reboot), it is not necessary to open and load the application in View Studio. If the HMI server is configured to start on demand, the server will only start once a client (either View Studio or Display Client) is run. If Windows 2000 Server (as an HMI Server) is setup for use with Terminal Services, use the local console instead of a remote Terminal Services session for the Import. If using RSView Studio 4.00.00 (CPR 7), the logged in user to FactoryTalk must be an authenticated user to the application. Please do the following: 1. Launch RSView Studio and open your application 2. Go to Settings and select RSView User Accounts 3. Click on the icon labeled Add User/Group 4. Click on Add and select the desired FactoryTalk User and hit OK 5. Check Allow "All Actions" for the user that was just added and hit OK 6. Click "Close" on the right to exit out of the User Accounts window and click Yes to Save changes to document [/quote:d3331c6ac1]



Предыдущие результаты


Ещё результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты




  
RA & VDT GmbH


Облако тэгов
sound FTView Control Logix MVI56-104S 1734-AENTR Altivar Add-on Instruction MVI46MCM Ethernet PLC-5 SLC-500 1757-SRM Firmware ComactLogixL32E 1756-L75 1756-RM2 Controlnet cable Promass Client Memory 1769-L32E execution minutes seconds Windows Build 00000d5c Unspecified terminate geehrter automatisch keine globalen Fehlermeldungen Default Stand

Яндекс цитирования

Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany
Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de
Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна.
Открытие страницы: 0.136 секунды