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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 [quote:72fd6f354f="avgaid"]Да не про PanelView речь, а про то, что данные он собирает в один контроллер только затем, чтобы потом по модбасу передать на HMI, который на Интаче... Что мешало поставить OPC сервер (RSLinx или KEP server) на PC c интачем, и брать эти данные напрямую из слайвов по Ethernet? и мароки бы небыло с конекшинами.[/quote:72fd6f354f] "Создаем себе трудности, чтобы их потом героически преодолевать" (С) из фильма. Ему бы возможности маршрутизации [b:72fd6f354f]NetLinx[/b:72fd6f354f]. Помечтаем (Modbus aka Ethernet I/P, ControlNet, DeviceNet), было бы - по Modbus входим на Main, с него на Ethernet I/P и далее к остальным. Т.к. этого нет, но мечты приводят к [b:72fd6f354f]ProLinx [/b:72fd6f354f](например [b:72fd6f354f]4201-DFNT-MCM[/b:72fd6f354f]) от [b:72fd6f354f]Prosoft-Technology[/b:72fd6f354f]. Получит функционал - в разы выше, чем с [b:72fd6f354f]1769-MCM[/b:72fd6f354f].

 [quote:8bd4feae87="clinklion"]Это все настроечные данные, в случае если необходимо будет посмотреть/подкорректировать что-то с АРМ оператора[/quote:8bd4feae87] Тогда зачем их гонять через [b:8bd4feae87]Main[/b:8bd4feae87]? Наверно, чтобы связь PV+ была только с одним контроллером:[quote:8bd4feae87="dv_"][quote:8bd4feae87="clinklion"]...я смогу сделать так, чтобы панелька работала с несколькими контроллерами, т.к. у меня конфигурация 5 контроллеров и 1 панель оператора.[/quote:8bd4feae87]Сделать можно, но если один из контроллеров будет отключен - постоянно будет выскакивать баннер о потере связи :o Разве, что отключить эту функцию.[/quote:8bd4feae87]Сам такое делал, но не с такими объемами. Сколько операторов будет? Не возникнет ли ситуация когда нужно видеть информацию от нескольких slave?

 Здравствуйте! https://rockwellautomation.custhelp.com/app/answers/detail/a_id/55209 Желаю удачи!

 Здравствуйте. Пдоскажите пожалуйста кто-нибудь имел опыт связи данных устройств. Не получается соединиться. Пытаюсь наладить связь по serial port. Rs-232. Должен ли я видеть в rslogix5000 данную панель? Как правильно запистаь адрес тэга в панели? Заранее спасибо.

 [quote:b26f3afddb="dv_"][quote:b26f3afddb="avgaid"]А вообще для в следующий раз не используете [b:b26f3afddb]продьюс/консьюмер связь для передачи данных на HMI[/b:b26f3afddb], они для этого не предназначены. Этот тип связи используется для обмена управляющей информации, критической по времени. Система гарантирует доставку данных за RPI, т.е. время реакции контроллера на данные полученые из другого контроллера всегда известна.[/quote:b26f3afddb] У него [b:b26f3afddb]Scheduled [/b:b26f3afddb]для [b:b26f3afddb]PanelViewPlus [/b:b26f3afddb]отсутствует (нет в дереве устройств проекта контроллера).[/quote:b26f3afddb] Да не про PanelView речь, а про то, что данные он собирает в один контроллер только затем, чтобы потом по модбасу передать на HMI, который на Интаче... Что мешало поставить OPC сервер (RSLinx или KEP server) на PC c интачем, и брать эти данные напрямую из слайвов по Ethernet? и мароки бы небыло с конекшинами.

 [quote:f3a9147f62="Liter"]1. Мне все равно кажется, что Вы путаете понятия коннекшн и объем передаваемого тэга (продюсер - консьюмера). 2. Еще раз настойчиво рекомендую взглянуть на MSG. 3. А вот Moxa Вам может и подложить .... камень за пазуху :о() с мультикастами то 4. А почему собственно мультикаст а не unicast в продюсерах - консьюмерах ? ... это что то пропустил я ... :o[/quote:f3a9147f62] 1. Не путаю, я в итоге решил сделать так, избавиться от кучи настроечных данных, создать 1-3 новых produced тега и перекидать туда только технологические параметра, в итоге выйдет 1-3 жирных produced тега, т.о. я съекономлю на коннекшенах. 2. Взгляну обязательно. 3. В чем может быть засада? 4. Вроде везде стоит настройка "Unicast connection - Yes", я так понимаю это никак не multicast настроен.

 [quote:3eec93c151="avgaid"]А вообще для в следующий раз не используете [b:3eec93c151]продьюс/консьюмер связь для передачи данных на HMI[/b:3eec93c151], они для этого не предназначены. Этот тип связи используется для обмена управляющей информации, критической по времени. Система гарантирует доставку данных за RPI, т.е. время реакции контроллера на данные полученые из другого контроллера всегда известна.[/quote:3eec93c151] У него [b:3eec93c151]Scheduled [/b:3eec93c151]для [b:3eec93c151]PanelViewPlus [/b:3eec93c151]отсутствует (нет в дереве устройств проекта контроллера).

 [quote:c4ee9b86a9="dv_"][quote:c4ee9b86a9="clinklion"]Всем спасибо за помощь, [b:c4ee9b86a9]буду уменьшать объем передаваемых данных[/b:c4ee9b86a9], это будет пока что менее болезненный вариант.[/quote:c4ee9b86a9] Это правильно! Зачем нужны в Main данные: - discrete_01_di_hmi - discrete_01_do_hmi - ac_fr_hmi - т.д. В частности: - discrete_01_di_hmi.cfg_delay_time_pos_arr - discrete_01_di_hmi.cfg_delay_time_neg_arr - ac_fr_hmi.in_x1 - ac_fr_hmi.in_x2 - ac_fr_hmi.in_y1 - ac_fr_hmi.in_y2 - и т.д. (много) Убейте, но не понимаю их "нужности" в Main. Какие действия Main на основании этих данных? Почти как: [quote:c4ee9b86a9="Никита (http://asutpforum.ru)"]Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: [b:c4ee9b86a9]"Нахрена?"[/b:c4ee9b86a9][/quote:c4ee9b86a9] [quote:c4ee9b86a9="clinklion"]Если заказчика не устроит такое количество данных ...[/quote:c4ee9b86a9] Будь убедительнее :x[/quote:c4ee9b86a9] Это все настроечные данные, в случае если необходимо будет посмотреть/подкорректировать что-то с АРМ оператора

 [quote:5ec011f8ff="clinklion"]Всем спасибо за помощь, [b:5ec011f8ff]буду уменьшать объем передаваемых данных[/b:5ec011f8ff], это будет пока что менее болезненный вариант.[/quote:5ec011f8ff] Это правильно! Зачем нужны в Main данные: - discrete_01_di_hmi - discrete_01_do_hmi - ac_fr_hmi - т.д. В частности: - discrete_01_di_hmi.cfg_delay_time_pos_arr - discrete_01_di_hmi.cfg_delay_time_neg_arr - ac_fr_hmi.in_x1 - ac_fr_hmi.in_x2 - ac_fr_hmi.in_y1 - ac_fr_hmi.in_y2 - и т.д. (много) Убейте, но не понимаю их "нужности" в Main. Какие действия Main на основании этих данных? Почти как: [quote:5ec011f8ff="Никита (http://asutpforum.ru)"]Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: [b:5ec011f8ff]"Нахрена?"[/b:5ec011f8ff][/quote:5ec011f8ff] [quote:5ec011f8ff="clinklion"]Если заказчика не устроит такое количество данных ...[/quote:5ec011f8ff] Будь убедительнее :x

 1. Мне все равно кажется, что Вы путаете понятия коннекшн и объем передаваемого тэга (продюсер - консьюмера). 2. Еще раз настойчиво рекомендую взглянуть на MSG. 3. А вот Moxa Вам может и подложить .... камень за пазуху :о() с мультикастами то 4. А почему собственно мультикаст а не unicast в продюсерах - консьюмерах ? ... это что то пропустил я ... :o



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


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



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

Разделы


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



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



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




Выберите страницу:   [ << Предыдущая страница ] 1 2 3 4


  
RA & VDT GmbH

Облако тэгов
ControlLogix 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 D

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

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.147 секунды