- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Максимальная емкость Profibus??
-
- эксперт
- Сообщения: 2099
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 138 раз
- Поблагодарили: 174 раза
Максимальная емкость Profibus??
Добрый день
Стою на распутье. Предлагают взяться за работу (программирование S7-300 и наладка системы автоматизации).
Все бы хорошо, но вот обмен данными сделан по Profibus DP в виде одной шины, на которую подвешивается очень много оборудования.
Навскидку по этой шине должно передаваться порядка 1-2 тыс переменных. Шина проходит через 3шт CPU314-2DP один из которых будет видимо мастером и 7 шт ET200S. От ET200S еще ответвляется по одному Profibus DP, но там опрос уже видимо асинхронно к основной шине. Потом от мастера это все по отдельной шине Profibus DP передается на АРМ диспетчера. С контроллера выходит Profibus DP via RS-485 и тут же преобразуется в оптический сигнал конвертером OLMG12
Простой вопрос! Как быстро все это будет опрашиваться ? ))
Жизнеспособна ли такая система обмена вообще.
P.S. с другого компа сейчас попробую схему выложить.
Стою на распутье. Предлагают взяться за работу (программирование S7-300 и наладка системы автоматизации).
Все бы хорошо, но вот обмен данными сделан по Profibus DP в виде одной шины, на которую подвешивается очень много оборудования.
Навскидку по этой шине должно передаваться порядка 1-2 тыс переменных. Шина проходит через 3шт CPU314-2DP один из которых будет видимо мастером и 7 шт ET200S. От ET200S еще ответвляется по одному Profibus DP, но там опрос уже видимо асинхронно к основной шине. Потом от мастера это все по отдельной шине Profibus DP передается на АРМ диспетчера. С контроллера выходит Profibus DP via RS-485 и тут же преобразуется в оптический сигнал конвертером OLMG12
Простой вопрос! Как быстро все это будет опрашиваться ? ))
Жизнеспособна ли такая система обмена вообще.
P.S. с другого компа сейчас попробую схему выложить.
-
- эксперт
- Сообщения: 2099
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 138 раз
- Поблагодарили: 174 раза
Re: Максимальная емкость Profibus??
Вот схема
http://clip2net.com/clip/m67073/thumb64 ... -205kb.png
На ней буквой "П" обозначены щиты с ET200S, которых кстати может быть больше 7. Общая шина на самом деле проходит через все "П", но это не совсем ясно. Вроде ET200S может два коммуникационных порта иметь и служить неким буфером.
А вопрос о скорости возник к тому что, эти переменные могут сразу блоками данных передаваться(1 запрос) или по-очереди по-одному?
http://clip2net.com/clip/m67073/thumb64 ... -205kb.png
На ней буквой "П" обозначены щиты с ET200S, которых кстати может быть больше 7. Общая шина на самом деле проходит через все "П", но это не совсем ясно. Вроде ET200S может два коммуникационных порта иметь и служить неким буфером.
А вопрос о скорости возник к тому что, эти переменные могут сразу блоками данных передаваться(1 запрос) или по-очереди по-одному?
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Максимальная емкость Profibus??
Методика расчета дана в стандарте, но очень бы хотелось иметь методичку для инжнерных расчетов. Чувствую, что придется создавать самому. Стандарт сейчас поищу.
-
- эксперт
- Сообщения: 2099
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 138 раз
- Поблагодарили: 174 раза
Re: Максимальная емкость Profibus??
:) Хех... вот как раз спецификация из архива не читается. Говорит, что архив поврежден.
Да и спецификацию я читал. Чисто технически ситуация возможна. Но там так много переменных и все по одному каналу. Меня это как раз смущает.
И по скольку раньше я не работал ручками с Profibus, то вот сомневаюсь.
А потом же на программиста собак спустят, если что ))
Да и спецификацию я читал. Чисто технически ситуация возможна. Но там так много переменных и все по одному каналу. Меня это как раз смущает.
И по скольку раньше я не работал ручками с Profibus, то вот сомневаюсь.
А потом же на программиста собак спустят, если что ))
-
- авторитет
- Сообщения: 878
- Зарегистрирован: 21 авг 2009, 14:25
- Имя: Василий Иванович
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Максимальная емкость Profibus??
Скорость-то можно какую хочешь выставить, а вот время цикла считать нужно будет. Если погуглить, формулу можно найти. Переменные со слейва передаются обычно одним кадром, но возможны и варианты, тем более, если данные не влезают в 244-байтовое окно.
-
- эксперт
- Сообщения: 1467
- Зарегистрирован: 25 июл 2008, 10:25
- Имя: Эдуард Владимирович
- Страна: СССР
- город/регион: Оренбург
- Благодарил (а): 46 раз
- Поблагодарили: 105 раз
Re: Максимальная емкость Profibus??
А что, никак на три шины не разделить? Так и просится ))) А так, каждый мастер в легкую свою часть потянет. Кстати, панели МР277 лучше по профибасу подключить - прошивать можно будет через CPU, есть возможность указать шлюз в настройках Flexible. По MPI не получится.
--------------------------------------------------------------------------------------------
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Максимальная емкость Profibus??
Действительно не читается. Внизу прикрепил. А насчет трудности формулы - я о том и говорю, что придется разобраться и сделать каую-то методичку. Ведь очень нужная вещь. У меня в планах разобраться и с CANOpen и все проверить на практике. Только вот пока руки пока не доходят.Serex писал(а)::) Хех... вот как раз спецификация из архива не читается. Говорит, что архив поврежден.
Да и спецификацию я читал. Чисто технически ситуация возможна. Но там так много переменных и все по одному каналу. Меня это как раз смущает.
И по скольку раньше я не работал ручками с Profibus, то вот сомневаюсь.
А потом же на программиста собак спустят, если что ))
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- эксперт
- Сообщения: 2099
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 138 раз
- Поблагодарили: 174 раза
Re: Максимальная емкость Profibus??
Моя бы воля :) Все бы переделал на Profinet. А панели бы выбрал серии Basic, ибо TP177 хороши в паре с какими-нибудь счетчиками. Да и контроллера 1200 можно. Это 1200 еще дешевле, чем ET200M получается.CHANt писал(а):А что, никак на три шины не разделить? Так и просится ))) А так, каждый мастер в легкую свою часть потянет. Кстати, панели МР277 лучше по профибасу подключить - прошивать можно будет через CPU, есть возможность указать шлюз в настройках Flexible. По MPI не получится.
Но так сказать людям с большим размахом ума, могут и на дверь показать :D Тем более проект уже нарисован.
Оно всегда так :) Когда есть четкая цель, писать методы некогда. А когда есть время, то нет цели и писать тоже тяжело получается ))San писал(а):У меня в планах разобраться и с CANOpen и все проверить на практике. Только вот пока руки пока не доходят.
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Максимальная емкость Profibus??
Время обязательно найдется. Но только вот когда? Думаю до лета точно доберусь.
-
- авторитет
- Сообщения: 878
- Зарегистрирован: 21 авг 2009, 14:25
- Имя: Василий Иванович
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Максимальная емкость Profibus??
http://www.profibus.felser.ch/index.htm ... zeiten.htm
Правда, на немецком. Попробуйте перевести хотя бы гуглем. Если переводчик неудобоваримо переварит - скажите, сделаю нормальный перевод.
Правда, на немецком. Попробуйте перевести хотя бы гуглем. Если переводчик неудобоваримо переварит - скажите, сделаю нормальный перевод.
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Максимальная емкость Profibus??
Спасибо большое. Я когда-то у этого профессора много полезной доки скачал. А теперь как-то призабыл, что можно много чего полезного там нарыть. Буду штудировать.
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 14 фев 2016, 17:31
- Имя: Бабич Виталий Иванович
- Благодарил (а): 1 раз
Максимальная емкость Profibus??
Можно поподробнее узнать о вариантах, когда данные не влезают в 244-байтовое окно? А то как раз такая ситуация. За DP/PA Link'ом стоят два DP/PA Coupler'а к каждому из которых планировали подключить по 24 температурных датчика передающих по 5 байт данных. Даже в такой конфигурации уже Step 7 не компилирует, т.к. видимо есть неучтенная служебная информация, которая суммируется с полезной и не влазит в 244 байта. А вообще хотелось бы передавать по 10 байт от каждого датчика, т.к. датчики резервированные и желательно видеть оба показания сразу.
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 14 фев 2016, 17:31
- Имя: Бабич Виталий Иванович
- Благодарил (а): 1 раз
Максимальная емкость Profibus??
Дополню свой предыдущий пост.
Конфигурация, когда за DP/PA Link'ом стоят два DP/PA Coupler'а позволяла в Step 7 скомпилировать не более 39 датчиков, каждый из которых передает один аналоговый канал (5 байт). Добавление 40-го датчика при компиляции вызывало ошибку - The system data could not be recreated because the configuration is inconsistent. Если заглянуть в детали сообщения, то там было две строки:
- The maximum configuration data length has been exceeded.
- The system data could not be recreated because the configuration is inconsistent.
Так как DP/PA Coupler в Step 7 не конфигурируется, то все 40 датчиков в Step 7 подключены к одной ветви Profibus PA сети, в свою очередь подключенной к DP/PA Link'у. Но физически датчики подключаются к двум разным ветвям Profibus PA сети, каждая ветвь подключена к своему DP/PA Coupler'у.
Я в предыдущем посте грешил на ограничение для DP/PA Link'а в 244 байта. Думал, что помехой является служебная информация передающаяся вместе с полезной (40 датчиков х 5 байт = 200 байт), сумма которых превышает 244 байта. Но видимо я ошибался. Т.к. собрав другую конфигурацию, где за DP/PA Link'ом стоит один DP/PA Coupler с подключенными к DP/PA Coupler'у 24 датчиками передающими по два аналоговых канала (10 байт), компилятор не ругался (24 датчика х 10 байт = 240 байт) и я в онлайн режиме видел все датчики и передаваемые ими данные. Может быть здесь действует ограничение в 31 устройство на ветвь? Но физически у меня две ветви и это ограничение я не превышал, а сконфигурирована действительно одна ветвь и компилятор сам позволил превысить ограничение в 31 устройство до 39 устройств.
Конфигурация, когда за DP/PA Link'ом стоят два DP/PA Coupler'а позволяла в Step 7 скомпилировать не более 39 датчиков, каждый из которых передает один аналоговый канал (5 байт). Добавление 40-го датчика при компиляции вызывало ошибку - The system data could not be recreated because the configuration is inconsistent. Если заглянуть в детали сообщения, то там было две строки:
- The maximum configuration data length has been exceeded.
- The system data could not be recreated because the configuration is inconsistent.
Так как DP/PA Coupler в Step 7 не конфигурируется, то все 40 датчиков в Step 7 подключены к одной ветви Profibus PA сети, в свою очередь подключенной к DP/PA Link'у. Но физически датчики подключаются к двум разным ветвям Profibus PA сети, каждая ветвь подключена к своему DP/PA Coupler'у.
Я в предыдущем посте грешил на ограничение для DP/PA Link'а в 244 байта. Думал, что помехой является служебная информация передающаяся вместе с полезной (40 датчиков х 5 байт = 200 байт), сумма которых превышает 244 байта. Но видимо я ошибался. Т.к. собрав другую конфигурацию, где за DP/PA Link'ом стоит один DP/PA Coupler с подключенными к DP/PA Coupler'у 24 датчиками передающими по два аналоговых канала (10 байт), компилятор не ругался (24 датчика х 10 байт = 240 байт) и я в онлайн режиме видел все датчики и передаваемые ими данные. Может быть здесь действует ограничение в 31 устройство на ветвь? Но физически у меня две ветви и это ограничение я не превышал, а сконфигурирована действительно одна ветвь и компилятор сам позволил превысить ограничение в 31 устройство до 39 устройств.
-
- не первый раз у нас
- Сообщения: 353
- Зарегистрирован: 02 фев 2010, 22:28
- Имя: Корнеев Дмитрий
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 1 раз
- Поблагодарили: 7 раз
Максимальная емкость Profibus??
Это физическое ограничение RS485. Решается опять же на физическом уровне, установкой репитеров. Компилятор про это точно ничего не знает.vitiv писал(а):ограничение в 31
Запуск и модернизация оборудования без проекта и документации. Дорого.
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 14 фев 2016, 17:31
- Имя: Бабич Виталий Иванович
- Благодарил (а): 1 раз
Максимальная емкость Profibus??
Тогда непонятно, почему на один DP/PA Link я не смог сконфигурировать даже 40 PA-устройств, когда разрешается 64?