Как правильно отслеживать статус служб systemd

Сообщение об ошибке, которое вы видите, вызвано сбоем USB низкого уровня -, базовый протокол USB не завершен, поэтому Linux, вероятно, еще даже не знает idVendor/idProduct. Вот почему lsusb этого не показывает, он еще не подключен.

Первая странность здесь заключается в том, что у него есть порт USB A, обычно он находится на стороне компьютера/«хоста» (, а порт B — на устройстве/«гаджете» ). Таким образом, похоже, что то, как он используется с дисплеем, является «аппаратным продуктом», который функционирует как компьютер и управляет дисплеем. Похоже, вы пытаетесь соединить два порта USB A вместе, что не должно работать (или быть физически возможным ).

Если вы хотите, чтобы ваш Pi работал как дисплей, вам, вероятно, придется проделать большую работу, чтобы заставить его работать как дисплей. Это называется режим USB-гаджета. О написании программ для этого стоит спросить на Stack Overflow; это определенно разработка программного обеспечения.

Если ваше аппаратное устройство также должно подключаться к компьютеру, то оно может реализовать оба режима (, часто называемых USB On -The -Go ). Если это так, он должен иметь возможность общаться с Pi, но это не работает. Первым шагом отладки было бы проверить, работает ли он на ПК — даже на Windows. Если это не так, то я сомневаюсь, что есть что-то еще, кроме как связаться с продавцом. Если это так, возможно, ваш Pi не может обеспечить достаточную мощность; убедитесь, что вы используете хороший USB-блок питания с Pi.

Кстати, :Еще одна вещь, которая приходит на ум, чтобы исследовать, как два устройства обмениваются данными, — это подключить дисплей к вашему Pi или компьютеру. Тот, с которым вы можете использовать обычный USB-кабель; посмотрите, что это за устройство. Если он отображается как монитор (, а не последовательный порт )... удачи!