Profibus инициализация устройств на шине.

[ASUTP_PLC]

Есть станция контроллер, и много внешних станций подвязанных по профибас.

Скорость работы профибаса задана низкая (определена такой в ввиду имеющихся специфичных требований).

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

[Михайло]

Станция S7-300?

[ASUTP_PLC]

Сам контроллер 416-2DP, модули расширения станции ET200М 153-2BA82-0XB0 (на станции расширения находятся разные модули расширения, аналоговые SM331 + SM321(DI), до 12 модулей на
одной станции)

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

Если "со связью проблема", то никакая инициализация не поможет. Тем более, что "опрашивается" она не сама собой, а мастером.

[ASUTP_PLC]

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

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

Мастер должен циклично пытаться снова опросить устройство, пока оно нормально не начнет отвечать.

[ASUTP_PLC]

Хорошо. У меня такая ситуация. Я проверял эту удаленную станцию на проводном соединении Profibus. И могу железно сказать, что все модули работают без ошибок в данном варианте.

И я не могу подцепить эту же станцию как надо в режиме когда профибас пришел с радиомодема.
1) Имеем радиоэфир, где станций участвующих в сеансах связи больше 4 десятков.
2) Имеем ослабление радиосигнала раз, и сказывается задержка связанная с расстоянием. (не меньше 4 км от собственно контроллера).
Каждый модуль на таком удалении инициализируется оценочно от 3-4 минут, до почти 10 минут. Что можно поменять в настройках профибас чтобы даже за 10 минут станция смогла не дать ошибку модуля, а продолжать неспешно прогрузку?

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

Четыре минуты на инициализацию не может уйти, даже на самой медленной скорости. Скорее всего, инициализируется не с первого раза. Мастер, послав сигнал, выдерживает таймаут на прием ответа, и если он не пришел, начинает все с начала. Электромагнитное поле распространяется со скоростью света, поэтому эти четыре километра на запаздывании не скажутся, а скажутся на уровне сигнала. Задержку скорее всего вносит модем. С ним и разбирайтесь.

[ASUTP_PLC]

Какие скорости вы имеете в виду? На радиомодемах скорости com портов максимум.

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

Только не говорите мне, что на скорости 9600 нужно минутами слать пару-тройку сотен байт.

[ASUTP_PLC]

Ну сколько их там крутится пара или не пара сотен байт я не знаю. Я по факту говорю, что на один модуль процедура инициализации идет от 2 минут до 6минут.
Сами данные после инициализации идут с периодичностью от 4 до 6 секунд.

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

Как я понял, Вы мне не верите. Для инициализации устройства через профибус нужно три телеграммы с ответами. Размер кадра составляет 244 байт, то есть больше килобайта в одну сторону это не может быть в принципе.
Какая скорость профибуса выставлена, а то Вы все вокруг да около? Эти секунды с минутами мало о чем говорят.

[ASUTP_PLC]

Скорость профибаса (бас это шина а бус это бус, или не проверяется?) 19200. Все что вы говорите, все верно, за одним исключением. Мы имеем еще под полсотни станций которые также сидят в эфире.
Это не феерическая станция в ваккуме, одна ведущая сеанс связи с мастером-контроллером.

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

Я как-то больше на немецком привык, и там оно через -бус произносится.
Эта полсотня станций сидит в эфире совершенно смирно и откликается только на запрос мастера. То есть, мастер, отправив запрос, получит ответ лишь от адресуемой станции. Скорость цикла для Вашей конфигурации составляет порядка двух секунд. Периодичность в шесть секунд говорит, что имеются многочисленные повторы телеграмм (это так, к слову). Ну так вот, три телеграммы туда-сюда должны уложиться в десяток секунд. Если они у Вас не укладываются, то скорее всего ответ приходит с задержкой, и мастер начинает все с начала.

[ASUTP_PLC]

У меня тут нет никаких реалтайм анализаторов. Прогруз всего что есть с нуля занимает 2(!!! часа). Данные примерно и ходят в две секунды. (но иногда просто больше и тут я пас, две это секунды, три или четыре).
Где и как найти источник повторяющихся телеграмм? /реально ли это без чего-то уж очень специфичного?/

[san]

У меня тут нет никаких реалтайм анализаторов. Прогруз всего что есть с нуля занимает 2(!!! часа).

Нафига применять реалтаймовские модули и сети на нереалтаймовских решениях? Вам реально ИМХО нужно было изначально другие протоколы закладывать для RTU типа DNP3 или IEC 60870. Для класического PROFIBUS DP время цикла измеряется десятками, максимум сотнями милисекунд. Пока он будет бомбить запросами отпавший слейв, других при этом он не будет опрашивать? Какие ж там таймауты должны стоять?

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

Кстати, это я так правильно понял, что без модема и на той же скорости инициализируется быстро, не так ли? Тогда источник неполадок - кусок линии с модемом, вносящий запаздывание и возможно искажение телеграмм.
Если станция не отвечает мастеру после истечения таймаута, составляющего для скорости 19200 порядка трёх миллисекунд, или отвечает не то, что должна ответить, то мастер и начинает переспрашивать, т.е. слать повторные телеграммы.

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

Кстати таймаут этот (Max. Tsdr) можно по идее попробовать подрастянуть.

[ASUTP_PLC]

У меня тут нет никаких реалтайм анализаторов. Прогруз всего что есть с нуля занимает 2(!!! часа).

Нафига применять реалтаймовские модули и сети на нереалтаймовских решениях? Вам реально ИМХО нужно было изначально другие протоколы закладывать для RTU типа DNP3 или IEC 60870. Для класического PROFIBUS DP время цикла измеряется десятками, максимум сотнями милисекунд. Пока он будет бомбить запросами отпавший слейв, других при этом он не будет опрашивать? Какие ж там таймауты должны стоять?

Ну действительно, таймауты и очень очень немаленькие... Мне даже идеи стали приходить, идеи фикс. /если там где очень большие задержки что сможет
Сименс работать... Из серии взять модуль Симатика, разместить его на другой планете... И опросить... БУГГАГА (конечно гипотетически),
чисто гипотетически с модельными задержками... / Какой это бы был PR.... человечество в другой клоаке прозябает... нету даже баз на луне...

Если бы еще это все мной закладывалось... мы тож пришлые...
А где можно про этот самый DNP3 прочитать? (попозже погуглю...)

[ASUTP_PLC]

Кстати, это я так правильно понял, что без модема и на той же скорости инициализируется быстро, не так ли? Тогда источник неполадок - кусок линии с модемом, вносящий запаздывание и возможно искажение телеграмм.
Если станция не отвечает мастеру после истечения таймаута, составляющего для скорости 19200 порядка трёх миллисекунд, или отвечает не то, что должна ответить, то мастер и начинает переспрашивать, т.е. слать повторные телеграммы.

Мистика... но некторые моменты вы ну очень хорошо описываете.

[ASUTP_PLC]

А у Вас нет членства в сообществе DNP3? (было бы интересно узнать какие плюсы есть.)
Не слишком больших денег стоит. Поподробнее бы узнать

[san]

Для DNP3 и оных нужно соответсвуещее оборудование. Удалёнка Simatic, на сколько я знаю, эти протоколы не поддерживает.

[ASUTP_PLC]

А на каком оборудовании можно DNP3 отработать?

[san]

Погуглите например вот
там же нашел вот такую ссылку
https://eb.automation.siemens.com/mall/ ... ionUrl=/ua