Оптимизация работы RS485

[Max2114]

Налаживаю небольшую диспетчерскую, в которой в качестве сетевого шлюза RS485 -ethernet выступает Matrix1020-70 с сетевым модулем.
Всего в системе 2 ветки RS485. Очень хотелось сделать 3, но монтажники не смогли так смонтировать кабель. Кабель применили вот такой:
Кабель симметричный для промышленного интерфейса RS-485 СегментКИ-485-ЭВнг(А)-LS 1x2x0.6
Первая ветка около 500 метров, на ней висит 5 контроллеров SMH2010 (На неоптоизолированном порту) и 3 контроллера MATRIX. В начале и в конце стоят матриксы и на них дипом я включил терминаторы. Она работает на 115200, все работает хорошо.
Есть проблемы со второй веткой. На ней висит 21 контроллер. 6 шт - SMH2010 (подключил на оптоизолированный порт коннектором при помощи ваших официальных шнурков, которые раньше шли с ними в комплекте. Это очень сильно увеличило качество связи) 10 шт - Matrix, 5 шт - Pixel 2511. Везде зашита программа ля вентиляции в матриксах немного модифицированная. Дллина трассы вышла 1000 м.
В начале и в конце шлейфа стоят контроллеры Матрикс, на них я терминаторы включил.
В общем сейчас я запустил эту ветку на 115200. Все контроллеры в сети. В принципе читаются данные хорошо. БОльшую часть переменных в карте регистров в матриксе я сделал с периодом опроса 1000, а основные - состояние установки и все уставки - 100.
Для записи переменные я все выставил с периодом опроса 0 и пишу их только тогда, когда приходит соответсвующая команда из "верхней" системы по Ethernet.
В общем проблема сейчас такая - не всегда проходит команда записи переменной. На маленькой ветке в 8 слейвов - все работает прекрасно. На большой ветке в 21 слейв - команда приходит в 30-50% случаев. На выходах Error блоково slave(Link) я вижу проскальзывающие периодически цифры фиксирующие ошибки - 1-2-3.
Сейчас длинный шлейф запущен на 115200. Еще я нигде не соеденил экраны у кабеля.
Есть смысл понижать скорость опроса? И если есть то пробовать 57600, 38400... или сразу снизить радикально? На 19200 к примеру или ниже? Боюсь что уменьшение скорости опроса скажется на отклике на изменение уставки...
Есть смысл соединять экраны кабеля и садить в одном месте где-то на хорошую землю?
Может еще кто-нибудь посоветует что сделать в такой ситуации?

[ATS]

Цитата

Сообщение от Max2114

Есть смысл понижать скорость опроса? И если есть то пробовать 57600, 38400...

Смысл точно есть - 115200 на километр это уже много.

Цитата

Есть смысл соединять экраны кабеля и садить в одном месте где-то на хорошую землю?

А вот это не можно, а нужно. И садить только на общий мастера. На землю ни в коем случае.

[Arsie]

Цитата

Сообщение от Max2114

Может еще кто-нибудь посоветует что сделать в такой ситуации?

Поставьте ещё повторитель 485<>485 в середине ветки. Это позволит улучшить ситуацию не теряя в скорости.

[Max2114]

Цитата

Сообщение от ATS

Смысл точно есть - 115200 на километр это уже много.

На сколько снизить? пробовать 57600 или сразу 38400/19200?

[Arsie]

Цитата

Сообщение от Max2114

На сколько снизить? пробовать 57600 или сразу 38400/19200?

Это ведает только всевышний.

[Max2114]

Цитата:

Сообщение от Arsie

Это ведает только всевышний.

Понятно. Ну мало ли может у кого есть подобный опыт. Просто оббежать все слейвы чтобы поменять скорость то еще занятие

[LordN]

какой смысл делать период опроса 100мс? да еще на километре..
запись может не проходить из-за малого времени ожидания ответа, например.
повангую - плохо пишет в пиксели, а в матриксы лучше?


Добавлено через 1 минуту

Цитата

Сообщение от Max2114

Понятно. Ну мало ли может у кого есть подобный опыт. Просто оббежать все слейвы чтобы поменять скорость то еще занятие

нужно делать минимальный битрейт при минимально возможном кол-ве запросов.
ибо все время жрут именно они, а не битрейт

[Max2114]

Цитата

Сообщение от LordN

какой смысл делать период опроса 100мс? да еще на километре..

По умолчанию в смлоджике создается такой период. Вот его и оставляю в качестве минимального

Цитата

Сообщение от LordN

запись может не проходить из-за малого времени ожидания ответа, например.

запись я делаю вообще период опроса - 0. И посылаю команду на запись на вход ^ блока переменной

Цитата

Сообщение от LordN

повангую - плохо пишет в пиксели, а в матриксы лучше?

Так пока не эксперимнетировал. Вообще экспериментировал вчера писать переменные в самый дальний контроллер. Им является матрикс.

Цитата

Сообщение от LordN

Добавлено через 1 минуту




нужно делать минимальный битрейт при минимально возможном кол-ве запросов.
ибо все время жрут именно они, а не битрейт

Так и делаю. Ну битрейт я еще не уменьшал. Возможно придется корректировать конструкторские программы - группировать переменные так чтобы запросов было как можно меньше.

Но ошибки приолетают - это факт. Видмимо да, в первую очередь понижу битрейт.

[Arsie]

Цитата

Сообщение от Max2114

запись я делаю вообще период опроса - 0. И посылаю команду на запись на вход ^ блока переменной

Нужно делать повтор, если запрос не дошёл. Это решит ваши проблемы

[Max2114]

Цитата:

Сообщение от Arsie

Нужно делать повтор, если запрос не дошёл. Это решит ваши проблемы

Да, я уже об этом думал. И счетчик повторов чтобы ограничить 3-5 попытками. Сейчас видимо буду "химичить"

[Arsie]

Цитата

Сообщение от Max2114

Да, я уже об этом думал. И счетчик повторов чтобы ограничить 3-5 попытками. Сейчас видимо буду "химичить"

При этом ОС необязательна, можно просто задать число за пределами рабочего диапазона уставки.

[Max2114]

Цитата:

Сообщение от Arsie

Вложение 10457


При этом ОС необязательна, можно просто задать число за пределами рабочего диапазона уставки.

спасибо, попробую

[LordN]

Цитата:

Сообщение от Arsie

Вложение 10457


При этом ОС необязательна, можно просто задать число за пределами рабочего диапазона уставки.

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

[ATS]

Цитата

Сообщение от LordN

вопрос, если запись выполнена, а последующее чтение прошло с ошибкой, что произойдёт на стороне слейва - ничего, слейв "отменит" запись, или что-то ещё?

Естественно ничего. Слейв честно выполнил обе команды и доволен.
Проблема у мастера. Должен перечитать.

[monstr696]

Цитата

Сообщение от Max2114

На сколько снизить? пробовать 57600 или сразу 38400/19200?

Я в своё время делал похожее и оптимальная скорость получилась 57600.
А чтобы менять не обязательно бегать к каждому контроллеру сделайте это через лоджик.

[Max2114]

Цитата

Сообщение от LordN

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

Команда RDY по сути является подтверждением получения переменной от слейва

[ATS]

Цитата

Сообщение от Max2114

Команда RDY по сути является подтверждением получения переменной от слейва

Но не уровень а фронт.

[Max2114]

Цитата

Сообщение от ATS

Но не уровень а фронт.

да

[Max2114]

Цитата

Сообщение от Max2114

Налаживаю небольшую диспетчерскую, в которой в качестве сетевого шлюза RS485 -ethernet выступает Matrix1020-70 с сетевым модулем.
Всего в системе 2 ветки RS485. Очень хотелось сделать 3, но монтажники не смогли так смонтировать кабель. Кабель применили вот такой:
Кабель симметричный для промышленного интерфейса RS-485 СегментКИ-485-ЭВнг(А)-LS 1x2x0.6
Первая ветка около 500 метров, на ней висит 5 контроллеров SMH2010 (На неоптоизолированном порту) и 3 контроллера MATRIX. В начале и в конце стоят матриксы и на них дипом я включил терминаторы. Она работает на 115200, все работает хорошо.
Есть проблемы со второй веткой. На ней висит 21 контроллер. 6 шт - SMH2010 (подключил на оптоизолированный порт коннектором при помощи ваших официальных шнурков, которые раньше шли с ними в комплекте. Это очень сильно увеличило качество связи) 10 шт - Matrix, 5 шт - Pixel 2511. Везде зашита программа ля вентиляции в матриксах немного модифицированная. Дллина трассы вышла 1000 м.
В начале и в конце шлейфа стоят контроллеры Матрикс, на них я терминаторы включил.
В общем сейчас я запустил эту ветку на 115200. Все контроллеры в сети. В принципе читаются данные хорошо. БОльшую часть переменных в карте регистров в матриксе я сделал с периодом опроса 1000, а основные - состояние установки и все уставки - 100.
Для записи переменные я все выставил с периодом опроса 0 и пишу их только тогда, когда приходит соответсвующая команда из "верхней" системы по Ethernet.
В общем проблема сейчас такая - не всегда проходит команда записи переменной. На маленькой ветке в 8 слейвов - все работает прекрасно. На большой ветке в 21 слейв - команда приходит в 30-50% случаев. На выходах Error блоково slave(Link) я вижу проскальзывающие периодически цифры фиксирующие ошибки - 1-2-3.
Сейчас длинный шлейф запущен на 115200. Еще я нигде не соеденил экраны у кабеля.
Есть смысл понижать скорость опроса? И если есть то пробовать 57600, 38400... или сразу снизить радикально? На 19200 к примеру или ниже? Боюсь что уменьшение скорости опроса скажется на отклике на изменение уставки...
Есть смысл соединять экраны кабеля и садить в одном месте где-то на хорошую землю?
Может еще кто-нибудь посоветует что сделать в такой ситуации?

небольшой отчет.
Система у меня заработала.
Выставил скорость 57600.
Оптимизировал карты переменных так чтобы выходило как можно меньше запросов.
Подключил экран к GND на первом контролелере в сети (на мастере).
Пришлось все-же писать программу для того чтобы мастер при неудачной записи переменной повторял попытки записи. Ограничил 3-мя попытками. Отрабтывает четко и всегда.
Проработало уже 2 месяца,полет нормальный.