Очень часто замыкать и не надо, т.к. получится контур - отличный приёмник помех. На заре своей профессиональной деятельности разрабатывали с коллегой приборчик на at90S2333. Я писал софт на асме, а он в пикаде платку рисовал в двух слоях. Нарисовал красиво - контур земли вокруг платы с лучами-отростками, направленными к центру, без сплошной заливки. Ой долго мы прыгали с этой разработкой...
Потом почитали на Сахаре чёрной магии, ну и всего прочего, переделали ещё несколько раз - заработало стабильно.
Потом я эту прогу на Си переписал заново, потом ещё раз с новым осознанием...
Потратили мы года полтора на самообразование за счёт заказчика. За что ему и спасибо!
Правда много денег заказчик и не платил, т.к. студентам не принято.
А суть моего пятничного излияния заключается в следующем: если ты молодой специалист, ищи работу где есть возможность обучаться у старших и _действительно_ опытных коллег, а не считай, что ты сам с усам.

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

Было бы очень полезно услышать от топикстартера, сколько денег стоила работа.
Т.к. если самую дешёвую колбасу невозможно есть - то это нормально, жаловаться нечего.
А если дорогую есть невозможно - то продавец явный жулик.

Если дорогую колбасу есть невозможно, это скорее всего говорит о том, что ваш работодатель жулик и платит вам слишком мало ))

Я прочитал всю тему и... и решил высказаться, хотя не считаю себя крутым профессионалом в разработке электроники и программ.
1. Если проект был настолько прост, насколько это видно из здешнего описания, зачем искали аж двух "спецов"? Как правило, для поделок такой сложности всегда можно найти специалиста "два в одном", который и нарисует плату, и прошивку разработает. И на выхлопе будет лучший результат, и кивать не на кого за проблемы будет...

2. Читал про звериный оскал ISO9001 и чуть не плакал... Вт уж где он скалится, так это в моей организации... Как-то забывается, что планирование и отчетность работают и помогают только там, где план является обязательным, а отчетность как-то используется для корректировки... У нас же 100% проектов (увы, электроника с программированием в наших проектах едва ли до 20% дотягивает, но суть-то не меняется) "планируется" в стиле "закончить надо будет вчера, при этом стоить это должно десять рублей в оптовых партиях", а отчеты пишутся только так, чтобы понравились вышестоящему руководству... Вот вам и ISO...

Разработка ТЗ должна оплачиваться отдельно и иметь в своём составе ВСЮ информацию по предстоящей работе, исполнителях, видах и методике испытаний конечного продукта, выводы о целесообразности или нецелесообразности предстоящей работы...
Названный перечень может быть расширен до нужного объёма в интересах заказчика, в первую очередь. Если заказчик некомпетентен, то должен быть приглашён эксперт или аналитик со стороны, иначе будет проделана работа, которая всего лишь будет соответствовать уровню некомпетентности заказчика, что и происходит в 99 из 100 проделанных работ.

Сообщение отредактировал VNS - Jul 12 2016, 07:05

Короче был случай, "Карши Нефть" это Узбекистан под Бухарой. Вода два раза в день по 15 минут. Работают они там на старом оборудовании как негры, но нефть есть и ее много. Руководство решило навести порядок в деле учета нефти. Прислали нас, это начало 90х, сделать им базу данных учета добытой нефти. Как положено начали со сбора первичной информации. Главный инженер, суровый узбек, по сути местный хозяин тайги, посмотрел на меня зеленого тогда, невзлюбил и пренебрежительно отнесся к делу выдачи информации. Хорошо хоть не закопали меня тогда, а могли без вариантов. И никто искать бы не стал
Дал мне абы кого из местных в помощь, а те в соответствии с указаниями давали информацию абы какую. Через две недели я понял что учета нефти там никакого. То есть погрешность ошибки (!) двенадцать тонн нефти в день!!!
Короче, забахал я ему базу данных в соответствии с полученными данными и рассчитал ему расход, приход и прочие дела.
Главный инженер посмотрел на результаты и говорит "фигня твоя программа, я знаю реальные цифры они вообще ничего общего не имеют с твоими результатами". Я ему в ответ "исходные кто давал? Компьютер не волшебная машина, он точно посчитает но только то что ему дали, и если результат неверный, значит все исходные брехня". Ну и рожа у него была. Но одно он понял, компьютер не волшебная машина. Видимо до того момента он думал по другому

Даже в наше время много из начальства кто так думает.

Добрый день !

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









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

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

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

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

Согласен ! У вас получилось лаконично. У меня эмоции вмешались - "доколе ..."
Только я понял, что это фотографии после нанесения паяльной пасты до пайки ( и не смещение, а криво приложенный трафарет )
И мне было совершенно неясно где именно непротрав с непромывом ...

Вот фрагмент одной платы из партии ...



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

Так я правильно угадал последовательность событий ?
Ещё бы было здорово, если бы в предыдущем сообщении, при клике на картинки, открывались эти же картинки в большем разрешении, а не какой-то непонятный сайт.


Есть закон: "Любая задача выполняется на столько же хорошо, на сколько чётко она формулируется"
Я-то сам свои мысли научился излагать понятно для окружающих не для того что бы общаться на форуме, а для того что бы грамотно писать ТЗ и договора .

На фото нормальная плата недорогого исполнения. Не золочение конечно, и не там супер маска, но вполне себе нормальная плата.
Никакого криминала не видать.

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

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



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

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

Доброе утро !
Страна у нас большая разброс в уровнях трат-зарплат еще больше.
Есть и официальная точка зрения Зарплаты 2016
Цена разработки - есть компромиссное решение обоих сторон. Это - главное.
Договорились - пожали руки. Заложили даже 15% аварийный запас сверху.
С моей стороны все было выполнено.
Сейчас работаю над детальным ТЗ на новый проект. Скелет примерно такой :

1 Общие сведения. Плановые сроки начала и окончания работ.
2 Назначение и цели проектирования "___"
3 Состав "___"
4 Требования функциональные и специальные (в т.ч. - инф. безопасность)
5 Технические характеристики.
6 Состав и содержание работ по проектированию "___".
7 Состав и содержание работ по реализации и вводу "___" в действие.
8 Требования к документированию. Состав разрабатываемых документов.
9 Порядок контроля и приемки.
10 Нормальные условия эксплуатации. Требования к квалификации персонала.
11 Календарный план.
12 Допущения и ограничения
13 Риски
14 Глоссарий (словарь терминов и определений)

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