Перейти к содержанию

Рекомендуемые сообщения

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

 

Не решение, но вдруг пригодится. Для работы на двух компьютерах использую облачное хранилище, коих сейчас много. Внешние ссылки - относительные.

Ссылка на сообщение
Поделиться на другие сайты
  • Ответов 1,5т
  • Дата создания
  • Последний ответ

Лучшие авторы в теме

Лучшие авторы в теме

Популярные посты

Да такая ошибка была,и иногда появляется. Облекчить ситуацию можно развернув окно на весь экран, что бы не было прокрутки. уж не знаю почему этот глюк до сих пор не закроют.

Это явно не имеет глубокой идеи, это скорее всего неприятная особенность на которую никто не обращает внимание, сам объект сечения не является примитивом, это комплекс примитивов, так вот примитивы из

Просто в программе давно пора ввести времятоковые характеристики. Тогда правильно будет считать время отключения предохранителей и нагрев. А то что ПУЭ не требует проверять на термическую стойкость эт

Изображения в теме

snapback.pngЭлектрик (18 Июль 2017 - 11:51) писал:

 

Ведь у ЭП-ков в ТЗ могут быть разные ГХ.

А для этого у вас проверка есть «Проверка принадлежности потребителей группы к одной ГХ», ведь подобная ситуация не только с оборудованием подключённым к розетке может возникнуть.

Проверка такая есть, но никто не запрещает ее игнорировать. И в том, что на одной группе будут висеть и чайники, и холодильники, и микроволновки нет никакого преступления.

 

Я вот не против всего того, что НТД не противоречит, и вы правы в таком варианте нет нарушений, если это всё бытовые ЭП.

Но мы отходим от темы. Какова степень оптимизации при использовании функции Способ задания нагрузки = Подключением ТО при том, что обсуждаемый косяк заставляет пройти через:

  1. установить розетку + выбрать из БД + указать высоту + комплектацию
  2. выбрать способ задания нагрузки = Подключением ТО
  3. посмотреть какая ГХ у оборудования из ТЗ
  4. опять выбрать способ задания нагрузки = Установленной мощностью, кВт
  5. установить ту ГХ которая соответствует оборудованию
  6. опять выбрать способ задания нагрузки = Подключением ТО

В идеале после п.2 уже не должно быть никаких действий с розеткой.

Какое оборудование вы запитываете через эти розетки?

Разве это критично?

Например в ТЗ создается ~15 типов оборудования, для которого в коллекции ГХ так-же создаются ~4 типа ГХ, кроме этого есть и просто ГХ «Розеточная сеть».

Ссылка на сообщение
Поделиться на другие сайты

Финальный вопрос (ко всем):

Сейчас, если у фидера параметр "Назначение в проекте" = "Рабочего освещения и/или розеточной сети" или "Аварийного освещения" и "Способ задания нагрузки" = "Подключением ТО", то программа в однолинейку с параметром выводит фразу: гр.. Решили, что выводить ГХ розетки в этом случае некорректно и логичнее выводить ГХ ТО. Но внимание вопрос (прошу 7 раз подумать перед тем как ответить): что лучше выводить с параметром : ГХ ТО или "Наименование" ТО?

Ссылка на сообщение
Поделиться на другие сайты

Не совсем понимаю почему после переименования головной папки проект ссылается на папку исходник.

 

Не могу повторить ошибку, смотрите:

1. Два компьютера - 1 (win7 64bit, Электра 8.2), 2 (win10 64bit, Электра 8.2).

2. Проект создан на 1-м, на рабочем столе, имя проекта "Электрика";

3. Скопировал на 2-й (win10 64bit, Электра 8.2) на рабочий стол, папку оставил без изменений - "Электрика" - открывается;

4. Скопировал на 2-м с рабочего стола на диск С и переименовал в "Проект_ЭО" - открывается.

 

Что не так в моих действиях?

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

С этой проблемой попробуем разобраться. Жаль, что воспроизводится крайне нестабильно.

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

Пришлите мне этот проблемный проект. Посмотрим, сколько он у меня открываться будет...

Ссылка на сообщение
Поделиться на другие сайты

Финальный вопрос (ко всем):

Сейчас, если у фидера параметр "Назначение в проекте" = "Рабочего освещения и/или розеточной сети" или "Аварийного освещения" и "Способ задания нагрузки" = "Подключением ТО", то программа в однолинейку с параметром <Consumer Name> выводит фразу: <Наименование ГХ розетки> гр.<Номер группы>. Решили, что выводить ГХ розетки в этом случае некорректно и логичнее выводить ГХ ТО. Но внимание вопрос (прошу 7 раз подумать перед тем как ответить): что лучше выводить с параметром <Consumer Name>: ГХ ТО или "Наименование" ТО?

IMHO логичнее будет привести к общему сценарию вывод параметра <Consumer Name>, т.е. в обоих случаях это ГХ ( или розетки или ТО), т.к. по сути построения схемы группового щита розеточной сети вывод информации о единичных ЭП группы будет приводить к неимоверным размерам схемы. Да и путаницы не будет, если щит групповой, значит информация о ГХ, если силовой (распределительный), значит информация об оборудовании.

Ссылка на сообщение
Поделиться на другие сайты

Финальный вопрос (ко всем):

Сейчас, если у фидера параметр "Назначение в проекте" = "Рабочего освещения и/или розеточной сети" или "Аварийного освещения" и "Способ задания нагрузки" = "Подключением ТО", то программа в однолинейку с параметром <Consumer Name> выводит фразу: <Наименование ГХ розетки> гр.<Номер группы>. Решили, что выводить ГХ розетки в этом случае некорректно и логичнее выводить ГХ ТО. Но внимание вопрос (прошу 7 раз подумать перед тем как ответить): что лучше выводить с параметром <Consumer Name>: ГХ ТО или "Наименование" ТО?

 

А можно мне, "и умному, и красивому" оставить оба варианта опционально "через галочку"

 

Финальный вопрос (ко всем):

Сейчас, если у фидера параметр "Назначение в проекте" = "Рабочего освещения и/или розеточной сети" или "Аварийного освещения" и "Способ задания нагрузки" = "Подключением ТО", то программа в однолинейку с параметром <Consumer Name> выводит фразу: <Наименование ГХ розетки> гр.<Номер группы>. Решили, что выводить ГХ розетки в этом случае некорректно и логичнее выводить ГХ ТО. Но внимание вопрос (прошу 7 раз подумать перед тем как ответить): что лучше выводить с параметром <Consumer Name>: ГХ ТО или "Наименование" ТО?

IMHO логичнее будет привести к общему сценарию вывод параметра <Consumer Name>, т.е. в обоих случаях это ГХ ( или розетки или ТО), т.к. по сути построения схемы группового щита розеточной сети вывод информации о единичных ЭП группы будет приводить к неимоверным размерам схемы. Да и путаницы не будет, если щит групповой, значит информация о ГХ, если силовой (распределительный), значит информация об оборудовании.

 

Хотя и так тоже будет хорошо.

Ссылка на сообщение
Поделиться на другие сайты

А можно мне, "и умному, и красивому" оставить оба варианта опционально "через галочку"

Ага. Тогда место для этой «галочки» выбрать придётся)))

Ссылка на сообщение
Поделиться на другие сайты

IMHO логичнее будет привести к общему сценарию вывод параметра , т.е. в обоих случаях это ГХ ( или розетки или ТО), т.к. по сути построения схемы группового щита розеточной сети вывод информации о единичных ЭП группы будет приводить к неимоверным размерам схемы. Да и путаницы не будет, если щит групповой, значит информация о ГХ, если силовой (распределительный), значит информация об оборудовании.

+1 Полностью поддерживаю... К тому же остается параметр , который при необходимости можно и вручную заполнить.

Ссылка на сообщение
Поделиться на другие сайты

А можно мне, "и умному, и красивому" оставить оба варианта опционально "через галочку"

Ага. Тогда место для этой «галочки» выбрать придётся)))

 

Без проблем: ЭТМ, рядом с "назначением щита" )))

Ссылка на сообщение
Поделиться на другие сайты
А можно мне, "и умному, и красивому" оставить оба варианта опционально "через галочку"

Слишком много опций - это зло.

Тут нужно выбрать один вариант.

Ссылка на сообщение
Поделиться на другие сайты
А можно мне, "и умному, и красивому" оставить оба варианта опционально "через галочку"

Слишком много опций - это зло.

Тут нужно выбрать один вариант.

 

Ладно, тогда это

Ссылка на сообщение
Поделиться на другие сайты
А можно мне, "и умному, и красивому" оставить оба варианта опционально "через галочку"

Слишком много опций - это зло.

Тут нужно выбрать один вариант.

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

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

Тут с вами не поспоришь... Но это не тот случай. Вокруг этого параметра и так много магии (разных "если"). Эта галка реально будет лишней.

Ссылка на сообщение
Поделиться на другие сайты

Финальный вопрос (ко всем):

Сейчас, если у фидера параметр "Назначение в проекте" = "Рабочего освещения и/или розеточной сети" или "Аварийного освещения" и "Способ задания нагрузки" = "Подключением ТО", то программа в однолинейку с параметром выводит фразу: гр.. Решили, что выводить ГХ розетки в этом случае некорректно и логичнее выводить ГХ ТО. Но внимание вопрос (прошу 7 раз подумать перед тем как ответить): что лучше выводить с параметром : ГХ ТО или "Наименование" ТО?

Сложный выбор ).

Проекты по медицине, всегда получаем технологию, большинство оборудования подключается через розетки (микроскопы, дезары, негатоскоп и т.д.) в данном случае удобней выводить "Наименование ТО", тогда по схеме четко видно какое оборудование на данной группе, а если будет ГХ ТО то будет "оборудование оперблока", а какое догадайся сам. С другой стороны могут указать что в помещении 3 розетки но оборудования 8 единиц и в розетку подключают только нужное в данный момент времени, понятно что мощность группы будет по трем самым энергоемким электроприемникам, а другие не учтутся и в данном случае корректней выводить ГХ ТО.

По промышленным и общественным зданиям с таким не сталкиваемся, обычно через установленную мощность.

 

Но больше склоняюсь к Наименованию ТО.

Ссылка на сообщение
Поделиться на другие сайты
Проекты по медицине, всегда получаем технологию, большинство оборудования подключается через розетки (микроскопы, дезары, негатоскоп и т.д.) в данном случае удобней выводить "Наименование ТО", тогда по схеме четко видно какое оборудование на данной группе,

А в такой ситуации много у вас на одной группе разного оборудования?

Ссылка на сообщение
Поделиться на другие сайты

Финальный вопрос (ко всем):

Сейчас, если у фидера параметр "Назначение в проекте" = "Рабочего освещения и/или розеточной сети" или "Аварийного освещения" и "Способ задания нагрузки" = "Подключением ТО", то программа в однолинейку с параметром <Consumer Name> выводит фразу: <Наименование ГХ розетки> гр.<Номер группы>. Решили, что выводить ГХ розетки в этом случае некорректно и логичнее выводить ГХ ТО. Но внимание вопрос (прошу 7 раз подумать перед тем как ответить): что лучше выводить с параметром <Consumer Name>: ГХ ТО или "Наименование" ТО?

Сложный выбор ).

Проекты по медицине, всегда получаем технологию, большинство оборудования подключается через розетки (микроскопы, дезары, негатоскоп и т.д.) в данном случае удобней выводить "Наименование ТО", тогда по схеме четко видно какое оборудование на данной группе, а если будет ГХ ТО то будет "оборудование оперблока", а какое догадайся сам. С другой стороны могут указать что в помещении 3 розетки но оборудования 8 единиц и в розетку подключают только нужное в данный момент времени, понятно что мощность группы будет по трем самым энергоемким электроприемникам, а другие не учтутся и в данном случае корректней выводить ГХ ТО.

По промышленным и общественным зданиям с таким не сталкиваемся, обычно через установленную мощность.

Но больше склоняюсь к Наименованию ТО.

В данном случае вы можете менять внутри щита тип фидера (групповой/распределительный) с сохранением логики, групповой <Consumer Name> = ГХ, распределительный <Consumer Name> = ТО

Изменено пользователем Walkmax
Ссылка на сообщение
Поделиться на другие сайты

Пом. 4 - перевязочная, пом. 5 - смотровой кабинет:

 

2017-07-20.png

 

Операционная:

 

2017-07-20 (1).png

 

Но в операционной легче, оборудования много, но подключается через медицинские консоли, консоли задаем как комплексный электроприемник.

Изменено пользователем sh84
Ссылка на сообщение
Поделиться на другие сайты

В таком случае получается: выводим в однолинейку данный фидер (на который подключено с десяток разных ЭП-ков) как групповой, т.е. "схлопнутый" в одну колонку. И если выводить с параметром Наименование ТО, получим не хилый такой списочек из 10-ка наименований... Мало того, что этот список окажется немаленьким, так и информативности в нем будет никак не больше, чем у фразы "оборудование оперблока".

Ссылка на сообщение
Поделиться на другие сайты

В таком случае получается: выводим в однолинейку данный фидер (на который подключено с десяток разных ЭП-ков) как групповой, т.е. "схлопнутый" в одну колонку. И если выводить с параметром Наименование ТО, получим не хилый такой списочек из 10-ка наименований... Мало того, что этот список окажется немаленьким, так и информативности в нем будет никак не больше, чем у фразы "оборудование оперблока".

с этим согласен, но с учетом того что текст не вписывается при выводе однолинейки то даже 2-3 позиции обычно выходят за границы ((.

Ссылка на сообщение
Поделиться на другие сайты
  • 2 недели спустя...

В таком случае получается: выводим в однолинейку данный фидер (на который подключено с десяток разных ЭП-ков) как групповой, т.е. "схлопнутый" в одну колонку. И если выводить с параметром <Consumer Name> Наименование ТО, получим не хилый такой списочек из 10-ка наименований... Мало того, что этот список окажется немаленьким, так и информативности в нем будет никак не больше, чем у фразы "оборудование оперблока".

с этим согласен, но с учетом того что текст не вписывается при выводе однолинейки то даже 2-3 позиции обычно выходят за границы ((.

 

Можно добавить динамический параметр (растягивание) в блок фидера шаблона.

Ссылка на сообщение
Поделиться на другие сайты

Коллеги, прошу проверить на версии 8.2.

Если убрать автоматическую нумерацию, и перенумеровать фидеры, то на плане все равно выводиться по старому.

post-31413-0-72012900-1501653222.png

post-31413-0-29311200-1501653229.png

Ссылка на сообщение
Поделиться на другие сайты

Коллеги, прошу проверить на версии 8.2.

Если убрать автоматическую нумерацию, и перенумеровать фидеры, то на плане все равно выводиться по старому.

 

На моей машине такая же ситуация

Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
  • Расскажите друзьям

    Нравится Официальный форум компании Нанософт? Расскажите друзьям!

×
×
  • Создать...