Запускаем сервис бесплатной аренды отладочных плат с FPGA и не только с FPGA

По заголовку думал вы даёте удаленный доступ к железке, а тут веселей.

А вот удалённый доступ к железкам возможно как раз и был бы веселее.

pro:

1. для того, чтобы работать с платой очно, необходимо обеспечить некоторые рабочие условия (минимально, запитать плату, подключить средства программирования и отладки, и т.д.), нет платы на рабочем месте, нет и соответствующей возни на рабочем месте; (точнее, эта возня переваливается на плечи того, кто предоставляет плату в доступ);

2. плата никуда не ездит, меньше возможностей, что с платой что-нибудь случится (как тут сказали, "Кривая ручка, случайно упавший проводок на плату, пролитое в запаре Жигулевское");

3. плата не уходит из доступа на 6 недель, плата легко переходит от одного пользователя к другому в течение дня;

contra:

1. пользователь загружает свою интеллектуальную собственность в какую-то удалённую плату; не все готовы с этим смириться;

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

3. номенклатура внешней периферии, которую можно подключить к удалённой плате по разным причинам ограничена;

4. если возникают аппаратные проблемы (неисправность платы или подключенной внешней периферии), то издалека не всегда легко понять, в чём дело.

По крайней мере, удалённое использование годится для ряда сценариев:

• учебные ситуации; собственно, @KeisN13 и говорит, "что целевая аудитория это студенты в основном, или начинающие". Для этой аудитории было бы актуально начать с повторения готовых проектов (например, "выполнить лабы MIPSfpga"). Соответственно можно подключить к плате всё необходимое для выполнения лаб, проверить, что лабы можно выполнить, после чего отдать плату в общий доступ;

• если номенклатура отладочных плат и аппаратных конфигураций фиксирована; если разработаны толковые тесты, то запускать их на удалённо доступных платах автоматически очень удобно; вот примеры проектов, для которых наличие удалённо доступных плат может быть великим благом:

  • LiteX framework (см. https://github.com/enjoy-digital/litex#welcome-to-litex), список поддерживаемых FPGA-плат см. тут: https://github.com/litex-hub/litex-boards#-boards-list При таком обширном списке плат, сделанных на ПЛИС разных семейств, легко может оказаться, что очередные прогрессивные нововведения, которые автор проверил на имеющейся у него плате, ломают поддержку каких-то других семейств ПЛИС. В этой ситуации, возможность быстро проверить новый прогрессивный commit на удалённо доступной плате позволит выявить проблему;

  • zephyr-rtos (см. https://github.com/zephyrproject-rtos/zephyr): в репозитории проекта сотни тестов, которые можно запускать автоматически, собственно каждый новый pull request подвергается базовому тестированию, включая запуск тестов на эмуляторе qemu; среди поддерживаемого zephyr оборудования есть SoC litex_vexriscv, которая отлично зашивается в плату Arty; к Arty можно подключать шилды Arduino и проверять, к примеру, что очередной commit в репозиторий zephyr не нарушил работу драйвера контроллера I2C для litex_vexriscv (AFAIR, воспользоваться qemu для такой проверки litex_vexriscv, увы, не получится).

Примеры того, как можно организовать удалённую работу с отладочными платами:

• Удалённая работа с оборудованием в pengutronix при помощи Labgrid
  https://www.pengutronix.de/en/blog/2021-02-21-showcase-remote-working.html

• Удалённая работа с оборудованием в bootlin при помощи lavabo
  https://bootlin.com/blog/tag/lab/

• Ну и на закуску, лаборатория электроники "Байкал"
  https://baikal.cs.msu.ru/

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