Предисловие. В основном это сайт, посвященный программированию, и, хотя на ваш вопрос есть ответ в контексте программирования, я знаю, что в вашем промышленном приложении важность циклического и ациклического, как правило, очень зависит от аппаратного обеспечения/протокола и на самом деле является скорее сетевой проблемой, чем программной.
Циклические данные — это не просто «непрерывные» данные. В промышленности это относится к данным, доставляемым по гарантированному (или, по крайней мере, очень предсказуемому) графику. Если бы поток данных нарушил расписание, это могло бы иметь катастрофические последствия (ЧРП пропускает команду выключения на долю секунды, и вы теряете руку!).
Ациклические данные по-прежнему надежны для машинного управления, просто они доставляются менее детерминированным способом (порядка миллисекунд, иногда до нескольких секунд). При доступе к одному частотно-регулируемому приводу с помощью одного ПЛК вы, вероятно, никогда не заметите этот скачкообразный характер, и на самом деле вы можете почувствовать более плавную и быструю передачу данных. С точки зрения аппаратного интерфейса ациклическая передача данных не дает столь надежной гарантии того, ответит ли одна машина на запрос другой и если да, то когда.
Обе формы передачи данных доставляют данные со скоростью, намного превышающей скорость, с которой могут справиться люди, но в некоторых приложениях каждая из них будет иметь свои собственные последствия.
Циклические сети обычно должны принимать форму ведущий/подчиненный, где только одному устройству разрешено говорить одновременно, и всегда возвращаются ответы, даже если они просто подтверждают, что сообщение было получено. Циклические сети обычно не позволяют использовать столько устройств по одному и тому же проводу, и часто они будут передавать большие объемы данных с меньшей скоростью.
Ациклические сети можно считать несколько более хаотичными, но, поскольку они пропускают формальности рукопожатия, они часто могут обманным путем подключать к сети больше устройств и одновременно получать более высокие скорости. Это происходит за счет случайных коллизий/узких мест данных, а иногда даже запросов на важные данные просто игнорируются/теряются без каких-либо признаков неудачи или успеха со стороны цели (в случае, если отправитель, вероятно, будет сидеть и отчаянно ждать ответа). сообщение, которое он не получит, и часто затем запускает сторожевые таймеры процесса, которые выключают систему).
С точки зрения программиста, между этими двумя типами передачи не так много различий.
Что обычно диктует ситуация,
- сколько устройств работает по проводу (иногда это заставляет сразу ответить)
- насколько чувствительны/изменчивы данные, которыми они хотят поделиться (насколько полезны сообщения, если они немного запаздывают)
- сколько данных им может потребоваться для отправки в любой момент времени (изменение требований к сети, которая уже создает условия гонки, может быть трудно предвидеть / избежать, если вы не видите, что это произойдет заранее).
Надеюсь, это поможет :)
person
user2097818
schedule
03.08.2013
