Так быстро с модбасом работать можно только на себя
При экспериментах ни один чайник не пострадал
-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Первоначально опубликовано L-Max
Что значит "обычный"... Самый распространенный? Самый простой?
Под “обычными” я подразумевал все не самопальные протоколы.
Первоначально опубликовано L-Max
OPC Foundation для того и выпустила стандарт, позволил навести порядок во всей этой чехарде протоколов.
Если б так все было хорошо то был бы только один OPC сервер на все случаи жизни а не зоопарк. Который на одном компе, иногда, довольно сложно подружить.
С уважением!
ИМХО OPC весьма ресурсоемкий протокол ориентированный на многопользовательский режим и делать ему на контроллере нечего по большому счету. Самая практичная модель у CoDeSys каждый занят своим делом. Такое разделение и инкапсуляция обязанностей ИМХО повышает надежность в целом и прозрачность и сопровождать проще. И какой нить кривой клиент не задавит ваш контроллер задачами обмена. я понимаю оптимизация нонча не в моде дирехт икса и .Net и виста и камни по три гига но все таки хороший тон есть хороший тон...
А где автор топика писал про использование контроллера? Нужно всего лишь подключить конечные измерительные приборы к ПК.
А в дальнейшем эти приборы продаваться и в состваве других комплексов АСУТП использоваться не будут? Все таки нужно писать протокол из расчета подключения к ПЛК, а потом уже заниматься опс.
ни где не писал..
хотя это действительно конроллер
обычно AT91
На у становку пк наверное никогда не решусь...
потом не наездиешься на объект конечно ИМХО
Первоначально опубликовано Dismay
ИМХО OPC весьма ресурсоемкий протокол ориентированный на многопользовательский режим и делать ему на контроллере нечего по большому счету. ...
Простите, я немного не понял. что значит "OPC на контроллере"?
Главный инженер проектов.
"УралРТСофт"
Dismay хотел сказать что для MCU OPC не позубам...
я думаю это не лишено основания...
тут бы со своими глюками разобраться а тут ещё глюки OPC разгребать..
Все таки задача основная это не связь с АСУ а выполнение своих прямых обязанностей..
Поэтому OPC на MCU лишнее..
а вот реализация нескольких протоклов обмена может и лучшее решение как считаете?
Автор замечания немного путается. От ПЛК не требуется поддержки ОРС как такового. От него требуется только передавать и принимать данные в некоем своём протокле (или любом стандартном). Поддержка ОРС требуется на стороне ПК АСУ ТП, там, где будет развернут сервер.
Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме