Raspbery Pi 3B+ the USB ports don't work, and ethernet does not work

December 21, 2022, 07:20

andy_s

Said cam is then probably faulty and would blow other pcs.

andy_s

Now... how to fix this

german4200

But the cam is ok I plug it in to my old laptop and cam it works

andy_s

Then something mustve happened in between...

german4200

How do I fix it 🤔

andy_s

Long shot, but did you try to measure without sd card, ie without booting ?

andy_s

On a Raspberry PI 3B+, it's simple to turn power on its four USB ports off and on. Simply write a "0" to /sys/devices/platform/soc/3f980000. usb/buspower to turn power off and a "1" to turn power on.

german4200

I remove the sd card still nothing

andy_s

Try what i just sent, if you can ssh into it

german4200

Yes I can ssh

andy_s

But wait, you said no ethernet either

andy_s

That wont do then...

andy_s

What is shown in lsusb and lspci ?

andy_s

Please preferably paste as text or a screenshot atleast . . .

german4200

But wifi work

andy_s

Mhm, atleast something 🙂

andy_s

Thing is, pi3 schems are not public...

german4200

O

german4200

But sometimes ther is the 5v on usb

andy_s

Yee... looks like ocp switch issue... give me a minute or two

german4200

Ok

andy_s

Are you booted and in via ssh?

andy_s

dmesg | grep current

german4200

Ya I am trying to find the ip of the ip

andy_s

Mhm

german4200

I need to find the sd card with the wifi login in I will probably how to continue this tomorrow

andy_s

just change it

andy_s

if you are running raspbian

german4200

No

german4200

Ok 1 sec

andy_s

both USB and ETH are connected through single chip - LAN9514

andy_s

so does compute module... let me find schems for CM, as those ARE available

german4200

Ok

andy_s

...reduced

andy_s

ffs

german4200

I got ssh

german4200

dmesg | grep current

german4200

It is dmesg than what is that line

andy_s

pipe

andy_s

|

german4200

How do I type that

andy_s


andy_s

just googled that for you . . .

german4200

O thx

german4200

I think I typed it in right but it no work

andy_s

wdym

german4200


andy_s

ye, no match.

andy_s

that's working properly.

andy_s

it might be LAN9514 dead

german4200

O is it possible to replace

andy_s

which revision you have

andy_s

black or silver cpu

german4200

Silver

andy_s

it is BGA.

andy_s

that single chip closest to usb&ethernet

andy_s

do you know how to replace BGA?

german4200

That chip

german4200


andy_s

yes

andy_s

LAN7515, on older models it was LAN9514 which was QFN, easily replaceable

andy_s


german4200

I think I might me able to replace it

andy_s

there's no guarantee it is actually that chip tho.

andy_s

pcie lanes between bcm and that chip may be dead, or any surrounding circuitry might be toast...

andy_s

and sadly, without full schem, there's no way to tell 😦

german4200

But it might be a good start

andy_s

tbh...

andy_s

how much do you value your time?

andy_s

you already spent several hours on this

andy_s

pi availability should be™️ back to normal in few weeks

andy_s

according to rpi foundation ...

german4200

O If the suply would be back that would be nice that I would just get rid of this one

andy_s

ye

andy_s

or use this one through wifi

andy_s

since it works well, except usb&eth

german4200

Will the gpio still work

andy_s

gpio is directly to BCM

andy_s

so it should

german4200

O than I can use it as a emulator station

andy_s

yep

andy_s

no need to toss it just because usb&eth is dead

andy_s

sure, no regular keyboard can be attached. But you can emulate via serial line for example

andy_s

or gpio matrix

german4200

Is ther a way to get at lest one usb out of the gpio

andy_s

nope

andy_s

or ... hold on.

german4200

Ok

andy_s

nearly impossible.

andy_s

it would need realtime hardware

german4200

Ok thanks for your information

andy_s

gpio pins are software controlled, only somewhat hardware-controlled pins are two PWM outputs used for audio (that can be piped to GPIO pins)

andy_s

no help with USB tho

andy_s

both HW and SW limitations...

german4200

Ok at lest now I have some good news that I still can use raspberry pi 2nd that raspberry pi will be coming back to normal supply and 3rd I made a new friend

andy_s

quote: While this might work with some low speed devices, it's a bad idea for two reasons: While you might be able to reprogram GPIO pins to high impedance state, that would only work until you reboot. For the time from power on to the moment your scripts disable the pins, you have potential for overcurrent conditions between USB and GPIO. This might be solved by putting resistors between the two, which may in turn have significant effects on USB communication. USB 2.0 uses high-frequency signals (about 0.5 GHz) and requires careful signal routing. GPIO pins aren't designed to run at such frequencies, so PCB traces attached to them don't respect routing constraints. As a result, USB signals will get all sorts of artefacts (spikes, reflections etc.) which will probably prevent USB 2.0 devices from working. The same may be true for wires you solder, if you're not careful. EDIT: to clarify about USB voltage levels, USB 2.0 Specification, section 7.3.2 "Bus Timing/Electrical Characteristics" says that voltage on data pins driven HIGH must be between 2.8 and 3.6 V, which should be generally compatible with 3.3V voltage levels of GPIO.