Альтернатива PUT & GET - BSEND и BRECIVE. Ощути разницу ) / PLCSIM Simatic Manager Step7

Рет қаралды 1,665

Күн бұрын

Пікірлер: 18

@Thamper 2 жыл бұрын

Привет! Случайно наткнулся на твой канал. Молодец что снимаешь такие ролики. Тож в силу профессии работаю с сименсом. Сейчас вот будет проект - надо будет с передавать данные по протоколу МЭК 60870 данные в транснефть. Пока еще не в курсе как это делается, будем изучать

@SlavaSlavin1 2 жыл бұрын

Привет. Пока тоже не представляю как это ) Мне даже странно, что у Транснефти Сименс где то стоит. Думал там Prosoft и Овен рулят ;)

@Thamper 2 жыл бұрын

@@SlavaSlavin1 Не не. Мы с ГПН для транснефти данные предоставляем по нефти. А ты где работаешь? Завод, промысел?

@SlavaSlavin1 2 жыл бұрын

@@Thamper Росатом. Добыча

@АртемПавлов-т4ю Жыл бұрын

Большое спасибо за видео! Хотелось бы однако уточнить, что put и get передаются по tcp и соответственно контроль передачи пакетов у них есть, а так же то что ответ от партнера о успешной записи/чтении данных или же ответ с кодом ошибки тоже есть.

@SERVICE_KARELIA 9 ай бұрын

Так всё же TCP или UDP?

@bygryapg 2 жыл бұрын

PUT/GET имеют преимущество в отсутствии необходимости прогружаться с перезагрузкой PLC на 400х. Все статусы у put/get есть - это не «плюнул в лицо», но у них есть косяк с инициализацией, ее необходимо правильно выполнять. UDP - это широковещательные по mac адресу, что явно не про put/get, а про связь между разными сетями контроллеров (128.168.х.х -> 10.0.0.х)

@SlavaSlavin1 2 жыл бұрын

Не совсем понятно про "прогружаться с перезагрузкой". Путгет требует S7 соединения, нет разве? А это железо и стоп при загрузке. А про UDP, как бы МАС в этом контексте не причём. Либо не про тот UDP речь.

@vladyslavglebov3244 3 ай бұрын

С каких пор UDP, находясь на транспортном уровне модели OSI, знает про MAC адреса?

@vladyslavglebov3244 3 ай бұрын

@@SlavaSlavin1 Наверное имеется в виду, что не надо загружать соединение с ОСТАНОВКОЙ CPU, а можно по контекстному меню на соединении загрузить его, не делая остановки контроллеру

@bygryapg 3 ай бұрын

Конечно про IP адрес, не знаю почему написал “mac”. Put/get действительно не требует перезагрузки 400 (чего не могу сказать про 300), но если у вас таких обменов >40 с различными смежными плк, то в какой-то момент потребуется переинициализирвать соединения.

@Некто-л6в 2 жыл бұрын

Огромное спасибо за видео! Мало кто такое рассказывает. Но есть небольшой вопрос: с таким подходом, когда у вас 2-3-5 ПЛК, то все работает. Но у меня на предприятии больше 20-ти ПЛК связаны вот так между собой (без прокладок ввиде OPC или SCADA), так построен техпроцесс, что там больше вычислений, чем сигналов. Оттого сейчас вычисления ведутся в ОВ1, а сигналы обрабатываются в отдельном образе входов ОВ35... вроде, ну или в аналогичном циклическом прерывании, так как сам техпроцесс очень медленный, а вычислений надо много ведь все на математических моделях. Но до того все эти контроллеры спамили на профибас, и он ложился как от ддос-атаки, не выдерживал, данные доходили кусками и не были применимы для работы. Тогда разработчики оборудования обратились в Сименс, там им предложили использовать INAT (на сегодня устаревший), который перегонял целые структуры именованных данных за один заход. Таким образом, перенос вычислений в ОВ1, обработка сигналов в ОВ35 и использование INAT решило проблему. Есть ли какая-то более современная технология для решения такой задачи по передаче данных без накладных расходов? Хотя бы название, чтобы изучить вопрос.

@SlavaSlavin1 2 жыл бұрын

Здравствуйте. Целый кусок жизни в одном коммент. Спасибо) Я и не знал, что бывают такие проекты, где много математики. А вот по поводу подсказать чего то - не могу. Нет особого опыта в этом вопросе. Про тот же INAT впервые, опять же слышу ;)

@Некто-л6в 2 жыл бұрын

@@SlavaSlavin1 Спасибо за ответ! Все потому, что технология довольно старая. Я стараюсь изучать работающее оборудование и смотрю какие решения были более удачными для каждой ситуации. Но с INAT дело обстоит иначе, ведь смысл учить то, что сейчас не используется (да и когда было актуальным, использовалось редко). Отсюда и был вопрос.