Нужна помощь Система контроля простоев станка

[pruwait]

Требуется разработчик для создания такой системы.
Цель системы - получение отчетов по причинам простоя станков на производстве.
Железо: ардуино mega + периферия.
Нужна помощь программиста и конструктора в разработке.
Начнем с прототипа для одного станка, в дальнейшем таких устройств может быть несколько.
Предварительное ТЗ здесь, может корректироваться.
Структурная схема контроллера станка

 

[rst]

Требуется разработчик для создания такой системы.
Цель системы - получение отчетов по причинам простоя станков на производстве.

А если случилась поломка (останов по причине поломки), пока чинили - начался перерыв работника. Работник ушёл на обед. Что делать в этом случае? Ремонтник должен по окончании ремонта включить станок и выключить с причиной "перерыв"? Но у него нет id-карты, он не имеет право включать станок. А если он просто уйдёт, то работник станка, пользуясь случаем, после обеда пойдёт в курилку, сортир, зависнет в соцсетях и т.п. - а пропущенное время потом спишется с ЗП ремонтника, так как было длительное устранение неполадки?
Или другая ситуёвина: наступает конец рабочей смены, работники должны выключить станки, вынуть свои id-карты из станка и пойти домой. Но тут как назло - перегружается сервер или пропадает с ним связь или просто тупо вырубают свет. Все работники должны ждать сверхурочно пока причина не будет устранена и они не смогут штатно завершить работу? Им это сверхурочное время работодатель оплатит? Или всё спишут на вину админа и работники будут его коллективно материть?
Да и просто как разрешать споры, если в конце месяца, при начислении зряплаты, вдруг окажется, что по записям сервера работник Вася пришёл на работу только после обеда, а он утверждает что был как штык с самого утра? и работник Петя, от соседнего станка, ручается за Васю? И Вася во всём винит сервер или абдурину, потерявших по какой-то причине запись о включении станка с утра, а зафиксировавших как начало работы, момент прихода Васи с обеденного перерыва.

 

[Юрий Ботов]

Мда... очень сыро

 

[pruwait]

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

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

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

Для решения споров по графику работы на территории видеонаблюдение. И снова вы из техников лезете в управленцы. При отключении электричества станок сам не включится, а ардуино увидит неработающий станок, соответственно смена закрыта. При сбоях на сервере или в сети ардуино всегда пишет на SD карту. После восстановления связи, сервер получает пакет и отправляет ардуино подтверждение получения. Об этом указано в ТЗ.

 

[pruwait]

rst,

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

Откуда появилось мнение, что здесь все иначе?
Проект есть, функциональная схема была началом.
Проработка проекта была, насколько тщательная - время покажет.
Требования к технологиям, методам и материалам определены. Ардуино подходит.
Что не так с кирпичом?

 

[rst]

Что не так с кирпичом?

Хотя-бы то, что абдурина - это игрушка для домашних поделок. В тепличных условиях и без каких-то гарантий стабильной работы в более-менее ответственном применении. И далеко не факт, что она будет хоть как-то работать в условиях производства, рядом с источниками мощных помех от пром. оборудования и других факторов, сопровождающих пром. производство.
Это даже не кирпич. Это - как пластмассовая деталь для детского конструктора. Из которого Вы собрались строить настоящее многоэтажное здание.
Надеюсь - аналогия понятна?

 

[pruwait]

без каких-то гарантий стабильной работы в более-менее ответственном применении

Я не очень понимаю такую позицию. Нестабильность данных контроллеров носит предположительный характер? Или есть 100% уверенность, что все будет очень плохо работать?

В этом случае должен быть пост: "Я готов сделать эту работу на промышленных контроллерах "Сувлаки" за 2 недели, бюджет такой-то". Или "Я готов сделать на ардуино, предлагаю все поместить в металлический корпус IP66 с обязательным заземлением." Это будет конструктивный диалог. Но если нет предложения лучше, чем ардуино, зачем пытаться выглядеть умнее, предполагая какую-то нестабильность?

 

[pruwait]

Ваше тех задание указывает на иное, чем то что вы написали.
оно очень поверхностное.
Относительно arduino
это звучи так: кирпичи надо возить на машине.
т е Вы не выбрали железо так как arduino - это общее название и среды разработки и стандарта типоразмеров но никак не микроконтроллеров и их параметров.
------------
Например можно сделать на STM и написать все на C
это будет в разы лучше, но это не ардуино

В первом посте указано: "Нужна помощь программиста и конструктора в разработке." Отсюда следует, что рекомендации приветствуются., в том числе по выбору оборудования и ПО.
Там же указано, что предварительно выбрана Ардуино Мега. Похоже, недостаточно конкретно это указывает на параметры контроллера.

 

[pruwait]

Разработка тех задания - это самостоятельная задача

Откуда такие аксиомы?
Заказчик хочет результат, а не вникать в технические моменты.
В первом посте также указано, что ТЗ предварительное и может корректироваться. В том числе и сообща с инженером-конструктором.
Все вопросы, которые вызывает ТЗ, не останутся без ответов. Главное, их задать.

 

[pruwait]

Заказчик знает лишь свои хотелки и свой бюджет средств и времени.

Золотые слова!

 

[Юрий Ботов]

В первом посте также указано, что ТЗ предварительное и может корректироваться.

Не сказано кем. Обычно это означает, что в процессе работы заказчик может полностью поменять свои хотелки за те же деньги.
Проблема тут не в том ардуино/не ардуино.
1. Рабочие токи станков (с которыми я имел дело) 10-50 Ампер. 3 фазы.
2. Пусковые токи их же до 40-180 Ампер.
То есть в 3-10 метрах незаземленные и неэкранированные ардуинки перезагружаются при каждом пуске/останове одного из двигателей (а их как правило несколько), и при отключении/включении соседнего станка. Wifi отваливается на 2-3 секунды после каждого старта/стопа мотора, в том числе на соседних станках.
Вам бы поискать не ардуинщика, а ООчень хорошего схемотехника блоков питания...

 

[pruwait]

Я полагаю что его можно решить на ESP8266+1C

Хорошее предложение. Подумайте, сколько это должно стоить с учетом допиливания ТЗ до реализуемого и пишите в личку свое предложение.

 

[rst]

Заказчик хочет результат, а не вникать в технические моменты.

В этом случае результат заранее предсказуем. Он == 0.