Как лучше организовать алгоритм объединяющий несколько протоколов
Например есть некий алгоритм который на верхнем уровне объединяет и получает данные от устройств работающих по нескольким протоколам (профибас, модбас, специализированные протоколы (от различных термо и прочих датчиков)) и собственный протокол. Понятно что все обмены придется выносить в отдельные потоки, вводить кучу таймеров и тп, но что еще можно придумать?
Аппаратный концентратор который со всей этой кашей работает а компу с верхним уровнем отдает по одному какому-то протоколу. Или после каждого приборчика преобразователь протокола чтобы в сети что то одно бегало.
А самое простое - несколько компов и сетей для групп приборов . Каждый комп и сеть работают по одному протоколу. А вот с компов уже надо на главный комп собирать. Думаю что это - самое дешевое и жизнеспособное решение.
При экспериментах ни один чайник не пострадал
-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Берться модульный ПЛК обвешивается модулями профибас, ethernet, коммуникационными модулями под протоколы на базе RS-ов и вяжется с верхним уровнем. И время сэкономите, и нервы.
А не факт, что он сможет переварить даже часть этих протоколов одновременно.
Что значит одновременно в вашем понимании?
В общем-то, в классических ПЛК каждый сетевой модуль имеет свой процессор на переваривание протоколов и обменом обработанных данных с центральным процессором. На практике, были проекты с десятком сетевых модулей и все работало как часы.
Может быть, на верхнем уровне общаться через OPC-сервер (-ы), тогда SCADA вообще не будет знать о протоколах связи, а заниматься только обработкой данных.
Первоначально опубликовано Kanzi
Может быть, на верхнем уровне общаться через OPC-сервер (-ы), тогда SCADA вообще не будет знать о протоколах связи, а заниматься только обработкой данных.
Если вы их подружить друг с другом сможете. А то в поле нашего зрения два подрядчика год воду переливают из одного места в другое и не могут заставить работать один OPC сервер. И все потому что вокруг него закрутили виртуальные машины , удлинители com портов и две операционные системы.
При экспериментах ни один чайник не пострадал
-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме