 | |
Предыдущие результаты
 System Platform или Intouch Stand Alone? В случае с системной платформой, нужно делать reconnect DA-объекта- это как дополнительная информация, м.б. пригодится.
[quote:900cb092b2]Problem
You are using RSLinx Single Node or OEM with Wonderware products, and when Wonderware or the PC starts up, you see a message titled,
Operation Not Supported by RSLinx Single Node (OEM)
containing the following text:
Operation Not Supported by RSLinx Single Node (OEM). RSLinx Single Node (OEM)
supports all DDE formats except FastDDE. RSLinx Single Node (OEM) does not
support 3rd party client applications, or more than one DDE/OPC Topic
active at a time.
Environment
RSLinx Single Node
RSLinx OEM
Cause
By default, Wonderware products use the Wonderware proprietary FastDDE communication method to DDE servers such as RSLinx. RSLinx will sense that Wonderware is a FastDDE client, and display the informational window to indicate that it cannot support this type of operation. FastDDE is only supported by RSLinx Professional and Gateway; RSLinx Single Node and OEM do not support FastDDE.
Solution
The Wonderware product will still work with RSLinx Single Node or OEM; it will connect using a standard DDE connection. However, the data transfer will be slower with the standard DDE protocol, since it uses one packet per item, where FastDDE (and Rockwell Automation's similar AdvanceDDE protocol) is an optimized DDE protocol with multiple items per packet.
To get FastDDE support, upgrade to RSLinx Professional or Gateway, which support FastDDE. See AID9344 - RSLinx Version and Features Matrix for more information on features supported by various versions of RSLinx.
Alternately, you could use RSLinx Single Node or OEM with Wonderware's OPCLink I/O server, which would connect to RSLinx Single Node or OEM using OPC.[/quote:900cb092b2]
Проверяйте настройки DDE- c FastDDE работать не будет, а может вы вообще, в случае Getaway, по OPC данные забирали?
К тому же от SuitLink можно и отказаться.
|
[quote:12d7168fa8="dv_"]Если один из контроллеров может быть отключен без нарушения техпроцесса, стоит задуматься: PV Standard и PV+ - замучают (практически не будет возможности работать) сообщениями об отсутствии связи, отключение Information спасает, но это потеря части встроенного функционала.
Как в PV Component - не знаю, но думаю, что они наследники предшествующих PV.[/quote:12d7168fa8]
ОК. Спасибо за информацию.
У меня как раз такое и планировалось: возможный останов любого из участков при работе другого.
Если проблема не может быть решена в программной части, возможно, спроектирую безусловную работу всех контроллеров, даже если участок под управлением данного контроллера будет в режиме останова.
|
[quote:bcfbe5f2b0="DIMIOKS"]Доброго времени суток всем!
Прошу специалистов ответить на следующие вопросы:
1. Панель 2711C-T10C может работать по Ethernet/IP одновременно с двумя контроллерами 2080-LC50-48QWB?[/quote:bcfbe5f2b0]Если один из контроллеров может быть отключен без нарушения техпроцесса, стоит задуматься: PV Standard и PV+ - замучают (практически не будет возможности работать) сообщениями об отсутствии связи, отключение Information спасает, но это потеря части встроенного функцинала.
Как в PV Component - не знаю, но думаю, что они наследники предшествующих PV.
|
1. Да, по Ethernet.
2. Нет. Micro850 может работать только со свими родными модулями расширения, до 4 модулей.
Вообще, семейство Micro8x0 стоит особняком, не имеет ничего общего с семейством Logix (ни hardware, ни software), предназначено для самых дешевых встраиваемых систем, которые применяются при серийном изготовлении, например, станков или других автоматизированных механизмов (Standalone Machine Control), чем и обусловлена их дешевизна. Для построения распределенных систем управления они не предназначены и почти непригодны.
3. CompactLogix 5370 L1 - вот самый дешевый представитель интегрированной архитектуры для построения распределенных систем управления. Дешевле уже некуда.
|
RSI Security Server Standalone Edition обычно находился на диске RSLogix5000 в разделе утилит.
Вообще, по поводу Security посмотрите документ [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/qs/ftsec-qs001_-en-e.pdf]FTSEC-QS001F-EN-E FactoryTalk Security System Configuration Guide[/url]
|
[quote:823cbde4d9="mp3corp"]Да, Cur и Acc оба Float, про перенасыщение немного не понял. Какие проблемы могут возникнуть?[/quote:823cbde4d9][b:823cbde4d9]
Не "перенасыщение", а насыщение.
Cur [/b:823cbde4d9]может быть [i:823cbde4d9]машинным нулем[/i:823cbde4d9] для [b:823cbde4d9]Acc[/b:823cbde4d9].
Сделай простую программу: [code:1:823cbde4d9]Acc = Acc + 1.0[/code:1:823cbde4d9]
Посмотри тренд для [b:823cbde4d9]Acc [/b:823cbde4d9]- все поймешь сам.
[quote:823cbde4d9="KB ID 9878 The IEEE Single Precision Floating Point standard affects totalization applications and compute or math errors occur when adding ..."]The IEEE Single Precision Floating Point standard requires the exponents in the two operands to be the same. Since the fractional component is only 23 bits, as the exponent gets larger, the fractional component approaches zero.
The effect of this can be easily seen when adding 1 to a number over a period of time.
When the sum is in the 16 million range, the number 1 becomes 0 because the exponent is so large, a "1" is insignificant, and gets shifted out of the equation. The result is that a 0 is added instead of a 1.
This is a limitation of the Single Precision Floating Point Math Standard. As an example, when adding 1 to a number, you will see a zero added at 1.677722e+007.[/quote:823cbde4d9]
Для [b:823cbde4d9]Logix [/b:823cbde4d9]используй команду [b:823cbde4d9]TOT [/b:823cbde4d9]в [b:823cbde4d9]FBD[/b:823cbde4d9].
[quote:823cbde4d9="mp3corp"]Блок ADD, не мной написан я его брал из стандартной палитры компонентов.[/quote:823cbde4d9]ADD - команда, обнуляться должно (если ACC не используется для [b:823cbde4d9]JSR[/b:823cbde4d9] как вход и выход). Из-за слова [i:823cbde4d9]блок [/i:823cbde4d9]я подумал что, этот код применяется в [b:823cbde4d9]AOI[/b:823cbde4d9], там будет сложнее, но тоже можно
|
Нужно слить проект с графической панели PanelView Standard 300 Micro (2711-M3A19L1) пользуемся PanelBuilder32 и RsLinx Classic. Проект с контроллера MicroLogix 1200 (1762-L40BXB) удалось скачать, а вот подключиться и затем скачать проект с панели PanelView Standard 300 Micro не выходит, подскажите в чем может быть проблема. И если не сложно опишите пошагово как это сделать.(Программа RSLinx панель просто не видит). Подключаемся по интерфейсу RS232.
Кабель DF1 на COM. В RSLinx используем драйвер RS-232 DF1 devices, далее выбираем авто конфигурирование после чего пишет “Unable to verify setting due to packet timeout! Check all cables and configuration and try again.” Выставлял и вручную настройки в RSLinx, но так же не смог к панели подключиться. Кабель используем тот же что и при подключении к самому контроллеру (там всё работает как положено), COM порт задаём тот что определяется в диспетчере устройств.
|
Я думал TechConnect предоставляется не единоразово, а на какой-то срок (к примеру год), потом опять надо либо регистрировать ПО, либо платить денежку. Я не знаю даже приблизительной цены этой поддержки. Но думаю уровня Self-Assist мне бы хватило, и вряд ли это дорого, поэтому наивно начал искать как его по-быстрому приобрести (в идеале клацнул ссылку на офиц. сайте, заплатил по PayPal и пользуешься), но нашел только что нужно обратиться к локальным дистрибуторам. Да и вобще мне думается, не ориентирован этот TechConnect на наши края. Лишний раз в этом убедился, не найдя Украины в списке стран с дистрибуцией на сайте Rockwell.
Но это уже не так важно, т.к. на объекте предлагаемое в статье базы знаний решение не помогло. Там используется резервируемый сервер, в качестве подопытного выбрали один из серверов, поменяли системную политику c TCP на DCOM, перезагрузили сервер и одну из станций-клиентов. Перевели резервный сервер из stand-by обратно в активное состояние (сначала HMI, потом RSLinx). Когда переключили HMI-server на резервный, система работала почти нормально, разве что картинки немного подтормаживать начали. Но Descriptions тэгов не выводились совсем. После переключения RSLinx на резервный сервер отвалились все клиенты, в т. ч. тот который предварительно перезагружался. Поэтому вернули всё обратно. На работающем объекте оказалось непросто менять столь глобальный параметр. Я подозреваю что надо было перезагрузить и второй сервер, и все клиенты, но на это мы пойтить не могли.
Проще наверно перерисовать 2-3 десятка картинок без использования descriptions, чем потом расхлёбывать последствия простоя или аварии на производстве.
А по поводу того что
[quote:3230244c2e]системный интегратор может за относительно небольшие деньги приобрести в составе TechCoonnect полный пакет всего поставляемого Rockwell программного обеспечения[/quote:3230244c2e]
можно подробнее, я не знал про такую возможность? Это может действительно того стоить.
|
[quote:b8196baf23]50157 - The degree symbol (ALT+0176) will not show up when using a tag label
Access Level: TechConnect
Date Created: 03/12/2008 11:09 AM
Last Updated: 10/25/2012 04:37 PM
I converted a distributed project from RSViewSE 4.0 to FactoryTalk View SE 5.0. I had tag labels showing the degree symbol ( ° ) on some of the screens in my project. They worked fine in 4.0, but now I do not see them after converting to 5.0. Even if I try to recreate them directly in 5.0, they still will not display.
The degree symbol is entered using an ASCII extended character code (ALT+0176). The extended character set begins at code ALT+0128. For some reason, the extended characters are not being passed when using a tag label if the FactoryTalk Live Data Policy is set for TCP/IP. By default, if 5.0 is installed as a new install, this is the policy setting that will be selected.
There are two options to work around this issue.
Create a text string memory tag containing the degree symbol and use that to show the special characters instead of a tag label.
Switch the Live Data Policy (in the System\Policies\System Policies folder area of the project tree in Studio or FactoryTalk Administration Console) from TCP/IP to DCOM. Note that this option will require a reboot of all computers in your FactoryTalk network, and may require DCOM setting changes as well.
Note that this applies only to distributed projects. FactoryTalk View SE Standalone is not affected by the Live Data Policy, and the extended characters will display there no matter which option is selected for the network policy.
[/quote:b8196baf23]
|
[quote:65c9e93c26="LMlm"][quote:65c9e93c26="oldDad"]Скорее всего, что-то с железом на пути в контроллеру.
Удаётся ли связаться по RS-232 с другим контролером с этим же кабелем и адаптером?[/quote:65c9e93c26]Связывался этим адаптером и кабелем 1761 с MicroLogix1200. При автоконфигурации драйвера- моментально определился.[/quote:65c9e93c26]К SLC подключение как для MicroLogix, если не стоит другой протокол, например DH-485 для Ch0 (какой каталожный номер PanelView - в Standard PanelView протокол зашит жестко). [b:65c9e93c26]Off-85[/b:65c9e93c26] тебе советовал: "[b:65c9e93c26]SLC-CH0[/b:65c9e93c26]", а не "PLC-CH0".
[quote:65c9e93c26="LMlm"]
И еще один вопрос.
Для соединения с заведомо рабочим контроллером (выгрузки программы или просто проверить работу своего адапера) необходимо откинуть панель оператора т.к. она сидит на RS232 порту. Безопасно ли это делать при работающем оборудовании? Не может ли быть прописана в программе или конфигурации контроллера какая нибудь нехорошая реакция контроллера на потерю связи с панелью.[/quote:65c9e93c26]Прописать такую ситуацию можно, но я сильно сомневаюсь в этом. :o
|
Предыдущие результаты
Ещё результаты |
|
| |
|
