 | |
Предыдущие результаты
 Добрый день, уважаемые коллеги.
Работаем с софтом: RSVew32 v. 7.50 и RSLinx v. 2.57.
На АРМ-е есть Node настроенный по RemoteOPC на основной Gateway, при появлении ошибки связи (используем comm_err по секундам контроллера) командой NodeSwitch переключаем Node на резервный Gateway. Если на основном Gateway выключить RSLinx, то переключение происходит в течение минуты (1,5), а вот если откинуть шнурок Ethernet, то переключение занимает минут 5, а то и больше. Сама ошибка comm_err по тегу появляется только через 1-2 минуты, после отключения шнурка, происходит переключение, и только еще через несколько минут появляются данные с резервного Gateway. При восстановлении связи, обратное переключение происходит нормально.
Может кто что подскажет. Буду очень признательна.
|
[quote:99d43551c0]чтоб не покупать RSSQL в своё время выдрали библиотеки и установили их службами, а остальное выполнили VBA скриптами с указанием жестко прописанных путей с именем сервера и паролями[/quote:99d43551c0]
Молодцы.... :)
В итоге, получился зависимый от разработчиков продукт, так?
А что будет, если разработчики исчезнут, закончатся? Кто и как будет дальше сопровождать их уникальное творение? Пароли они хотя бы дали, или нужно к ним на поклон?
И что дальше?
Стоимость труда разработчиков, конечно, оказалась намного меньше, чем стоимость RSSQL?
Стоимость Вашего теперешнего труда, возможные потери, простои во время отладки тоже никто в расчёт не берёт, так?
[quote:99d43551c0]ох уж эта экономия[/quote:99d43551c0]
А она - с учётом вышеизложенного - есть?
Рано или поздно тот, кто сэкономил, поймёт, что имеет только то, за что заплатил, а за что не платил, того не имеет :)
М-да.... скупой платит дважды.
|
[quote:b832f03f71="oldDad"]Понятна ситуация.
Посмотрите вот этот документ примерно со стр. 10-25, а также главу 21:
[url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/viewse-um006_-en-e.pdf]VIEWSE-UM006G-EN-E FactoryTalk View Site Edition User's Guide[/url]. Это может помочь.[/quote:b832f03f71]
Спасибо, но кажется решение пришло откуда не ждали, оказывается разработчики чтоб не покупать RSSQL в своё время выдрали библиотеки и установили их службами, а остальное выполнили VBA скриптами с указанием жестко прописанных путей с именем сервера и паролями. Не совсем удобно зато дешевле, ох уж эта экономия. Думаю после внесения изменений в VBA связь появится.Но за ответы спасибо.
|
Понятна ситуация.
Посмотрите вот этот документ примерно со стр. 10-25, а также главу 21:
[url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/viewse-um006_-en-e.pdf]VIEWSE-UM006G-EN-E FactoryTalk View Site Edition User's Guide[/url]. Это может помочь.
|
[quote:a533140050="oldDad"]Очевидно, вы имеете в виду старую RSView SE, новая версия которой называется FactoryTalk VIew SE. Продукта "RSView[b:a533140050]32[/b:a533140050] SE" не существует, так что, пожалуйста, не путайте RSView 32 и RSView SE / FactoryTalk View SE, это совершенно разные по устройству продукты, хотя и немного похожие внешне.
Код VBA в FactoryTalk VIew SE работает [u:a533140050]совершенно[/u:a533140050] иначе, чем он работал в RSView32.
Для тразакций, в частности, из бывшей RSView SE в базу SQL существовал продукт RSSQL. Теперь RSViewSE вот уже несколько лет называется FactoryTalk VIew SE, а RSSQL - FactoryTalk Transaction Manager.
Я бы очень порекомендовал всё-таки обновить систему до новейшей версии и применить те продукты, которые порекомендовал выше.[/quote:a533140050]
простите ради бога) Конечно просто RSView SE (версия 3.20), до новейшей версии обновиться не можем потому как Заказчик не хочет тратиться посему приходится работать с тем что есть.
P.S. RSSql не устанавливался но связь была.
|
Очевидно, вы имеете в виду старую RSView SE, новая версия которой называется FactoryTalk VIew SE. Продукта "RSView[b:6c95b4fd1b]32[/b:6c95b4fd1b] SE" не существует, так что, пожалуйста, не путайте RSView 32 и RSView SE / FactoryTalk View SE, это совершенно разные по устройству продукты, хотя и немного похожие внешне.
Код VBA в FactoryTalk VIew SE работает [u:6c95b4fd1b]совершенно[/u:6c95b4fd1b] иначе, чем он работал в RSView32.
Для тразакций, в частности, из бывшей RSView SE в базу SQL существовал продукт RSSQL. Теперь RSViewSE вот уже несколько лет называется FactoryTalk VIew SE, а RSSQL - FactoryTalk Transaction Manager.
Я бы очень порекомендовал всё-таки обновить систему до новейшей версии и применить те продукты, которые порекомендовал выше.
|
to oldDad
у меня CPR7 и задача обновить систему именно до этой сборки, все перечисленные вами приложения актуальны для более поздних версий к сожалению. Основной вопрос остается открытым, куда же ссылаются memory теги, и не связано ли отсутствие связи с ошибкой VBA code has been halted. Хотя стороннего кода вроде не использовалось.
P.S.: да и система раньше работала на RSView32 SE(просто без опознавательных номеров) MSSQL2000 работала ,прямо скажем, неважно. Потому и было принято решение обновить до CPR7, т.к. версии выше этой наши лицензии не поддерживают.
|
Если Вы собираетесь хранить в базе SQL только тревоги и события (Alarms and Events), то читайте документ [url=http://samplecode.rockwellautomation.com/idc/groups/literature/documents/rm/ftae-rm001_-en-e.pdf]FTAE-RM001B-EN-E FactoryTalk Alarms and Events System Configuration Guide[/url].
Если же кроме Alarms and Events в базе SQL нужно хранить ещё какую-нибудь информацию, то нужен [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/pp/ftalk-pp011_-en-p.pdf]FactoryTalk Transaction Manager, публикация FTALK-PP011_-EN-P[/url].
|
Помогите.
Нужна помощь в вопросе :
как организовать связь между RSView и MSSQL 2000, Проект раньше вертелся RSView32 3.2 после перехода на 4.0 пропала связь с БД, единственное что изменилось так это имя машины на которой установлен MSSQL. Разобрался с тем, что нужно ODBC настроить и Memory теги завести, но что дальше не совсем понятно! Т.е. теги уже есть но ни в Dereved тегах, ни в DataLog моделях они не используются. ODBC настроил на новый сервер, в DataLog тоже настройки поменял. Но где используются эти теги (SQLServerConnect) так и не нашел! Извиняюсь за дилетантство в этом вопросе, но очень нужна помощь.
|
Я имел в виду, не пробовали ли Вы получить доступ к модему не со стороны RS-232, а со стороны GSM, воткнув USB-GSM-модем в компьютер и попробовав связаться с GW-201 по его номеру? Не знаю, умеет ли это делать GD-Tool, у меня этого софта нет.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
