Форум » » Lon + CGELON 240 + DMS504B51 » Ответить

Lon + CGELON 240 + DMS504B51

RuckShot1: Добрый день! Куча непонятных моментов и вопросов возникает в изучении этой темы... 1. Насколько я понял Lon это тоже самое что и KNX. Очень похожи. Lon конфигурируется через LonMaker. Но когда я сконфигурирую сеть, то куда потом все это дело заливать? Адреса, как я нашел инструкцию устанавливаются на пультах внутренних блоков. Но там тоже все довольно непонятно. Есть куча каких то режимов типа 20, 21, 22, 23, 1а, 1b ну и т.д. 2. Нужно ли программировать DMS504B51? Или он идет с завода уже с XIF прошитым файлом? 3. Нужно все таки в CGELON загружать адреса: или он получает все, что в него приходит и так? В общем продолжаю читать, но если кто может распишите на сколько можете подробнее, какие этапы конфигурирования данной связки. И обязательно ли нужно пользоваться LonMaker, если я могу задать адреса на пультах и к ним обращаться. Может кто-то поделится примерами проектов в LonMaker и Crestron. Спасибо!

Ответов - 51, стр: 1 2 3 All

Игорь K.: 1. LON чем-то похож на KNX - самодостаточная децентрализованная система управления со своей логикой, автоматикой, управляющими и исполнительными устрйоствами. 1.1 После конфигурирования, которое называют СВЯЗЫВАНИЕМ ПЕРЕМЕННЫХ, через LonMaker эта система готова принимать и отдавать данные через шлюзы DMSXXX<->CGLON. 1.2 Режимы отдельных сплит систем - внутреннее дело LON, до того, как мы начнем ею управлять система работает как массив отдельно стоящих внутренних блоков, управляемых от своих пультов. 1.3 Программировать DMS не нужно. 1.4 В CGELON ничего загружать не нужно, и это у вас не получится, никак. Внутри web-интерфейса есть страница состояния переменных, которые могут быть бинарными (1 или 0) или аналоговыми (Уставки, температуры, Режимы работы). 1.5 Типы переменных в LON заранее определены и находятся в общем списке на web-странице CGELON каждая на своем месте. 1.6 При удачном выполнении связывания переменных на web-интерфeйсе CGELON можно сразу увидеть их значения, циркулирующие в LON. Надеюсь, это поможет в понимании общих правил совместного функционирования LON и внешних управляющих систем.

RuckShot1: Большое спасибо! Ситуация проясняется. А в LonMaker - после конфигурирования. Что вытворять с эти чертежом, который получается? как его залить в сеть. Ведь какой то девайс нужен, судя по аналогии с KNX. И насколько я понял через lonmaker можно мониторить сеть и то, что в ней происходит. а через что коннектиться? Может у кого то все таки завалялся пример конфигурирования сети вlonmakere

Игорь K.: В LonMaker связывание переменных происходит on-line.


RuckShot1: Извините за тупизм, но а как мне к сети подключится? через что конфигурируется сеть? Дополнительно шлюз какой то нужен?

Игорь K.: Именно так, ищите переходник, например TP/FT-10. LON-USB интерфейс:

RuckShot1: Переходник найден( Осталась проблема с LonMaker, с торрента скачал: но хоть и написано: что таблетка присутствует, все равно требует ключ. Все лицензионным пользуются,

Igor: RuckShot1, какой LonMaker-то скачали? Если третий, старый, то шансы поработать есть. Если четвертый - беда, оно к определенному ПК привязывается, про случаи успешного взлома мне лично ничего не известно. Далее, нужно понимать, что в состоянии поставки при помощи LonMaker можно связать только определенное количесво узлов (nodes), т.е. устройств сети LonWorks. Нужно много узлов - придется покупать т.н. "кредиты".

RuckShot1: 3.1 скачал. Поробую поразбираться.. может что и выйдет)

Igor: Как правило, у новичка в LonWorks большие трудности вызывает создание проекта "с нуля". При создании нового проекта LonMaker "из коробки" выдает массу последовавтельных запросов - важно понимать, как на них отвечать. В итоге должно открыться рабочее пространство Visio, в котором должна присутствовать сеть с единственным узлом - интерфейсом USB <-> LonWorks, визуализированным соответствующим функциональным блоком. Далее нужно добавить CGELON-240 (если есть его описание в виде файла .XIF - подсунуть его LonMaker`у для облегчения жизни). Далее смотрим CGELON-240 LonMaker Browser`ом и смотрим его же любым браузером (по адресу IP). Если действия, совершаемые в отношении CGELON-240 посредством LonMaker Browser`а, отображаются соответствующим образом на странице Current Interface web-морды CGELON-240, значит нефть пошла, дальше будет легче.

RuckShot1: XIF файл я загрузил. И вроде создал проект. Вот я только не могу понять одного: каким образом LonMaker привяжется к CGELON?? ведь нет ни адреса какого-то, ничего.. Ну и тоже само с DMS. XIF добавил в device. Далее добавляю блок и ставлю галочки добавить все переменные в устройстве И появляется функциональный блок с переменными. Которые мне и предстоит связывать. А как быть с кондиционерами? Получается для них тоже нужен XIF файл, чтобы создать функциональный блок с переменными и связать и с переменными DMS. И опять же как конкретный блок привязать к кондиционеру? Спасибо.

Igor: RuckShot1, на каждом устройстве LonWorks есть т.е. Service Button, иногда модно именуемая Service Pin - кнопка. На определенном этапе добавления нового узла в проект LonMaker становится в ожидание нажатия Service Pin на только что добавленном устройстве. Нажимаете Service Pin - и LonMaker начинает знакомиться с устройством, в итоге отрисовывая функциональный блок с доступными переменными. По второму вопросу. Все зависит от того, какие карты интерфейса установлены в кондиционерах. Есть карты LonWorks, тогда DMS не нужен - CGELON-240 бужет взаимодействовать с картами непосредственно. Есть карты DIII-Net, собственной шины Daikin - в этом случае DMS, являющийся, по сути, шлюзом DIII-Net <-> LonWorks необходим как возможность влезть в закрытую шину (DIII-Net) посредством открытой платформы (LonWorks).

Игорь K.: Плата KRP - должна быть с каждым внутренним болоком Daikin для подклчения в LON:

RuckShot1: За все спасибо, вроде все получилось) на одном кондее все протестировал, теперь попробую раскинуть на все. Но есть такой один момент Уставка у меня имеет две переменные. TempOut - та, которую меняю я и отправляю на кондиционер TempIn - та, которая приходит с кондиционера в случае редактирования ее с пульта. Ну и для осуществления обратной связи мне необходимо TempIn в TempOut получать, дабы на панели отобразилось все. Через Analog Buffer я могу это сделать. Но что тогда происходит. На пульте меняю уставку и шлется в TempIn -> TempIn через AnalogBuffer в TempOut -> И так как вTempOut произошли изменения, то уставка опять отсылается на кондиционер. На этом этот мрачный круг обмена уставками в дебуггере заканчивается. И все вроде бы ничего. Но нормально ли это? Не случится ли в один момент зацикливания и начнут они друг другу кидать эти уставки, до тех пор, пока кто нить не откинется? Как это правильнее реализовать? Спасибо.

Igor: RuckShot1, как-то сложно. Посредством Temp_P [Out] отправляем значение уставки в LonWorks, посредством Temp_P [In] получаем обратную связь по уставке:

Игорь K.: Кажется, вопрос относился к тому. где должен находиться контур обратной связи - автоматики поддержания температуры уставки. Ответ: Этот контур, отслеживающий и сводящий к минимуму разницу между уставкой (заданной пользователем) и реальной температурой (полученной от датчика внутреннего блока) находится внутри устройств LON. Crestron отправляет данные уставки и принимает данные о температуре, а также передает команды включения/выключения. (режим работы также должен выбирать сам кондиционер в соответствии со знаком и модулем разницы уставки и текущей измеренной температуры).

Igor: Игорь K., да, это тоже важный момент - кому поручить выбор режима работы кондиционера (для Daikin характерны Heat [прогрев], Cool [Охлаждение], Fan [Проветривание] и Auto [Автоматический режим]). Можно держать кондиционер постоянно в режима Auto и отсылать ему только значение уставки и команды включения/выключения - тогда, сопоставляя значение уставки, полученное от пользователя посредством Crestron, и значение фактической температуры воздуха, полученое от собственного датчика, кондиционер будет автоматически выбирать нужный режим. Можно осуществлять это сопоставление на уровне Crestron - сравнимать уставку, введенную посредством некого органа управления, и температуру, измеренную при помощи датчика Crestron или датчика, прикрученного к Crestron - а кондиционеру отправлять только команды перехода в нужный режим. Последнее, на мой взгляд, не рекомендуется - нужно учитывать массу факторов, в частности - объем помещения, влияние прочих климатических устройств (радиаторов, конвекторов и т.п.). Думаю, RuckShot1 в итоге можно предложить следующее: 1. Значение уставки отправляем в LonWorks и считываем из LonWorks обратную связь по уставке. Это будет истинная обратная связь, что полезно хотя бы с точки зрения первичной диагностики в случае возникновения сложностей. 2. Выбор режима работы поручаем кондиционеру. 3. Включение/выключение кондиционера реализуем на уровне Crestron. 4. Весьма важный момент. Многие допускают ошибку - считывают из LonWorks температуру не окружающей среды (измеряемую датчиком в составе конструкции штатной панели управления Daikin), а воздуха в канале кондиционера. В первом случае значение температуры пригодно для обработки - панель управления расположена на стене, вблизи области обитания пользователя. Во втором случае мы увидим температуру воздуха, который, дойдя до пользовтеля, может дополнительно прогреться или охладиться, т.е. при определенном стечении обстоятельств данное измерение не может считаться корректным. Мнения?

Игорь K.: Именно так, все автоматические функции нужно передать кондиционерам, они лучше знают, что делать.

RuckShot1: Спасибо! Именно так и сделал, вроде все работает) Продолжаю отладку.

Вячеслав: Для меня тема стала актуальна. Поделитесь пожалуйста демо проектом с модулями и XIF файлом для CGLON. Кстати не совсем понял нужен ли этот XIF файл или нет для добавления в проект CGLON и связывания его переменных. А то архив битый только нашел в другой теме.

Igor: Вячеслав, демо тут. Вячеслав пишет:нужен ли этот XIF файл или нет для добавления в проект CGLON Какой проект - LonWorks или Crestron? .XIF - это файл описания конфигурации устройства. Выполнив commissioning узла LonWorks с файлом .XIF, шаман увидит более подробное описание поднятых в нем переменных (SNVTs). Если программный проект LonMaker небольшой, можно обойтись без файла .XIF.



полная версия страницы