Maksim_2444

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

Признаюсь, я удивлен такой позицией! Вы на столько против систематизации в проектах, что не пожалели своего времени и денег на создание говно сайта! Браво. Теперь я точно знаю, что Scrum, всё!

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

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

Любой софт, как и любой прибор (автомат, устройство и т.д.) состоит и множества мелких компонентов. И да, любую часть конечного устройства (не важно какой сложности), состоящей из множества мелких компонентов, всегда может сделать почти любой человек с необходимым уровнем знаний. Еще могу добавить, если Ваша организация не обходится без "Михалыча" - это прямое следствие не компетенции или "не желания" работать отдела разработчиков, которые будут усердно делать вид "бурной" деятельности.

Системы подобные СКРАМУ нарезают простейшие задачи в соответствии с ожидаемыми навыками специалиста и ставят вполне конкретные сроки их выполнения. Если сотрудник видит что срок не выполним - он его увеличивает с указанием реальных причин, которые всегда можно проанализировать в группе подобных специалистов (реальны они или нет). Зачем человеку самоорганизовываться - если ему уже нарезан план работ?

Как раз те места, где без "Михалыча" все идет по "п..де" работают без системы, подобной СРАМ (или подобных). Если Ваше предприятие зависит от таких людей - вы в любой момент можете оказаться на грани увольнения из-за разорения организации. В нормальных конторах процессы делают так, чтобы их мог повторить ЛЮБОЙ специалист с аналогичным (требуемым) образованием (навыками). У Вас крайне странные представления про управление проектами и людьми... Как Вы в этом убедитесь? поверите на слово? Так кажды сотрудник Вам заявит, что работал не покладая рук весь месяц, давай премию!

Самый главный негатив - не получиться "валять дурака" команде разрабов делая вид усердной работы. поэтому и полное отрицание этой концепции Аналогичные подходы к разработке существовали всегда - даже в СССР. Только такой подход позволял добиться хоть каких-то адекватных результатов в вменяемые сроки.

И тот и тот есть в разных корпусах для SMD - https://www.st.com/resource/en/datasheet/lmv321.pdf

Вы не внимательно читаете: замена блоков необходима, поэтому я это и написал. Там не программная активация блока, а аппаратная доработка каждого из описанных. Даже в Вашей статье про ESP сказано что это СИСТЕМА. если СИСТЕМА является: "конструктивная доработка" ну... тогда каждая последующая версия авто тоже ею является, т.к. включает блоки из предыдущих моделей "и позволяет устанавливать ее на автомобили с минимальными затратами"

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

Вы не внимательно читаете: линейка ДВС и КПП менялась на всем протяжении выпуска авто Хотя я не указал напрямую, что появлялись новые версии, не заложенные ранее. имелось ввиду это По поводу ABS/ESP вы ошибаетесь, т.к. не сталкивались: Для доработки первых версий авто до ESP требуется: замена блока ABS, замена блока приборной панели, замена под рулевого блока, доукомплектация авто блоком датчика ESP и проводкой к нему. Позднее, после внедрения ESP в авто, проводка прокладывалась общая для блока ABS и блока ABS/ESP, при этом все остальное комплектовалось в зависимости от заказа: либо чистый блок ABS и другие блоки без поддержки ESP, либо все с поддержкой ESP. Такой выбор комплектации возможен только при системах, подобных СКРАМу.

Это мы видим на примере "Буханки", Камаза и других подобных проектов... те, кто думает иначе - почему-то могут по другому. например Opel Astra H - линейка ДВС и КПП менялась на всем протяжении выпуска авто, комплектация авто так же постоянно дополнялась и расширялась (ESP отсутствовало в ранних версиях). Они даже кузовные элементы вроде внедряли новые. подобные примеры можно увидеть у большинства контор, которые внедрили систему управления разработкой кстати, с Opel прекрасный пример. Как Вы по другому представляете себе учет всех нюансов каждой страны, в которой будут продажи ( на начальном этапе в лучшем случае можно заложить руль с двух сторон, но никак разные нормы на авто для разных стран)? И второй вопрос: как по другому провести синхронизацию отделов разработки из 10-30 разных стран?

У Вас не совсем верное представление о железе (любом). К любой разработке стоит относиться как к набору базовых объектов (блоков) со своими характеристиками, который вполне поддаются описанию. Ну давайте рассмотрим на примере платформы автомобиля состоящей из отдельных блоков состыкованных определенным образом между собой: Есть базовый автомобиль с ДВС 1.6 бензин, который пускается в тестовую продажу для оценки покупателями. Допустим покупатели готовы брать данную платформу, но требуют более мощный дизельный ДВС. Допустим у нас он есть и уже разработан, мы ставим задачу в систему, которая автоматически делает свекру всех необходимых доработок, которые необходимо учесть в проекте перед тестовой сборкой, к примеру в данном случае дополнительно нужно провести доработку систем: КПП, приводные валы, крепления, система запуска, система питания и выпуска, дополнительная индикация на панели приборов и т.д. Это в свою очередь помогает сразу провести предварительную оценку стоимости и времени на доработки и определить целесообразность доработок. И самое важное - сводит к минимуму вероятность ошибки при составлении и выполнении всего ТЗ. На следующем этапе решено внедрить дополнительно систему АБС, т.е. необходимо скомпоновать необходимы перечень доработок с учетом всех ренее накопленных модификаций авто... и далее по кругу. Задача мастера системы заключается в правильном описании взаимодействия блоков, которые есть в системе. например: Внедрение АБС требует определенных сигналов от колес и педалей и выходов на панель и управление усилием. Если колеса не имеют требуемых входов-выходов - система автоматически выдает задание на доработку. Жгут проводов - тоже отдельный блок и тоже будет учтен. В результате все ТЗ в итоге разбивается на кучу мелких задач, которые раздаются по направлениям в отделы конструкторов и контролируется выполнение через систему каждого мелкого задания. Тестовая сборка может начаться только после сверки (компиляции) всего ТЗ на изделие.

Судя по комментариям, мнения разделились: 1. лагерь форумчан - категорически против, т.к. скрам - это говно 2. лагерь категорически за, проголосовавших своим карманом, таких ка Тойота, IBM, HP, AirBus и другие сомнительные конторки https://www.inflectra.com/Company/Customers.aspx Какой же лагерь прав... крайне сложный выбор, но склоняюсь наверное к первым.... (сарказм)

Если так критично, заказывайте резисторы на делитель с Китая. Все что мы получали с заявленными погрешностями 1% и температурным дрейфом в 100 ppm всегда укладывались в диапазон. Если этого мало, то Вам только через контроллер (или микросхему какую) формировать нужное напряжение

Могу допустить, что на производстве был пересорт конденсаторов. Если Ваше устройство массовое - вполне себе могли не тестировать на предельное напряжение, а только на номинальном, вот и не удели вовремя.... У Вас есть возможность свериться со схемой?

в каждой маркировке конденсатора Мураты забит тип диэлектрика, который и определяет поведение при изменении температуры ( NP0 - суперстабильный, X7R - чуть по хуже, и т.д.) графики на все типы диэлектриков есть (гугл в помощь) я еще ни разу не видел индуктивностей от Мураты, в которых бы не описывался допустимый постоянный и пиковый токи.

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

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

Как раз в точности наоборот - если руководство конторы не использует системы управления, как Scrum - по сути является ничем иным как росписью руководства этой конторы в собственной управленческой несостоятельности. Я еще могу понять, если коллектив состоит из 20-40 человек и работа идет над одним единственным проектом, тогда еще сохраняется возможность контроля всех этапов и каждого человека. Все что выходит за эти рамки - либо управление через систему, либо работа в гос. предприятии, т.е. сроки и стоимость - побоку, либо проект в утиль.

1- скорее всего это каркас, чтобы провод не перетирался об сердечник, т.к. судя по всему, дроссель рассчитан на большие токи, раз один контакт состоит из четырех проводов, и он может сильно вибрировать во время работы Вот вид классического дросселя на 2-3А

начните с того, чтоб пофиксить: CRITICAL WARNING: [Synth 8-6859] multi-driven net on pin GMII_ETHERNET_1_tx_en with 1st driver pin 'IBUF_ETH_TEN/O' [/home/typo3/project_4/project_4.srcs/sources_1/new/main.v:209] CRITICAL WARNING: [Synth 8-6859] multi-driven net on pin GMII_ETHERNET_1_tx_en with 2nd driver pin 'Block1/design_1_i/processing_system7_0/ENET1_GMII_TX_EN[0]' [/home/typo3/project_4/project_4.gen/sources_1/bd/design_1/synth/design_1.v:441] первая ссыль в гугл на аналогичную проблему: https://support.xilinx.com/s/question/0D52E00006hplltSAA/synth-86859-multi-driven-net-on-pin-output-error?language=en_US

"нетроганье разработчика ни при каких обстоятельствах " возможно только при передаче полного исчерпывающего КД на изделие с указанием допусков по напряжениям, токам, и осциллограммам (если критично), а так же допустимым заменам компонентов. Если же у Вас кроме PCB и компонентов ничего не передается, то какая настройка "до победного" и "нетроганье разработчика ни при каких обстоятельствах "??? Ни у кого нет времени и желания заниматься реверс инжинирингом, что бы понять, что там хотели получить в итоге. Интересно, настройкой и испытаниями контрактники много кто занимается? - почти все так и работают (естественно не бесплатно), при условии адекватности заказчиков (исчерпывающее КД на заказ и прямое взаимодействие с разработчиками), т.к. от этого напрямую зависит дальнейшее сотрудничество

🤷‍♂️ Так и да, как и конденсаторы. В стандарте особой разницы не видят.