Андрей @megalloid
Инженер, тестировщик, радиоинженер
Information
- Rating
- 316-th
- Location
- Москва, Москва и Московская обл., Россия
- Registered
- Activity
Specialization
Quality Assurance Engineer, Hardware QA/QC Lead Engineer
Lead
Git
Python
Shell
MySQL
Embedded Linux
FPGA
STM32
Electronics Development
Arm Architecture
К сожалению конкуренция на рынке труда ща специалистов даже такого уровня остаётся высокой. Поэтому тут кто более нежный и наваливает денег - к тому и идут работать. Кажется пусть и не приятным, но естественным такой путь развития индустрии :)
Так не делал же ни разу :)
Отличное замечание. Спасибо! :)
Разумеется. Это будет как раз материал одной из следующих статей :)
Тестировщика тоже разные бывают. Например тестирование софта, API и прочего - это одно. Hardware-тестировщики (а-ля) full stack - совершенно другое.
Я думаю что тут ещё есть поле для дифференциации тестировщиков по условным специализациям :)
Я думаю, что мой опыт далек от профессионализма и вряд ли можно считать эталоном.
Я тут скорее рассказываю, о том как именно я смог достичь маленькой победы, собрав горы граблей, описав это так, чтобы какой-нибудь новичок мог взять повторить и возможно заинтересоваться темой ПЛИС-ов.
Но тем не менее - спасибо за хорошую оценку моих материалов! Я стараюсь
Warning-и на эту тему Quartus пишет всегда. А вот забить на это или нет - уже выбор лично каждого. Плюсом если открыть результаты синтеза - видно когда лишние разряды тупо на "землю" коннектятся и все.
Имею первые книги читал именно про Verilog. Торопился, фразу не дописал)
VHDL показался на мой субъективный и дилетантский взгляд сильно перегруженным с точки зрения синтаксиса.
Первые книги по языкам описания цифровой архитектуры по Verilog.
Поэтому это скорее то, на чем быстрее всего было возможно реализовать задумку и не более того. Да и предыдущие статьи писал как раз на Verilog.
Ну и в Quartus что-то не смог сходу разобраться как пересесть на SystemVerilog, были какие-то грабли.
В общем все мои доводы актуальны только для меня. Когда придёт пора совершенствоваться в этом - разумеется можно будет присмотреться к другим IDE, уйти в OpenSource, на SystemVerilog и прочее. Пока что есть что есть :)
Стараюсь. Может где-то кому-то неопределившимуся в жизни - поможет пробудить интерес и провести профессиональное самоопределение :)
Да, на определенной планке требований - да, все так. Но у меня скорее хоум-проект, который определяется уровнем очень-очень низкого уровня компетенций, который едва ли будет достаточно для того чтобы оценить во всей красе преимущества SystemVerilog.
Но совет я услышал, это очень ценно. Я попробую одним глазком подглядеть в ту сторону. Благодарствую :)
Я понимаю, что не во всех случаев. Это было сказано про те случаи которые я реализую. А clock stretching я не реализую в своем варианте ввиду сложности. Это в предыдущих статьях мной отдельно проговаривалось.
Мне бы с моим уровнем просто что-то реализовать бы :)
Нужен стоп-кран в Теслу :)
Это достаточно сложная история для меня, и думаю, что я смогу ее реализовать только когда справлюсь с основной задачей :(
Точно, спасибо за заметку, думаю что восполню этот пробел в следующей статье, где будем это хозяйство раскидывать в HDL-е :)
Парни разработчики конечно же молодцы, спору нет. Сделали. Но вопросы не к ним, а к тем кто создает такие инфоповоды и пытается их подать для обывателя это в обертке "почти полностью" и "отечественные комплектующие". Всё это на мой взгляд выглядит как очередная попытка на тоненького пролезть с очередным инфоповодом а-ля "МЫ СМОГЛИ".
Хотя если посмотреть в сухом остатке - если убрать этот, возможно даже и единственный на всей PCB иностранный компонент TI AM335x - весь девайс сразу превращается в бесполезный электронный хлам.
Так о каком импортозамещении и отечественности в данном случае может идти речь вообще?
Прерываниями, кстати, внутри протокола отличается I3C, но концепцию я понял. Круто, я записал себе)
А можно примеры каких-нибудь девайсов с поддержкой PMBUS?
Я бы может чего интересного прикупил бы, для обкатки :)
Хотелось бы ещё поднырнуть в I3C, в будущем :)
Если с базовым I2C все получится, то чего бы и нет))