RUS  ENG 

Алексей Аширов (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 135 След.
Насосная станция
 
Цитата
написал:
Цитата
написал:
Цитата
написал:
Доброе утро. Такой вопрос, в некоторых схемах подключения потребителей уже предусматривается насос, так вот можно ли как то регулировать его параметры?
Добрый день. Какие параметры? В каких схемах?
Цитата
Например схема 5, где насосное присоединение СО, можно регулировать параметры насоса?
В схемах присоединения сейчас насосы реализованы как черные ящики. Подразумевается, что их параметры таковы, что насосы делают то, что должны в этой схеме делать. Например, в 5 поддерживают заданный коэффициент смешения. Добавление параметров насосов внутрь схемы присоединения это другой уровень детализации объекта. Он тут не предусмотрен и не требуется.
Тот кто хочет детально описать узел, как, например, расписать работу сети внутри источника, или внутрянку потребителя, то разрисовывают узел уже поэлементно самостоятельно в двухтрубном исполнении с отдельными насосами, регуляторами и т.д. Зависит от решаемой задачи.
Изменено: Алексей Аширов - 25.08.2022 10:37:29
Насосная станция
 
Цитата
написал:
Доброе утро. Такой вопрос, в некоторых схемах подключения потребителей уже предусматривается насос, так вот можно ли как то регулировать его параметры?
Добрый день. Какие параметры? В каких схемах?
SQL запрос из макроса по двум слоям
 
[QUOTE] написал:
[QUOTE] написал:
[URL=/forums/?PAGE_NAME=profile_view&UID=2316&buf_fid=11&tags=%D0%93%D0%92%D0%A1]Сергей Мечев[/URL] ,
Да, возможно. Только правильно начало запроса начинать так:
UPDATE L1 ….
Т.к. в разделе FROM Вы используете псевдонимы источников (слоёв)[/QUOTE]
а можете пожалуйста написать пример такого макроса? Не сильно понятно как макрос поймет откуда второй слой взялся. Вызов же идёт от какого-то одного слоя?[/QUOTE]
Из двух слоев можно создать карту и выполнить запрос к карте, например
[CODE]Sub MapDocExecSql

Set Map = CreateObject("ZuluLib.MapDoc")

Map.AddLayer "d:\samples\Layer1.b00"

Map.AddLayer "d:\samples\Layer2.b00"
     
Set Result = Map.ExecSQL("SELECT L1.SYS, L2.Sys FROM [layer1] as L1, [layer2] as L2 WHERE L1.Geometry.Intersects(L2.Geometry)")    
   
Set ds = Result.DataSet

ds.MoveFirst

msgbox ds.FieldValue(0) + ", " + ds.FieldValue(1)
   
End Sub
[/CODE]
Насосная станция
 
Цитата
написал:
Добрый день, а подскажите можно ли создать новый режим для насосной станции? Дело в том что после создании нового режима при расчёте он его не считает. Также пробовала создавать новый тип с базой данных для насосной станции, но проблема такая же.АВерсия 10.0.0.8252u.x64
Добрый день. Сейчас тип для насоса фиксированный и режимы тоже. В принципе можно организовать цикличность, как и для участков. А какая сеть (тепло, вода)?
Проверочный и наладочный расчёт
 
[QUOTE] написал:
При проведение поверочного и наладочного расчётов с учётом утечек и тепловых потерь, после нажатия кнопки расчёт как бы несколько секунд происходит расчёт, а затем просто вылетает из Zulu. Подскажите в чем проблема, так как если считать без у учёта потерь расчёт проходит отлично?[/QUOTE]
Какая версия? Пришлите сеть на [URL=mailto:[email protected]][email protected][/URL] посмотрим
Перенос данных из другого слоя
 
[QUOTE] написал:
Имеются два слоя "Карта" и "Трасса"

Количество полей разное.
Необходимо перенести записи из Трассы в Карту


upd ate [карта] se t [Карта].[Адрес] = [Трасса].[Адрес] fr om [Трасса] wh ere (typeid = 3)

Подскажите, где-то я принципиально не понимаю использование данной команды. Тут в строке я только одно поле беру. А нужно где-то двадцать что в записи.[/QUOTE]
Если нужно несколько полей, то указывайте несколько

UPDATE table_name
SET column1 = value1, column2 = value2, ...
WHERE condition;

Вопрос в другом, где в запросе соответствие между объектом слоя [Карта] и объектом слоя  [Трасса] ?  С какого объекта одного слоя брать значения для объекта другого слоя? Должен быть какой-то общий признак или пространственное отношение.
geojson
 
[QUOTE] написал:
Добрый день.
Хотелось бы иметь возможность экспорта слоев в формате geosjon

Не раз сталкиваюсь с проектами, где надо из Zulu передать данные заказчику именно в geojson[/QUOTE]
Добавили Файл/Экспорт/GeoJSON
Журнал потребителей
 
Цитата
написал:
В дополнении к вопросу: 1. Так вариант №2 со связкой таблиц является допустимым и не приведет к каким-либо конфликтам на уровне БД? Не заявлялись или реализовывались еще какие-либо варианты решения вопроса учета нагрузок различных потребителей от одного смесительного узла МКД? 2. При необходимости отключения нагрузок одного из встроенных потребителей, например, при расчете режима летнего ГВС (ГВС не использует, опломбирован), будет необходимо исключать эти нагрузки вручную или вводить в связанную таблицу параметр использования нагрузки?
1. По словесному описанию варианта организации данных трудно сказать определенно, заработает он или нет. Нужно конкретную структуру проверять. Проверьте
2. Для автоматического выполнения запроса по пред подготовке исходных данных признаков должно быть достаточно. Если какая-то нагрузка в данный момент не работает, должен быть признак, что не работает. Другое дело, что у нас в опциях для выполнения запроса сейчас указывается только тип расчета (наладка, поверка и т.д.) А летний не летний не указывается. Можем дополнить. Что такой-то расчет выполняется для поверки и только для летнего режима.
Журнал потребителей
 
Цитата
написал:
Добрый день. Имеется слой инженерной сети, потребители в котором представляют из себя отдельных абонентов, а не тепловые вводы в здание. Т.е визуально это выглядит как "куст потребителей".

https://imgur.com/tcMRitd

Задача следующая: для проведения адекватных расчетов требуется заменить каждый такой "куст" на отдельный тепловой ввод, в котором будут учтены нагрузки абонентов, НО при этом, учитывая интересы инвентаризации, не удалять и не терять информацию данных абонентов.


В данный момент у нас имеется 2 решения:
1) Просто отделить абонентов от сети, чтобы они не участвовали в расчете и "висели в воздухе" рядом со вводом.
2) Настроить базу данных потребителей следующим образом:
1. Создать дополнительную таблицу, SQLserver которая будет помимо sys иметь ID - счетчик (идентификатор), в этой таблице будет храниться информация об абонентах;
https://imgur.com/eos4A0G , https://imgur.com/AzScO0b
2. В запросе связываем таблицы sys -> sys связь много к одному. Поле связи с картой - sys основной таблицы.
https://imgur.com/feSxz6X
3. В последствии при просмотре информации потребителя появится некий журнал, в который можно будет занести всех абонентов. Т.е ставим 1 потребитель, который символизирует тепловой ввод в здание, в нем есть строки из второй таблицы (журнала), листая которые мы переключаемся между абонентами.

Нам предпочтителен второй вариант.
Вопросы:
1) Можно ли использовать второй вариант? Не возникнут ли в последствии конфликты?
2) Если второй вариант можно использовать - каким образом можно автоматически или полуавтоматически (с помощью запросов, либо макросов) просуммировать нагрузку всех абонентов теплового ввода и добавить ее в соответствующее расчетное поле?
Добрый день. В версии 2021 в расчеты добавлена возможность выполнять автоматичесмки SQL запросы до и после выполнения расчета.
Например, можно перед просуммировать нагрузку по субабонентам и записать сумму в поле расчетной нагрузки
https://www.politerm.com/zuluthermo/webhelp/index.html#data_processing.html
Bulk load data conversion error
 
Цитата
написал:
Версия клиента 8.0.0.8245u. У сервера аналогичная версия.

Добрый день. В руки попал слой, который при расчетах выдает следующую ошибку
Запись результатов по потребителям...
Не удалось сформировать временную таблицу.
Ошибка доступа к данным.
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 15, column 65 (F64).
mismatch or invalid character for the specified codepage) for row 2, column 65 (F64). (Код ошибки: 0x80040E14).
Запись результатов по объектам 'Узел'

База данных SQLServer. Дополнительных таблиц не привязано. Имеются дополнительные справочники.
Ссылается на поле 64 "Hcirc" "Потери напора в системе ГВС, м", с ним ничего подозрительного не обнаружили.

В чем может быть дело?
Нужно слой смотреть. Если можно, пришлите, пожалуйста на [email protected] И протокол расчета целиком.
Метод потокораспределения в Zulu Drain
 
Цитата
написал:
Цитата
https://www.google.ru/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=0CDMQFjAB&url=http%3A%2F%2Fwww.casfm.org%2Fannual_conference%2F2013%2FSessions%2FThurs_Afternoon%2FTechnical%2520Modeling%2520Track%2FTM5-Comparison_of_Kinematic_and_Dynamic_Wave_Routing_for_Piped_Storm_Sewer_Systems-Aaron_Cook-CH2M_HILL.pdf&ei=ELRQU_2hC8aBywPW3ILoAg&usg=AFQjCNEIAn7DRlhNmX_YGieqGXJGNmtaEg&sig2=SEdk9uldAuIsFDWVEyxZHg&bvm=bv.65058239,d.bGQ&cad=rjt
Ссылка перестала быть актуальной. Можете пожалуйста поделиться новой или где-то разместить материал?
Это не наш сайт и не наш материал. Наверно удалили.
В коде применяю OverloadElemState к источнику у перевожу его в состояние "закрыт", но при определении связанных элементов, источник ведет себя как "открытый"
 
[QUOTE] написал:
Версия сервера: 10.0.0.8097u.x64
Версия клиента 10.0.0.8084u.x64

В коде применяю OverloadElemState к источнику у перевожу его в состояние "закрыт", но при определении связанных элементов, источник ведет себя как "открытый"
Код

L.NetworkTools.OverloadElemState(sourceKey, 1);

проверил в ручную, тоже не работает. При построении связанных с флажком, источник в состоянии закрыт eSwitchOff = 1 является проходимым.
Это верное поведение?[/QUOTE]
Однозначно "крестиком" перекрывается участок. Для узла с состоянием отключен (eSwitchOff = 1) все входящие участки будут соединены и все выходящие будут соединены (по типу общей клеммы на входе, разъединенной с общей клеммой на выходе). Если нужно разорвать всех со всеми, попробуйте состояние eSwitchBreak=4. Приходится разбирать для узлов разные случаи, т.к. в нашей модели узлы не являются многополюсниками с явными входами и выходами. Надежней и наглядней рвать участки.

Версии почти полгода. Желательно обновить.
Перезапись надписей
 
[QUOTE] написал:
[QUOTE]
[/QUOTE]
Теперь понятно, не совсем очевидно было. Тогда это делается этим методом:  [URL=https://www.politerm.com/zuludoc/zuluax/index.html#LabelLayers_SetLabelLayer.html]https://www.politerm.com/zuludoc/zuluax/index.html#LabelLayers_SetLabelLayer.html[/URL]

Может кому понадобиться:

Sub update_label

Set L = Zulu.ActiveMapDoc.Layers.Active
set lbl = L.LabelLayers.Item(0)
L.LabelLayers.SetLabelLayer  0, lbl ,true, false ,0, 45,30

End Sub[/QUOTE]
Только осторожней с перезаписыванием. Некоторые месяцами надписи в редакторе расставляют. Одним таким вызовом можно все перечеркнуть.
Перед началом экспериментов сохраняйте копии
Перезапись надписей
 
[QUOTE] написал:
[QUOTE] написал:
 [QUOTE] написал:
Добрый день
Подскажите пожалуйста как сделать так, чтобы макрос переписывал существующие надписи?
Например объект подвинул, но надпись осталась на прежнем месте.

Попробовал это:    [URL=https://www.politerm.com/zuludoc/zuluax/index.html#LabelLayer_Update.html]https://www.politerm.com/zuludoc/zuluax/index.html#LabelLayer_Update.html[/URL] но видимо это не то.[/QUOTE]
 Добрый день. Сдвинуть бирку метод есть:   [URL=https://www.politerm.com/zuludoc/zuluax/index.html#ZLabels_MoveLabel.html]https://www.politerm.com/zuludoc/zuluax/index.html#ZLabels_MoveLabel.html[/URL] [/QUOTE]
Правильно ли я понял, что этот метод работает почти также как и функция ниже на картинке, только для указанных объектов?
   [/QUOTE]
Переписать - это пересоздание всех бирок. А метод двигает конкретную бирку конкретного варианта надписей.
Перезапись надписей
 
[QUOTE] написал:
Добрый день
Подскажите пожалуйста как сделать так, чтобы макрос переписывал существующие надписи?
Например объект подвинул, но надпись осталась на прежнем месте.

Попробовал это:  [URL=https://www.politerm.com/zuludoc/zuluax/index.html#LabelLayer_Update.html]https://www.politerm.com/zuludoc/zuluax/index.html#LabelLayer_Update.html[/URL] но видимо это не то.[/QUOTE]
Добрый день. Сдвинуть бирку метод есть: [URL=https://www.politerm.com/zuludoc/zuluax/index.html#ZLabels_MoveLabel.html]https://www.politerm.com/zuludoc/zuluax/index.html#ZLabels_MoveLabel.html[/URL]
Скрипты/Макросы
 
Цитата
написал:
Понято. Спасибо, буду пользоваться существующими возможностями отладки. Спасибо.

Дополнено.
Код
 Да и в моём случае это никак не помогло. Всё-таки мне кажется, нет объекта: либо коллекции слоёв, либо карты. ls.Count не работает... 
Всё работает. Просто я сдуру запускал макрос не из окна карты, а из окна редактора макросов.
Тут еще для ознакомления:
https://politerm.com/samples/zulugis/macros/
Скрипты/Макросы
 
Цитата
написал:
, , спасибо за науку. Но главный вопрос всё-таки относительно просмотра значений переменных в процессе выполнения скрипта. Я так понимаю, такой возможности нет?
Да и в моём случае это никак не помогло. Всё-таки мне кажется, нет объекта: либо коллекции слоёв, либо карты. ls.Count не работает...
нет объекта - это не мы сообщаем. Это сообщение системы, выполняющей VB Script
Свой мощный отладчик для отладки довольно примитивных сценариев решили не делать.
Проще выводить нужные значения в MsgBox или в Zulu.OutputChannel на этапе отладки
Скрипты/Макросы
 
Цитата
написал:
Как обычно, проблема на ровном месте
Решил посмотреть, что такое скрипты (макросы) и попробовать решить простейшую задачу: посчитать количество слоёв в карте.
Итак, мне нужно получить коллекцию слоёв Layers и прочитать его свойство Count. Чего уж проще, но...
Судя по диаграмме объектной модели, иерархия объектов получается такая: Zulu/Application - Documents - Document - MapDoc - Layers
Используя библиотеку ZuluLib, перейти мы можем сразу к карте MapDoc
Код
 Set obj = CreateObject("ZuluLib.MapDoc") 
Дальше читаем указатель на коллекцию слоев
Код
 Set ls obj.Layers 
И затем количество объектов в коллекции
Код
 Set number = ls.Count 
Выводим полученное значение
Код
 MsgBox number 
При попытке выполнить эту простейшую конструкцию получаем на строке Set number = ls.Count
Цитата
Ошибка выполнения Microsoft VB * Script:
Требуется объект ls.Count
Т.е. где-то нет требуемого объекта, поэтому нет и нужного свойства. Подозреваю, что нет obj - карты.
Вопрос такой: есть ли какой-то отладчик скриптов с просмотрщиком значенй переменных во время выполнения скрипта?
Спасибо.
Отладчик правильно сказал, что требуется объект. Т.к. SET присваивает ссылку на объект. А ls.Count не объект, а число

Напишите просто number = ls.Count

Значение будет 0, т.к. в созданной карте слоев нет.
Обновление тематической раскраски
 
Цитата
написал:
При запуске скрипта вне ZuluGis у меня выходит ошибка, хотя если выполнить его в ZuluGis то всё работает. Похоже ещё долго с бубном танцевать придется для решения казалось бы элементарной задачи.
Макрос из Zulu сохраняется в UTF-8. Там у файла первые три символа EF BB BF. Из командной строки Windows эти символы воспринимает буквально, как мусор.
Нужно скопировать текст макроса в буфер обмена вставить в тектовом редакторе и сохранить как ASCII
Изменено: Алексей Аширов - 15.07.2022 15:14:39
Ошибка доступа к данным
 
[QUOTE] написал:
[IMG]file:///C:/Users/VIKTORRR/Desktop/%D0%9D%D0%BE%D0%B2%D0%B0%D1%8F%20%D0%BF%D0%B0%D0%BF%D0%BA%D0%B0[/IMG]
zulugis  Версия 10.0.0.8218u.x64 Ошибка доступа к данным. Операция не поддерживается данным СУБД. BDE is not available in 64-bit system/
Ранее выполненные расчеты не открываются ни на одном из компьютеров, все данные по тепловым сетям пропали и не открываются. В чем причина и как исправить?[/QUOTE]
BDE работает с данными в формате Paradox. Под 64-битной системой BDE не работает и не будет. Нужно либо работать в 32-битной версии, либо в ней мигрировать данные в другую СУБД, а потом работать с ними в 64-битной.
[URL=https://politerm.com/zuludoc/index.html#zb_migratedata.html]https://politerm.com/zuludoc/index.html#zb_migratedata.html[/URL]
Ошибка Z036
 
[QUOTE] написал:
При попытки выполнить поверочный расчёт вылетает ошибка
Ошибка Z036: ID=17181 Неверная схема присоединения в сети ГВС
Ошибка Z032: ID=21396 В сеть ГВС ЦТП включены потребители с недопустимыми схемами присоединения

Таких ошибок вылетает 200+. У нас в городе 5 ЦТП и на всех аналогичные ошибки. У ЦТП номер схемы подключения узла 6, у потребителей номер схемы подключения 26. ЦТП подключены через вспомогательный участок к магистрали ГВС.

Помогите разобраться в чём дело[/QUOTE]
Такая ошибка выводится, когда сеть после вспомогательного участка содержит не схемы N26 (т.е. в сети ГВС не потребители ГВС)

Пришлите, пожалуйста, пример сети на [URL=mailto:[email protected]][email protected][/URL]
Протокол ZWS в демо режиме
 
[QUOTE] написал:
[QUOTE] написал:
 [QUOTE] написал:
Добрый день, хотел протестировать подключение по ZWS протоколу, но окно настроек не активно, это ограничение демонстрационного режима или я делаю что то не правильно.[/QUOTE]
 Добрый день. На картинке не видно, какой файл выбран. Выбирать можно только слои. Карты целиком по ZWS не публикуются[/QUOTE]
То есть нужно выбрать файл с расширением .zl или .b00 ?[/QUOTE]
Да. Нужно выбрать слой.
Протокол ZWS в демо режиме
 
[QUOTE] написал:
Добрый день, хотел протестировать подключение по ZWS протоколу, но окно настроек не активно, это ограничение демонстрационного режима или я делаю что то не правильно.[/QUOTE]
Добрый день. На картинке не видно, какой файл выбран. Выбирать можно только слои. Карты целиком по ZWS не публикуются
Коэффициент утечки
 
Цитата
написал:
Добрый день,
В Zulu версии 8.0.0.8138u в разделе тепловые сети появилась ячейка коэффициента утечки на подающем (LeakZeta_pod) / обратном (LeakZeta_obr) трубопроводе.
Хотелось бы по подробнее узнать о данной функции.
Добрый день.
Нормативные утечки сливают воду с участка просто пропорционально объему трубы и не зависят от давления в трубопроводе.
Коэффициент утечки - это некое число (типа коэффициента инжекции) которое описывает не размер утечки, а степень "дырявости" трубы. Т.е. когда давление больше и утечка больше. Давления нет, и утечки нет.
Вручную это число адекватно задать трудно. Он сейчас может быть получено расчетным путем, как результат калибровки сети с учетом утечек.
В остальных случаях это поле лучше держать пустым.
Web-служба и https
 
[QUOTE] написал:
[QUOTE] написал:
Сам ZuluServer по HTTPS не работает. Для этого используют обычно реверс-прокси (например, Nginx) [/QUOTE]
Добрый день, Алексей!
Так же встал вопрос по шифрованию передаваемого трафика, которым обмениваемся с Зулу сервером.
Есть ли какие-то рекомендации по настройке через реверс-прокси?
На тестовом сервере пробовал прокинуть трафик через nginx, но при попытке авторизации ИМЕННО через Https протокол не принимает учетных данных (ПРАВИЛЬНЫХ) уже на сервере. Если использовать как обычно http, то все ОК.[/QUOTE]
Добрый день! У нас никаких рекомендаций нет. Задача нашего сервера работать по HTTP и решать задачи ГИС. Специалистами по настройке сетевого трафика мы не являемся. Обычно эти вопросы в каждой организации решаются самостоятельно и по-разному.
Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 135 След.