Kostya_LeoG (Все сообщения пользователя)

Здравствуйте. Возможно ли расширить программное управление надписями для следующих случаев:
1) добавить управление видимостью надписей для типовых объектов в зависимости от:
а) режимов, например, для состояния типового объекта "Выключен" скрыть надпись автоматически или, например, показывать надпись только для потребителя СО, а для остальных потребителей (ГВС, СВ) 4-х трубной модели скрыть?
б) значения поля, например, для значения равного null (nil, blank, 0) автоматически скрывать поле надписи или ставить прочерк(если для надписи используется выносная линия с типом бирки "Угол с полками", то при неизвестных значениях полки пустые)?
2) добавить управление шрифтом надписи (цвет, шрифт, начертание, размер) в зависимости от значений полей, например, так как это сделано для тем.
За ранее благодарю за ответ.

Здравствуйте! Подскажите, пожалуйста, оптимальное решение по следующим вопросам:
1. У Заказчика существует HASP-ключ для выполнения расчетов в пакете Zulu со следующими лицензиями: Zulu70, ZuluThermo70Naladka, ZuluThermo70Poverka, ZuluThermo70ThermoGarph, ZuluThermo70Construct, PiezoGraph. Правильно ли я понимаю, что для выполнения расчетов программно с использованием объектной модели, в ключ достаточно добавить только лицензию ZuluNetTools для совместного использования.
2. Как технически это правильнее выполнить: а) купить отдельный ключ с лицензией ZuluNetTools, но при этом будут ли два ключа правильно работать совместно в одной программе; б) после покупки дополнительной лицензии необходимо будет обменять старый ключ на новый ключ с дополнительной лицензией ZuluNetTools или в) после покупки дополнительной лицензии для старого ключа будет доступна новая прошивка с дополнительной лицензией ZuluNetTools.
За ранее благодарю.

Спасибо.

Здравствуйте. Подскажите пожалуйста, есть ли программный метод, позволяющий сориентировать типовой объект (задвижка, ЦТП) по участку, на котором он установлен, по аналогии с методом Zulu, вызываемым из контекстного меню над выделенным типовым объектом - "Ориентировать по участкам".

Спасибо за информацию.

Здравствуйте. Существует ли объектная модель или API для WEB-интерфейса, то есть хотелось бы увидеть внятную справку с небольшими примерами для организации доступа к карте из программ через интернет.

Здравствуйте. Не понимаю зачем так усложнять<blockquote>Цитата:<hr size="1" noshade><i>А мне очень подходит такой вариант. Иногда нужно поставить символьный объект не разбивая участков..</i><hr size="1" noshade></blockquote> Каждый символьный объект в математической модели сети, как правило, рисуется на месте реального объекта инженерных сетей и имеет какие-то реальные характеристики, при этом параметры на участке сети до этого объекта сети и после могут быть различными - и это все должно учитываться в расчетах. Если Вы символьным объектом не разбиваете участок на два, то и математическая модель этой сети (участок-символьный объект-участок) будет неверной, а значит рисовать символьный объект вообще нет смысла, если вы этот объект прописываете в семантике как сопротивление...

Здравствуйте. Скачал актуальную версию. Раскраска и поиск дублированных работает!:-)
Но, вынужден не согласиться с теми пользователями
<blockquote>Цитата:<hr size="1" noshade><i>А есть пользователи, которые специально хотят дублировать...</i><hr size="1" noshade></blockquote>и ГИС, в котором не запрещено дублирование на уровне редактора ГИС для слоев инженерные сети (теплоснабжение, водоснабжение, газ...), так как в случае с дублированными объектами, если я не ошибаюсь, нарушается топология, то есть какой-то из дублированных элементов не имеет прямой топологической связи с Источником. В этом случае при проведении расчетов тоже непонятно, какой из дублированных элементов принимается в расчетной модели: один или оба...
И еще одно пожелание: редактор ГИС для слоев инженерные сети позволяет привязать символьный объект в режиме редактирования узлов к точке излома участка и при этом символьный объект не разбивает участок на два. В этом случае такой символьный объект находится не в сети, но при этом можно выполнить все расчеты (проверял на теплогидравлических), при этом сам символьный объект в расчетах не принимает участия. Конечно, данная ситуация является ошибкой пользователя, который пытается неправильно вставить символьный объект, но как-то об этом нужно предупредить, а лучше всего запретить такую операцию...

Здравствуйте. В новой версии zulu 7.0.0.5323 от 28.07.2014 в компоненте для теплогидравлических расчетов ZCNTaskWinCtrl появилась возможность выделения контура котельной по двойному щелчку, за это отдельное спасибо, но...
1. перестал работать поиск дублированных при вызове из меню "Карта/Операции/Выделить дублированные объекты" как в локальной так и в серверной части. MapCtrl1.Map.Layers.Active.Selection.SelectDubbed(1) - соответственно тоже не работает (в версии zulu 7.0.0.4684 все работало)
В связи с этим появилось предложение в редакторе для инженерных сетей (теплоснабжение, водоснабжение, газ...) запретить привязку символьных объектов к символьным объектам, например, чтобы невозможно привязать узел к узлу, задвижку к задвижке и т.д. При выполнении моделирования отключений, в данной ситуации, задвижка, например, может оказаться не в сети и возникает ошибка при переключениях...
2. В установленном на форму компоненте теплогидравлических расчетов ZCNTaskWinCtrl не работает раскраска: настроить раскраску можно, но при выборе, например, по скоростям сеть не раскрашивается.
3. осталась проблема обработки записи в базу данных Sybase вещественных чисел, если системный разделитель запятая. Совет изменить тип подключения к таблицам с Соединения на Источник ODBC, в общем, работает нормально. В связи с этим вопрос, можно ли настроить запрос таблицам через Источник ODBC для версии zulu 6.0 или есть ли возможность настраивать способ соединения с таблицами программно?

Все ясно, спасибо за ответ.

Здравствуйте! После вчерашнего обновления zulu на локальном компьютере до версии 7.0.0.5282 от 17.06.2014, при этом работа с локальной картой идет нормально (редактирование, расчеты), но при этом при этом, если я пытаюсь подцепиться к серверной карте с версией zulu 7.0.0.4686, получаю сообщение о не возможности подключения к карте из-за разницы в версиях. До этого обновления версия локально установленной программы zulu7.0.0.4506 и сервера zulu7.0.0.4686 тоже не совпадали, но совместно работали. В чем может быть причина? Пока нет возможности поднять версию на сервере до последней, но и последние ваши решения для локальной версии zulu не хотелось бы терять после отката к предыдущей локальной версии...

Здравствуйте. Подскажите, пожалуйста, как программно определить в компоненте ZCNTaskWinCtrl какие источники выбрал пользователь или как выделить теплосеть для выделенного источника перед началом расчета? Заранее благодарю.

Спасибо за ответы

Спасибо за оперативное решение.
Хотелось бы уточнить про программный опрос ключа защиты, может быть это будет реализовано? Например, ZuluCtrl возвращает же предупреждение при попытке редактирования слоя "Теплоснабжение" без ключа.

Здравствуйте. Возникли еще вопросы.
1. Подскажите, пожалуйста, "безопасный" способ определения элемента elTeplo := AddLay.Elements.Item[sys]. Если sys элемента по какой-то причине уже был удален с карты, а в базе данных sys элемента еще существует, то elTeplo := AddLay.Elements.Item[sys] - вызывает исключение: "First chance exception at $7C812FD3. Exception class EOleException with message 'ZuluLib Exception (code:768)'. Process UTSthermo.exe (2060)". На данный момент, чтоб избежать исключения, пользуюсь конструкцией try elTeplo := AddLay.Elements.Item[sys] except end; а хотелось бы выполнить предварительную проверку без позиционирования элемента на карте и без выделения или чтобы AddLay.Elements.Item[sys] возвращала nil (null).
2. Как программно определить подключен ли к ПК ключ защиты и, если подключен, выяснить какие лицензии на ключе установлены?
3. Какой примерно срок до изменения объектной модели, где будет реализовано связывание участков?
Заранее спасибо.

Здравствуйте. Подскажите, пожалуйста, способ связывания участков в узлах. В справке есть функция MapCtrl1.ExecCommand('EditSnapToNodes'), которая вызывает команду Zulu "Правка/Концы линий к узлам", после чего появляется диалог для ввода области захвата. Хотелось бы полностью автоматизировать этот процесс, то есть передавать окрестность для захвата узла как параметр. За ранее благодарю.

Спасибо за помощь. Нашел в книге "Мадорский Б. М., Шмидт В. А. М13 "Эксплуатация центральных тепловых пунктов, систем отопления и горячего водоснабжения.М., Стройиздат, 1971." подробное и понятное описание на простом языке параметра "Давление невскипания" и его практическое применение при построении пьезографиков.

Здравствуйте.
Согласен, что без хороших знаний теории сложно разобраться в специально-прикладном расчете, но и в справке в zulu нигде не указывается, что параметр "Давление вскипания, м" есть суть избыточное давление, которое в контексте расчетов нужно рассматривать относительно, чего не скажешь про остальные рассчитываемые параметры: диаметры дроссельных шайб, расходов, напоров, элеваторов и других - можно проверить расчет хоть по приведенным в справке теоретическим выкладкам, хоть по практически любому справочному пособию, к примеру, по справочнику В.И Манюк. Если Вы, mikekaganski, владеете информацией по интерпретации параметра "Давление вскипания, м" для элеваторного узла в общем случае в контексте расчетов в пакете zulu, то поделитесь, пожалуйста, можно и ссылкой на источник (объяснять как работает элеватор не нужно, но как это связано с КПД). Заранее спасибо.

Здравствуйте.
За быстрый отклик на проблему спасибо, но к сожалению, теория не объясняет причины появления отрицательного давления вскипания в применении к расчетам в пакете zulu... Вот здесь приводится таблица <A HREF="http://www.fptl.ru/spravo4nik/water_bp-pressure.html" TARGET="_blank">зависимости температуры кипения от давления</A> - все значения положительны!!! Возможно, а хотелось бы знать точно, в расчетах приводится величина разности между давлениями кипения: в моем случае при 95°С и 100°С? Другой причины появления знака "минус" в значении параметра "давление вскипания, м" я не вижу... В чем физический смысл этого вычисления в рамках расчета обобщенного элеваторного узла? Является ли отрицательное значение параметра "Давление вскипания" косвенным признаком больших потерь напора и тепловых потерь, неправильно подобранных/установленных диаметрах труб (подающей и обратки), дроссельных шайб, неправильно выбранной реальной схемой теплоснабжения?

Здравствуйте. Помогите, пожалуйста, разобраться в следующей ситуации.
К ЦТП с групповым элеватором (схема №4) присоединены 4 потребителя (схема №4), расчет проходит, но сильно смущает результат - "Давление вскипания на выходе ЦТП, м -1.37". У всех присоединенных потребителей также "Давление вскипания, м  -1.37". Ситуацию также смоделировал на примере квартальной сети, входящую состав пакета zulu. Если увеличивать параметр T3_r (Расчетная температура на выходе 2 контура, °С), то можно добиться, что параметр "давление вскипания" будет положительным... Как можно предварительно по имеющимся данным посчитать данный параметр или проверить расчет? От чего на самом деле зависит давление вскипания в расчетах zulu?
Основные параметры ЦТП ниже:
Геодезическая отметка, м 11
Номер схемы подключения узла 4
Подключенная нагрузка на отопление. Гкал/ч 0.5348
Подключенная нагрузка на вентиляцию. Гкал/ч 0
Подключенная нагрузка на ГВС, Гкал/ч 0
Расчетная температура на входе 1 контура, °C 150
Расчетная температура на выходе 1 контура, °C 70
Расчетная температура на входе 2 контура, °C 70
Расчетная температура на выходе 2 контура, °С 95

Потери напора в 1-й секции ТО на СО, м 1

Рекомендуемый номер элеватора 3
Рекомендуемый диаметр сопла элеватора, мм 9.29
Расчетный коэффициент смешения 1.91
Фактический коэффициент смешения 1.8

Диаметр шайбы на под.тр-де, мм 45.09
Количество шайб на под. тр-де, шт 1

Потери напора на шайбе в под. тр-де, м 0.1
Расход сетевой воды на квартал после наладки, т/ч 6.378
Суммарный расход сетевой воды, т/ч 6.38
Располагаемый напоp на вводе ЦТП, м 46.51
Напор в подающем трубопроводе, м 86.7
Напоp в обpатном тp-де на вводе ЦТП, м 40.19
Давление в подающем трубопроводе, м 75.7
Давление в обратном трубопроводе, м 29.19
Напор в обратном тр-де 2 контура ЦТП, м 40.19
Расход воды по перемычке, т/ч 12.157
Располагаемый напор 2 контура ЦТП, м 44.115
Напор в под.тр-де ГВС, м
Напор в обр.тр-де ГВС, м
Давление в под.тр-де, м 33.12
Давление в под.тр-де ГВС, м
Давление в обр.тр-де ГВС, м
Давление в обр.тр-де, м 29.19
Расчетная температура внутр. воздуха для СО, °C 18
Расчетная средняя нагрузка на ГВС, Гкал/ч
Расчетная максимальная нагрузка на ГВС, Гкал/ч
Способ дросселирования на ЦТП 0
Запас напора при дросселировании, м
Расчетная температура наружного воздуха, °C -34
Текущая температура наружного воздуха, °C -34
Среднегодовая температура воды в под. тр-де,°С 70
Среднегодовая температура воды в обр. тр-де,°С 45
Среднегодовая температура грунта, °C 1
Среднегодовая температура наружного воздуха,°С -2
Среднегодовая температура воздуха в подвалах,°C 10
Текущая температура грунта,°C 1
Текущая температура воздуха в подвалах,°C 10
Суммарный расход воды во 2 контуре ЦТП, т/ч 18.5354
Тепловая нагрузка верхней ступени ТО ГВС, Гкал/ч 0
Тепловая нагрузка нижней ступени ТО ГВС, Гкал/ч 0
Потери тепла от утечек в подающем тр-де, Ккал/ч 0.0034
Потери тепла от утечек в обратном тр-де, Ккал/ч 0.0016
Потери тепла от утечек в сист. теплопотреб., Ккал/ 0.0023

Суммарная тепловая нагрузка на ЦТП, Гкал/ч 0.5349

Расход воды на утечки из под. тр-да, т/ч 0.0354
Расход воды на утечки из обр. тр-да, т/ч 0.0354
Расход воды на утечки из систем теплопотреб., т/ч 0.0387
Время прохождения воды от источника, мин 18.89
Путь, пройденный от источника, м 291.3
Давление вскипания, м 38.55
Давление вскипания на выходе ЦТП, м -1.37
Статический напор, м 54
Статический напор на выходе ЦТП, м 54

Здраствуйте! Подскажите пожалуйста, есть ли разница при проведении расчетов в назначении потребителям схем 2(местный ТП)  или 6(обобщенный потребитель), 15(местный ТП) или 17(обобщенный потребитель) и т.п. или есть какие-то ограничения?

Здравствуйте. Для описания потребителей с ипользованием элеваторного присоединения СО используем схему №2. У некоторых потребителей установлены элеваторы с регулируемым соплом и в этом случае диаметр сопла величина переменная. Что в этом случае вводить в поле Dsop_u или в этом случае нужно выбирать другую схему подключения потребителя.

Здравствуйте. Спасибо за ответы. Хочу немного уточнить
1. При не полных данных о потребителях, будет ли правильным использование схем 4 (для потребителей ТС) и 26 (для потребителей ГВС), как для обобщенных потребителей?
2. Если нет возможности нарисовать каждый элеваторный ввод, то будет ли корректным использовать схемы 4 и 26 как для обобщенного потребителя (без учета шайб и элеваторов), если имеются данные расхода или нужно выбирать схемы с элеватором?
3. При выполнении наладочного расчета для описания потребителя, подключенного по схеме 28, возникает ошибка <blockquote>Цитата:<hr size="1" noshade><i>Ошибка ZD084: ID=3896 Неверное значение поля 'Nsec_niz'-'Количество секций ТО ГВС I ступень'</i><hr size="1" noshade></blockquote>Ниже привожу данные для <I><B>пластинчатого подогревателя</I></B>, которые использовались в расчете:
Nsec_niz - Количество секций ТО ГВС I ступень = 50;
Ngr_niz - Количество паралл. групп ТО ГВС I ступень = 2;
Hsec_niz - Потери напора в одной секции I ступени, м = 4.6.
Других данных по подогревателям, кроме типа подогревателя, количества секций или пластин, количество параллельных групп и потерь напора на одной ступени у нас нет.
Как поступать в подобных ситуациях? Может быть я не в те поля ввожу данные или их нужно как-то предварительно преобразовать?

Здравствуйте. Помогите, пожалуйста, разобраться со следующими вопросами, возникших на этапе ввода данных для существующей расчетной схемы:
1. Имеется не полный объем исходных данных по элеваторам и шайбам, ну и, соответственно, схемам подключения потребителей. Возможно ли при выполнении поверочного расчета частичное использование реальных шайб и элеваторов и данных, получившихся в результате выполнения наладочного расчета? Как реализовать такой способ расчета? При использовании реальных и расчетных данных насколько точным будет расчет для потребителей, для которых введены реальные исходные данные?
2. Для некоторых потребителей в многоквартирных домах приводится набор шайб (или элеваторов) различного диаметра (диаметра сопла) для каждого подъезда, а потребитель нарисован один. Например, Спортивная, 14:  1 подъезд - 25мм; 2 подъезд - 23мм; 3 подъезд - 24мм (для элеватора 7, 8 и 7 мм, соответственно). При этом неизвестно как реально проложена трасса, к дому нарисован один ввод, а техподполье не прорисовано. Как вводить данные в этом случае? Какие схемы потребителей при этом нужно выбирать?
3. И еще один вопрос, который ранее на форуме уже встречался: в исходных данных присутствует описание подогревателей ГВС как секционных и как пластинчатых. С секционными подогревателями все понятно. <A HREF="http://politerm.com.ru/forums/showthread.php?fid=3&tid=2497&old_block=0" TARGET="_blank"> Здесь </A> описывается, что на эти подогреватели существуют свои параметры. Подскажите, пожалуйста, какие параметры, кроме имеющихся нужно искать и ввести, в какие поля их вводить, и какую схему потребителя при этом правильнее выбрать. Например, для подогревателя ГВС на 50 пластин с 2 параллельными группами с элеваторным присоединением к СО.
Заранее благодарен за ответы.