Вопросы по электронике?

[KP580BE51]

1.b) синхр. десайн. Несколько клоков. Треба передать несколькобитные-битные данные из одного клокового домена в другой. Нарисуйте. Обясните почему.

Требуется сказать "фразами из учебника или как"? Тоесть начать разглагольствовать что вот у альтеры есть мегафункции, что там есть готовое FIFO (в том числе асинхронное...)

нарисуйте FIR/IIR фильтр при условии что у вас быстрый "силикон", но его, силикона, очень мало, а время некритично
нарисуйте FIR/IIR фильтр при условии что у вас туча небыстрого силикона, но времени "в обрез"

При этом допускается к примеру слазить в инет, уточнить битность/скорость умножителей, длинну фильтра итд?
Наприсовать, это сразу оттарабанить на verilog/vdhl или просто общую концепцию?

PS извините за сленг, надеюсь читабельно

Все читабельно. Это на вообще какого уровня интервью? Начального или как? Насколько быстро нужно отвечать? Кто трактует ответы "кретин из HR с бумажкой" или реальный специалист? Какова конкуренция среди таких специалистов?

[Dm.uk]

> Требуется сказать "фразами из учебника или как"?

так что бы "технарь" интервьюируюший Вас понял что Вы владеете вопросом.
> Тоесть начать разглагольствовать что вот у альтеры есть мегафункции, что там есть готовое FIFO (в том числе асинхронное...)

[отредактирую, тормознул, был не прав]

Вариантов ответа 2;

1) асинхронные макро. FIFO, а еше лучше двух-портовая память. Самый простой ответ

2) Забудем про макро. Ответ должен не зависеть от того юзаете Вы FPGA или бубуцаете ASIC.


> При этом допускается к примеру слазить в инет, уточнить битность/скорость умножителей, длинну фильтра итд?

N-коеффициентов, на "входе", например, М-бит.

Инета на интервью не встречал


> или просто общую концепцию?

да, разумеется концепцию, на уровне "блочков" и сколько бит данных от блочка к блочку


> Это на вообще какого уровня интервью? Начального или как? Насколько быстро нужно отвечать? Кто трактует ответы "кретин из HR с бумажкой" или реальный специалист? Какова конкуренция среди таких специалистов?

техническое. Для "исполнителя".

HR со мной больше трепались на темы "убеди меня что ты не умотаешь к другому работодателю через 3 дня после начала работы"

[tengiz]

Dm.uk, меня не интересуют вопросы/задачи которые требуют узкоспециальных знаний которые имеются только у специалистов в конкретной узкой области даже если они завадались на реальных интервью.

Меня интересует несколько другое: исходя из того, что существует универсальный базовый набор фундаментальных знаний, который должен иметься у хороших инженеров не только смежных, но и даже не сильно смежных специальностей, можно предположить, что соответственно можно найти интересные/нетривиальные задачи и вопросы которые для решения не требуют никаких узкоспециальных знаний. А, наоборот, предполагают голову на плечах и тот самый базовый набор фундаментальных сведений.

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

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

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

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

[Dm.uk]

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

не совсем так, но доля истины в Ваших словах есть


> Судя по Вашим ответам и по тому, что сказал KP580BE51 - видимо это объективная ситуация в этой области и видимо их действительно трудно найти. Ну что же - это тоже ответ. Спасибо.

[tengiz]

Dm.uk - that's exactly what I'm looking for!

C этими задачами мне кажется что вроде даже почти всё понятно, правда есть уточняющие вопросы, заранее прощу прощения за их "ламерность":

1.a.) Несколько клоков. Треба передать "1-битные данные" ... из одного клокового домена в другой.

Assuming, кто клоковые домены полностью независимы, т.е. ни частота ни, тем более, фаза никак не связяны, вот такие дополнительные вопросы: какова природа данных - пакеты (если да, то какой размер) или непрерывно? Полагая что в любом случае подразумевается что протокол передачи предусматривает какую-то форму потверждения после приёма пакета или отдельного бита, вроде бы ничего суперсложного из себя это не представляет.

нарисуйте FIR/IIR фильтр при условии что у вас быстрый "силикон", но его, силикона, очень мало, а время некритично
нарисуйте FIR/IIR фильтр при условии что у вас туча небыстрого силикона, но времени "в обрез"

Когда речь идёт о "времени" - что имеется в виду, количество тактов на одну итерацию фильтра?

или, например, еше: скрамблер сериал ("последовательного" ?) интерфейса описывается полиномом (x**18+x**5+x**4+1)*(x+1)

нарисуйте скрамблер и дескрамблер

Тоже вроде несложно - осталось только вспомнить как доказать, что для такого скрамблера дескрамблер действительно существует и затем его правильно посчитать.

[flip_flop]

Assuming, кто клоковые домены полностью независимы, т.е. ни частота ни, тем более, фаза никак не связяны, вот такие дополнительные вопросы: какова природа данных - пакеты (если да, то какой размер) или непрерывно? Полагая что в любом случае подразумевается что протокол передачи предусматривает какую-то форму потверждения после приёма пакета или отдельного бита, вроде бы ничего суперсложного из себя это не представляет.

Чтобы усложнить слегка - предположим передача данных непрерывная, подтверждения приема не существует, данные не оформлены в пакеты, но кодированные (8б10б) - что и как делать?

или, например, еше: скрамблер сериал ("последовательного" ?) интерфейса описывается полиномом (x**18+x**5+x**4+1)*(x+1)

нарисуйте скрамблер и дескрамблер

Тоже вроде несложно - осталось только вспомнить как доказать, что для такого скрамблера дескрамблер действительно существует и затем его правильно посчитать.

Чтобы усложнить слегка - реально это надо делать для параллельных данных.
Но это все "примитивные" нули и единицы, да простят меня digital guys. Аналоговые и RF задачки будут поинтереснее.

[tengiz]

Чтобы усложнить слегка - предположим передача данных непрерывная, подтверждения приема не существует, данные не оформлены в пакеты, но кодированные (8б10б) - что и как делать?

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

Чтобы усложнить слегка - реально это надо делать для параллельных данных.

Поясните, pls. Имеется в виду, что x - это не одит бит а слово из больше чем одного бита? Если да, то я именно так и предполагал.

Но это все "примитивные" нули и единицы, да простят меня digital guys. Аналоговые и RF задачки будут поинтереснее.

[kosmo]

Когда речь идёт о "времени" - что имеется в виду, количество тактов на одну итерацию фильтра?

Лучше, наверное, иметь в виду физическое время. Ведь в зависимости от дизайна и тактовая частота будет разная.

[kosmo]

или, например, еше: скрамблер сериал ("последовательного" ?) интерфейса описывается полиномом (x**18+x**5+x**4+1)*(x+1)

нарисуйте скрамблер и дескрамблер

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

[KP580BE51]

Дайте полезные ссылки, если можете, где почитать про эту область знаний.

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

[kosmo]

Дайте полезные ссылки, если можете, где почитать про эту область знаний.

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

Так я же хочу понять и разобраться, а не ответить на вопрос Dm.uk.

[KP580BE51]

Так я же хочу понять и разобраться, а не ответить на вопрос Dm.uk.

К производителей ПЛИСин много информации на эту темму.

http://direct.xilinx.com/bvdocs/appnotes/xapp209.pdf

[dima_ca]

Скорее, наверное, головоломки. Хотя "стандартные вопросы" тоже любопытны, если, конечно, речь не идёт о чём-то совсем тривиальном (как, например, полный позор на вот этой странице: http://www.techinterviews.com/?p=47)

Жуть. Может оно рассчитано на "среднего китайца". Но мне к примеру на таком интервью делать нечего.

Я уже пятнадцать лет работаю в hi-tech на Западе, работал и в огромных компаниях и в стартапах, программист, но близко связан с железом (по образованию электронщик). Видел прекрасных инженеров железячников - израильтян, канадцев, американцев, китайцев, индусов, what have you, но вот с русским не столкнулся ни разу Программистов хороших с совковым/российским образованием достаточно много, не меньше других.

Так что статистичестки средний китаец-электронщик лучше среднего русского

[KP580BE51]

Я уже пятнадцать лет работаю в hi-tech на Западе, работал и в огромных компаниях и в стартапах, программист, но близко связан с железом (по образованию электронщик). Видел прекрасных инженеров железячников - израильтян, канадцев, американцев, китайцев, индусов, what have you, но вот с русским не столкнулся ни разу
Программистов хороших с совковым/российским образованием достаточно много, не меньше других.

Странно весьма. Я слышал что инженерами не становятся, ими рождаются. Тоесть нужно с детства интересоваться, чтобы научится чему-то.

Так что статистичестки средний китаец-электронщик лучше среднего русского

Китайцев просто гораздо больше.

[dima_ca]

Странно весьма. Я слышал что инженерами не становятся, ими рождаются. Тоесть нужно с детства интересоваться, чтобы научится чему-то.

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

Другой знакомый - сейчас вместе работаем - француз, лет тридцать пять ему. В детстве/отрочестве мечтал стать инженером-строителем, как папа и дедушка. Не смог попасть на этот факультет в Парижском техническом университете (не прошёл по конкурсу). И пошёл на computer sciense. Один из лучших архитекторов программного обеспечения которых я видел за двадцать с лишком лет в этой сфере.

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