Jump to content

ошибки в NanocadЭлектро


Recommended Posts

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

 

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

Link to comment
Share on other sites

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

 

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

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

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

 

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

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

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

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

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

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

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

Link to comment
Share on other sites

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

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

Link to comment
Share on other sites

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

 

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

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

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

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

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

 

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

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

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

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

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

Link to comment
Share on other sites

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

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

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

  • Like 2
Link to comment
Share on other sites

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

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

 

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

 

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

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

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

 

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

Link to comment
Share on other sites

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

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

Link to comment
Share on other sites

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

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

Link to comment
Share on other sites

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

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

 

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

Link to comment
Share on other sites

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

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

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

 

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

Link to comment
Share on other sites

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

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

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

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

  • Like 4
Link to comment
Share on other sites

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

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

Link to comment
Share on other sites

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

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

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

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

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

 

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

Link to comment
Share on other sites

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

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

Link to comment
Share on other sites

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

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

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

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

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

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

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

Edited by Walkmax
Link to comment
Share on other sites

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

 

2017-07-20.png

 

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

 

2017-07-20 (1).png

 

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

Edited by sh84
Link to comment
Share on other sites

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

  • Like 1
Link to comment
Share on other sites

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

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

Link to comment
Share on other sites

  • 2 weeks later...

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

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

 

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

Link to comment
Share on other sites

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

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

post-31413-0-72012900-1501653222.png

post-31413-0-29311200-1501653229.png

Link to comment
Share on other sites

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

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

 

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

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

  • Tell a friend

    Love Официальный форум компании Нанософт? Tell a friend!
×
×
  • Create New...