Здравствуйте.
Взяли меня программистом 1С на завод и дали первую задачу - завязать между 1С и производственную линию.

Задача такая - при выходе продукции с линии - формировать в программе отчет производства за смену, формировать Реализацию и Счет-фактуру, печатать документы.

Технически все легко реализуемо. Продукция выходит каждые 2-10 минут. Поставлю в операторскую компьютер, мастера в начале смены укажут какие заказы в каком порядке будут выполнять. Событие, что продукция вышла с линии, я отловлю - на линии стоит датчик, к нему можно подключиться. Сформирую документы, отправлю на принтер Проходной. Когда машина подъедет к проходной, документы будут уже там. Это в идеале. До этого я таких задач не решал - максимум похожее - связывал 1С со сканерами, ТСД и т.п. А вот с производством - опыта нет.

Опасаюсь вот чего - 1С - учетная система, не производственная. Вдруг 1С или комп подвиснет, сеть отвалится, конфликт блокировок - да мало ли чего... И моя система полетела - линия встала. За такое меня могут и того...

Поделитесь, пожалуйста, опытом и мнениями. Стоит или не стоит это делать, на что можно напороться. Что использовать вместо этого, если не 1С.

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

(1) Да, тоже вижу тут геморрой, что ему сначала надо в своем компьютере задавать, потом в моем, предвижу, что будет, надеюсь на руководство, которое их замотивирует. Но если сама по себе эта система слишком волшебна, может не стоит вообще за это браться...

(0) в целом не стоит это делать
сфокусируйся на формировать Реализацию и Счет-фактуру, печатать документы

(0)
1. С настроением "может не стоит вообще за это браться..." таки не стоит.
2. 1С не есть система "реального времени". Нужна система - посредник.

ЗЫ. Технически ничего сложного нет. Если не взялся - то никогда и не сделаешь.

Жесть какая-то.
1С стоит нормально на кассах минимаркетов - там постоянная выписка чеков. И ничего.

(4) Я, если честно, и правда на измене. Большое желание не пройти испытательный срок по собственному желанию. Дальше-то планы у начальства еще грандиознее - запускать линию событием из 1С.
А я не уверен в 1С, что она потянет в реальном времени все это. Тем более, производство круглосуточное, перезагрузится сервер и капец производству.
А подскажете, в какую сторону копать насчет системы-посредника? Есть мысль покопаться в ПО самой линии - оттуда печатать, а всю инфу по заказам туда грузить из 1С

(4) Реальновременности 1С вполне хватит

(6)
"Большое желание не пройти испытательный срок по собственному желанию."

Тоесть, испыталовка? Ну и чем ты рискуешь?
Давай, пробуй, чебынет?

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

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

вообще что продукция вышла с линии тоже бы повешать на того, что реально это видит.
Задача - исполнено.

(0)Я десять лет отработал на производстве. Места 1С там нет, там промконтролеры и спец софт. В 1С грузились только итоговые данные.

(5) Да, но там-то кассир нажимает кнопку. А тут 1С должна отлавливать момент, что уже пора и печатать. А я за не боюсь - как бы она не проспала, не провисела.

(0) (6) Я чего-то не пойму. Что значит "капец производству"?
У тебя к серверу взрывное устройство привязано что-ли?
Это производство раньше без тебя гениального работало и дальше, если что, работать будет. Не ссы.

(12)Не должна. Автоматическая печать документов это ненужное. Этим должен заниматься тот кто первику ведет.

1С:MES - пощупать стоит. Выполнено/нет - ответственность на операторе. И другая ответственность тоже на операторов повешать.
Все остальное мне утопией пока видится.

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

(6)Без опыта и знаний там копаться чревато, там SCADA.

(16)Ну давай думать где тормоза, может ты не то ускоряешь. Где у тебя узкое место? У меня, как пример это был принтер в диспетчерской, поставили более быстрый проблема решилась.

(18) Тогда одинэсника выпилят за ненадобностью

(19)Не выпилят. Меня не выпилили же.

(13) сколько времени по твоему перезагружается sql. А агент?

(18) Думал-думал и пришел к выводу, что я не знаю, где самые тормоза, нужно идти на производство и провести там пару дней, чтобы самому лично замерить и увидеть, кто тормозит. Спасибо за мысль, покопаю в этом направлении, может, чего-то накопаю!

(22)Вот это дело. Я так и делал, бегал с секундомером по цехам. У меня правда еще и АСУП был.

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

Ребята, все спасибо за советы, пойду завтра в поля, как будут какие-нибудь результаты, отпишусь.

нужны гарантии, что инфа с датчика надежно запишется в систему
1С и вся Windows имхо не гарантируют такой надежности => нужен посредник-буфер, который надежно накопит инфо о срабатываниях (каждому срабатыванию например дав уникальный ИД и количественную характеристику срабатываемого явления), а потом спокойно отдаст это инфо столько раз сколько нужно

завесит Мастер в BSOD винду и подставит на линию мешок для левака

(26)Линия наверняка под управлением промконтроллеров работает. С них и получит нужную инфу. С современным можно даже по сети ходить.

(28)++. Нафига, собственно, опрашивать датчик, если можно опрашивать контроллер?

Интересно, что за оборудование. Настораживает "датчик, к нему можно подключиться". Каким образом вы планируете "подключиться к датчику" с помощью 1С? Сам по себе датчик - аналоговый девайс, либо подключаемый к контроллеру, либо сам выдающий цифру ("укомплектованный" АЦП). Однако в любом случае из 1С к нему не подключиться, требуется дополнительный софт.

(30)Не обязательно. Может типа "сухой контакт", я их по LPT-порту прекрасно отлавливал.

(31) С помощью 1С, без внешних компонентов отлавливал? Силён.

(32)DLL конечно делал. По аналогии как для сканера шрих-кода.

(33) это понятно. не суть. Просто интересно подробнее про оборудование автора.

По теме
Любая система имеет определенный уровень надежности. Автору просто надо определиться с этим уровнем в рамках своей задачи, задокументировать ограничения и донести их до руководства. В частности, следует отметить возможные внештатные ситуации в работе, как то: возможные сбои ОС, сети, питания, ПО, выход из строя аппаратных частей и т.п. и действия при возникновении этих ситуаций.

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

Подождем. Он вроде осознал масштабы задачи и пошел на разведку. Обещал подробности.

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

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

(37) Или тебя просто это все задолбает и ты свалишь, а следующему программисту твои костыли разгребать. Финита ля комедия!)

(0)
На флоте есть такой обычай якоря точить ....
Очень напоминает.

Выпуск продукции и реализация это разные вещи. ;-)