Форум » » 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.

Вячеслав: Так XIF файл существует для CGLON? В демке его нет. P/S Проект имелся ввиду в LonMaker.

Igor: Вячеслав, .XIF существует для CGELON-240. Если у Вас именно такой шлюз - enjoy. Как упоминалось выше, при незначительном объеме проекта LonWorks наличие файла .XIF не принципиально. Я свое время поднимал всю необходимую логику на стороне Crestron, комиссовал шлюз, пулял из Crestron команды по порядку и смотрел на поведение функционального блока шлюза в LonMaker Browser.

Kaveckiy: Igor на самом деле xif файл для CGELON-240 не существует по очень простой причине - это устройство может менять свою конфигурацию. При вводе в эксплуатацию шлюзов CGELON-240 нужно придерживаться следующей последовательности: 1. Через web интерфейс шлюза настроить необходимое кол-во входных/выходных переменных для соединения со шлюзом кондиционеров. В простейшем случае нам нужно будет: - вход и выход типа SNVT_Switch (включение блока и обратная связь) - вход и выход типа SNVT_HVAC_MODE (управление режимом работы + обратная связь) - вход и выход типа SNVT_temp_p (уставка и обратная связь) - вход и выход типа SNVT_Switch (скорость вентилятора и уставка) Более подробно см. http://www.daikinac.com/content/assets/DOC/LONDesignGuideDaikin2.pdf стр. 8. 2. После этого применить редактируемый интерфейс и перегрузить шлюз. 3. В Lonmaker провести процедуру Commition (ввод в эксплуатацию) шлюза и указать, что параметры берутся не из xif файла а из самого устройства.

Igor: Kaveckiy, поверьте, я сдал столько систем с использованием CGELON-240, что достаточно уверен в написанном. Тот факт, что не все верят в существование белых ворон, верных женщин и файлов .XIF для CGELON-240, не исключает возможности существования указанных сущностей. По ссылкам, приведенным мною в теле ответов тов. Вячеслав, доступны составляющие демо-программы для CGELON-240, разработанной Grestron Germany, в частности - вполне работоспособный файл .XIF.

Kaveckiy: Igor это частный случай, xif для какой-то определенной конфигурации входов-выходов в шлюзе. Поменяете хотя-бы один и xif будет уже другой.

Igor: Разумеется. Это один из аргументов против использования .XIF в данном случае.

Pavel777: Если можно, давайте продолжим обсуждение, впереди предстоит настройка CGelon-240-DMS504B51, первый раз, волнуюсь) Хотелось перед настройкой Cglelon-240 убедится, что со стороны Дайкина все в порядке. Пока только пробовал по тестировать шлюз DMS и сеть D3-NET. Начал по мануалу Daikin - подключил к шлюзу DMS комп и D3-NET, попробовал сделать commissioning (подключиться по RS-232) что бы по управлять внутренними блоками из терминальной программы - ничего не получается, комп не видит по RS232 шлюз. Что дальше делать - непонятно, как убедится, что со стороны Дайкина все в порядке? Кондиционерщики только руками разводят.

Igor: Pavel777, к чему вы по RS232 подключаетесь?

Игорь K.: CGELON-240 ничего вам не выдаст по RS232. Подключайтесь по Ethernet.

Pavel777: Igor пишет: К DMS504B51. Я имел ввиду шлюз Дайкин. С СGelon хотел разобраться, когда будет уверенность, что с Дайкином все в порядке

Igor: Нужно подключить к шлюзу DMS кондиционеры, а его самого подключить по LON к интерфейсу, например, к свистку. Далее - с использованием LonMaker откомиссовать кондиционеры и шлюз DMS, видимо, создать виртуальный функциональный блок (чтобы было на что замкнуть SNVTs шлюза DMS) и манипулировать переменными из LonMaker Browser`а.

Pavel777: То есть, для настройки т.н. свисток, и LomMaker должны быть обязательно?

Игорь K.: Pavel777, обязательно. Смотрите всю ветку обсужения.

Pavel777: А как убедится в исправности DMS504B51?

Igor: Pavel777, подключить как описано выше и попинать на него команды.

Pavel777: Igor пишет: Igor пишет: Игорь, что бы подключить, как описано выше, нужен адаптер LON и LONMAKER, последний я нашел, а вот адаптер буду искать долго. Поскольку процедура для меня новая, хочу быть уверенным, что D3-NET правильно сконфигурированная. В мануале на DMS504B51 описана процедура подключения последнего по RS232 к ПК и управление кондиционерами с ПК. Пытаюсь подключиться но безрезультатно. Что уже говорить про LON, когда элементарное подключение не получается. Или что-то не так делаю - или блок неисправный.

Igor: Pavel777, вас не затруднит продемонстрировать этот мануал? Меня раздирает любопытство насчет RS232...

Pavel777: http://www.daikinac.com/content/assets/DOC/LONDesignGuideDaikin2.pdf стр 68

Igor: Pavel777, а, так вы разобрали шлюз? Суровый подход. Собственно, в этом адовом документе все расписано - подключаемся к шлюзу через HyperTerminal, высылаем команды... Опишите подробно и по порядку - что делаете, на каком этапе буксуете и что дает вам основания полагать что дело не идет.

Pavel777: Так а его в любом случае надо разбирать для того что бы включить внутреннюю батарейку. Нужно отвинтить несколько винтов и снять крышку. Попробовал несколько кабелей, несколько терминальных программ, несколько переходников USB-COM, несколько операционных систем на ПК, проще к булыжнику подключиться)) Шлюз никак не отвечает . Дохожу до пункта в мануале "нажать любую клавишу" (после подключения к ПК и настройки терминального соединения с указанными параметрами) и ничего, ответа нет. По мануалу должно появится <LONGW>. Индикатор SERVICE мигает, ALIVE/WINK в основном, не горит, иногда зажигается зеленым или желтым. На подключение D3-NET не реагирует никак. Сегодня заберу шлюз, попробую подключиться к ПК, на котором есть штатный COM порт (не эмулированный). Если не поможет, тогда не знаю что делать

Igor: Pavel777, учитывая что агрегат достаточно древний, дело действительно может быть в адаптере USB-RS232. Далее, я бы рекомендовал так действовать в п.5 осуждаемого документа: 0. Исполняем и проверяем все физические подключения. 1. Подаем питание на шлюз DMS, ждем пока оживет. 2. Включаем/выключаем по очереди кондиционеры. 3. Ждем минуты полторы. 4. Запускаем Hyperterminal на ПК и рулим.

RuckShot1: Pavel777, проходил уже эту пытку. Почему то кондиционерщики всегда отнекиваются от своей прямой обязанности. Когда на меня сбросили объект, где кондиционерщики отказались вообще что либо делать по своей части, а именно раздачи адресов блокам и демонстрации мне что их сеть работает. Типа это не наша работа. Я звонил в Diken и там мне смело сказали, что они просто обязаны настроить сеть и продемонстрировать что все работает. Я бы, наверное, не тратил время на шлюз, скорее всего он рабочий и все с ним нормально. Берите LonMaker и пробуйте конфигурить. Скорее всего все и так заработает, если адреса выставлены у внутренних блоков.

RuckShot1: Но у меня есть и свой вопрос по Lon. Есть такая проблема. VRF система Fujitsu. Lon сеть сконфигурирована, все управляется. Но переодически отдельно выбранные кондиционеры перестают реагировать на команды из Lon. В LonMaker шлю команду на включение и не реагирует, и соответственно никаких фидбэков. После перезагрузки внутренних и внешних блоков по питанию, проблема ушла. Спустя пару дней опять перестали управляться. Теперь перегрузили все, что только можно, но результата нет. Работает только часть блоков. Со стороны Lon я так понимаю что все нормально, так как шлюз шлет команду, получается проблема во внутренней сети кондиционеров. Есть вообще подозрение, что они по кольцу все подключены. Насколько я знаю кольцо не допускается? Спасибо! P.S. Посоветуйте какой-нибудь Ethernet шлюз для подключения к LonMaker, USB не позволяет удаленно работать. Вроде такие существуют.

Igor: RuckShot1, да, кольцо противопоказано.

Kaveckiy: В каком городе нужен Lon интерфейс? В Киеве могу дать на тестирование и даже помочь с тестированием. Кстати, могу сбросить проект LonMaker с шлюзом (2-я) CGELON-240 и Дайкиновский шлюзом. Недавно программил. Из интерфейсов IP - LON я бы сейчас порекомендовал LOYTEC NIC709IP3E100 (по памяти модель писал, могу ошибиться в паре буков), или поискать на eBay Echelon iLon 100 или Smartserver. В нем есть RNI - remote network interface.

RuckShot1: В Москве) Спасибо на модели! Попробую что-нибудь заказать!

Pavel777: Опять вернусь к данной теме. Настроил СGELON-240 c Дайкином, все работает, в среде LON все переменные получают значения с CGELON и отправляют фидбеки обратно, но есть проблема. К некоторым кондиционерам подключены проводные пульты и они сильно мешают процессу управления. То есть кондиционером, имеющим такой пульт, получается управлять с большими ограничениями. Единственно, что делается понятно и предсказуемо - это вкл/откл. Пульт и Крестрон, в этом случае, работают синхронно, включив кондей с крестрона - зажигается вкл на пульте и наоборот. Переключать режимы работы можно только с пульта, если это делать с крестрона - в дайкине соответсвующие переменные меняются, но потом возвращаются в прежнее состояние, соответсвующее пульту. С уставкой температуры вообще непонятно, "кого слушается" кондиционер - пульт или крестрон. Пробовал изменять переменные Reg в Дайкине, но ощутимых результатов пока нет. Как выйти из данной ситуации? Буду благодарен за помощь

RuckShot1: Я так понимаю пульт периодически шлет сове состояние или кондиционер его опрашивает. Вообще я пока ни разу не столкнулся с таким. У меня на всех кондиционерах на всех обьектах есть пульты. И войны между ними нет. Скорее всего в самой шине DIII-Net нужно что типа Master - Slave настроить. Проще обратиться к представителям дайкена.

Pavel777: RuckShot1, у вас на всех кондиционерах какие пульты? Настенные проводные с дисплеем или просто ИК ?

eoulianov: Синхронизация управления с пульта с управлением через DMS504B51 - это не ваша головная боль, а кондиционерщиков (и даже не LON-специалиста): они придумали кривую схему, пусть сами и думают как её реализовывать. Это настраивается обычно джамперами на интерфейсе дайчинет у каждого подключенного к нему блока, в разных линейках Daikin - по разному, и обычно оно работает само собой, только при включении питания долго тупит и синхронизируется минут по 10, а потом всё происходит синхронно и фидбеки верные и на пультах и на LON приходят. В нормальных проектах такого двойного управления лучше бы не делать (ибо раз уж мы интегрируем, то избавить стену от уродливого пульта - самое то), а если у клиента свербит и "хочется ручного управления, если эта чертова DMS сдохнет", то эти пульты всей толпой вешают в щитовой, подписав где какая комната, и настроив внутренние блоки так, чтобы датчики температуры в пультах не использовались.

Pavel777: разобрался. Кондиционерщики намудрили, что то с конфигурацией. Оказывается, кондиционер работает только с подключенной вентиляционной установкой. И пульт одновременно управляет и VAM и кондиционером. Создал функциональный блок VAMа, забиндил все его переменные reg на переменные reg кондиционера, т.е. управление с пульта блокируется и на кондиционере и на VAMе. Все работает, красота). В IPADе открываешь страницу управления климатом -блокируются все настенные пульты. Всем спасибо за помощь



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