ДВОЕ ИЗ ЛАРЦА, Квалификация исполнителей. Качественный программный код. Опции

[Hirer]

Добрый день !
Хочется спросить совета у форумчан по одному вопросу, хотя не совсем уверен, что выбранная тема четко соотносится с ним.

Я — заказчик. Проект небольшой – ATmega168 + PCF7991, пара реле, пара ключей и десяток входных сигналов (логика). На выходе должен появится работающий образец в предфинальном варианте для запуска в серию + вся исходная информация.
Исполнителей двое, электронщик и программист. С каждым из них - своя история взаимодействия.

При отправке ПП на изготовление выяснилось, что все проводники на плате были сделаны не трассой а графикой (линии), которые естественно нормальному редактированию не поддавались. При увеличении была заметна небрежность — нахлесты, несведение в точку и т.п. Ну и апофеозом всего — невозможность автоматической проверки корректности дизайна платы в контексте правил разводки (DRC ). На мой вопрос «почему так» было сказано, что Altium в котором он работал с очень ограниченной лицензией и по другому никак ... Потратив несколько часов на обзор и вникание в имеющейся доступный софт, был сделан выбор в пользу DipTrace. Цена вопроса - 10 тыс.р (1000 выводов, 4 слоя). Плата была переделана в приемлемый срок и с надлежащим качеством. Пре передаче в Резонит выяснилось, что теперь формат DipTrace в качестве входного не принимается.
На мое указание транслировать проект в гербер и сверловку, электронщик заявляет, что это работа технолога и ничего в этом случае гарантировать не может.
Пришлось делать самому, заняло примерно пять минут с проверкой полученных герберов сторонним вьювером. Из Резонита все пришло как задумывалось и без вопросов.

Программист ... Тут сложнее — ломаный IAR. Попытка разговора в стиле «ай-яй-яй, а давай делать в Atmel Studio» (4.18 например) не привела ни к чему. Хотя изначально было сказано, что проект будет развиваться и необходим грамотный и качественный подход к проектированию и железа и софта. Ну Си он и в Африке Си, махнул на это рукой, запланировав по окончанию этой фазы переехать в студию за короткое время.
Наконец пришло время тестирования полученного образца. Детали описывать не стану. Выяснилось, что устройство при провалах питания ведет себя непредсказуемо, но чаще всего намертво «зависает». Посовещавшись пару дней и проводя какие-то эксперименты ими было заявлено, что это «плохие» микроконтроллеры ... - Не вопрос, - сказал я и приобрел с десяток ATmega168 из разных мест и партий. Снова испытания и проверки, но — безуспешно. На мой вопрос «а включен ли внутренный BOD?» было бодро ответили - «пробовали по всякому, ничего не помогает» и предложили - «а давайте на вход по питания поставим отсечку», чтобы ниже 8 вольт устройство просто отключалось.
Время поджимало — снова махнул рукой (зря) ... Прошло несколько дней на протяжении который электронщик как в старые добрые времена СЮТов взяв в руки паяльник плодил вариант за вариантом схему, приговаривая «вот уже почти ...»

Делать мне было нечего и я взялся чтение классики и истоков. Изучив варианты построения схемотехники UVLO (under voltage lock out) и внимательно почитав datasheet на микроконтроллер решил взять инициативу в свои руки ...
На моем рабочем столе помимо компьютера разместились : опытный образец, программатор, паяльная станция и лабораторный источник питания. Получив по запросу от программиста исходный код и прошивку (IAR я не устанавливал) взялся за тщательную проверку всего и вся. Собственно все заняло минут десять. За это время я убедился, что fuse bits прошиты мягко говоря странным образом. На вопрос «Это правильно?» был четкий ответ - «Да ! У нас так все устройства работают».
Пришлось распечатать нужные страницы даташита и попросить пояснить наглядно. Случился таймаут по окончании которого мне было выдано две разные версии с новыми комбинациями и «пояснениями» в стиле «а можно и вот так» ...
Я пригласил грамотного специалиста который мне шепотом сообщил, что ошибка на самом деле на генетическом уровне. Им же аргументировано объяснил, что все не так, как они себе представляли и нужно просто вдумчиво читать документацию, т.к. там все-все написано. Закончив объяснения он запрограммировал fuse bits как нужно. Устройство перестало себя вести неадекватно на что программист заявил, что он — программист а не железячник и эти конфигурационные биты не его проблемы. Электронщик в ответ показал пальцем на программиста ... Еще не занавес.
Напоследок я потратил пару часов на анализ исходного кода (лучше бы я это не делал).
Вновь не стану описывать увиденное. Сообщу только одну деталь (программная реализация SPI – это мелочи) — сбросов watchdog-а я насчитал целых 70 ! ...
На высказанное мое недоумение был ответ «Ну работает же!» ©
Занавес ...

А теперь собственно суть вопроса.

Как при наличии двух исполнителей найти ответственного за косяк и доказать, что это именно он а не другой ?
Каким образом добиться от программиста качественного программного кода ?

P.S. Спасибо за терпение, проявленное при прочтении текста выше

[Hirer]

Добрый день !

Тут нарисовалось небольшое продолжение истории. Пришли новые печатные платы.
Они производят монтаж. И присылают по почте фотографии с претензией - "платы некачественно сделаны", "непромыв и непротрав" ©
Мне просто любопытно - я один все это не вижу ?









Я так понимаю, лучше перед передачей ПП - все их обозначить и "поименно" сфотографировать ?
После пайки сложно что-то доказывать.

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

Сообщение отредактировал Hirer - Jul 14 2016, 12:44

[prig]

Добрый день !

Тут нарисовалось небольшое продолжение истории. Пришли новые печатные платы.
Они производят монтаж. И присылают по почте фотографии с претензией - "платы некачественно сделаны", "непромыв и непротрав" ©
Мне просто любопытно - я один все это не вижу ?
...

Проблема в том, что Вы пока не видите своих ошибок, и у Вас слишком мало опыта в том деле, за которое взялись.
Но это дело наживное. Ещё 5 тыс вёдер с десяток проектных циклов, и золотой ключик... вопросы почти исчезнут.
Другой вопрос, что все вопросы не исчезнут никогда, но Вы научитесь искать на них ответы. Или не научитесь, и тогда лучше заняться чем-нибудь другим.
Короче, Вам просто следует подумать, как выстроить технологическую цепочку, а потом попытаться её реализовать.
И не заморачивайтесь пока на тему SVN, ISO-9000 и т.д. Это просто инструмент, который может быть полезен, а может и мешать. Вашу голову он не заменит.
Именно ваша голова должна уметь формулировать задачи, определять/находить подходящих специалистов, изготовителей ПП, монтажников и т.д.

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

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

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

[MiklPolikov]

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