СПК исключает Slave'ы из опроса

[firetester]

Ситуация такая: SP8, 115200, 30 метров UTP5, галочка авто-реконнект в настройках МБ стоИт. Три устройства. Все опросы регистров разбросаны по таймингам от 150мс до 950 мс с шагом 50мс. Таймаут 1с. Есть ещё куски кода, которые сбрасывают СОМ-порт <имяСОМ>.xReset или один из слейвов <имя слейва>.xReset по выходу r_trig . В общем, никакой реакции. Если устройство отвалилось, то не подымается ни по xReset ни само до рестарта (сброса) панели. Скорость пробовал 28800, работает ещё хуже. Пробовал терминальные резисторы 200Ом на обоих концах - безрезультатно. Работает мин 10 и отваливаются. По очереди, все трое. Причем в прямой последовательности вдоль шины. МК - с индикацией "авария", МВ - молча отваливается. Как их, блин, подружить-то? Что я ещё не сделал чтоб все заработало?

[Евгений Кислов]

Ситуация такая: SP8, 115200, 30 метров UTP5, галочка авто-реконнект в настройках МБ стоИт. Три устройства. Все опросы регистров разбросаны по таймингам от 150мс до 950 мс с шагом 50мс. Таймаут 1с. Есть ещё куски кода, которые сбрасывают СОМ-порт <имяСОМ>.xReset или один из слейвов <имя слейва>.xReset по выходу r_trig . В общем, никакой реакции. Если устройство отвалилось, то не подымается ни по xReset ни само до рестарта (сброса) панели. Скорость пробовал 28800, работает ещё хуже. Пробовал терминальные резисторы 200Ом на обоих концах - безрезультатно. Работает мин 10 и отваливаются. По очереди, все трое. Причем в прямой последовательности вдоль шины. МК - с индикацией "авария", МВ - молча отваливается. Как их, блин, подружить-то? Что я ещё не сделал чтоб все заработало?

Какая версия компонента Modbus Master?
По возможности, выложите, пожалуйста, проект.

[firetester]

Какая версия компонента Modbus Master?
По возможности, выложите, пожалуйста, проект.

ModbusCom - 3.4.0.0
Master - 3.5.7.0
Slave - 3.5.4.0

[Евгений Кислов]

ModbusCom - 3.4.0.0
Master - 3.5.7.0
Slave - 3.5.4.0
Вложение 22851

Версию мастера измените на 3.5.5.0 (ну или на 3.5.8.0) - автореконнект заработает.

[firetester]

Версию мастера измените на 3.5.5.0 (ну или на 3.5.8.0) - автореконнект заработает.

Кто бы знал что именно в 3.5.7.0 не работает реконнект - это просто ноу-хау))) Сейчас пойду попробую. А изначально стабильно заставить работать МодБас вообще реально? Чтоб даже без реконнекта тоже быть спокойным что ничего плохого не произойдет? Потребность в реконнекте это же говорит либо о неверной настройке, либо о некачественной линии. Или я ошибаюсь?

[Евгений Кислов]

Кто бы знал что именно в 3.5.7.0 не работает реконнект - это просто ноу-хау))) Сейчас пойду попробую. А изначально стабильно заставить работать МодБас вообще реально? Чтоб даже без реконнекта тоже быть спокойным что ничего плохого не произойдет? Потребность в реконнекте это же говорит либо о неверной настройке, либо о некачественной линии. Или я ошибаюсь?

В целом, при повышенных требованиях к качеству обмена и его контролю, стоит попробовать использовать вместо стандартного конфигуратора CODESYS библиотеки Modbus/Modbus Slave.

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

[capzap]

1) 485 это не протокол
2) и 3) скорость можно и понизить
4) и 5) есть еще библиотеки, даже собственную можно написать, если кому то не доверяете

[firetester]

1) 485 это не протокол
2) и 3) скорость можно и понизить
4) и 5) есть еще библиотеки, даже собственную можно написать, если кому то не доверяете

1) Стандарт. Интерфейс. Как пожелаете, лишь бы было понятно о чем я речь веду.
2) и 3) Как я уже говорил в первом сообщении, я уже пробовал. И результаты меня удивили. Попробую ещё с другой версией драйвера Мастера.
4) и 5) Можно вообще спаять себе свою СПК и придумать новый протокол\интерфейс\стандарт или даже новую физическую среду передачи. Но, зачем изобретать велосипед?

Вообще, не было цели в моем топике на кого-то наехать, в чем-то обвинить или тем более охаять чей-то труд. Я хочу разобраться. Обычно вот взял - включил порт - настроил - соединил два устройства по RS485 и все работает в том же цехе, только на 100 метров, а не на 30. Ничего не отваливается. Вот я и хочу разобраться, в чем же дело, что я сделал не так.

[capzap]

Обычно вот взял - включил порт - настроил - соединил два устройства по RS485 и все работает в том же цехе, только на 100 метров, а не на 30. Ничего не отваливается. Вот я и хочу разобраться, в чем же дело, что я сделал не так.

Кто бы не написал руководство, всех тонкостей в конкретно взятом случае, он не опишет, Про скорость раз становиться еще хуже (а должно быть лучше,это связано с влиянием помех), значит у Вас опрос организован таким образом, что не дожидаясь ответа от слейва, Вы посылаете очередной опрос на другой слейв, при высокой скорости у слейвов больше шансов успеть ответить, логично? Так же есть в самих слейвах задержка оттвета, она тоже может влиять, если слейвов много

[firetester]

Кто бы не написал руководство, всех тонкостей в конкретно взятом случае, он не опишет, Про скорость раз становиться еще хуже (а должно быть лучше,это связано с влиянием помех), значит у Вас опрос организован таким образом, что не дожидаясь ответа от слейва, Вы посылаете очередной опрос на другой слейв, при высокой скорости у слейвов больше шансов успеть ответить, логично? Так же есть в самих слейвах задержка оттвета, она тоже может влиять, если слейвов много

Да, все что вы говорите, логично. Я уже писал в первом посте что разнес опросы каждого регистра с шагом в 50мс в КДС. На слейвах установлены задержки ответов: 2мс адр.6(МВ), 10мс адр.4 (MK), 15мс (MK_2).

Пока ковырялся с модулями на объекте, заметил что если запустить опрос входов на МВ из конфигуратора (подключение через usb->rs-485 преобразователь, подключение непосредственно к модулю в шкафу, длинная шина отброшена, скорость 9600, длина витой пары 1 метр) возникают с периодичностью секунд в 10 на одном из входов "Ошибка контрольной суммы" (или как-то так) или "Нет данных", на втором круге опроса все становится нормально. С модулями МК та же история, только реже, раз в минуту примерно. Это так и должно быть?