Search
Write a publication
Pull to refresh
13
0
Игорь @r6l-025

Embedded разработчик

Send message

Я подозреваю что когда пишет не C++, а C/C++ - то хотят видеть человека умеющего работать с обоими парадигмами. Хотя, иногда попадаются очень забавные объявление от HR котрые их не всегда различают: " Хотим знание Си и boost". А вот на счет наколеночного embedded я бы поспорил (иначе Linux kernel, Postgresqsl, etc. превращаются в наколеночный embedded)

Радиолюбители вполне даже используют. В школе даже на соревнования ездил по ней

Кстати, в начале приводился пример согласования на стороне источника через дополнение сопротивления источника до нужного сопротивления канала. А как измеряется полное сопротивление источника? Я так понимаю там должно быть именно полное сопротивление, а не чисто активное?

Еще есть неплохие по описанию, и весьма дешевые (50$ у производителя) платки от Cypress
ron.terraelectronica.ru/news/4496
Предоставляют мост USB3.0 — fifo с которым может работать FPGA без спец корок и отдельного USB PHY
К вопросу о разбиении кода на минимальные по размеру функции/методы. Возможно кто-то прояснит. Я начинал свою практику программирования с системного программирования на Си. И когда сейчас в коде на плюсах вижу подобное дробление меня постоянно мучает сомнение о накладных расходах, и о балансе между читабельностью и производительностью кода. Разве не приходится производить кучу подготовительной работы чтоб предоставить стек для создаваемой функции, сохранить все нужные состояния регистров и т.п.? И все для того чтоб сделать простое действие и вызвать новую функцию/метод насилуя память сохранением состояний предыдущих фреймов. Я понимаю что есть куча компиляторных оптимизаций, да и далеко не везде нужно смотреть на подобные расходы, но все же
Сдается что это что-то вроде импортозамещения в области комплектующих: забугровые использовать нельзя, но если нужно — то можно. Не во всех случаях, но нередко попросту пишется бумажка где обосновывается что на отечественной элементной базе условия поставленные в ТЗ выполнить не возможно. Так и с ПО
Ну да, PC и имел в виду. У меня тоже основная интеграция в User Space, кроме мест где нужны прерывания. Эх, а до Альтеры A53 пока так и не доехали…
О, а я сразу и не разглядел у Вас плату) А под что софт пишете, под хост, или под проц?
FPGA да, собственно это и было основное занятие пока не уволились софварщики)
fpga + SoC, в основном, и софт/драйвера для управления всем этим делом. Иногда приходится и в контроллеры со схемотехникой, но там я не силен :)
И не совсем понятно по какому критерию Вы сравнивали результаты обработки — по уровню боковых лепестков, СКО шума…
Например, обработка потоков данных от фазированных антенных решеток. Суммарный поток данных от все приемников может составлять десятки а то и сотни гигабит. При этом этот данные от всех приемников дублируют друг друга, от них нужна только информация о фазе и амплитуде сигнала. Я слабо себе представляю процессор который мог бы эффективно справится с такой задачей. А вот FPGA весьма неплохо для этого подходит. Из всех потоков извлекается информация о фазе и амплитуде, которая занимает в десятки раз меньший поток. А этот поток уже можно эффективно обрабатывать дальше на ЭВМ.
А я думаю нужна. И не там где ожидаешь. Закончил физ-фак, математику знаю плоховато. Всегда стремился стать инженером-железячником. Вот кто-бы знал что именно тут она и понадобится. P.S. работаю с DSP и FPGA
Manjaro в качестве домашнего/рабочего дистрибутива весьма не плох (хотя сам позже на Arch перешел). Множество плюшек из Arch'а (а я считаю что Arch очень дружелюбен в плане конфигурации), но не нужно вручную все настраивать. + свои утилиты позволяющие довольно просто обновить ядро, драйверы на видео, сеть и пр. Для того кому не охота погружаться в тонкости того как и что работает — самое то.
2

Information

Rating
6,086-th
Works in
Registered
Activity

Specialization

Embedded Software Engineer
Linux
C
FPGA
PCB design
RISC-V
AXI
Electronics Development