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

polomnik

Пользователи
  • Публикаций

    41
  • Зарегистрирован

  • Посещение

  • Победитель дней

    2

polomnik стал победителем дня 25 июня 2018

polomnik имел наиболее популярный контент!

Репутация

6 Обычный

Информация о polomnik

  • Звание
    Посетитель
  1. Насколько я знаю, никак... Я просил уже давно (и не только я) разработчиков убрать эту "гр."... Пока не получается, возможно в следующей версии уберут. Осталось только "голосовалку" прикрутить ))) МММ, печалька
  2. Доброго времени суток. Подскажите знающие. Однолинейная схема. Откуда параметр Consumer_Name добавляет символы «гр» с цифрой номера группы вида (гр.1), где ни символ «гр» ни номер группы не имеют ничего общего с указанным обозначением групп в щитках? Где отключить или изменить эти значения или какой параметр использовать, что бы выводилось, например, значение указанное в строке «Наименование» (в характеристиках отходящих линий шкафов) без подобных добавок?
  3. В пору задуматься разработчикам –что происходит с их продуктом? Два дня бился с файлом (из под НаноЭл.), где из поля листов, печать в PDF занимала 40минут, но самое Г, что потом этот PDF отказался печатать физический принтер (тоже изрядно пыхтя) причина была в чужом файле вставленным подложкой. Собственно попытками причесать эту подложку скоротал два дня и ничего путёвого не вышло. И представьте себе моё состояние, когда ни на, что не надеясь я открыл этот файл в завалящем AutoCAD17 и он отпечатал этот файл в PDF за 15 секунд. Как разработчики это прокомментируют? Как то меркнут версии про не такой шрифт…, избыток блоковых вложений…, заблокированные слои и т.п.
  4. +1 Особенно когда лотки рисуешь с такими угловыми секциями... В добавок трассы, построенные таким методом, не режутся в месте вставки (отводы на светильник и т.п.), это видно даже при наведении мыши, а в результате проложенный кабель начинает петлять до ближайшего участка соединения трасс (между двух криволинейных или криволинейным и обычным участком) и только потом возвращается (с удвоением кабеля и закладной) к целевому отводу. Приходилось целенаправленно разрывать криволинейный участок в месте планируемого отвода и продолжать с нового отрезка. Сделать красиво (было нужно в наружном освещении) это боль мозга.
  5. Вы верно определили оба возможные варианты моделирования этой ситуации. Других вариантов на данный момент нет... Выбирайте наименее для вас затратный. Спасибо всем кто ответил. Спасибо Электрик, Спасибо Walkmax. Раз пока только так, то решил действовать по схеме: сначала всё подключаю по слаботочке от трансформатора (определяю сечения кабелей), потом (когда утвердятся трассы) переключаю всё на автоматы с выбором сечений полученных на слаботочке. Вопрос к Ув.Электрик: а не планируется решить задачу по этой теме? У меня например, в каждом проекте свет на LED и больше половины это внешние драйвера (первый раз с действительно длинными трассами и задачей дрова только в шкаф) Есть же компоненты типа «Рубильник, Пускатель, Автомат, Частотный преобр.», да тот же выключатель. За ними всё видно, всё считается и в журналы выводится… Вот бы прикрутить ещё установку напряжения по выходу и возможность не учитывать (не складывать) падение на слаботочке в итоговом падении по питающей трассе.
  6. Вопрос разработчикам или знающим форумчанам Требуется построить освещение на 24В через внешние драйверы. Попробовал, и поначалу получилось. Работает и расчёт падения по питанию 24В, с тем без проблем подобрать сечение на удалённых участках, и получилось накинуть двухжильный кабель, но…. оказалось, что проблема наложения результата падения по слаботочной линии на результат падения по питающим линиям вовсе не проблема на фоне того, что не выводится в кабельный журнал ничего после блока питания (трансформатора) Использовал компонент УГО «Ящик с трансформатором» ибо только там удалось выставить требуемое напряжение на вторичку (24В). В электротехнической модели этот трансформатор занимает свою строку в корне, но его нельзя использовать для построения подобия однолинейки, с тем и отражения всего состава сети (после трансформатора) нигде не вывести (в проект), а ведь подключение к трансформатору идёт через отходящий автомат. Питающий шкаф видит только трансформатор, его мощность и результат падения на слаботочке, соответственно без учёта длин и типов кабелей за трансформатором, ибо светильники можно подключить или к питающему шкафу, или к трансформатору. С тем растворились мои ожидания. Или подключать к питающему шкафу, но без расчёта падения по слаботочке, или не получить кабельного журнала и постоянно допиливать однолинейки после очередной выгрузки и править итоговое падение в кабелях за минусом слаботочки, от чего страдает автоматизация по другим выгружаемым документам. Собственно этой беде есть лечение? Или иное решение -как построить проект, что бы считалось падение с учётом слаботочных потребителей без ущерба остального функционала?
  7. это где такая команда? Я тоже пока вручную делаю. пиктограмма "Создать помещение" имеет вложенный свиток, там и лежит "Задать порядок следования"
  8. Доброе время суток. Вопрос, Я правильно понимаю, что количество полюсов выключателей не работает? Лепить костыль, или секрет какой есть?
  9. Разрешите предложить для реализации создание ведомости разделов. Хотя это не задача проектировщика, но, например, на моей практике проекты ведутся до сдачи исполнительной. Было бы не плохо иметь дополнительное поле в свойствах датчиков и исполнительных устройств для указания номера раздела с возможностью общего выделения требуемых устройств и ввода значения для выбранных. Плюс вкладка для назначения названия номерам разделов, например по форме модели здания/объекта, где название разделов формируется как из данной области, так и переносится при заполнении поля в свойстве датчиков. Вывод таблицы разделов в произвольной форме, в идеале с возможностью поправить представление таблицы для себя, изменяя шаблон dot.
  10. Walkmax Большое спасибо! Правда у меня сначала не получилось, как и раньше я уже пытался использовать этот разветвитель но коробка в дереве не появлялась, зато Ваш скрин подсказал куда копать, мне и в голову не приходило, что нужно подключить потребителя через назначение Отх.кабель (если бы такой пункт был по умолчанию в теле разветвителя). А ведь я, балбес, уже давненько создавал на базе разветвителя блоки реле для компонентов KNX, и вот, чтот туплю в теме коробки.
  11. Периодически сталкиваюсь с необходимостью поставить свою коробку (на участок без ответвления), которая была бы видна в дереве подключений, чтобы иметь возможность назначить другой кабель на участке после коробки. Сейчас приходится изгаляться установкой выключателя подключая его только к группе, с тем, в выключателе образуется желаемая коробка, отражаемая в дереве подключений. Приходится мериться с лишним участком от коробки к выключателю (в кабельном журнале), но более всего недостаёт возможности вывода маркера коробки лежащей в теле выключателя, ибо без этого кабельный журнал наполняется неизвестными данными. Если с принудительно устанавливаемой коробкой проблемное решение, то вытащить скрытые маркеры коробок (за телом выключателей, светильников и т.п.) очень нужно.
  12. Разрешите внести предложение в части оформления таблицы «Результаты расчёта токов» где строка «Требуемая ёмкость РИП с учетом коэф. использования -- (W), А*ч» не отражает своё содержание, и более логично (по результату расчёта на основе установленной ёмкости АКБ на коэф. использования) назвать её как «Доступная ёмкость РИП с учётом коэф. использования -- (W), А*ч. Конечно, её содержание всегда можно заменить и перед выгрузкой и после выгрузки (что и делаю с версии ОПС4.2), но иногда, после обновления расчётов, про это забываешь, и в итоге очень глупо выглядит утверждение «Требуемая» когда допустим, -значение явно превышает расчётное (по суммарной ёмкости деж. плюс трев. в несколько раз (по объективным причинам. Запас на расширение и т. п.) или значение меньше расчётного (если объект с питанием по первой категории и важны расчёты только по току). При этом понятие «Требуемая ёмкость РИП» звучит конструктивно и солидно и исключать его из таблицы не стоит, но очевидно, что данное значение следует рассчитывать на основе суммарной ёмкости деж. плюс трев. на коэф. использования (только коэф.исп. в большую сторону).
  13. А с чем это связано? Имею противоположный опыт: если точка вставки УГО идеально не совпадёт с «маркером» присоединения, то такой УГО не будет встраиваться в трассы при его вставке (только рисовать трассы от него или к нему).
  14. Разрешите порекомендовать поработать с двумя мониторами. Превосходный результат, и не только в возможности очистить окно модели от разных надстроек (типа окон свойств) и всплывающих окон, но и просто удобно параллельно работать с электронными документами (не сворачивая их, или nanoCAD). Пару лет назад я уже не мог отказаться от 2-х мониторов, но попробовал больше, и сейчас не могу отказаться от 4-х.
  15. Таблицу приложите, пожалуйста. Прикрепил файл и скрин. БП.1.rar
×
×
  • Создать...