F&S Support Forum

(Quote)

Thank you for this tip, this command works. USB is powered off.
And echo "ci_hdrc.1" > /sys/bus/platform/drivers/ci_hdrc/bind powers on again.

(Quote)


Greate hint again. The following command also works:
Power off: uhubctl -a off -p 1 -r 10
Power on:…

Maybe this fixes your uhubctl problem?

https://github.com/mvp/uhubctl…fter-few-seconds-on-linux

Your F&S Support Team

Hello,

could you test the following command?

(Code, 1 line)


i think echo 'usb1' > /sys/bus/usb/drivers/usb/unbind does not unload the whole usb stack. there is still a hub device left, which seems to claim the vbus control.

Your F&S Support Team

Hello,

the GPIO Reference Card is now updated.
Thank you for the update on your situation.


Your F&S Support Team

Yes, now it works perfectly!
Thank you for quick response.

Kamil

Hello,

you can check the GPIO Reference Card for the PicoCOMA9X. The pin J1-63 is shared between the pads LCD_HSYNC and LCD_B2.
Otherwise, it seems that there currently is an error in the Reference Card for the signals LCD_B3 to LCD_B6 that the gpio…

Hello,
I have a problem using these two pins as inputs.
In one of our devices we have LCD connected and both pins work fine (J1-54 as LCD_B3 and J1-63 as LCD_HSYNC).
In our new device I need to use many pins of LCD interface as GPIO. In dts I set…

Thanks!

Maybe this fixes your uhubctl problem?

https://github.com/mvp/uhubctl…fter-few-seconds-on-linux

Your F&S Support Team

Hello,

could you test the following command?

(Code, 1 line)


i think echo 'usb1' > /sys/bus/usb/drivers/usb/unbind does not unload the whole usb stack. there is still a hub device left, which seems to claim the vbus control.

Your F&S Support Team