bCAD 4

Актуальная версия 4.1.1483 от 31.03.2024



Скачать демо 4.1.1483

Описание нововведений 4.01.1464 - 4.01.1483 - pdf

Больше года прошло с момента презентации новой версии bCAD 4. За это время многие из нас (я в том числе) стали счастливыми обладателями официальной версии программы. Ни для кого не является секретом тот факт, что всё это время "четвёрку" нельзя было использовать как полноценный рабочий инструмент. Признаюсь: лично меня этот факт слегка огорчил, но не смог выбить из рабочей колеи. И ни чего удивительного: сложно представить - какой объём работы был проделан для создания программы. Мне сложно было поверить в правдивость информации на первом демонстрационном видео, где говорилось о полной реструктуризации программы и отказе от java-приложений. Ведь для этого необходимо было не переделать версию 3_10, а с "нуля" сделать полностью новую программу. Однако именно это и было сделано. И, пусть "сырая" и недоработанная, пусть хромая и требующая неимоверных "танцев с бубном", но программа была создана.

Ну и, ввиду того, что любой труд, рано или поздно, но приносит свои плоды, bCAD 4 не стал исключением. Кухня на фото была полностью спроектирована в новой программе. Начал я работу в bCAD 4_1_1440, завершил проект в bCAD 4_1_1441. Плитные материалы в банк заносил сам, фурнитура и комплектующие взяты из банков "Кронос-Украина" и "Blum"; кое какие мелочи рисовал самостоятельно, опять-таки в "четвёрке".

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

[bcad]

Сообщение от Brakonyer

спецификация, по ходу, грамотная зараза оказалась: отверстия ловит. Вот-бы отчёту у неё "поучиться".

Предлагается ещё одну "галочку" приделать? Наподобие "Разбирать сборки"?

Сообщение от Константиныч

И по количеству крепежных деталей непонятно, почему Спецификация видит по 1штуке?

Починил.

[Brakonyer]

Сообщение от bcad

Предлагается ещё одну "галочку" приделать? Наподобие "Разбирать сборки"?

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

[bcad]

Сообщение от Brakonyer

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

Спорно.
А вообще - для чего это? Что даст?

[Brakonyer]

Сообщение от bcad

Спорно.
А вообще - для чего это? Что даст?

Но, как-же может быть спорным тот факт, что детали с разными сверлениями - есть разные детали? И практическая польза от этого имеется: при передаче данных в производство нет необходимости позицию с деталью , к примеру - "Полка", в количестве - 12 шт., делить на четыре строки по три полки. А получив отчёт с разными деталями просто указать - какая разметка на какую деталь нужна.

Кроме того, по этой-же причине, не правильно формируются чертежи. Если у меня в шкафу будет десяток полок с одинаковыми наименованиями, размерами, направлением лицевой стороны и кромками, но с разной разметкой отверстий, bCAD сформирует один чертёж с одним из вариантов разметки, все остальные будут проигнорированы. Особенно яркий пример такой ошибки вылазит в той ситуации, когда копируются стенки шкафа. Забыть дать им разные названия - слишком дорогое удовольствие; ведь правая и левая стенки в любом случае имеют разную присадку, а чертёж будет только для одной из них, если наименование панели останется "стенка"...

[bcad]

Сообщение от Brakonyer

Но, как-же может быть спорным тот факт, что детали с разными сверлениями - есть разные детали?

Нет, спорно - с моей кочки зрения - что нужно их разделять ВСЕГДА.
Ну не знаю, что-то саморезами ПО МЕСТУ прикручивается.
Видимо, будет так:

[Brakonyer]

Сообщение от bcad

Нет, спорно - с моей кочки зрения - что нужно их разделять ВСЕГДА.
Ну не знаю, что-то саморезами ПО МЕСТУ прикручивается.
Видимо, будет так:

УРА! НАКОНЕЦ-ТО!!! Такой вариант очень и очень приемлем!

[bcad]

Сообщение от bcad

Предлагается ещё одну "галочку" приделать? Наподобие "Разбирать сборки"?

Сообщение от Brakonyer

Нет, лишних птичек нам, пожалуй не надо.

Я именно это изначально и предлагал. Возможно, не совсем "прозрачно" выразился...

[Oscar]

Что-то в последнее время bCAD пошёл куда-то не туда... (((

Сообщение от Brakonyer

Просто, в процесс формирования отчёта включить ещё один принцип: детали с разными сверлениями - разные детали.

Поправьте если я не прав. Предполагается что панели которые ничем не отличаются кроме как количеством и положением отверстий в них должны быть в Отчёте в разных строках? Если так, я не согласен с таким подходом.
Во-первых: Почему отличие должно сравниваться только по отверстиям? А если в одной панели есть паз, а в другой такой же его нет или он расположен иначе - они разные или нет?
Во-вторых: когда в Отчёте в разных строках детали разные по габаритам, Имени, Коду и т.п. - это очевидно и по этому понято. А в озвученном предложении при котором в разных строках будут почему-то панели с абсолютно одинаковыми данными - где та самая "очевидность" и "интуитивная понятность"?
В-третьих: Исторически Отчёт в основном был документов отражающим состояние модели и немного Редактирования. И вот это "прикручивание" к Отчёту всё большего количества дополнительных функций которые должны выполнять совсем другие инструменты не делает программу более понятной и удобной. Та же панель которая отличается от другой только отверстиями - должна отличаться как минимум по Коду или Имени. Тут и выгрузка программ для ЧПУ, и разные чертежи... А в Отчёт такие панели с разным Кодом уже попадут в разные строки. И это будет уже совершенно умозрительно понятно почему. И сравнивать панели на положение отверстий надо не в Отчёте, а ещё на этапе Кодировки! И кстати, не только по отверстиям, но и по любым другим видам обработки панели. Вот такой подход по-моему будет единственно правильным.

[bcad]

Сообщение от Oscar

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

Я бы сказал не "должны", а "могут".

Сообщение от Oscar

Во-первых: Почему отличие должно сравниваться только по отверстиям? А если в одной панели есть паз, а в другой такой же его нет или он расположен иначе - они разные или нет?

Разные. И очень давно уже. Причём без возможности их "слить".

Сообщение от Oscar

Во-вторых: когда в Отчёте в разных строках детали разные по габаритам, Имени, Коду и т.п. - это очевидно и по этому понято. А в озвученном предложении при котором в разных строках будут почему-то панели с абсолютно одинаковыми данными - где та самая "очевидность" и "интуитивная понятность"?

В "Отчёте" не отражается, что в одной панели есть вырез, а в другой - нет. Тем не менее, это РАЗНЫЕ панели. То же самое - с пазами.

Сообщение от Oscar

В-третьих: Исторически Отчёт в основном был документов отражающим состояние модели и немного Редактирования. И вот это "прикручивание" к Отчёту всё большего количества дополнительных функций которые должны выполнять совсем другие инструменты не делает программу более понятной и удобной. Та же панель которая отличается от другой только отверстиями - должна отличаться как минимум по Коду или Имени.

Это - подсказка, что надо что-то менять. Например, код. Хоть прямо из "Отчёта".

Сообщение от Oscar

А в Отчёт такие панели с разным Кодом уже попадут в разные строки. И это будет уже совершенно умозрительно понятно почему. И сравнивать панели на положение отверстий надо не в Отчёте, а ещё на этапе Кодировки! И кстати, не только по отверстиям, но и по любым другим видам обработки панели. Вот такой подход по-моему будет единственно правильным.

Так вот, панели попадут в "Отчёт" в разные строки. Дальше - редактируй, приводи в порядок и т.д.

[19Andrey83]

Доброго времени суток!

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

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

Список мест:

1. Экспорт банка (в момент указания папки для bmf)
2. Передача в BCUT (при указании папки для сохранения XML.)
3. Стили визуализации (при указании файла текстуры на диске)
4. Сохранение блока (при указании папки, куда сохраняется блок)
5. Импорт банка (в момент указания папки сохранения библиотеки)
6. Крепеж и комплектующие (при выборе файла блока)
7. Крепеж и комплектующие (при выборе папки при добавлении целой папки, по кнопке "Добавить папку")