Не согласен. Что такого сложного в современных схемах? Они даже проще стали за счет появления микроконтроллеров, операционных усилителей и большого количества специализированных микросхем, функционал которых ранее приходилось реализовывать на дискретных элементах.Alexeyslav писал(а):Раньше можно было совместить этих людей в одном, но не те времена... схемы становятся слишком сложными чтобы ОДИН человек смог осилить и схемотехнику, и программирование и трассировку.
Далее, ведь разработка идет этапами. Грубо говоря, пока схемотехник разрабатывает схему, трассировщик сидит без дела.
Правда, у нас в КБ есть "выделенный" инженер-конструктор, занимающийся трассировкой плат. Это женщина с оборонного завода (хотя все мы в КБ оттуда), прекрасно знает все ОСТы на проектирование печатных плат, а среди "молодых" специалистов людей, знающих все это, можно по пальцам пересчитать. А так схемотехникой и программированием МК занимаюсь я один. Я и трассировку умею делать, но зачем, если у нас есть специалист. Вдобавок она в дополнение в новым разработкам занимается и корректировкой и разработкой плат для производства. Бывает, взяли заказ, а там на платы нет документации, либо с согласия заказчика нужно что-то переделать.
В ЕСКД не предусмотрено такой документации.Alexeyslav писал(а):Я почему-то считал что на производстве когда проект переходит от одного инженера к другому то они взаимодействуют друг с другом через документацию
Изделие должно иметь спецификацию СП, сборочный чертеж СБ, схему эл. принцип. Э3, перечень элементов ПЭ3, ведомость покупных изделий ВП, инструкцию по регулированию И, документацию на программу МК, если он есть в устройстве, карты рабочих режимов, если требуется, документацию на печатную плату, куда входит чертеж платы, файл *.pcb и сборочный чертеж. Если есть какая-то механика - то чертежи и на неё. Но вся эта документация появляется после разработки устройства, а не в процессе оной.
Архив вообще некомплектную документацию не примет и нормоконтроль её смотреть не будет.
То есть, все взаимодействие между инженерами будет определяться пресловутым "человеческим фактором". Нашли люди общий язык - будет нормально, собачатся между собой - и работа также будет идти. А начальник не всегда может выступить третьйским судьей, потому что он, как правило, не в курсе всех тонкостей и особенностей.
Да и просто - если схемотехник одновременно и программист МК, то он уже в процессе разработки схемы прикидывает, как он будет реализовывать функционал программно, исходя из этого он подключит периферию к нужным портам, а не наобум.
Да не всегда можно точно определить причину нестабильной работы устройства. И, еще раз повторяю, если между людьми есть контакт, то они будут работать сообща, а если нет - то станут обвинять друг друга, а начальник, как я ранее сказал, не всегда сможет разобраться, кто же действительно виноват.Alexeyslav писал(а):и если что-то идёт не так то это означает что кто-то конкретный плохо делает свою работу.
