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

Безбумажная технология - миф или реальность


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

Техпроцесс пишется когда решение о запуске изделия в производство уже принято...

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


Это утверждение не верно! Нельзя запускать изделие не просчитав затраты к этому стремятся все! Только получив полный состав можно заранее посчитать план и загрузку оборудования. Вы говорите о запуске единичного производства любой ценой, это я думаю не актуально!

А вы что, собираетесь писать техпроцессы, разрабатывать остнастку и инструмент для изделия, которое не собираетесь производить? :clap_1:

Дескать пускай технологи потеют? :rolleyes:

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

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

А вы что, собираетесь писать техпроцессы, разрабатывать остнастку и инструмент для изделия, которое не собираетесь производить? :clap_1:

Дескать пускай технологи потеют? :rolleyes:

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

Уважаемый "Странник", я наверно говорю банальности, н цепь взаимодействия систем, а следовательно передача данных выглядит следующим образом CAD-CAM-PDM-MRPII-MES-ERP Последняя всех накрывает и используется длуправления всего предприятия! Поэтому Вы не правы, ваши рассуждения не убедительны! Я написал не все системы необходимые предприятию, просто указал ключевые, это написано в любом учебнике! Я сейчас пытаюсь это реализовать на практике, поэтому и пишу здесь!
Ссылка на сообщение
Поделиться на других сайтах

.... цепь взаимодействия систем, а следовательно передача данных выглядит следующим образом CAD-CAM-PDM-MRPII-MES-ERP Последняя всех накрывает и используется длуправления всего предприятия!

...

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

Например, не на своих местах стоят звенья, а значит и управление всем процессом подразумевается как бы "через задний проход". Собственно отсюда столь комичные заявления о техпроцессах и появляются.

Уж определитесь сперва кто у вас является инициатором процесса, кто подрядчиком, кто субподрядчиком, кто исполнителем, а кто обслуживающим персоналом. Да не забудьте связки ТЗ - ТТ - ТУ.

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

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

Например, не на своих местах стоят звенья, а значит и управление всем процессом подразумевается как бы "через задний проход". Собственно отсюда столь комичные заявления о техпроцессах и появляются.

Уж определитесь сперва кто у вас является инициатором процесса, кто подрядчиком, кто субподрядчиком, кто исполнителем, а кто обслуживающим персоналом. Да не забудьте связки ТЗ - ТТ - ТУ.

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

Всё одно, прежде чем приказ по предприятию о начале работ по данному изделию не пройдёт ни КД по инстанциям не пойдёт (и даже создаваться не будет), ни ОГТ эту КД в руки не возьмёт, ни тем более ОПП не зашевелится.

Приказ издайте и проконтролируйте его исполнение, вот и увидите, что начинать автоматизацию в самом деле нужно с канцелярии (приказы, служебки, уведомления по электрононной почте + синхронизация базы данной по пользователям с отделом кадров) и архива (PLM системы), а CAD/CAE/CAM уже следующим шагом.

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

To all

<noindex>http://fsapr2000.ru/index.php?showtopic=22839</noindex>

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

Безбумажная технология, или иначе - электронный документооборот, это не миф, и не реальность, а "миф, который мы должны сделать реальностью", или говоря словами старой советсткой песни, "сказка, которую мы должны сделать былью". Другого выхода просто нет! Сейчас просто не найдется достаточное количество "специалистов", умеющих и, главное, желающих работать с бумагой. Если найдется, ждет стихийное бедствие - потоп в море бумаги.

Появившиеся информационные терминалы или так называемые киоски (www.kiosks.ru) с успехом работают на вокзалах, магазинах, музеях. Могут ли они заменить часть бумажных носителей для станочников универсалов, наладчиков станков ЧПУ, монтажниц радиоаппаратуры?

Электронный 3D чертеж, выполненный с использованием САПР мог бы заменить бумажный чертеж. (3D чертеж-это 3D модель с показанными размерами и техтребованиями). Техпрцесс из электронного архива заменил бы затасканный, многостраничный толмут. Тот же терминал мог бы с успехом показать мини фильм с показом процесса наладки, сборки или изготовления, заменив инструкцию.

Стоимость терминала - один из факторов торможения. Это от 1700$ до 2700$. Плюс программа работы с электронным архивом типа Windchill (www.pts-russia.com) или подобным.

Кто что мыслит по этому поводу? Или так и будем в 21 веке работать на бересте? :wallbash:

Я считаю, что наряду с САМ системами и больше даже без них, применение таких терминалов позволило бы совершить прорыв в направлении безбумажной технологии. Ведь что важно какому-нибудь токарю дяде Васе в чертеже - наглядность и простота! А представьте, что он может покрутить модель на экране разными сторонами. Вот это наглядность! А зафиксировал разрез или вид, вот и простота!

А на сколько сократится и упростится работа конструктора!

А сколько стандартов можно будет выбросить на помойку! Не поймите, что я против стандартов, в частности, наших ГОСТов. Они нужны будут всегда. Но чем меньше их будет, тем легче их можно будет увязать друг с другом и синхронизировать с развитием ИТ.

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

А светлых голов и умелых рук в России не так уж и много. Жаль.

Мы все привыкли работать из под палки.

Одни знают, но не хотят. Другие не знают и знать не желают.

Отсюда вывод из Законов психологии:

1. Мотивация.

2. Знания.

3. Дядя с толстым кошельком.

4. Россия с ее престижем подождет. Китайцы сделают-мы позаимствуем.

5. Для Роcсии ББТ - миф. А реальность - это там, где реальная потребность и мотивация.

Изменено пользователем bomber
Ссылка на сообщение
Поделиться на других сайтах

А светлых голов и умелых рук в России не так уж и много. Жаль.

Мы все привыкли работать из под палки.

Одни знают, но не хотят. Другие не знают и знать не желают.

Отсюда вывод из Законов психологии:

1. Мотивация.

2. Знания.

3. Дядя с толстым кошельком.

4. Россия с ее престижем подождет. Китайцы сделают-мы позаимствуем.

5. Для Росии ББТ - миф. А реальность - это там, где реальная потребность и мотивация.

Не всё так просто и плохо, но всёже скажите кто ни будь: как без создания бумажного подлинника противостоять короткой жизни софта (сравнительно с ЖЦИ изделия)?

Разве заставишь сейчас кого ни будь работать из под DOS?

А ведь для изделия начала разработки года этак 1993 это было бы весьма актуально.

Или лучше проводить регулярное дятлоподобное перекачивание изделия из CAD в CAD, а всех прочих документов из одного редактора в другой только ради того, что бы поддерживать честь и славу производителей софта? :blink:

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

Не всё так просто и плохо, но всёже скажите кто ни будь: как без создания бумажного подлинника противостоять короткой жизни софта (сравнительно с ЖЦИ изделия)?

Разве заставишь сейчас кого ни будь работать из под DOS?

А ведь для изделия начала разработки года этак 1993 это было бы весьма актуально.

Или лучше проводить регулярное дятлоподобное перекачивание изделия из CAD в CAD, а всех прочих документов из одного редактора в другой только ради того, что бы поддерживать честь и славу производителей софта? :blink:

Бумага - это откат в прошлое (и не такая она долговечная и безрисковая как кажется - хранение электронной информаци на многих зеркалах в удалённых местах сейчас может быть и понадёжнее ). А ББТ - это эволюция, сэр. Жизнь ставит проблемы и они решаются по очереди. Насчёт CAD - на самом деле уже давно развиваются DMU приложения (для работы с Цифровым Макетом), которые могут собирать ЦМИ из разных CAD, конвертируя в некие подобия нейтральных форматов, но с возможностью хранения точной геометрии (Brep). А прямо сегодня бурно развивается (правда он ещё совсем далёк от идеала) инструментарий по параметрическому редактированию твёрдых тел без истории - поэтому зависимость от конкретного CADa в будущем может быть сильно уменьшена. Да и изделия всё-таки не такие сечас долговечные как раньше - даже если не устаревают физически, устаревают морально и по своим показателям.

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

Не всё так просто и плохо, но всёже скажите кто ни будь: как без создания бумажного подлинника противостоять короткой жизни софта (сравнительно с ЖЦИ изделия)?

На практике - принимать этот фактор в расчет при выборе CAD. Обращать внимание на имеющийся функционал импорта/экспорта.

Бумага - это тоже один из вариантов импорта/экспорта информации. И замечу, при его применении степень "дятлоподобных", по вашему выражению, операций в принципе-то, на первом месте. Спасает только экономичность копирования "бумаги".

В современных системах (знакомых мне) инструменты импорта/экспорта уже не безнадежные. Не идеальные, с утерей многих полезностей "родной" системы, но не безнадежные. Это то, чем сейчас приходится платить за переход из системы в систему. И это нужно тоже принимать в расчет. Это реальная жизнь и никуда от нее не деться.

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

На мой взгляд именно здесь поле для стандартизации - и государственной, и на уровне предприятий. Изучить реальный (!)инструментарий по обмену у имеющихся в настоящее время систем, сформулировать требования и добиться их выполнения. И вот тогда импорт/экспорт превратится в простую операцию. Просто будут заранее известны потери, появится определенность для оценки целесообразности перехода с одной системы на другую. А то сейчас "сертификация по ГОСТ" отечественных систем вообще непонятно что значит - "эталон колбасы" какой-то.

Кроме того, признать общее развитие систем в нужном направлении тоже стоит. Конкуренция за признание файловых форматов офисных приложений в качестве стандарта ИСО похожа на "войну форматов" компакт-дисков. И это хорошо.

Изменено пользователем askn
Ссылка на сообщение
Поделиться на других сайтах

Бумага - это откат в прошлое (и не такая она долговечная и безрисковая как кажется - хранение электронной информаци на многих зеркалах в удалённых местах сейчас может быть и понадёжнее ). А ББТ - это эволюция, сэр. Жизнь ставит проблемы и они решаются по очереди. Насчёт CAD - на самом деле уже давно развиваются DMU приложения (для работы с Цифровым Макетом), которые могут собирать ЦМИ из разных CAD, конвертируя в некие подобия нейтральных форматов, но с возможностью хранения точной геометрии (Brep). А прямо сегодня бурно развивается (правда он ещё совсем далёк от идеала) инструментарий по параметрическому редактированию твёрдых тел без истории - поэтому зависимость от конкретного CADa в будущем может быть сильно уменьшена.

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

Возьмёт какая ни будь Autodesk и пошлёт ваш DMU далёко-далёко, например, изменит какие ни будь коды, что тогда?

А вот на софт, что сумеет редактировать твёрдые тела без истории с удовольствием посмотрел бы лично :rolleyes:

Особенно на лица его разработчиков, когда им самим предложат внести реальное такое изменение в деталь из жизни, а не в показушный кубик... при чём на скорость. :clap_1:

Кстати, что такое бумага мне известно горазда лучше чем многим из зде присутствующих.

Да и изделия всё-таки не такие сечас долговечные как раньше - даже если не устаревают физически, устаревают морально и по своим показателям.

А управляющие рулевыми приводами самолётов процессоры живут в производстве лет по 20, если не больше. :bleh:

На практике - принимать этот фактор в расчет при выборе CAD. Обращать внимание на имеющийся функционал импорта/экспорта.

Бумага - это тоже один из вариантов импорта/экспорта информации. И замечу, при его применении степень "дятлоподобных", по вашему выражению, операций в принципе-то, на первом месте. Спасает только экономичность копирования "бумаги".

...

Кроме того, признать общее развитие систем в нужном направлении тоже стоит. Конкуренция за признание файловых форматов офисных приложений в качестве стандарта ИСО похожа на "войну форматов" компакт-дисков. И это хорошо.

Да какой не выбирай, а всё его жизнь короче чем ЖЦИ приличного изделия.

ЕМНИП кое-кто из буржунских авиастроителей всё ещё сидит на CATIA V.4 :doh:

А кое кто из разработчиков (или продавцов) софта говорит:

мы не обязаны повторять в новых версиях старых ошибок

.

Опять же, он прав - конкуренция.

А что на некоторых "ошибках" старой версии весь ЭЦМ и построен, таковому до лампочки... а проектировщику нет.

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

Техпроцесс пишется когда решение о запуске изделия в производство уже принято...

Конструируется тоже просле принятия решения о производстве..

Бо решение- это подписанный контракт на разработку и поставку..

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

Конструируется тоже просле принятия решения о производстве..

Бо решение- это подписанный контракт на разработку и поставку..

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

Японские инженеры построили наладонный трёхмерный дисплей

Источник - Membrana Фото - <noindex>http://www.physorg.com/</noindex> <noindex>http://21region.org/index.php?newsid=16563</noindex>

post-4970-1216589981.jpg

Аппарат gCubik позволяет увидеть объёмные предметы без каких-либо очков, при этом обеспечивая круговой сектор обзора. Портативное (но, увы, ещё не вполне карманное) устройство создано в японском Национальном институте информационных и коммуникационных технологий (NICT).

gCubik является рабочим прототипом, над совершенствованием которого специалисты NICT ещё работают. Тем не менее он уже позволяет человеку увидеть, словно в кубе с окошками, любой предмет, выбранный компьютером.

Деталей разработки известно немного. Но инженеры сообщают: кубический аппарат (с длиной грани 10 сантиметров) оснащён с трёх сторон жидкокристаллическими экранами, покрытыми набором микроскопических линз. Транслируемая экранами объёмная картинка видна в широком диапазоне углов, при этом по мере смены точки обзора меняется и вид предмета, "находящегося внутри куба".

Один из участников проекта Сюнсуке Ёсида (Shunsuke Yoshida) заявил, что исследователи рассчитывают довести эту технологию до коммерциализации в течение трёх лет. При этом должно быть улучшено качество картинки, устранены провода, а экраны появятся на всех шести сторонах куба. Также в устройство добавят звук.

Конечная цель — "явление" маленького человека на ладони. Это может быть ваш коллега по работе, друг или родственник, с которым можно будет переговаривать примерно так, как это происходило в трёхмерных системах связи, изображённых в кино-легенде "Звёздные войны" (Star Wars).

Также аппаратик пригодится тем, кто желает показать своему удалённому собеседнику проект какого-либо устройства, эскиз, модель здания и что-нибудь ещё в таком роде.

Изменено пользователем bomber
Ссылка на сообщение
Поделиться на других сайтах

А вот на софт, что сумеет редактировать твёрдые тела без истории с удовольствием посмотрел бы лично

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

Ежик вроде может прямым редактированием.

Мало того UG постоянно развивает технологию прямого моделирования. По заявлениям компании дерево проектирование они сведут к "каталогу элементов" и оно будет использоватся только для выбора.

Подход прямого моделирования очень интересен но, пока не очень гибкий...

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

Безбумажная технология, или иначе - электронный документооборот, это не миф, и не реальность, а "миф, который мы должны сделать реальностью", или говоря словами старой советсткой песни, "сказка, которую мы должны сделать былью". Другого выхода просто нет! Сейчас просто не найдется достаточное количество "специалистов", умеющих и, главное, желающих работать с бумагой. Если найдется, ждет стихийное бедствие - потоп в море бумаги.

Я считаю, что наряду с САМ системами и больше даже без них, применение таких терминалов позволило бы совершить прорыв в направлении безбумажной технологии. Ведь что важно какому-нибудь токарю дяде Васе в чертеже - наглядность и простота! А представьте, что он может покрутить модель на экране разными сторонами. Вот это наглядность! А зафиксировал разрез или вид, вот и простота!

А на сколько сократится и упростится работа конструктора!

А сколько стандартов можно будет выбросить на помойку! Не поймите, что я против стандартов, в частности, наших ГОСТов. Они нужны будут всегда. Но чем меньше их будет, тем легче их можно будет увязать друг с другом и синхронизировать с развитием ИТ.

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

Плюс представляю себе инспектора ГосТехНадзора, разглядывающего модель на предмет ее не соответствия ПНБ...

Пытаюсь представить, но как то плохо получается...

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

Плюс представляю себе инспектора ГосТехНадзора, разглядывающего модель на предмет ее не соответствия ПНБ...

Пытаюсь представить, но как то плохо получается..

Это привычка и организация труда. Чертеж ведь тоже не один к одному.

Вообще рабочие должны работать по техпроцессу, если он есть.

И потом считать ли электронную бумагу - относящейся к бумажной технологии?

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

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

Плюс представляю себе инспектора ГосТехНадзора, разглядывающего модель на предмет ее не соответствия ПНБ...

Пытаюсь представить, но как то плохо получается...

А что мешет проставить все размеры и обозначения в самой 3D модели? И тот же сварщик будет смотреть не на чертеж а на экран монитора, на котором в модельке указан шов.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • scrimline
      А возьми в учëт тот факт что рука уже сорвалась с места, датчик нагрузки сработал и выключил привод руки. Соответственно рука то уже может нормально функционировать, просто необходимо запусть еë принудительно, проблема в том что я не знаю как это сделать. 
    • andrey2147
      Конечно, раскоксовать поможет форум.
    • Guhl
      Есть вот такие штуки. Если не лень, то можете на оптопарах hcpl спаять самому На плк простая программа с высокоскоростным счетчиком  Как вариант, по прерываню от нуль метки переписывать значенин счетчика в регистр     А фанук сам не умеет разве в диагностике показывать количество импульсов, которые насчитал?
    • gudstartup
      это как например у датчика уровни ttl какой плк работает с ttl уровнями а если уж проверять то нужен тестер сигналов например lir 590 но надо жгут изготавливать и разъем который на аi приводах стоит для энкодера проще всего проверить заменой датчика только вот со сроками покупки беда  хотя может шестерня виновата??
    • scrimline
      Сомневаюсь что попало что-то, скорее всего оператор который работал до меня этой рукой не пользовался да и за эмульсией не следил. Думаю скорее закоксовалось, поскольку после команды рука стояла на месте секунды 2-3 и начала опускаться с рывком. По поводу ладдера, постараюсь скинуть, но на нашем предприятии проблемы и с флешками и с общей сетью, да и ПК на рабочем месте нет. 
    • Bot
      Команда CSD пообщалась с представителями компании «КС-ПРО» и выяснила, как происходило внедрение G-Station, сколько времени занял процесс перехода на новую платформу, узнала об организации совместной работы и о функционале платформы. Основное направление компании «КС-ПРО» — оказание комплекса услуг технического заказчика, в том числе и для крупных офисных девелоперов. Внедрение G-Station в «КС-ПРО» проходило в ноябре 2022 года. G-Station — это всего лишь один из модулей комплексной платформы G-Tech Suite. Специалисты компании отмечают, что G-Station действительно стала хорошей альтернативой BIM 360. Специалисты «КС-ПРО» получили доступ к полноценной единой информационной среде с облачным хранилищем файлов и моделей, а также такими возможностями, как: Управление проектами, пользователями и подрядчиками; Создание чек-листов; Создание шаблонов чек-листов с процессами согласования; Передача документации на строительную площадку; Просмотр 3D- и 2D моделей [...] View the full article
    • Bot
      АСКОН, российский разработчик инженерного программного обеспечения и ИТ-интегратор, подвел итоги 2023 года. Выручка компании выросла на 47% и достигла 5,6 млрд рублей, штат сотрудников увеличился до 1250 человек. Клиентская база пополнилась тысячью предприятий, и сегодня с решениями АСКОН работают почти 16 000 заказчиков из всех отраслей промышленности и строительства. На динамику бизнеса положительно повлияли рост промышленного производства, сопровождающийся инвестициями в цифровизацию, крупные инфраструктурные проекты и курс страны на технологический суверенитет. Лидерские позиции компании в разработке и интеграции подтверждены профессиональными рейтингами. АСКОН, единственный из разработчиков инженерного ПО, вошел в ТОП-100 российских ИТ-компаний в рейтинге CNews; второй год подряд — в десятку крупнейших ИТ-поставщиков в сфере промышленности и строительства по данным TAdviser; впервые назван в тройке ведущих proptech-компаний как [...] View the full article
    • senat93
      @tribogatirya FORD 800 mm есть пост с кинематикой. По стойкам Siemens 808d , 828 там надо смотреть что за станок,какие оси и т.д. Если что,пиши lynxsenat@gmail.com, по цене договоримся. 
    • esergey
      это всего лишь видео - я не шарю в этом ...  
    • lem_on
      ну с дуру известно что сломать можно.
×
×
  • Создать...