Максимальная емкость Profibus??

[Serex]

Добрый день

Стою на распутье. Предлагают взяться за работу (программирование S7-300 и наладка системы автоматизации).
Все бы хорошо, но вот обмен данными сделан по Profibus DP в виде одной шины, на которую подвешивается очень много оборудования.
Навскидку по этой шине должно передаваться порядка 1-2 тыс переменных. Шина проходит через 3шт CPU314-2DP один из которых будет видимо мастером и 7 шт ET200S. От ET200S еще ответвляется по одному Profibus DP, но там опрос уже видимо асинхронно к основной шине. Потом от мастера это все по отдельной шине Profibus DP передается на АРМ диспетчера. С контроллера выходит Profibus DP via RS-485 и тут же преобразуется в оптический сигнал конвертером OLMG12

Простой вопрос! Как быстро все это будет опрашиваться ? ))
Жизнеспособна ли такая система обмена вообще.

P.S. с другого компа сейчас попробую схему выложить.

[Serex]

Вот схема
http://clip2net.com/clip/m67073/thumb64 ... -205kb.png
На ней буквой "П" обозначены щиты с ET200S, которых кстати может быть больше 7. Общая шина на самом деле проходит через все "П", но это не совсем ясно. Вроде ET200S может два коммуникационных порта иметь и служить неким буфером.

А вопрос о скорости возник к тому что, эти переменные могут сразу блоками данных передаваться(1 запрос) или по-очереди по-одному?

[san]

Методика расчета дана в стандарте, но очень бы хотелось иметь методичку для инжнерных расчетов. Чувствую, что придется создавать самому. Стандарт сейчас поищу.

[san]

Вот кстати ссылка на стандарт:
viewtopic.php?f=7&t=1845#p15613
Profibus_Specification.pdf

[Serex]

:) Хех... вот как раз спецификация из архива не читается. Говорит, что архив поврежден.
Да и спецификацию я читал. Чисто технически ситуация возможна. Но там так много переменных и все по одному каналу. Меня это как раз смущает.
И по скольку раньше я не работал ручками с Profibus, то вот сомневаюсь.
А потом же на программиста собак спустят, если что ))

[Василий Иванович]

Скорость-то можно какую хочешь выставить, а вот время цикла считать нужно будет. Если погуглить, формулу можно найти. Переменные со слейва передаются обычно одним кадром, но возможны и варианты, тем более, если данные не влезают в 244-байтовое окно.

[CHANt]

А что, никак на три шины не разделить? Так и просится ))) А так, каждый мастер в легкую свою часть потянет. Кстати, панели МР277 лучше по профибасу подключить - прошивать можно будет через CPU, есть возможность указать шлюз в настройках Flexible. По MPI не получится.

[san]

:) Хех... вот как раз спецификация из архива не читается. Говорит, что архив поврежден.
Да и спецификацию я читал. Чисто технически ситуация возможна. Но там так много переменных и все по одному каналу. Меня это как раз смущает.
И по скольку раньше я не работал ручками с Profibus, то вот сомневаюсь.
А потом же на программиста собак спустят, если что ))

Действительно не читается. Внизу прикрепил. А насчет трудности формулы - я о том и говорю, что придется разобраться и сделать каую-то методичку. Ведь очень нужная вещь. У меня в планах разобраться и с CANOpen и все проверить на практике. Только вот пока руки пока не доходят.

[Serex]

А что, никак на три шины не разделить? Так и просится ))) А так, каждый мастер в легкую свою часть потянет. Кстати, панели МР277 лучше по профибасу подключить - прошивать можно будет через CPU, есть возможность указать шлюз в настройках Flexible. По MPI не получится.

Моя бы воля :) Все бы переделал на Profinet. А панели бы выбрал серии Basic, ибо TP177 хороши в паре с какими-нибудь счетчиками. Да и контроллера 1200 можно. Это 1200 еще дешевле, чем ET200M получается.
Но так сказать людям с большим размахом ума, могут и на дверь показать :D Тем более проект уже нарисован.

У меня в планах разобраться и с CANOpen и все проверить на практике. Только вот пока руки пока не доходят.

Оно всегда так :) Когда есть четкая цель, писать методы некогда. А когда есть время, то нет цели и писать тоже тяжело получается ))

[san]

Время обязательно найдется. Но только вот когда? Думаю до лета точно доберусь.

[Василий Иванович]

http://www.profibus.felser.ch/index.htm ... zeiten.htm

Правда, на немецком. Попробуйте перевести хотя бы гуглем. Если переводчик неудобоваримо переварит - скажите, сделаю нормальный перевод.

[san]

Спасибо большое. Я когда-то у этого профессора много полезной доки скачал. А теперь как-то призабыл, что можно много чего полезного там нарыть. Буду штудировать.

[vitiv]

Скорость-то можно какую хочешь выставить, а вот время цикла считать нужно будет. Если погуглить, формулу можно найти. Переменные со слейва передаются обычно одним кадром, но возможны и варианты, тем более, если данные не влезают в 244-байтовое окно.

Можно поподробнее узнать о вариантах, когда данные не влезают в 244-байтовое окно? А то как раз такая ситуация. За DP/PA Link'ом стоят два DP/PA Coupler'а к каждому из которых планировали подключить по 24 температурных датчика передающих по 5 байт данных. Даже в такой конфигурации уже Step 7 не компилирует, т.к. видимо есть неучтенная служебная информация, которая суммируется с полезной и не влазит в 244 байта. А вообще хотелось бы передавать по 10 байт от каждого датчика, т.к. датчики резервированные и желательно видеть оба показания сразу.

[vitiv]

Дополню свой предыдущий пост.
Конфигурация, когда за 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 устройств.

[Barsik]

ограничение в 31

Это физическое ограничение RS485. Решается опять же на физическом уровне, установкой репитеров. Компилятор про это точно ничего не знает.

[vitiv]

Тогда непонятно, почему на один DP/PA Link я не смог сконфигурировать даже 40 PA-устройств, когда разрешается 64?