krux

да, его отправят делать дело в выгребные ямы. вы бы сами согласились на такое ???

Проспись, я понимаю, что сегодня еще воскресенье, но завтра ведь уже на завод. А я, пожалуй, в P Таких в разработке под НИП не держат, либо держат от безысходности. в любом случае, мое видение что в устовиях НИП проект в данном виде нежизнеспособен и его нужно будет очень сильно корректировать, в основном в плане входных дискретных. ну или что там.

чото ржу. по книжке ничего сделать не смогли, оформились на форум грузчиком и не осилили матчасть, теперь вот менторов нахрен посылаете. вы уже достаточно РАЗВЫЗАЛИ СВОЙ ЯЗЫК при этом звбив на тематику раздела. Какая основная характеристика которая на ЭМС влияет? Типа ни про P1dB, не нас не учили... пиз%№; вобщем. мы только в PC/USB/GAMING умеем.

ГОСТ от вас требует ничего не предлагая. Если вы в ЭМС РЭС по нулям - то пройти данный ГОСТ сможете только чудом либо за взятку. Начнем с того, что ни одна реализация USB не смогла его пройти. И если вы пытаетесь сертифицировать комплекс (в цепи важнейшей его цепи есть USB) - вы в глубокой АПОЖ. выходом из этой ситуации является один - избавление от USB как от блевоты гнойной. ставьте отдельные PCIe-CAN и отдельные PCIe-RS. USB - интерфейс взаимодействия клавы и мыши. точка. больше от (исторически) ни для чего не предназначался. Есля ваши старшие братья взвоют - шлите их нахер. USB для промышленных применений умер. USB 3.0 как же вы скажете. да то и скажу. для однократной передачи данных - ок. для постоянного использования - избави бог.

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

для начала нужно спросить топикстартера, а понимает ли он суть процесса кросс-компиляции и "подкидывания" чего-нибудь несовместимого. понять что у него за система сборки. Это Buildroot? Или может Yocto? Или вообще набор самописных скриптов? В любом случае, первое, с чем посоветую познакомится, это книги LinuxFromScratch и CrossLinuxFromScratch https://www.linuxfromscratch.org/ https://trac.clfs.org/ после их прочтения станет более-менее понятно что конкретно делают Buildroot и Yocto и как дальше с этим справляться. Если же не тянет на deep dive, то извини меня, какого шлема ты вписался на замену initrd на initramfs???? pps. жил бы я б в штатах, я бы даже этого не подсказал, потому что знания там - это $$$

не первый год сталкиваюсь. Было дело нам привозили заказанные 8...12 ПЛИС спаянных с плат каких-нибудь б/у плат базовых станций 3G/4G европейских разработчиков но... из китая. отреболленных. треть из них с к.з. по питанию. мы трахались с тем что перепаивали их на своей плате по одной и проверяли во всех режимах. Благо наша серия не выше опытной, и поставщик согласился взять деньги только за те, что заработали. Видимо с китайской помойкой такие отношения были. Если же речь про достаточно объемную серию - объективно без ZIF-колодок вам никак не обойтись. Если же речь про входной контроль без учета проекта, то мое мнение что вы либо свихнулись, либо вам пора делать свое подразделение большого п/п фаба по спеациализации ATE. С оборудованием класса не ниже Teradyne.

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

вы хотябы ваш USB-CAN/RS в экран засуньте, не позорьтесь. НИП - они в том числе через проовода с излучением от них и последующим переприемом ХЗ где. Например в вашем ноуте, куда USB-CAN/RS воткнут.

А вообще, если вы уже заключили договор, я вам советую очень внимательно его прочитать, потом продумать что у вас будет написано в акте приема-передачи в момент того как вы лично(!) привезете это все, от него составить Опись КД, и уже от нее продумать передачу чего конкретно вы будете согласовывать с заказчиком. Без подписания акта приема-передачи ничего не передавать, ибо юристы такие юристы. Если же договора никакого нет, и передача планируется электронная то из вас будут тянуть жилы, при этом не факт что дадут всех денег.

Есть перечень КД, обязательный к наличию, он составляется исходя из ТЗ и первоначальной схемы деления, согласовывается с заказчиком и передается заказчику подшитым или в виде приложения к эксплуатационной документации (РЭ или ПС-О). Опись КД - это листик, который кладется сверху всего, что вы положите в большую коробку из-под бумаги А4, где будут лежать все документы. И есть полный перечень КД, который ведет бюро технической документации исходя из всех занятых децимальных номеров по проекту (и затем контролирует сдачу всех документов КД в архив предприятия по этому списку). Просто потому что на больших проектах заказчик чаще всего будет не в состоянии починить вообще все самостоятельно, и на ремонт вызовут спеца от предприятия-разработчика (или изготовителя) Хранить такое количество макулатуры заказчику - где? А хранить электронные 500 Гб - опять же где и как? И все равно - зачем, если сам он этот весь большой проект повторить не сможет? Если же речь идет про передачу КД заводу-изготовителю, то пусть заказчик не морочит вам спину. Заключайте отдельный трехсторонний договор поддержки-наладки производства с довыпуском КД по необходимости и передавайте КД изготовителям. Если заказчик намерен действовать строго по ГОСТ/ЕСКД/ЕСПД то по другому не получится, и стоить будет соответствующе. Если под "проектом КД" у вас подразумевается ещё и передача проекта для малинки, то я вас поздравляю, вам ещё и комплект программной документтации рисовать.

вы точно знакомы с горячим резервированием по схеме 1+N ?

пересобрать ядро, предварительно скорректировав конфиг

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

готовое решение для DVB-T2 есть - это USRP X310 даже софт есть, остается только 10 видеопотоков подсунуть, и получить свое ТВ-вещание в регионе. ценник там только нифига не гуманный

возможно что в ядре вкомпилена поддержка только initrd но не initramfs. надо смотреть детально конфиг ядра.

Если совсем грубо, то если у вас КСВ меньше трех, то антенный тракт хоть и очень хреново и очень кое-как, но согласован. Чем ближе к 1 - тем меньше потерь на переотражение от неоднородностей частей, которыми согласуется тракт. А вообще если совсем по взрослому, то в LTE/5G передатчиках ставят векторный фазовращатель перед выходными усилителями и направленный ответвитель перед выходом на антенну, вернее дуплексным фильтром При этом сами сигналы, прописанные в стандарте 3GPP содержат в составе сигналы для калибровки всей этой мути. Видимо для нормальных серийных обеспечить равномерность одновременно и в амплитудной и в фазовой области в полосе 40 МГц на частотах в 1.8...3.5 ГГц не переделывая все на свете под диапазон и полосу невозможно. Дуплексный фильтр под диапазом, конечно да, меняют но это не заставляет переделывать электронику.

фактически керамические пластины определенной формы с нанесенными с двух сторон электродами. как вы собираетесь измерять АЧХ? куда прикладывать силу воздействия, в какую конкретно точку? Ну будет там резонансный пик на АЧХ в зоне механического резонанса, в зависимости от геометрии. а дальше то что? Для получения хорошего АЧХ как в тех MEMS+пьезо микрофонах что в мобилах сейчас стоят, нужно над геометрией долго и упорно работать. 20 Гц ... 20кГц с допуском неравномерности +-5дБ такие микрофоны обеспечивают. Но чутье низкое и высокий уровень собственных шумов. и питание им надо. там внутри на том же чипе что и MEMS реализован, усилители стоят.

А у их ПЗ есть официальный емейл? Если да, то надо соблюдать правила деловой переписки - отсылать емейл в два адреса с кросс-копи. А если нет - то извольте такие запросы им на бумаге, и в оба адреса.

section size addr .interrupts 0xc0 0x0 .text 0x134c 0x800 .data 0x14 0x1ffff000 .bss 0x1c 0x1ffff014 .romp 0x18 0x1ffff030 ._user_heap_stack 0x800 0x1ffff048 .debug_info 0x2293 0x0 .debug_abbrev 0xe66 0x0 .debug_loc 0x27df 0x0 .debug_aranges 0x318 0x0 .debug_macinfo 0x53bf3 0x0 .debug_line 0x1866 0x0 .debug_str 0xc23 0x0 .comment 0x79 0x0 .debug_frame 0x594 0x0 Во-первых, пощите где в вашем компиляторе/линковщике вы сможете настроить размещение этих секций. Во-вторых, это может быть сделано в виде #DEFINE в каком-нибудь из исходников, который реализует вашу функцию malloc(), также возможно компилятору в командной строке подставляется конкретный файл с конкретным #DEFINE под конкретный процессов

Попробую в советскую пропаганду.... Ж-) если увертливо говорить, то в ТС024 настолько нехватает межблочных соединений, что половину чипа использовать Очень. Очень сложно.... Хотя нет, это неправильное слово. Вы всегда можете понизить тактовую в 2 раза и попытаться расширить в 2 раза межблочные шины.... И тогда!

не дай вам бог быть разрабами ПЛК для шахтерев. потом за всю жизнь с такими знаниями не отмоетесь.

зачем вы пакеты в MII педалите если у вас линк по MDIO до конца не поднят? Это значит только то что ответная сторона вряд ли вас видит и воспринимает. вам по интерфейсу MDIO все устройства ответили, которые на нем висят? со своим Vendor ID и Device ID? вы общение с отдельными микросхемами/сборками/IP внутри сборок переключать умеете? потом уже идет переключение между страницами отдельного устройства.

в посте про W55X16 - скорее всего вкоряченная не на совесть а на "чтоб коекак" SD-Flash карточка. повторять так - не надо, моветон. скорость мизерная. W29N01HVSINA TSOP48 - повторить как у китайцев. они предварительный черновик стандарта сейчас читают почаще обленившихся сидящих в штатах индусов. В случае изменений проблем будет меньше.

БП шумит в обе стороны, как на вход так и на выход. был случай, когда мы избавились от примерно 60 дБ помех от "фирменного" ИБП APC поставив ему по входу EMC фильтр прямо внутрь в кишки, расковыряв его и есссно потеряв гарантию, но было некогда. Т.е. он перестал шуметь в провода, через которые он питался. метров 30 до автомата, от которого он запитан, а сколько до него, .... не это уже опустим. Это в комнате где возможность "нащупать дно" каждый день разная Ж-)