 | |
Предыдущие результаты
 [quote:68c254a83d] Phoenix Digital provides Redundant, Self-Healing, Multidrop Fiber Optic Connectivity for Allen-Bradley [b:68c254a83d]ControlNet[/b:68c254a83d], Ethernet, 10/100 Mbps FAST Ethernet, Data Highway Plus, Remote I/O, SLC 500 DH-485, DF1, MODBUS, and RS-232/422/485 Communication Networks. [/quote:68c254a83d]
http://www.phoenixdigitalcorp.com/rockwell.html
|
[quote:2c1b8f9cf8]А возможно ли использование этого модуля без написания пользовательской программы на С?[/quote:2c1b8f9cf8]
Prosoft отвечает: нет.
[quote:2c1b8f9cf8]Возможно существует (поставляется вместе с модулем или отдельно) какая-нибудь (базовая)упрощенная пользовательская программа для передачи данных с портов в контроллер без какой-либо обработки, а сам протокол можно реализовать в контроллере. [/quote:2c1b8f9cf8]
С модулем поставляется пример программирования. Если он Вам подходит - замечательно. В противном случае, надо писать аппликацию самостоятельно.
[quote:2c1b8f9cf8]И еще один вопрос: у меня такое подозрение что модули MVI56-GSC MVI56-MCM и т.д. не что иное как MVI56-ADM c зашитой пользовательской программой от ПроСофт реализующей соответствующие протоколы.[/quote:2c1b8f9cf8]
Нет, не совсем так. Модули отличаются не пользовательской программой, а зашитым в них firmware и/или hardware.
[quote:2c1b8f9cf8]Не продает ли ПроСофт готовые пользовательские программы, в которых реализованы популярные протоколы Modbus, Profibus и т.д?[/quote:2c1b8f9cf8]
Насколько нам известно, не продаёт. Prosoft продаёт модули для каждого из протоколов, которые отличаются firmware и/или hardware. А пользовательскую программу клиент пишет самостоятельно.
Но если Вы заплатите, думаю, Prosoft мог бы разработать для Вас и продать такую пользовательскую программу :) :)
|
А возможно ли использование этого модуля без написания пользовательской программы на С? Возможно существует (поставляется вместе с модулем или отдельно) какая-нибудь (базовая)упрощенная пользовательская программа для передачи данных с портов в контроллер без какой-либо обработки, а сам протокол можно реализовать в контроллере.
И еще один вопрос: у меня такое подозрение что модули MVI56-GSC MVI56-MCM и т.д. не что иное как MVI56-ADM c зашитой пользовательской программой от ПроСофт реализующей соответствующие протоколы. Не продает ли ПроСофт готовые пользовательские программы, в которых реализованы популярные протоколы Modbus, Profibus и т.д?
|
Добрый день!
Я видел у Вас информацию о шлюзах Anybus. Меня интересует преобразование протокола DCON на основе ASCII кодировки в Device Net и преобразование протокола Modbus RTU в Device Net. Есть ли такие варианты поставки и какой срок (реальный) поставки этих шлюзов?
С уважением
|
[quote:4ff4cee645="Dimon"]Причем моментум работает через Modbus TCP\IP[/quote:4ff4cee645]
[quote:4ff4cee645="Dimon"]OPC работает через XIPWay, а через какой драйвер работает Modbus TCP\IP?[/quote:4ff4cee645]
[quote:4ff4cee645="oldDad"]Не понимаю вопроса. [/quote:4ff4cee645]
Просоединяюсь к oldDad :(
Начинаем сначала. "Мухи отдельно, котлеты отдельно". :D
Имеем: Моментум<->Ethernet<->RSView32.
Правильно?
Тогда продолжаем:
- RSView32 - клиент для OPC DA.
- нужен источник данных, т.е. OPC DA сервер.
- OPC DA сервер должен уметь общаться с Моментум по Modbus TCP\IP.
Для клиента OPC не важно что стоит на другом конце, также не важно как приходят данные (с физической точки зрения).
|
OPC работает через XIPWay, а через какой драйвер работает Modbus TCP\IP?
|
Причем моментум работает через Modbus TCP\IP
|
Ну так можете его и использовать. Он же для этого и предназначен.
[quote:76dcd2bb5f]The Schneider OPC Server is designed [b:76dcd2bb5f]to connect PC-based applications (HMI, SCADA, custom applications, etc.) to industrial devices (PLCs, devices, I/O modules, etc.)[/b:76dcd2bb5f] using multiple communication networks.
The OFS package includes:
* The OPC server software implementing a gateway between the PLC protocols and OPC;
* A tool for configuring the OPC server;
* Low level drivers for communication with Modicon Telemecanique PLCs;
* A test OPC client allowing to check the communication between the different elements connected
* A manager giving access to detailed information about the server.
[/quote:76dcd2bb5f]
http://itcofe.web.cern.ch/itcofe/Services/OPC/RecommendedTools/Servers/SchneiderOFS/welcome.html
Вообще, такой софт выпускает множество фирм, например:
http://www.automatedsolutions.com/products/opcmodbus.asp
http://www.kepware.com/Spec_Sheets/Modbus_Ethernet.html
http://www.opcsystems.com/modbus.htm
|
[quote:c1e7527588="oldDad"][quote:c1e7527588="dv_"]Moxa умеет преобразовывать протоколы?[/quote:c1e7527588]
http://www.moxa.com/Zones/Serial_To_Ethernet/index.htm[/quote:c1e7527588]
Про Modbus там вижу...
Думаю, что для подключения к PC Moxa пройдет: RSLinx "увидит" порт RS-232.
Как быть со связкой DF-1 <-> CIP (по Ethernet, т.е. EtherNet/IP)?
1761-NET-ENI не просто железо :)
|
oldDad,
Спасибо за советы и внимание.
[quote:73cd452d6f]Начать с того, что три станции RSView32 работают в одном сегменте. Уж сколько раз твердили миру, что такие конфигурации не работают или работают медленно или плохо, однако...[/quote:73cd452d6f]
Можно поподробнее, или ссылочку, а то первый раз о таком слышу :oops:
Станции эти работают в одном домене, а насчет сегмента, - и не скажу точно, может и в разных. Я сейчас не на объекте, а на память не помню.
[quote:73cd452d6f]Вы же не написали, какую операцонную систему Вы используете, с каким сервис-паком, и какие версии софта. Может причина кроется вообще в несовместимости версии СPR и версии Windows.[/quote:73cd452d6f]
Система стоит на всех станциях Windows XP Pro RUS SP2
Что такое CPR?
RSView как я писал выше - RSView32 7.20 на 5 тыс тегов
[quote:73cd452d6f]Далее, мне никогда не приходило в голову передавать memory-тэги (!) из одной станции RSView в другую. (!).
[/quote:73cd452d6f]
В memory-тэги на каждой станции записывается режим работы насосов (строковая переменная) методом ручного ввода. Этти значения периодически скриптом сохраняются во временные переменные в качестве их значения по умолчанию. И в случае презагрузки проекта или компьютера восстанавливаются при старте проекта из этих значений по умолчанию.
На объекте нет нормальных контроллеров как класса вообще. В целях экономии завод приобрел преобразователи 12-канальные цифровые (ПЦ-12р), каждый из которых собирает данные по 12 каналам, преобразует их и индицирует на своем экранчике. Еще предоставляет доступ к этим данным по RS-485 по протоколу MTM-MODBUS (урезанный MODBUS RTU). Возможно только считывание данных, записывать ничего нельзя.
А вопрос я задавал в основном для того чтобы узнать, работал ли кто реально с событиями для тегов, в частности с _StatusCommErr? Работают ли (отлавливаются нормально) эти события и можно ли их использовать в скрипте VBA для контроля состояния связи?
|
Предыдущие результаты
Ещё результаты |
|
| |
|
