bvg Posted October 2, 2015 Report Share Posted October 2, 2015 Ранее (тема "Бета-версия nanoCAD ОПС 6.0, отображение подключений") было поправлено отображение информации подключений, но только для конструктивов устройств, к которым присоединяются подключаемые устройства (извещатели, оповещатели, исполнительные устройства и пр.). Отображение информации о выводах подключаемых устройств осталось прежнее Например для исполнительного устройства информация о подключениях в БД имеет вид: Информация о подключениях этого же устройства в свойствах конструктива имеет вид: Хотелось бы, чтобы это было поправлено. Кроме этого выявлено, что некоторые ранее обсуждаемые проблемы не были решены. Прошу дать пояснения по этим проблемам. Quote Link to comment Share on other sites More sharing options...
bvg Posted October 5, 2015 Report Share Posted October 5, 2015 Разрешите перечислить обнаруженные моменты вызывающие неудобства. Версия: 6.1.2806.3049/ сборка: 3049 и Всё это справедливо для 7.0.3106.1738 - ...... - в таблице «результаты расчёта» не корректно считаются нагрузки по режиму «Пожар», т.е. если потребление для устройства в режиме пожар больше чем в дежурном режиме, то всё считается верно, но если потребление устройства в режиме пожар меньше, чем в дежурном режиме, то в сумме «Итого» в столбике «Пожар» всё равно выставляется значение равное полученному в столбике «Итого» «дежурный режим». Даже если выставить «0» потребления в режиме пожар, -итоговая сумма по пожару будет равна итоговой сумме по дежурному режиму. Эта проблема проявляется и для СКУД. таблица расчета токов Свойства замка Кроме этого некорректный расчет токов проявляется и при определении тока контроллера Свойства контроллера Quote Link to comment Share on other sites More sharing options...
Бадаев Максим Posted October 8, 2015 Author Report Share Posted October 8, 2015 Ранее (тема "Бета-версия nanoCAD ОПС 6.0, отображение подключений") было поправлено отображение информации подключений, но только для конструктивов устройств, к которым присоединяются подключаемые устройства (извещатели, оповещатели, исполнительные устройства и пр.). Отображение информации о выводах подключаемых устройств осталось прежнее Например для исполнительного устройства информация о подключениях в БД имеет вид: Хотелось бы, чтобы это было поправлено. Да, сделаем, но не в 7.0. Quote Link to comment Share on other sites More sharing options...
Бадаев Максим Posted October 8, 2015 Author Report Share Posted October 8, 2015 Разрешите перечислить обнаруженные моменты вызывающие неудобства. Версия: 6.1.2806.3049/ сборка: 3049 и Всё это справедливо для 7.0.3106.1738 - ...... - в таблице «результаты расчёта» не корректно считаются нагрузки по режиму «Пожар», т.е. если потребление для устройства в режиме пожар больше чем в дежурном режиме, то всё считается верно, но если потребление устройства в режиме пожар меньше, чем в дежурном режиме, то в сумме «Итого» в столбике «Пожар» всё равно выставляется значение равное полученному в столбике «Итого» «дежурный режим». Даже если выставить «0» потребления в режиме пожар, -итоговая сумма по пожару будет равна итоговой сумме по дежурному режиму. Эта проблема проявляется и для СКУД. таблица расчета токов Свойства замка Кроме этого некорректный расчет токов проявляется и при определении тока контроллера Свойства контроллера Когда писали этот расчет, то консультировались с производителями оборудования. Вроде как, почти все, говорили, что при расчете ток в режиме "пожар" не может быть меньше тока в дежурном режиме, т.к. система не полностью отключается. Поэтому так и сделали, что если ток в режиме "пожар" меньше, чем ток в дежурном режиме, то значение устанавливается для режима "пожар" равное току в дежурном режиме Quote Link to comment Share on other sites More sharing options...
bvg Posted October 8, 2015 Report Share Posted October 8, 2015 Разрешите перечислить обнаруженные моменты вызывающие неудобства. Версия: 6.1.2806.3049/ сборка: 3049 и Всё это справедливо для 7.0.3106.1738 - ...... - в таблице «результаты расчёта» не корректно считаются нагрузки по режиму «Пожар», т.е. если потребление для устройства в режиме пожар больше чем в дежурном режиме, то всё считается верно, но если потребление устройства в режиме пожар меньше, чем в дежурном режиме, то в сумме «Итого» в столбике «Пожар» всё равно выставляется значение равное полученному в столбике «Итого» «дежурный режим». Даже если выставить «0» потребления в режиме пожар, -итоговая сумма по пожару будет равна итоговой сумме по дежурному режиму. Эта проблема проявляется и для СКУД. таблица расчета токов Свойства замка Кроме этого некорректный расчет токов проявляется и при определении тока контроллера Свойства контроллера Когда писали этот расчет, то консультировались с производителями оборудования. Вроде как, почти все, говорили, что при расчете ток в режиме "пожар" не может быть меньше тока в дежурном режиме, т.к. система не полностью отключается. Поэтому так и сделали, что если ток в режиме "пожар" меньше, чем ток в дежурном режиме, то значение устанавливается для режима "пожар" равное току в дежурном режиме Для извещателей (пож. и охранных) - это справедливо. Для других систем безопасности - не всегда. Например:электромагнитный замок в нормальном режиме включен, при режиме "Тревога" он отключается. Вообще на мой взгляд корректнее, применять термин "Тревожный или Аварийный режим". Quote Link to comment Share on other sites More sharing options...
bvg Posted October 13, 2015 Report Share Posted October 13, 2015 (edited) Кроме этого выявлено, что некоторые ранее обсуждаемые проблемы не были решены. Прошу дать пояснения по этим проблемам. Хотелось бы все-таки увидеть детальные пояснения по этим вопросам Прошу ускорить пояснения по проблеме с выводами электропитания. Кроме этого обращается внимание на проблемы работы с МОНТАЖНЫМИ ШКАФАМИ: Не решен вопрос о размещении в 19" шкафах ВСЕЙ аппаратуры (принадлежность ее к rack-исполнени определяется проектировщиком), а не только из группы Усилители звуковые раздела "Оповещение". Проблема обсуждается с 11.2014г., см. http://forum.nanocad...indpost&p=27954 Не возможно задание аксессуаров шкафов обычного (не rack-исполнения) из группы Аксессуары шкафов, только из группы Материалы раздела "Материалы и комплектация". Не очень понятно наличие нескольких групп для аксессуаров 19" шкафов: Кабельные организаторы, Аксессуары шкафов, Аксессуары панелей. Более логично применение Аксессуары 19"-шкафов (для 19-шкафов, панелей, стоек и.пр.) и Аксессуары шкафов (для остальных шкафов, панелей, стоек и.пр.). Когда ожидается выпуск релизной сборки? Edited October 13, 2015 by bvg Quote Link to comment Share on other sites More sharing options...
Бадаев Максим Posted October 16, 2015 Author Report Share Posted October 16, 2015 Прошу ускорить пояснения по проблеме с выводами электропитания. Разбираемся с выводами. В какой версии программы был создан этот РИП? При смене привязки к БД программа его не видит в БД проекта. Кроме этого обращается внимание на проблемы работы с МОНТАЖНЫМИ ШКАФАМИ: Не решен вопрос о размещении в 19" шкафах ВСЕЙ аппаратуры (принадлежность ее к rack-исполнени определяется проектировщиком), а не только из группы Усилители звуковые раздела "Оповещение". Проблема обсуждается с 11.2014г., см. forum.nanocad...indpost&p=27954 Не возможно задание аксессуаров шкафов обычного (не rack-исполнения) из группы Аксессуары шкафов, только из группы Материалы раздела "Материалы и комплектация". Не очень понятно наличие нескольких групп для аксессуаров 19" шкафов: Кабельные организаторы, Аксессуары шкафов, Аксессуары панелей. Более логично применение Аксессуары 19"-шкафов (для 19-шкафов, панелей, стоек и.пр.) и Аксессуары шкафов (для остальных шкафов, панелей, стоек и.пр.). Задача по шкафам есть, ее делают. Но делают более широко: с возможностью переноса информации из СКС и обратно, с выгрузкой задней стороны. Когда ожидается выпуск релизной сборки? Не раньше середины ноября. Кроме этого выявлено, что некоторые ранее обсуждаемые проблемы не были решены. Прошу дать пояснения по этим проблемам. Хотелось бы все-таки увидеть детальные пояснения по этим вопросам Чуть позже, часть из них решена, часть решается, часть оставлена на потом. Quote Link to comment Share on other sites More sharing options...
bvg Posted October 16, 2015 Report Share Posted October 16, 2015 Разбираемся с выводами. В какой версии программы был создан этот РИП? При смене привязки к БД программа его не видит в БД проекта. Вспомнить версию программы не представляется возможным, м.б. ранее применялся редактор БД. Хотелось бы понять - что делается не так, и получить рекомендации по корректному применению БД прежних редакций. Задача по шкафам есть, ее делают. Но делают более широко: с возможностью переноса информации из СКС и обратно, с выгрузкой задней стороны. Если учитывается совместная работа с СКС, тогда логика применения номенклатуры групп понятна. М.б. для разных видов шкафов организовать самостоятельные разделы или обеспечить их абсолютную взаимоприменяемость. В любом случае следует давать детальные пояснения в Руководстве, в том числе по ограничению функциональности. Наверное имеется смысл выпустить документ с описанием недокументированных особенностей. По остальной части - информация принята Quote Link to comment Share on other sites More sharing options...
Denton Posted October 19, 2015 Report Share Posted October 19, 2015 Нестабильная работа, причём как на проекте среднего размера, так и на небольшом, программа сообщает о ошибке и невозможности дальнейшей работы, сохранить не всегда получается. Падения начались, когда создал листы, похожая проблема была и бете платформы. Теперь по тому что хотелось бы видеть. 1. Структурная схема, отображаются только надписи Этаж, при этом если система установлена на нескольких зданиях, ни имя ни номер здания не отображаются. 2. Сокращённый вид схемы, весч замечательная, но при использовании адресных расширителей, кусок подключённый к расширителю не сокращается и так и норовит вылезти за рамку. 3. Проблема с линейными извещателями, если передатчик и приёмник один объект, как по умолчанию, то их нельзя подключить, если они разбиты, то идут ошибки. Quote Link to comment Share on other sites More sharing options...
bvg Posted October 20, 2015 Report Share Posted October 20, 2015 Выявлена некорректность при проведении проверок - для магнитоконтактных извещателей возникает сообщение Эта проблема обсуждалась ранее (25.09.2014) Quote Link to comment Share on other sites More sharing options...
Бадаев Максим Posted October 21, 2015 Author Report Share Posted October 21, 2015 Выявлена некорректность при проведении проверок - для магнитоконтактных извещателей возникает сообщение Эта проблема обсуждалась ранее (25.09.2014) Да, поднял тот проект. Для магнитоконтактных свойство питание по шлейфу установлено в значение нет, если поставить значение да, то ошибки не возникает. Если подключить их от XD2, то тоже все в порядке. Quote Link to comment Share on other sites More sharing options...
bvg Posted October 21, 2015 Report Share Posted October 21, 2015 Выявлена некорректность при проведении проверок - для магнитоконтактных извещателей возникает сообщение Эта проблема обсуждалась ранее (25.09.2014) Да, поднял тот проект. Для магнитоконтактных свойство питание по шлейфу установлено в значение нет, если поставить значение да, то ошибки не возникает. Если подключить их от XD2, то тоже все в порядке. Спасибо. Но вообще-то, задание способа питания для магнитоконтактных извещателей смысла не имеет, тем более задавать для м/к извещателей питание по шлейфу. М.б. подумать над исправлением этой некорректности? Quote Link to comment Share on other sites More sharing options...
Denton Posted October 28, 2015 Report Share Posted October 28, 2015 Так хотя бы с линейными извещателями что то решаться будет? Quote Link to comment Share on other sites More sharing options...
Бадаев Максим Posted November 3, 2015 Author Report Share Posted November 3, 2015 Так хотя бы с линейными извещателями что то решаться будет? Проверил, подключается и как один объект и как разбитый. Quote Link to comment Share on other sites More sharing options...
Denton Posted November 17, 2015 Report Share Posted November 17, 2015 Извиняюсь что не отвечал, завал на работе был. Сейчас опять полез проверять, действительно всё заработало, почему не работало раньше неизвестно. Кстати не планируется ли сделать что то типа пресетов в настройке проекта. Т.к. если много мелких объектов и под каждый надо вбивать настройки тех же выносок заново Quote Link to comment Share on other sites More sharing options...
Бадаев Максим Posted November 20, 2015 Author Report Share Posted November 20, 2015 Кстати не планируется ли сделать что то типа пресетов в настройке проекта. Т.к. если много мелких объектов и под каждый надо вбивать настройки тех же выносок заново Поставлю задачу, но приоритет будет низким. Quote Link to comment Share on other sites More sharing options...
akula2akula Posted December 7, 2015 Report Share Posted December 7, 2015 Уже первая декада декабря заканчивается, когда релиз 7? Quote Link to comment Share on other sites More sharing options...
masha_zxc Posted December 9, 2015 Report Share Posted December 9, 2015 (edited) Коллеги, а настройки интерфейса из 6.1 подцепятся? И, если не трудно, сошлите на материалы по управлению настройками (больше всего интересует миграция настроек интефейса с версии на версию). Сразу хотелось бы узнать, чем отличается экспорт/импорт профиля (Сервис - настройка интерфейса - профили) от сохранения Настроек оформления (Сервис - Настройки оформления - Файл - Сохранить/загрузить настройки) При переходе на очередной билд в рамках 6.1 пробовала сохранить настройки в архив, панели оттуда вроде восстановились корректно, а вот свои горячие клавиши потерялись, так и остались по умолчанию. Так и должно быть, или я где-то ошиблась? Заранее спасибо) upd: я верно поняла проблему с несохранением горячих клаыишь? Панель инструментов появляется в списке, если её прописать в секцию \menu\View\toolbars\ ncad.cfg или созданного пользовательского конфигурационного файла userdata.cfg. [\menu\View\toolbars\NCAD_toolbars\ShowToolbar_Edit] |Name=sEdit Toolbar |InterName=sShowToolbar_Edit Панели инструментов и меню лучше создавать вручную в файле userdata.cfg. При создании через интерфейс все изменения живут лишь в бинарном формате в реестре и их можно редактировать только через интерфейс. То есть их нужно вручную забить в соотв. файл? Через Сервис-Интерфейс в отдельный файл не сохранятся? Edited December 9, 2015 by masha_zxc Quote Link to comment Share on other sites More sharing options...
Бадаев Максим Posted December 10, 2015 Author Report Share Posted December 10, 2015 Уже первая декада декабря заканчивается, когда релиз 7? Скоро! Quote Link to comment Share on other sites More sharing options...
paul62 Posted December 16, 2015 Report Share Posted December 16, 2015 Добрый день! Столкнулся с проблемой задваивания материалов при добавлении индивидуальной комплектации шкафов. В чем может быть проблема? Quote Link to comment Share on other sites More sharing options...
Бадаев Максим Posted December 16, 2015 Author Report Share Posted December 16, 2015 Добрый день! Столкнулся с проблемой задваивания материалов при добавлении индивидуальной комплектации шкафов. В чем может быть проблема? С ошибкой в программе. Правим. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.