x736C

Может кто-то пояснить, изменилось ли что-то за последнее время в части поставок в РФ?

Напишу банальность, вспомню былое. Использовать полноценный аппаратный кодек h.264 (с межкадровым сжатием) предпочтительнее, чем оптимизировать MJPEG. Если есть возможность, конечно. Вопрос же устойчивости декодера к ошибкам в потоке необходимо тоже рассматривать в комплексе. При том же качестве картинки чувствительность приемной системы с h.264 будет намного выше. Когда-то подробно всё это сравнивал.

Повторы не самое лучше решение, на мой взгляд. При незначительном ухудшении ОСШ итоговой прошивки с большой вероятностью не соберете. Это все, конечно, несложно и просчитать. Необходимо просчитать канал, как тут уже писали. Если может теряться до 50% передаваемых данных, то требует уточнить -- 50% блоков, 50% байт? Сообщением выше описано перемежевание. Чтоб понять целесообразность его применения и глубину перемежевания, необходимо понять модель ошибки в канале. Если в канале такие потери, то встает во весь рост вопрос синхронизации. Кстати Манчестер-2, про который писали выше, не самое лучше решение. Он коверкает все данные после сбоя, т. к. происходит битовый сдвиг в приемнике в результате сбоя синхронизации.

Эх, чуть бы пораньше. Купили дешевый SmartPlace H2 за бОльшие деньги. Оторвал бы с руками этот вместо него.

Ну, допустим, да — стал бы я с Вами терять свое время? Поэтому мы, находясь в равных условиях, обсуждаем в специально отведенной теме сабж. Не очень понятно, с чем Вы спорите. Я только привел аргумент, что обсуждать производство чипов в отрыве от аспектов их разработки, пустая затея. А Вы зачем-то переключились на персону М. Сваричевского. Это, наверное, какая-то личная история. Тут много кто и в чем участвовал. Что за чипы, что за стартапы, можете назвать? Не думаю, что это секретная информация, раз они уже в серии.

Без экономических выкладок это всё благие намерения. Мы тут все без исключения приветствовали бы выпуск хай-тека в России. Как это сделать, у Вас есть предложения без популизма («надо просто чтобы перестали воровать»)? Молодые люди с идеями уезжают и уедут, по разным причинам, включая вопросы экономики развития хай-тека, которые Вы обсуждать не желаете, ссылаясь на направленность форума. Останутся только мечтатели. Думаю, даже в РФ это возможно. У нас формально все предприятия частные. Для контроля у государства достаточно легальных инструментов.

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

К слову мы заказываем ПП у российского изготовителя с ВП... на китайском текстолите. А куда должно было дойти дело? Не очень понял Вашу логику. Присутствие на Электрониксе свидетельствует о том, как у человека идут дела? То, что в комментариях на Электрониксе существо дело слишком часто уступает переходу на личность автора, многих отвадило от общения тут. Хотел бы заступиться за институт российских военных представительств. На мой взгляд, если убрать приемку, в войска пойдет такой треш и угар. Это неплохой барьер от некачественной продукции. Наверное, у всех разный опыт работы с ВП.

Китай провозгласил такую цель — полная технологическая независимость от США (Запада). Полагаю, у него есть для её достижения все ресурсы и возможности. Поскольку по мере исчерпания природных ресурсов конкуренция между странами и блоками стран будет ужесточаться, а противоречия капитализма при этом будут нарастать, технологическая независимость не такая уж нерациональная вещь, какой может показаться при использовании оптимистичного либерально-экономического взгляда на мировое разделение труда. Насколько в своё время понял, успех фирмы ASML в области EUV во многом определил выходец из СССР, выпускник физтеха, директор по разработкам Вадим Банин. Он прошел путь в компании от практически рядового специалиста, и этот путь хорошо прослеживается по его публикациям на тему EUV литографии. Самый главный вопрос, который тут практически не поднимается. Доля затрат на серийное производство по сравнению с долей затрат на НИОКР в себестоимости современных микросхем занимает незначительную часть. Если даже мы вообразим, что такой завод в России волшебным образом откроется, почти сразу его придется закрыть. Полагаю, внутренний спрос в нужном объеме создать не удастся. Михаил Сваричевский, на мой взгляд, неплохо разобрал эту тему в своем блоге: https://3.14.by/ru/read/AD9361-SDR-Analog-Devices-DAC-ADC-65nm

Вы меня с кем-то перепутали, я не Алексей. Но аргументируют тем, что не хотят привязываться к вендору, есть стремление сделать платформонезависимый проект. Оно и понятно, и логично. И есть проекты, когда так и надо проектировать. Но в большинстве случаев для проектов на ПЛИС (без ASIC перспектив) намного раньше, чем необходимость сменить вендора, случаются иные события. Увольнения, закрытие проекта и т.п. Сегодня основной критерий, через который надо оценивать приемлемость подходов, это время воплощения проекта в жизнь. Причем не только на уровне предприятия или коллектива, но и на своем сугубо личном уровне, исходя из своих шкурных интересов. Все остальное очень сильно вторично. Намного более вторично, чем многие считают. Все выше сказанное всего лишь мое скромное мнение, основанное в том числе на разных «фейлах».

Еще бы добавил из книги Reuse Methodology Manual for System-on-a-Chip Designs такую банальность. Использовать стоит стандартные шинные интерфейсы для всех блоков всех участников проекта. Более того, если это, например, Альтера, то лучше прямо их Avalon и использовать. Это сильно упрощает, ускоряет интеграцию и отладку проекта. Совсем непопулярная мысль среди разработчиков, но тем не менее это мое личное мнение, которое никому не навязываю. Не стоит сильно думать, имхо, о переносимости проектов между вендорами. 99,99% таких забот оказываются невостребованными. Наоборот, лучше использовать стандартные процы и корки от производителей ПЛИС. Т.к. бывает текучка кадров, то найти замену, и самому разработчику будет легко въехать в стандартный проц. Поддержки много, вагон информации, примеров, средства отладки и все такое. В общем, пром. стандарт он и есть.

Сегодня тоже не нужен чемодан плат для управления этой старой панелью. «Страшная панель» неповторима и может быть интересна именно своими неповторимыми визуальными проявлениями. Иначе не было бы интереса к nixie clocks на старых лампах, если бы все думали только так, как Вы.

Возможно. Правильнее будет в матлабе набросать на стандартных функциях скрипт и посчитать выигрыш. Погуглите по словам: extended Golay code soft decoding https://ieeexplore.ieee.org/document/5450028/ https://pdfs.semanticscholar.org/a562/14de7...0425fd42d50.pdf и т.п.

Использую FGK 260 (3500-4000 руб.) без проблем. С более дешевыми лучше не связываться имхо, в них только визитки и пропуска закатывать.

Судя по вашим сообщениям, вы сами вознамерились все сделать. А вообще совет такой. Есть специализированные форумы по моделированию. Там есть люди, которые за деньги проектируют и корпус и пресс-форму. У них уже есть опыт в этом деле. Все, как на Электрониксе, раздел работа, только тематика форума — обработка материалов и т.п.

На мой скромный взгляд, сегодня мировая тенденция такова, что скорость разработки, читаемость кода преобладают над аппаратурной эффективностью. Со всеми вытекающими. Можно замутить автомат по науке, но он будет не так прозрачен и понятен для программиста. Позволю замечание. То, что в книгах не давались ответы на практические вопросы совсем не доказывает, что математический аппарат, который давали авторы, бестолковый и не применим на практике. Тут я не имею в виду именно те книги, которые вы прочитали. Сомнительным мне кажется сам подход игнорировать теоретическую науку, оставляя её 'академикам'. Думаю, что практики (инженеры-программисты) с хорошей теоретической подготовкой (математика, физика, мат. статистика) дают фору простым кодерам по востребованности в высокооплачиваемых должностях. Но это неточно :biggrin: По теме. Мне думается, что с триггерами происходит та же история. Когда-то люди придумывали разные бистабильные элементы, используя ламповые, а потом транзисторные структуры. Эти триггеры получали разные названия. D-, JK-, RS-, T-триггер и прочие. Сегодня, не смотря на то, что ключевой логический элемент физически может быть реализован в виде триггера какого-то конкретного типа, программист же может не задумываться, какой именно триггер по типу он использует, ориентируясь только на его конкретную функциональность. То есть, перефразируя ув. dxp, просто кодишь логику, не погружаясь в классификацию и анализ свойств. Резюмируя. Классификация аппаратов удобна для обучения студентов. В практической работе программиста ПЛИС это рудимент прошлого. Как и карты Карно, без которых когда-то при разработке цифровой техники трудно было обойтись.

Насколько разобрался, есть SRAM ячейка, от которой сигнал идет к проходному транзистору (pass transistor), который работает ключом. Как устроена SRAM ячейка — информации достаточно много вплоть до транзисторного уровня. Поищите по запросу: fpga interconnect transistor level

Не смогу Вам помочь, не знаю. Обычно там год-неделя закодированы. Но это надо искать в документации производителя, что-нибудь вроде: infineon package marking codes. О напряжении не понял. На него может идти 5 вольт — в рабочих пределах.

Так это не аналог, а он и есть. Он маркируется судя по документации '35L'. В известном магазине 38 рублей стоит.

Возможно, не очень понял суть требуемого. Но как вариант взять оптический датчик и все сделать на нем (плюс МК). Механическое обрамление (кронштейн) напечатать на 3д принтере и внедрить в штатную конструкцию или вместо неё. Типа такого: 1. На Aliexpress датчик ADNS-3000 2. Оптическая часть к нему 3. Datasheet

Ссылка провисит недолго. DO-254, его перевод и КТ-254 (фактически перевод, гармонизированный DO-254). DO-178 до кучи.

Обсуждалось на форуме. Выкладывались разные стандарты. Поищите. Взял его за основу, добавив что-то из других. Полагаю, что у любого разработчика или команды такое есть или к этому стремятся. Возьмите из стандартов. _b или _n, например, используется для обозначения цепи, несущей отрицательный логический сигнал. _ff — триггер. _in, _out или _i, _o, _reg, _ctr, _en, _rx, _tx, _rdy, _tmp и другие сообразно вашей фантазии. Когда-то пытался писать в стиле camelCase, но быстро отказался от этого. Читаемость, имхо, намного хуже при сомнительно экономии (экономии чего, даже непонятно). Отдельным блоком сигналы с префиксом start_ или подобным по смыслу. И отдельным блоком always сам АКС. В сети существует много стандартов и рекомендаций от Freescale, Cisco, Altera, Xilinx, Opencores и так далее. Был даже стандарт от нашего разработчика на местном wiki что ли. Что-то такое помнится. От них стоит отталкиваться, на мой взгляд.

Нельзя добавить слагаемое в виде коэффициента, зависящего от усредненной амплитуды? Из серии решений «в лоб».

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

Надежных источников у меня нет, но если ориентироваться на подобные сайты (http://www.break-ic.com), то можно полагать, stm32 успешно копируется.