Настройки слэйва во вложении.
Всё таки виноват OPC-сервер?
Настройки слэйва во вложении.
Всё таки виноват OPC-сервер?
Напильник, велосипед, бубен, грабли и костыли - основные инструменты программиста.
Это, вероятно, настройки мастера - а где настройки slave? P.S. Настройки таймаутов соединений, возможно, не в самом OPC, а в операционке, но я тут не совсем Копенгаген.Сообщение от _Pavel_
Тролль-наседка, добрый, нежный и ласковый
Владислав, поучавствуйте, пожалуйста в этой теме.
Напильник, велосипед, бубен, грабли и костыли - основные инструменты программиста.
Владислав, позвольте Вас снова побеспокоить.
Коллеги утверждают (тынц), что неактуальные данные передаёт-таки контроллер после восстановления соединения. Подскажите, пожалуйста, это можно как-то исправить или это нормальное поведение? (и соответственно нужно понять и простить)
Напильник, велосипед, бубен, грабли и костыли - основные инструменты программиста.
Я считаю, что это правильное поведение. Данные, которые передаёт контроллер, это не переданные, но попавшие в очередь на передачу данные предыдущей сессии (в реальной сети такие "фантомы" встречаются регулярно). Эти данные slave-ом должны игнорироваться, т.к. уже установлена новая сессия.Владислав, позвольте Вас снова побеспокоить.
Коллеги утверждают (тынц), что неактуальные данные передаёт-таки контроллер после восстановления соединения. Подскажите, пожалуйста, это можно как-то исправить или это нормальное поведение? (и соответственно нужно понять и простить
Утверждение, что все так делают и можно иметь мультимастерный ModBus противоречит самой концепции Мастер-slave. И тем более, такое поведение slave-а должно быть не "по умолчанию", а специально настраиваться. Тем более на 1 порту.
Тролль-наседка, добрый, нежный и ласковый
Вы опять продолжаете заниматься демагогией, вместо того чтобы разбираться с проблемой. У г-на _Pavel_ уже не наш ОРС, а программа ModRSSim у которой количество коннектов настраивается (и сейчас стоит 1). И как можно увидеть в видео проблему это не решает.
Да, выдать в сеть Modbus запрос склеенный из 5 предыдущих запросов - это очень правильное поведение. Только нужно добавить "для компании ОВЕН".
Спасибо.
И что? Если этот OPC так-же поддерживает много мастеров на 1 порт - то проблема не решится.
Штатная функция протокола TCP/IP. К мастеру ModBus никакого отношения не имеет. Или slave поддерживает разбор склеенных пакетов или нет. А вот если он их принимает и его клинит...
P.S. Интересно, а как реагирует наш же ПЛК на наш же ПЛК?
Тролль-наседка, добрый, нежный и ласковый
Это не ОРС сервер, это эмулятор Modbus устройства. И у него (в данном случае) установлен 1 мастер на порт и проблему это не решает.
Если не очищать буфер.
Что мешает вам очистить буфер при отсутствии коннекта, а все не выполненные запросы поставить в очередь, которую выполнить когда связь установится?
Вообщем я не вижу смысла в дальнейшем участии в данной дискуссии - проблема не в ОРС, и мы это показали. Если вы считаете что выдавать мусор в сеть это нормальное поведение, то оставляю это на усмотрение вас и ваших пользователей.
Спасибо.
Вопрос по сохранению проекта. А какой собственно алгоритм для ОДНОЗНАЧНОГО выполнения данной операции? Выполнение "Create boot project" во время работы контроллера чего-то не приводит к ожидаемому результату. Вычитанное выполнение "flush" - так же не особо гарантирует. Иногда проект таки сохраняется, но попытки повторить последовательность шаманского танца неудачны. В какой то момент ПЛК вообще перестает логиниться при включении питания. А постоит выключенным и запуститься, загрузив что-то из предыдущего.
Алгоритм прост.
Логин->Bootproject->Выключить питание или сделать команду flush->Включить питание с тумблером в положении РАБОТА
P.S. у Вас инженерный образец?
Последний раз редактировалось Филоненко Владислав; 10.03.2015 в 19:29.
Тролль-наседка, добрый, нежный и ласковый
Ваши права
Ответить с цитированием