Перейти к содержимому


nanoCAD ОПС 7.0 бета

бета

Сообщений в теме: 45

#21 raven1754

    Новичок

  • Пользователи
  • Pip
  • 3 сообщений

Отправлено 24 Сентябрь 2015 - 05:22

Не удается в личном кабинете получить номер продукта для получения оценочной лицензии. Пользователь ooo.ckp@rambler,ru

#22 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 24 Сентябрь 2015 - 15:39

Просмотр сообщенияbvg (23 Сентябрь 2015 - 16:01) писал:

Выслан по eMail архив проекта.
Обнаружена еще проблема.
При подключении к конструктиву источника питания из ранее созданной БД не удается подключить к нему ни один из элементов с ВВОДАМИ ЭЛЕКТРОПИТАНИЯ.
При создании в БД проекта нового вывода с такими же параметрами, подключение производится успешно. Архив проекта направляю по eMail..

#23 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 26 Сентябрь 2015 - 09:35

При организации трасс в проекта с использованием КНС по умолчанию задается способ ограничения кабелей в канале при автоматическом подборе числа каналов - По количеству.
Прикрепленный файл  КНС.JPG   14,89К   4 Количество загрузок:

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

#24 Бадаев Максим

    Активист

  • Продукт-менеджеры
  • PipPipPipPip
  • 1 262 сообщений
  • Пол:Мужчина

Отправлено 28 Сентябрь 2015 - 12:04

Просмотр сообщенияbvg (26 Сентябрь 2015 - 09:35) писал:

При организации трасс в проекта с использованием КНС по умолчанию задается способ ограничения кабелей в канале при автоматическом подборе числа каналов - По количеству.
Прикрепленный файл КНС.JPG

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

#25 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 29 Сентябрь 2015 - 09:31

Фрагмент отчета расчета токов РИП
Прикрепленный файл  РасчетРИП.JPG   97,54К   0 Количество загрузок:

Не корректнее было бы уточнить последнюю строку отчета:

или 13,85 А*ч заменить на 19,968

или "Требуемая емкость РИП .." заменить на "Используемая емкость РИП .."

#26 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 02 Октябрь 2015 - 15:39

Ранее (тема "Бета-версия nanoCAD ОПС 6.0, отображение подключений") было поправлено отображение информации подключений, но только для конструктивов устройств, к которым присоединяются подключаемые устройства (извещатели, оповещатели, исполнительные устройства и пр.). Отображение информации о выводах подключаемых устройств осталось прежнее
Например для исполнительного устройства информация о подключениях в БД имеет вид:
Прикрепленный файл  ИспУстр_БД_инфо.JPG   32,68К   2 Количество загрузок:

Информация о подключениях этого же устройства в свойствах конструктива имеет вид:
Прикрепленный файл  ИспУстр_СвойстКонстр.JPG   31,3К   2 Количество загрузок:

Хотелось бы, чтобы это было поправлено.

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

#27 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 05 Октябрь 2015 - 09:20

Просмотр сообщенияpolomnik (08 Сентябрь 2015 - 14:48) писал:

Разрешите перечислить обнаруженные моменты вызывающие неудобства. Версия: 6.1.2806.3049/ сборка: 3049 и Всё это справедливо для 7.0.3106.1738
- ......
- в таблице «результаты расчёта» не корректно считаются нагрузки по режиму «Пожар», т.е. если потребление для устройства в режиме пожар больше чем в дежурном режиме, то всё считается верно, но если потребление устройства в режиме пожар меньше, чем в дежурном режиме, то в сумме «Итого» в столбике «Пожар» всё равно выставляется значение равное полученному в столбике «Итого» «дежурный режим». Даже если выставить «0» потребления в режиме пожар, -итоговая сумма по пожару будет равна итоговой сумме по дежурному режиму.

Эта проблема проявляется и для СКУД.
таблица расчета токов
Прикрепленный файл  СКУД РасчетТоковРИП.JPG   81,02К   2 Количество загрузок:

Свойства замка
Прикрепленный файл  СКУД ЭлМагЗамокСвойства.JPG   39,46К   2 Количество загрузок:

Кроме этого некорректный расчет токов проявляется и при определении тока контроллера
Свойства контроллера
Прикрепленный файл  СКУД КонтроллерСвойства.JPG   72,6К   2 Количество загрузок:

#28 Бадаев Максим

    Активист

  • Продукт-менеджеры
  • PipPipPipPip
  • 1 262 сообщений
  • Пол:Мужчина

Отправлено 08 Октябрь 2015 - 15:21

Просмотр сообщенияbvg (02 Октябрь 2015 - 15:39) писал:

Ранее (тема "Бета-версия nanoCAD ОПС 6.0, отображение подключений") было поправлено отображение информации подключений, но только для конструктивов устройств, к которым присоединяются подключаемые устройства (извещатели, оповещатели, исполнительные устройства и пр.). Отображение информации о выводах подключаемых устройств осталось прежнее
Например для исполнительного устройства информация о подключениях в БД имеет вид:
Хотелось бы, чтобы это было поправлено.
Да, сделаем, но не в 7.0.

#29 Бадаев Максим

    Активист

  • Продукт-менеджеры
  • PipPipPipPip
  • 1 262 сообщений
  • Пол:Мужчина

Отправлено 08 Октябрь 2015 - 15:25

Просмотр сообщенияbvg (05 Октябрь 2015 - 09:20) писал:

Просмотр сообщенияpolomnik (08 Сентябрь 2015 - 14:48) писал:

Разрешите перечислить обнаруженные моменты вызывающие неудобства. Версия: 6.1.2806.3049/ сборка: 3049 и Всё это справедливо для 7.0.3106.1738
- ......
- в таблице «результаты расчёта» не корректно считаются нагрузки по режиму «Пожар», т.е. если потребление для устройства в режиме пожар больше чем в дежурном режиме, то всё считается верно, но если потребление устройства в режиме пожар меньше, чем в дежурном режиме, то в сумме «Итого» в столбике «Пожар» всё равно выставляется значение равное полученному в столбике «Итого» «дежурный режим». Даже если выставить «0» потребления в режиме пожар, -итоговая сумма по пожару будет равна итоговой сумме по дежурному режиму.

Эта проблема проявляется и для СКУД.
таблица расчета токов
Прикрепленный файл  СКУД РасчетТоковРИП.JPG   81,02К   2 Количество загрузок:

Свойства замка
Прикрепленный файл  СКУД ЭлМагЗамокСвойства.JPG   39,46К   2 Количество загрузок:

Кроме этого некорректный расчет токов проявляется и при определении тока контроллера
Свойства контроллера
Прикрепленный файл  СКУД КонтроллерСвойства.JPG   72,6К   2 Количество загрузок:
Когда писали этот расчет, то консультировались с производителями оборудования. Вроде как, почти все, говорили, что при расчете ток в режиме "пожар" не может быть меньше тока в дежурном режиме, т.к. система не полностью отключается. Поэтому так и сделали, что если ток в режиме "пожар" меньше, чем ток в дежурном режиме, то значение устанавливается для режима "пожар" равное току в дежурном режиме

#30 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 08 Октябрь 2015 - 15:44

Просмотр сообщенияБадаев Максим (08 Октябрь 2015 - 15:25) писал:

Просмотр сообщенияbvg (05 Октябрь 2015 - 09:20) писал:

Просмотр сообщенияpolomnik (08 Сентябрь 2015 - 14:48) писал:

Разрешите перечислить обнаруженные моменты вызывающие неудобства. Версия: 6.1.2806.3049/ сборка: 3049 и Всё это справедливо для 7.0.3106.1738
- ......
- в таблице «результаты расчёта» не корректно считаются нагрузки по режиму «Пожар», т.е. если потребление для устройства в режиме пожар больше чем в дежурном режиме, то всё считается верно, но если потребление устройства в режиме пожар меньше, чем в дежурном режиме, то в сумме «Итого» в столбике «Пожар» всё равно выставляется значение равное полученному в столбике «Итого» «дежурный режим». Даже если выставить «0» потребления в режиме пожар, -итоговая сумма по пожару будет равна итоговой сумме по дежурному режиму.

Эта проблема проявляется и для СКУД.
таблица расчета токов
Прикрепленный файл  СКУД РасчетТоковРИП.JPG   81,02К   2 Количество загрузок:

Свойства замка
Прикрепленный файл  СКУД ЭлМагЗамокСвойства.JPG   39,46К   2 Количество загрузок:

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

#31 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 13 Октябрь 2015 - 10:24

Просмотр сообщенияbvg (02 Октябрь 2015 - 15:39) писал:

Кроме этого выявлено, что некоторые ранее обсуждаемые проблемы не были решены.
Прошу дать пояснения по этим проблемам.
Хотелось бы все-таки увидеть детальные пояснения по этим вопросам

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

Кроме этого обращается внимание на проблемы работы с МОНТАЖНЫМИ ШКАФАМИ:
  • Не решен вопрос о размещении в 19" шкафах ВСЕЙ аппаратуры (принадлежность ее к rack-исполнени определяется проектировщиком), а не только из группы Усилители звуковые раздела "Оповещение". Проблема обсуждается с 11.2014г., см. http://forum.nanocad...indpost&p=27954
  • Не возможно задание аксессуаров шкафов обычного (не rack-исполнения) из группы Аксессуары шкафов, только из группы Материалы раздела "Материалы и комплектация".
  • Не очень понятно наличие нескольких групп для аксессуаров 19" шкафов: Кабельные организаторы, Аксессуары шкафов, Аксессуары панелей. Более логично применение Аксессуары 19"-шкафов (для 19-шкафов, панелей, стоек и.пр.) и Аксессуары шкафов (для остальных шкафов, панелей, стоек и.пр.).
Когда ожидается выпуск релизной сборки?

Сообщение отредактировал bvg: 13 Октябрь 2015 - 11:07


#32 Бадаев Максим

    Активист

  • Продукт-менеджеры
  • PipPipPipPip
  • 1 262 сообщений
  • Пол:Мужчина

Отправлено 16 Октябрь 2015 - 12:55

Просмотр сообщенияbvg (13 Октябрь 2015 - 10:24) писал:

Прошу ускорить пояснения по проблеме с выводами электропитания.
Разбираемся с выводами. В какой версии программы был создан этот РИП? При смене привязки к БД программа его не видит в БД проекта.

Просмотр сообщенияbvg (13 Октябрь 2015 - 10:24) писал:

Кроме этого обращается внимание на проблемы работы с МОНТАЖНЫМИ ШКАФАМИ:
Не решен вопрос о размещении в 19" шкафах ВСЕЙ аппаратуры (принадлежность ее к rack-исполнени определяется проектировщиком), а не только из группы Усилители звуковые раздела "Оповещение". Проблема обсуждается с 11.2014г., см. forum.nanocad...indpost&p=27954
Не возможно задание аксессуаров шкафов обычного (не rack-исполнения) из группы Аксессуары шкафов, только из группы Материалы раздела "Материалы и комплектация".
Не очень понятно наличие нескольких групп для аксессуаров 19" шкафов: Кабельные организаторы, Аксессуары шкафов, Аксессуары панелей. Более логично применение Аксессуары 19"-шкафов (для 19-шкафов, панелей, стоек и.пр.) и Аксессуары шкафов (для остальных шкафов, панелей, стоек и.пр.).
Задача по шкафам есть, ее делают. Но делают более широко: с возможностью переноса информации из СКС и обратно, с выгрузкой задней стороны.

Просмотр сообщенияbvg (13 Октябрь 2015 - 10:24) писал:

Когда ожидается выпуск релизной сборки?
Не раньше середины ноября.

Просмотр сообщенияbvg (13 Октябрь 2015 - 10:24) писал:

Просмотр сообщенияbvg (02 Октябрь 2015 - 15:39) писал:

Кроме этого выявлено, что некоторые ранее обсуждаемые проблемы не были решены.
Прошу дать пояснения по этим проблемам.
Хотелось бы все-таки увидеть детальные пояснения по этим вопросам
Чуть позже, часть из них решена, часть решается, часть оставлена на потом.

#33 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 16 Октябрь 2015 - 13:34

Просмотр сообщенияБадаев Максим (16 Октябрь 2015 - 12:55) писал:

Разбираемся с выводами. В какой версии программы был создан этот РИП? При смене привязки к БД программа его не видит в БД проекта.
Вспомнить версию программы не представляется возможным, м.б. ранее применялся редактор БД.
Хотелось бы понять - что делается не так, и получить рекомендации по корректному применению БД прежних редакций.

Просмотр сообщенияБадаев Максим (16 Октябрь 2015 - 12:55) писал:

Задача по шкафам есть, ее делают. Но делают более широко: с возможностью переноса информации из СКС и обратно, с выгрузкой задней стороны.
Если учитывается совместная работа с СКС, тогда логика применения номенклатуры групп понятна.
М.б. для разных видов шкафов организовать самостоятельные разделы или обеспечить их абсолютную взаимоприменяемость.
В любом случае следует давать детальные пояснения в Руководстве, в том числе по ограничению функциональности.
Наверное имеется смысл выпустить документ с описанием недокументированных особенностей.

По остальной части - информация принята

#34 Denton

    Активист

  • Пользователи
  • PipPipPipPip
  • 143 сообщений
  • Пол:Мужчина

Отправлено 19 Октябрь 2015 - 15:40

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

Теперь по тому что хотелось бы видеть.

1. Структурная схема, отображаются только надписи Этаж, при этом если система установлена на нескольких зданиях, ни имя ни номер здания не отображаются.
2. Сокращённый вид схемы, весч замечательная, но при использовании адресных расширителей, кусок подключённый к расширителю не сокращается и так и норовит вылезти за рамку.
3. Проблема с линейными извещателями, если передатчик и приёмник один объект, как по умолчанию, то их нельзя подключить, если они разбиты, то идут ошибки.

#35 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 20 Октябрь 2015 - 15:28

Выявлена некорректность при проведении проверок - для магнитоконтактных извещателей возникает сообщение
Прикрепленный файл  Проверка.JPG   12,25К   1 Количество загрузок:

Эта проблема обсуждалась ранее (25.09.2014)

#36 Бадаев Максим

    Активист

  • Продукт-менеджеры
  • PipPipPipPip
  • 1 262 сообщений
  • Пол:Мужчина

Отправлено 21 Октябрь 2015 - 12:57

Просмотр сообщенияbvg (20 Октябрь 2015 - 15:28) писал:

Выявлена некорректность при проведении проверок - для магнитоконтактных извещателей возникает сообщение Прикрепленный файл Проверка.JPG Эта проблема обсуждалась ранее (25.09.2014)
Да, поднял тот проект. Для магнитоконтактных свойство питание по шлейфу установлено в значение нет, если поставить значение да, то ошибки не возникает. Если подключить их от XD2, то тоже все в порядке.

#37 bvg

    Активист

  • Пользователи
  • PipPipPipPip
  • 196 сообщений
  • Пол:Мужчина
  • Город:Екатеринбург

Отправлено 21 Октябрь 2015 - 13:25

Просмотр сообщенияБадаев Максим (21 Октябрь 2015 - 12:57) писал:

Просмотр сообщенияbvg (20 Октябрь 2015 - 15:28) писал:

Выявлена некорректность при проведении проверок - для магнитоконтактных извещателей возникает сообщение Прикрепленный файл Проверка.JPG Эта проблема обсуждалась ранее (25.09.2014)
Да, поднял тот проект. Для магнитоконтактных свойство питание по шлейфу установлено в значение нет, если поставить значение да, то ошибки не возникает. Если подключить их от XD2, то тоже все в порядке.
Спасибо.
Но вообще-то, задание способа питания для магнитоконтактных извещателей смысла не имеет, тем более задавать для м/к извещателей питание по шлейфу.
М.б. подумать над исправлением этой некорректности?

#38 Denton

    Активист

  • Пользователи
  • PipPipPipPip
  • 143 сообщений
  • Пол:Мужчина

Отправлено 28 Октябрь 2015 - 13:23

Так хотя бы с линейными извещателями что то решаться будет?

#39 Бадаев Максим

    Активист

  • Продукт-менеджеры
  • PipPipPipPip
  • 1 262 сообщений
  • Пол:Мужчина

Отправлено 03 Ноябрь 2015 - 13:44

Просмотр сообщенияDenton (28 Октябрь 2015 - 13:23) писал:

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

#40 Denton

    Активист

  • Пользователи
  • PipPipPipPip
  • 143 сообщений
  • Пол:Мужчина

Отправлено 17 Ноябрь 2015 - 18:04

Извиняюсь что не отвечал, завал на работе был. Сейчас опять полез проверять, действительно всё заработало, почему не работало раньше неизвестно.

Кстати не планируется ли сделать что то типа пресетов в настройке проекта. Т.к. если много мелких объектов и под каждый надо вбивать настройки тех же выносок заново





Количество пользователей, читающих эту тему: 1

0 пользователей, 1 гостей, 0 скрытых пользователей