Ага, даже целых 2. Это больших.
И ещё штук 5 поменьше)

А где они? В списке, который @lady_noname репостила, их нет :с

Раз уж тут про плис опять помянули.

@Des333 а нет где-нибудь списка литературы/ссылок что почитать после лекций метротековских? или там потом будет?

А что за лекции?

Это к @lady_noname вопрос)

Чаты вот:
1. @fpgasystems — самый большой, открытый.

2. Второй по числу людей — закрытый, добавляют админы.

3. Третий чат для FPGA-флуда. Был открыт, но не могу найти ссылку для join.

4. @fpga_jobs — чат про вакансии/резюме/обсуждения работы в FPGA-сфере.

5. @QuokkaFPGA — чат, посвящённый необычному (даже немного странному), но прикольному проекту одного русского парня из Австралии — фреймворк для разработки под FPGA на C#. При том, вроде, у него можно и прошивку для FPGA с софтпроцом сделать на C# и прошивку для софтпроца тоже сделать на C#. Такой software/hardware codesign :)


Есть ещё несколько совсем мелких и специализированных, но они вряд ли будут широкой публике интересны.

Да, вроде, в самих лекциях был список литературы.
Если по нему всё уже прочитано, то можно спросить про то, что стоит изучать дальше, у лектора.
Он в @fpgasystems как раз есть.

Ок, тогда сначала закончу с лекциями.

👍

G0 какие-то были вроде в DIP-8, и F0 в TSSOP-20 (я паял топором, со второго раза получилось)

а я то вот думаю, откуда у нас появляются люди с линуксом в никах

И если один крикнет make
Миллионы ответят config

All

Вероятно это мемлин?

Всем привет. Может кто-то рассказать или кинуть статью как тестируется софт в железе. Например есть устройтсво которое имеет кучу внешних подключений. Кучу настроек через софтину на компе. Как его тестировать?

Общий метод врядли кто-то придумал.

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

Тестирование софта, как ни странно, проще  делать вне железа. Аппаратно независимые части ПО покрываются тестами в общем порядке.

Вообще, как я себе представляю, надо написать софт, который подает на железку какие-то команды и сравнивает результат с ожидаемым. Ну или чтобы не писать свой софт, можно воспользоваться тестовым фреймворком готовым (robot framework, например)

тесты, кстати не обязаны быть внешними по отношению к железке. Железка может тестировать какие-то аппаратные элементы сама по и без указки сверху.

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

Помимо программного результата еще иногда нужно проверять а что же устройство по факту выдало/приняло в аппаратные интерфейсы.