|
|
LonWorks и Trace Mode |
|
Я имел в виду, что эти модули нельзя было использовать сами по себе, а только с контроллерами xenta 300/400, так как сетевых переменных они не имели, а для связи с контроллером использовали сообщения lonworks. Если интересно, сравните документацию на xenta 421/422 и 421А/422А. Последние уже являются вполне полноценными lonworks-устройствами. |
|
 |
|
|
Приветствую участвующих в данном топике коллег. Предлагаю быть последовательными и не обсуждать стандартизованное решение Echelon и саму технологию (и ее возможности) LonWorks в пределах одного высказывания (я имею ввиду одиночное сообщение). Иначе, из-за используемых "терминов" создается окончательная путаница. Привожу пример, (Peter) "Возможно это опечатка, потому-что любое LonWorks - совместимое устройство обязательно имеет стандартные сетевые переменные (хотя-бы одну),..." следует читать как "... любое LonTalk, Echelon совместимое ...", но ни как не LonWorks! LW это технология очень похожая на Eth, но аппаратно разрешающая коллизии (с очень коротким временем). Разработчиками так же заложена большая гибкость при использовании LW устойств на разных средах передачи - большие возможности по изменению скорости, "оконечной обвязке" (трансформатор, RS485 и т.п.), что позволяет каждому производителю, использующему эту технологию, иметь свою уникальную FieldBus (назовите как хотите). Устройства разных производителей, при таком подходе, будут абсолютно(!) не совместимы друг с другом (понимать др друга не будут вообще). Пример такого использования у разных производителей (я их перечислил, если будет необходимо могу назвать серии контроллеров использующих LW проприетарно) я приводил ранее. Поэтому, высказывание akai "нельзя было использовать сами по себе, а только с контроллерами xenta 300/400, так как сетевых переменных они не имели, а для связи с контроллером использовали сообщения lonworks" считаю абсолютно верным. Это говорит о том, что данные контроллеры не используют стандартизованные Echelon'ом скорости передачи (78kb, 1.25Mb, хотя могут и работать на таких скоростях) и не передают/принимают "стандартных переменных". Поэтому, на мой взгляд, следует разделить обсуждение возможностей LW в общем (возможности Lon chip'ов 4150 и 4120, например) и аппаратно/программный состав необходимый и достаточный для построения систем с использованием Echelon стандартов (переменных, файлов-описаний и т.п.). |
|
|
|
|
Не совсем понимаю, о чем мы разговариваем и в чем пытаемся друг друга переубедить Если протокол стандартизован, то как устройства могут не понимать друг друга?? (естественно, при условии, что мы пытаемся построить сеть корректно). Каждое устройство содержит т.н. функциональные блоки (их может быть несколько), они программируются производителем устройства, и отвечают за определенную функцию устройства. Примером моугут служить ПИДы, измерители температуры, свичи, и т.д. Каждый ФБ имеет сетевые переменные, посредством которых устройства общаются между собой. Это могут быть стандартные СП (т.н. SNVT) или пользовательские (UNVT). Ассоциацией LonMark стандартизовано около 200 переменных различных типов. Это означает, что они подробно описаны (тип переменной, тип данных, пределы измерений, точность и т.д.) Все они рекомендованы для использования, и переменные одного типа (температура, давление, переключатель, и др.) великолепно понимают друг друга в разных устройствах (при условии, что эти устройства имеют в составе своих функциональных блоков переменные этого типа, то есть устройства предназначены для работы с одним типом данных). Конечно, если попытаться соединить напрямую датчик температуры и лампочку, они могут не понять друг друга, так как могут не иметь переменной одного типа (например, в лампе нет переменной типа SNVT_temp, а в датчике температуры нет переменной SNVT_switch). Однако, есть т.н. type-translator -- функциональный блок, понимающий большинство типов переменных и переводящий данные по заданному пользователем закону из переменной одного типа в переменную другого типа. Полагаю, что в предыдущих постах речь идет о следующей ситуации: производитель устройства не может обойтись переменными SNVT, и разрабатывает свою переменную UNVT. Естественно, она будет понятна только тем устройствам, у которых она есть. Очевидно, что это могут быть только устройства того же производителя. Как правило, такие переменные реализуют узко-специализированные функции данного устройства. Такими переменными производителям нет смысла увлекаться, так как это получается тот же самый проприетарный протокол, который и так есть у каждого производителя свой. И именно LonWorks - технология, которая позволяет объединить устройства от разных производителей. Надеюсь, что это объяснение о принципах работы LonWorks даст ответы на затронутые вопросы. Однако готов ответить на другие вопросы по технологии LonWorks. С уважением, Петр Иванченко. Сертифицированный инструктор по технологии LonWorks.
|
|
|
|
Ответить 
|
Страница <12 |
| Переход на форум | Права доступа на форуме  Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |
