1) 485 это не протокол
2) и 3) скорость можно и понизить
4) и 5) есть еще библиотеки, даже собственную можно написать, если кому то не доверяете
1) 485 это не протокол
2) и 3) скорость можно и понизить
4) и 5) есть еще библиотеки, даже собственную можно написать, если кому то не доверяете
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
1) Стандарт. Интерфейс. Как пожелаете, лишь бы было понятно о чем я речь веду.
2) и 3) Как я уже говорил в первом сообщении, я уже пробовал. И результаты меня удивили. Попробую ещё с другой версией драйвера Мастера.
4) и 5) Можно вообще спаять себе свою СПК и придумать новый протокол\интерфейс\стандарт или даже новую физическую среду передачи. Но, зачем изобретать велосипед?
Вообще, не было цели в моем топике на кого-то наехать, в чем-то обвинить или тем более охаять чей-то труд. Я хочу разобраться. Обычно вот взял - включил порт - настроил - соединил два устройства по RS485 и все работает в том же цехе, только на 100 метров, а не на 30. Ничего не отваливается. Вот я и хочу разобраться, в чем же дело, что я сделал не так.
Кто бы не написал руководство, всех тонкостей в конкретно взятом случае, он не опишет, Про скорость раз становиться еще хуже (а должно быть лучше,это связано с влиянием помех), значит у Вас опрос организован таким образом, что не дожидаясь ответа от слейва, Вы посылаете очередной опрос на другой слейв, при высокой скорости у слейвов больше шансов успеть ответить, логично? Так же есть в самих слейвах задержка оттвета, она тоже может влиять, если слейвов много
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Да, все что вы говорите, логично. Я уже писал в первом посте что разнес опросы каждого регистра с шагом в 50мс в КДС. На слейвах установлены задержки ответов: 2мс адр.6(МВ), 10мс адр.4 (MK), 15мс (MK_2).
Пока ковырялся с модулями на объекте, заметил что если запустить опрос входов на МВ из конфигуратора (подключение через usb->rs-485 преобразователь, подключение непосредственно к модулю в шкафу, длинная шина отброшена, скорость 9600, длина витой пары 1 метр) возникают с периодичностью секунд в 10 на одном из входов "Ошибка контрольной суммы" (или как-то так) или "Нет данных", на втором круге опроса все становится нормально. С модулями МК та же история, только реже, раз в минуту примерно. Это так и должно быть?
Расскажу свою историю борьбы за связь по RS485 Modbus. Использовал кодесисовский Modbus Slave. Модули: МВ110-16ДН через радиомодем и МУ110-16К. Связь после включения через некоторое время отваливалась и не восстанавливалась без сброса. Звонил в техподдержку: проверили все настройки, причину не выяснили. Но далее стал смотреть железо - установил терминальные резисторы 120 Ом на отрезке кабеля длиной в 1 метр. Не думал, что на таком коротком отрезке будут проблемы. Но проблемы со связью после установки согласующих резисторов пропали.
Кэп! Я вас последнее время вообще не понимаю !
С какого х... при высокой скорости у слэйвов больше "шансов" ответить . Обращу ваше внимание что модбас это промышленный протокол связи и дает 100% "шансы" успевать отвечать .
Кэп ! У вас что появился молодой аватар? Че за фигню вы последнее время изрекаете?
то что человек ставит задержку ответа 15 мс, Вас не смущает, а мои слова вырванные из контекста беспокоят?
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран