Был такой вариант в работе. Там не все так просто, камеры придется двигать вручную, в зависимости от формы объекта. Объект нужно определенным образом выставлять. В общем опять может вмешаться человеческий фактор.
Было бы все намного проще, если бы коробками все грузили. К сожалению, штучные сборные заказы преобладают. Т.е. привозят то все коробками с заводов, а вот клиентам отргужают уже штуками, чаще всего.
Наверное вся проблема в том, что вы прочитали статью, которая лишь описывает процесс разработки и не является конструкторской документацией. Я же копал достаточно глубоко по каждой детали, которую предлагаю применять в проекте и делал необходимые расчеты, поэтому уверен, что все соберется без проблем.
Компания разработчик оценила (предварительно, без ТЗ) разработку софта и сборку отладку прототипа в 200-250 т.р. и 1 месяц работы.
Говорят что с SDK на рамку нужно повозится (читали документацию по нему), а с весами вообще все просто; управление ШД вообще на проблема. Еще раз скажу, это слова разработчиков, с которыми я общался.
Но есть еще прототипирование, написание софта, тестирование и выявление недостатков (а это лучше сделать до начала массового производства) — это дорогие и длительные процессы, потому иногда проще заплатить кучу $$ чем потратить столько же на разработку своего велосипеда, но с задержками и рисками.
Согласен! В этом случае разработчики (компания) предварительно оценили разработку (софт, сборка, отладка протатипа) 200-250 т.р. Это так для информации…
Это дело заказчика, я его не осуждаю и не оправдываю.
Как изобретатель, я понимаю язык цифр, расчетов, законов физики, а не «а вдруг..», «может быть» и т.п.
Не обязательно все проверять на практике, для этого и существует проектирование.
Конечно, могут быть просчеты, но это вполне простая система и вероятность просчета очень мала. Хотя такую вероятность я не отвергаю.
Штангенциркуль — первое, что я предложил заказчику. Тогда мерили обычной линейкой, сейчас не знаю чем.
Там же проблема не только в измерительном инструменте, но и в человеческом факторе при вводе в БД.
Рамка — готовый узел имеющий свое разрешение (в нашем случае это и есть точность измерения), как оно изменится если рамку встроить в техническую систему? Законы физики никто не отменял!
А что касается цены, тут уже действуют законы математики))) Если сложить стоимость составных элементов, то получим стоимость всей системы. Конечно есть некоторые погрешности, поэтому себестоимость указана в диапазоне.
Голые цифры: сейчас измерениями занимаются 2 человека с з/п что-то вроде 17 т.р. плюсуем сюда налоги, ПФР, ФСС и получаем минимум 25 т.р. в месяц на человека.
Ставим прибор и увольняем 1. Тогда прибор за 100т.р. окупится за 4 месяца.
Оставить 1 сейчас нельзя, т.к. номенклатура вещь очень не постоянная, ежемесячно вводится и выводится несколько сотен позиций, плюс упаковка бывает меняется у продуктов.
Но это все мелочи, на самом деле, прибор окупится сторицей, когда удастся машины загружать с точностью до квадратного сантиметра, за счет точности измерений.
На практике не все так просто.
Любой крупный производитель круче любого регионального дилера. поробуйте заставить что-то сделать Проктер_енд_Гембел или Шварцкоп или Лореаль… Скорее они могут заставить дилера плясать под их дудку.
Конечно пробовали этот вариант, просили данные у производителя, кто-то вообще ничего не прислал, кто-то прислал не корректные данные. В общем не рабочий вариант.
Было что-то подобное в разработке, но это увеличивает габариты конструкции, уменьшает точность, усложняет работу. А цену сильно не уменьшает (ШД и драйвер сейчас копейки стоят).
Поэтому по формуле идеальности такое решение будет менее идеальным, чем решение на ШД.
Это не мой бизнес.
Хотя я рассматриваю варианты выпуска некоторых разработок в партнерстве. Здесь вопрос не в деньгах, а в управленческих компетенциях.
На вскидку дорогая разработка. Но без анализа не возьмусь ничего утверждать…
Говорят что с SDK на рамку нужно повозится (читали документацию по нему), а с весами вообще все просто; управление ШД вообще на проблема. Еще раз скажу, это слова разработчиков, с которыми я общался.
Согласен! В этом случае разработчики (компания) предварительно оценили разработку (софт, сборка, отладка протатипа) 200-250 т.р. Это так для информации…
Это дело заказчика, я его не осуждаю и не оправдываю.
Но как я писал выше, конечно, небольшую возможность, что что-то пойдет не так я допускаю.Но вероятность очень мала.
Не обязательно все проверять на практике, для этого и существует проектирование.
Конечно, могут быть просчеты, но это вполне простая система и вероятность просчета очень мала. Хотя такую вероятность я не отвергаю.
Там же проблема не только в измерительном инструменте, но и в человеческом факторе при вводе в БД.
Спасибо!
Во-вторых, там сам процесс, видимо, сложнее. Глубоко не лез.
В общем, наверное, да, если заняться, то можно оптимизировать этот процесс. Но от низкой точности, все равно никуда не денешься.
Оборудование разработано, но не выпущено.
А что касается цены, тут уже действуют законы математики))) Если сложить стоимость составных элементов, то получим стоимость всей системы. Конечно есть некоторые погрешности, поэтому себестоимость указана в диапазоне.
Скажите это Г.Форду, и еще тысячам других предпринимателям-изобретателям которые сделали свои продукты в разы дешевле и лучше конкурентов.
Конечно! Все компоненты серийно выпускаются и 100500 раз протестированы на отказоустойчивость.
Ставим прибор и увольняем 1. Тогда прибор за 100т.р. окупится за 4 месяца.
Оставить 1 сейчас нельзя, т.к. номенклатура вещь очень не постоянная, ежемесячно вводится и выводится несколько сотен позиций, плюс упаковка бывает меняется у продуктов.
Но это все мелочи, на самом деле, прибор окупится сторицей, когда удастся машины загружать с точностью до квадратного сантиметра, за счет точности измерений.
Любой крупный производитель круче любого регионального дилера. поробуйте заставить что-то сделать Проктер_енд_Гембел или Шварцкоп или Лореаль… Скорее они могут заставить дилера плясать под их дудку.
Конечно пробовали этот вариант, просили данные у производителя, кто-то вообще ничего не прислал, кто-то прислал не корректные данные. В общем не рабочий вариант.
Поэтому по формуле идеальности такое решение будет менее идеальным, чем решение на ШД.
Хотя я рассматриваю варианты выпуска некоторых разработок в партнерстве. Здесь вопрос не в деньгах, а в управленческих компетенциях.