Перейти к публикации

ПЕРВЫЙ ШАГ К ВЗАИМОДЕЙСТВИЮ РОССИЙСКИХ САПР?


Рекомендованные сообщения

PC/WEEK/RE №14 22апреля 2003 стр. 38-39 (бумажная версия)

Российский рынок САПР глазами поставщиков

«… редакция PC/WEEK/RE пригласила представителей ведущих компаний обсудить за круглым столом наиболее актуальные вопросы…

…Таким образом, отечественные поставщики (“АСКОН”,  “Топ Системы” и др.) заняли свою ни-шу, и их продукты оказывают существенное влияние на российский рынок САПР.

В связи с этим, по мнению участников дискуссии, на первый план выходит уже упомянутая задача интеграции различных систем…

...В связи с этим г-н Тимошин (“АСКОН”) призвал участников круглого стола и других поставщи-ков САПР проводить совместные работы для решения технических проблем, затрудняющих взаимодействие различных систем.»  

Лед тронулся, "возьмемся за руки, друзья..."?

Будет ли продолжение?

Что хорошего или не очень для нас это несет?

Ссылка на сообщение
Поделиться на других сайтах


Интеграция различных систем БЕЗ использования независимых форматов или поддерживаеммых производителями форматов ядер, что для CAD-ситем хуже, вещь трудоемкая и часто с практической точки зрения слабовыполнимая.

Так что от декларации до демонстрации путь в тысячи ли.

Глядя задумчиво на юго-восток...

Ссылка на сообщение
Поделиться на других сайтах

Очередной маркетингово-рекламный ход, цель которого в очередной раз где-нидь да засветить свою контору и "искренние" побуждения. :)

Всем понятно, что вглядываться придется настолько долго, что зрение испортится гораздо раньше, чем наступит момент, когда мы там сможем что-либо увидеть. И никакие бинокли не помогут.

И телескопы тоже.

:(

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

--------

…Таким образом, отечественные поставщики (“АСКОН”,  “Топ Системы” и др.) заняли свою ни-шу, и их продукты оказывают существенное влияние на российский рынок САПР.

В связи с этим, по мнению участников дискуссии, на первый план выходит уже упомянутая задача интеграции различных систем…

--------

ИМХО рынок насыщен и поделен. Но часто, на одном заводе могут использовать несколько CAD/CAM и САМ решений. Инетграция на уровне интерфейсов или моделей между ними есть понятное желание пользователей. В статье просто констатируется реальная ситуация. Вопрос в другом - а насколько выгодно объединяться?

Ссылка на сообщение
Поделиться на других сайтах

Нет это про Компас с ядром парасолида :).

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

Ссылка на сообщение
Поделиться на других сайтах
  • 3 недели спустя...

Я Вас умоляю, Компас 6 вчера смотрел на семинаре. Все серьезные недостатки которые были в 5 .х остались. Кроме перемещаемых и настраиваемых панелек, да вставки OLE- объектов ничего серьезного не прибавилось. Особенно весело выглядела модель лодочного мотора со ВСЕМИ ЗАФИКСИРОВАННЫМИ ДЕТАЛЯМИ !!! Парамертиризация и ассоциативность однако...

Тут еще пахать и перепахивать годами...

P.S. Это не провокация, а вздох сожаления по неслучившемуся чуду...

Ссылка на сообщение
Поделиться на других сайтах
  • 2 недели спустя...

2 sapr2000:

you wrote:

ИМХО рынок насыщен и поделен. Но часто, на одном заводе могут использовать несколько CAD/CAM и САМ решений. Инетграция на уровне интерфейсов или моделей между ними есть понятное желание пользователей. В статье просто констатируется реальная ситуация. Вопрос в другом - а насколько выгодно объединяться?

=================

Пользователям объединение выгодно, производителям - iMHO тоже, но они егопохоже боятся :-)

Ссылка на сообщение
Поделиться на других сайтах
  • 3 недели спустя...

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

Пример (нескажу реальный он или нет, просто пример):

На заводе у конструкторов стоят акады с интермеховскими примочками, стоят долго и всем нравится. Приходит Аскон, которому как-то надо туда пропихнутся и что они делают? Правильно впихивают Компас всем второстепенным службам, а потом кода, люди наедаются барадаком связанным с трансляцией и т.п., предлагают махнуть им имеющиеся автокады-интермехи на компас, причем нахаляву. И все, дело в шляпе, хотя конструктора матерятся и до сих пор отказываются в нем работать, но конкурент уничтожен, методом примитивного обмена.

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

Про интеграцию:

Зачем тогда сотрудничать с т. н. "элитой" САПР ?

За АСКОНом водится такая практика обмана и подтасовки фактов.

Пример :

В космос летают космич. корабли ->

Предприятие X выпускает двигатели к космич. кораблям (например) - >

двигатели проектирую САПР - >

одним из множества ПО используемого на этом заводе является ПО Компас (не раскрывая что конкретно) -> вывод:

Компас 3D - продукт для космических технологий

как пример спекуляций на эту тему ММПП "Салют".

Это как в анекдоте про Петьку ( Петька - ты селёдку любишь? - значит.....)

Галиматья полнейшая, но именно ей и пудрят мозги.

Заметьте, другие российские поставщики САПР не позволяют себе выходить за рамки приличия.

И интеграция различных продуктов предусматривает грамотное внедрение, а не лазание по головам конкуреттов. Это тем самым говорит косвенно об отсутствии опыта этой самой интеграции и слабости ПО, т,к, менеджеров учат (да именно так) топить конкурентов любыми способами. Это сильно заметно по всем дилерам АСКОНа. PR просто ужасный при очень низком техническом уровне.

Предложение менеджерам АСКОНа - надо добавить в брошюру о решения PLM :

" интегрирован с MS Paint, Фотошоп, почтовой ситемой BAt и WinXP" - это для весомости об интеграции.

:clap_1:

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

Что-то я злобный стал - старею :g:

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • maxx2000
      @areg потому что у него всего 1 публикация и не может вообще писать ЛС. сам ему напиши
    • gudstartup
      это безопасность чтобы вас в ручном режиме на шпиндель не намотало прописывается станкостроителем в plc правда у нас 500 а 54 это прям совсем мало
    • areg
      Написал в личку. А почему в личку цены не можете скинуть?
    • Kelny
      Посмотрите свойтсва файлов из Explorer Windows, на закладке ПОДРОБНО, там может быть строчка ПОСЛЕДНЕЕ СОХРАНЕНИЕ В...   или создайте макрос, добавьте пример из справки (в замен того что имеется в новом макросе) и запустите выполнение макроса, который покажет не только последнюю версию файла, но и историю файла по разным версиям (в каких вообще версиях файл редактировался): https://help.solidworks.com/2022/english/api/sldworksapi/Get_Version_History_of_Future_Version_Document_Example_VB.htm   Текст макроса из справки (если файл уже открыт в Soildworks, то в макросе ни чего менять не надо, а если открытых документов нет и надо макросом открыть документ, то поменяйте путь к файлу в тексте макроса "strFileName = swApp.GetCurrentMacroPathFolder & "\Part1.sldprt""):  
    • lem_on
      Но комп от интернета отключен. 
    • Anat2015
      Так было всегда, или "я неделю тут работаю"? Механизм возникновения проблемы даст полезную инфу.
    • Shoker
      Насколько я понял Ваш вопрос, результат будет зависеть от типа закрепления, приложенного к проушине. Если вы используете "фиксированную геометрию", тогда все точки поверхности этой поверхности будут иметь нулевые перемещения, что фактически означает запрет на вращение вокруг оси (т.к. поворот вокруг оси будет приводить к вращению-перемещению всех точек, не лежащих строго на самой оси вращения). В SW должны быть другие виды закрепления, которые будут позволять поворачиваться, при этом у точек будет нулевые радиальные и осевые перемещения. Но это нужно будет применять, только если этот ГЦ будет входить в другую расчетную схему, как элемент, воспринимающий только осевую силу (остальные будут нулевые как раз изза этого поворота), отдельный расчет с таким закреплением вам ничего не даст и ничего он не посчитает вам.
    • laytermen
      Добрый день. Нет. Стабильно 54 оборота и все. 
    • KSVSVK
      С одного дистрибутива на 2 компьютера несколько лет назад поставлен Солид. Обновления отключены.   Последнее время начались "чудеса":   1. Файл, созданный на первом компе, не открывается на втором, утверждая, что он из "будущей версии"   2. Проверка сборки эвольвентного зубчатого редуктора в "будущей версии" находит интерференции, отсутствующие в старой.   3. Расчет данного редуктора (Motion) при одних и тех же исходных данных приводит к разным результатам. Причем, на мой не очень искушенный взгляд, правильный результат у "старой" версии.   4. В контексте сборки создаю плоский эскиз, к которому привязываю размеры деталей (системное "Расположение" не использую). В какой-то момент (не отследил точно) часть размеров в эскизе пропадают. Причем эскиз остается определенным, и соответствующие взаимосвязи в нем есть. Похоже на "скрыть размер", но данный пункт не вызывался. При попытке посмотреть размеры через уравнения (режим ) Solid сообщает об ошибке и предлагает его перезапустить.   Кто-нибудь с такими "чудесами" сталкивался?
    • gudi
      Для длинных и сложных сделали ком-порт, а сеть для коротких и простых? всё равно не понимаю. Программа передалась через ком-порт, загрузилась в чпу, цикл старт нажали станок поехал ее делать, хоть час хоть неделю, хоть как. Или вы по ходу выполнения программы вы ее  через ком-порт корректируете ?
×
×
  • Создать...