Какой коэфф. одновременности применять?

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

Там была только "проблема", связанная с не совсем корректным отображением расходов по участкам при наличии путевых расходов (но это был только эффект отображения,гидравлика считалась корректно).

Не совсем понятно, как Вы себе представляете расчёт с использованием коэффициентов неодновременности (который Вы хотите принять), и при этом без его учёта?

Хм. А какая версия?

У меня на чистой Zulu (без всяких модификаций) при создании новой сети у потребителя следующие поля:
Наименование (Name)
Геодезическая отметка (Zgeo)
Расчётный расход (Gnorm)
Минимальное давление (Pmin)
Максимальное давление (Pmax)
Давление на вводе (Pin)
Плотность (Ro_t)
Снижение нагрузки (Kg)
Тип потребителя (Type)
Плита 4-конфорочная (количество) (Np4)
Плита 4-конфорочная (номинальный расход) (Qp4)
Плита 2-конфорочная (количество) (Np2)
Плита 2-конфорочная (номинальный расход) (Qp2)
Плита 4-конфорочная и проточный нагреватель (количество) (Np4v)
Плита 4-конфорочная и проточный нагреватель (номинальный расход) (Qp4v)
Плита 2-конфорочная и проточный нагреватель (количество) (Np2v)
Плита 2-конфорочная и проточный нагреватель (номинальный расход) (Qp2v)
Емкостной нагреватель, котел или печь (количество) (Nev)
Емкостной нагреватель, котел или печь (номинальный расход) (Qev)

Как мне кажется, последние 10 полей - это то, что нужно.
Если что-то с версией, обновитесь и создайте новую сеть.

Версия 7.0.0.5249 (для проверки сегодня утром скачал и поставил).

Справка - такая же, как и на http://politerm.com.ru/docs.htm - но она, похоже, устарела...

Спасибо Михаил Вам огромное. В целом разобрался...
Подскажите, для N-го ввода в жилой дом, какой тип потребителя указывать "Жилой дом" или "Сосредоточенная нагрузка"? И как программа поймёт, что все вводы относятся к одному дому?

Алексей, добрый вечер! Спасибо за ответ большое. Как я правильно понял в случае с домом скажем с 5-ю вводами по 10 ПГ-4 нужно при расчёте расхода газа для каждого из вводов применять коэффициент одновременности для всего дома т.е. для 50 квартир с ПГ-4, чтобы в итоге получить правильный результат?

Спасибо Алексей, ещё раз за ответы. Ну Вам трудно советовать, с Вами работают именитые профессора. Но на мой взгляд, можно было бы ввести понятие ввод на многовводовый жилой дом, но тогда придётся вводить связующую таблицу таких домов, да ещё программным путём анализировать топологию сети. Думаю, что для Вас эта ситуация разрешимая, но не коммерческая - на практике проще при расчёте пользоваться "сосредоточенными" потребителями в ручную рассчитывая расходы с коэфф. одновр. взятыми на весь дом (как гласит СП 42...). Для ленивых можно ввести Тип потребителя "Ввод на жилой дом" и связанное с ним поле "Опорное число приборов для расчёта К одновр." (хватит одного поскольку во всём доме, как правило, единая конфигурация приборов во всех квартирах) в таблицу "Потребители" и при наличии корректного значения в поле, брать К одновр по нему, а не фактическому количеству приборов на вводе.

Цитата:

---

Как я правильно понял в случае с домом скажем с 5-ю вводами по 10 ПГ-4 нужно при расчёте расхода газа для каждого из вводов применять коэффициент одновременности для всего дома т.е. для 50 квартир с ПГ-4, чтобы в итоге получить правильный результат?

---

Не нужно (при расчёте по СП и использованию типа "Жилой дом") вообще принимать никакие коэффициенты. Это ДОЛЖНО делаться автоматически.
Есть у Вас дом на 50 квартир. У него 5 вводов. Эти вводы - ответвления от одной ветви. Вы изображаете на карте контуры дома (линиями-примитивами), от источника ведёте распределительную сеть, от нужной ветви (питающей дом) ответвляете пять участков-вводов. На каждом участке задаёте по одному потребителю, у которого тип - ЖД, по 10 ПГ-4 с заданным номинальным расходом. Всё. При расчёте программа для любой ветви способна просчитать нагрузку с учётом суммарного количества приборов на всех её ответвлениях. Поэтому для отдельного ввода она должна принять коэффициент как для 10 ПГ-4, для общей ветви - как для 50, для магистрали - в зависимости от количества присоединённых домов и приборов там...

Цитата:

---

Но на мой взгляд, можно было бы ввести понятие ввод на многовводовый жилой дом, но тогда придётся вводить связующую таблицу таких домов, да ещё программным путём анализировать топологию сети.

---

Непонятно, зачем программе знать, один это дом или 5? Расчёт от этого не должен изменяться!
Если нужно отобразить этот факт в распечатке, просто добавьте поле "адрес ввода" в БД, или используйте наименование для того же... Вы ведь, в зависимости от поставленной задачи, можете считать гидравлику для ветви, питающей весь дом (и тогда обойдётесь одним потребителем с 50 плитами), или на ветвь и каждый ввод (и тогда имеете 1 источник / 1 "магистраль" из 5 последовательных участков / 5 ответвлений / 5 потребителей по 10 плит), или на ветвь, ввод-стояк и подводки к индивидуальным приборам - 1 источник / 1 "магистраль" из 5 последовательных участков / 5 ответвлений-стояков из 10 последовательных участков каждый / по 10 ответвлений-подводок / 50 потребителей по 1 плите... И в каждом случае каждый участок должен считаться со своим коэффициентом неодновременности. Это должно происходить без дополнительных затрат на указание, что все потребители находятся в одном физическом доме. Или Вы предполагаете, что в случае, если два стояка разделены внутренней перегородкой (в одном доме), их потребление подчиняется одним законам, а если двумя наружными ограждениями (два соседних дома) - законы другие? То есть Вы запроектируете общую ветвь к одному большому дому тоньше, чем групповую ветвь к кварталу из маленьких домов с аналогичным суммарным числом потребителей? Или примете для такой группы домов бОльшую мощность резервуарной установки? Просто при учёте суммарного потребления не берите сумму по вводам, а берите расход на общей ветви - и всё... А если в текущей версии это не так - вот это и должно, по-хорошему, быть исправлено.

Мда. Взял и сделал сейчас пробный расчёт.

Похоже, либо меня память подводит, либо что-то испортилось сравнительно недавно...
Может быть, я выдавал желаемое за действительное. В тепловых расчётах ГВС с учётом неодновременности Зулу считает правильно: учитывает суммарное кол-во потребителей на ответвлениях участка. А здесь (ZuluGaz) - именно как Вы описали неверный вариант: "Если 10 стояков по 6 то Кодн = 0,2800 расход на стояк 2,10 и аж 21 м³/час на дом". Т.е. очевидно неправильные результаты...

Что касается практики - я не могу компетентно ответить на этот вопрос. Я считал газ "для себя", проектированием газа плотно не занимаюсь. Но в том же СП есть таблица 2, которая исходит из обратного: определяет максимальночасовые расходы по годовым, и делает это исходя из числа жителей. Там после 2000 человек коэффициент часового максимума принимается постоянным (равным примерно 1,865 к среднечасовому).

Учитывая средний состав семьи (~3 чел для разных регионов, согласно демографии), можно предположить, что и коэффициент одновременности должен выравняться примерно после 700 приборов. При построении функции изменения коэффициента одновременности он достигает минимума примерно около 500 приборов (причём это значение не намного меньше приведённого в СП для 400), так что можно ограничиться известным значением для 400 (что пойдёт в небольшой запас для больших ветвей).

В целом это аналогично подходу, принятому для ВК (там этот вопрос очень подробно проработан). Расчётный расход на участке как функция от вероятности значительного числа случайных событий (число приборов, работающих в данный момент на данной ветке с статистически значимой вероятностью). При этом в ВК (как и в газоснабжении) на данный момент нет нормативного (в смысле, обязательного) метода определения этих величин; есть методики (из старого СНиПа или из СТО СантехНИИПроект для ВК, из СП для газа), которые проектировщик может применять на добровольной основе. Возможно создание местных методик, основанных на статистике данной снабжающей организации (например, для учёта особенностей при данных климатических условиях или при данном культурном укладе).

Что касается "юридического" значения - мне кажется, что это может быть так только в случае, если конкретный метод прописан в задании на проектирование либо в техусловиях от снабжающей организации. В отсутствие такового требования единственный критерий правильности - это (не)удовлетворительная работа сети "в деле". Хотя грамотный эксперт, конечно, заметит явно глупые сечения...