lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
DC-IRC has quit [Remote host closed the connection]
<DC-IRC>
<3l3ktr0l4mpe> Linux rock-5b 5.10.160-legacy-rk35xx #1 SMP Tue Aug 22 02:22:29 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux
<DC-IRC>
<3l3ktr0l4mpe> ```
<DC-IRC>
<3l3ktr0l4mpe> And the problem seems to be gone... lets see what other problems are there now instead 😄
<DC-IRC>
<lanefu> nice
<DC-IRC>
<NamelessIdiot> Yeah, took a peek ealier by catting it out. Let's just say bash script is not really my thing 😆
<DC-IRC>
<3l3ktr0l4mpe> rejoyed too soon...
<DC-IRC>
<3l3ktr0l4mpe> now the audio error is gone, but seems like no audio is captured and now video capture is also broken with the current armbian 5.10 rk35xx kernel...
<DC-IRC>
<3l3ktr0l4mpe> ```
<DC-IRC>
<3l3ktr0l4mpe> fdee0000.hdmirx-controller: Err, timing is invalid
<DC-IRC>
<3l3ktr0l4mpe> ```
<DC-IRC>
<spooky8086> I know hdmirx was fixed in the rkr4.1 kernel, i wonder if there is an issue with the rkr5.1 kernel
<DC-IRC>
<3l3ktr0l4mpe> seems like after some reboots and power disconnect it seems to work again. dont as me why O.o
<DC-IRC>
<tenkawa42> @3l3ktr0l4mpe what are you using to power your board with? The 5B is "very" power sensitive
<DC-IRC>
<3l3ktr0l4mpe> for testing now a 25.000mA powerbank with USB A to USB C cable so no negotation occures because i read about the PD issue
<DC-IRC>
<tenkawa42> actually the negotiation occurs in the powerbank. I
<DC-IRC>
<tenkawa42> actually the negotiation occurs in the powerbank.
<DC-IRC>
<3l3ktr0l4mpe> yeah but not with USB A i think?
<DC-IRC>
<3l3ktr0l4mpe> atleast my meter shows stable 5V and 2-5W
<DC-IRC>
<tenkawa42> you aren't connecting usb-c into the 5b
<DC-IRC>
<tenkawa42> so it still tries to negotiate
<DC-IRC>
<tenkawa42> er a
<DC-IRC>
<tenkawa42> you aren't connecting usb-a into the 5b
<DC-IRC>
<3l3ktr0l4mpe> but the cable doesnt support it, because the CC pins are missing. so the cable delivers 5V without any negotation
<DC-IRC>
<tenkawa42> usb-a to c certainly does...
<DC-IRC>
<tenkawa42> is it a blue ended usb-a?
<DC-IRC>
<3l3ktr0l4mpe> nah its 2.0
<DC-IRC>
<tenkawa42> then you are probably shorting it the needed current
<DC-IRC>
<tenkawa42> 5v 2-5 isnt near enough
<DC-IRC>
<tenkawa42> 5v 2-5w isnt near enough
<DC-IRC>
<tenkawa42> Not to run Screen, audio, storage, and input
<DC-IRC>
<3l3ktr0l4mpe> no screen
<DC-IRC>
<3l3ktr0l4mpe> just emmc and hdmi in to udp network destination
<DC-IRC>
<mariob> you cannot have PD with an usb-a cable
<DC-IRC>
<mariob> only those proprietary protocols
<DC-IRC>
<mariob> quick charge
<DC-IRC>
<mariob> which the rock 5b doesn't support
<DC-IRC>
<tenkawa42> Yeah quick charge is bad
<DC-IRC>
<3l3ktr0l4mpe> yeah thats why i used it. because i read you should power the 5B with a dumb power source because of PD problems
<DC-IRC>
<mariob> but 5v from a power back might be much worse
<DC-IRC>
<tenkawa42> charging circuits are bad for socs in general
<DC-IRC>
<mariob> than any potential PD issue, so i'd try that first
<DC-IRC>
<tenkawa42> exactly
<DC-IRC>
<tenkawa42> Good catch
<DC-IRC>
<tenkawa42> All hate chargers but most are lenient to the PD issue thats why I asked that one first
<DC-IRC>
<tenkawa42> the 3588 just hates it horribly
<DC-IRC>
<3l3ktr0l4mpe> but when i just power via +5VCC and GND pins in the USBC plug of the 5B it will be fine?
<DC-IRC>
<mariob> all type-c crap (except for lane switching) happens outside the SoC. so far it's just not proper handling in software
<DC-IRC>
<mariob> with both u-boot and linux trying to negotiate and timing issues
<DC-IRC>
<mariob> all type-c crap (except for lane switching) happens outside the SoC. so far it's just not proper handled in software
<DC-IRC>
<3l3ktr0l4mpe> what would be the proper way to power the 5B with plain constant voltage source
<DC-IRC>
<tenkawa42> @mariob no.. its the hardware too for the 3588... they've tried fixing it in 3 revisions already
<DC-IRC>
<3l3ktr0l4mpe> GPIO header?
<DC-IRC>
<tenkawa42> @mariob I was involved with testing for 2 of them
<DC-IRC>
<tenkawa42> @mariob Khadas has been the closest to getting it right
<DC-IRC>
<mariob> khadas doesn't do software negotiation in linux
<DC-IRC>
<mariob> it has a MCU that drives the fusb302
<DC-IRC>
<mariob> that type-c port is also power-only
<DC-IRC>
<tenkawa42> I can still crash theirs easy too though
<DC-IRC>
<mariob> welp
<DC-IRC>
<tenkawa42> It is a hardware problem... it cannot be fixed without a redesign
<DC-IRC>
<mariob> the only real problem with usb-c i noticed on rk3588 was on the mixtile blade 3
<DC-IRC>
<mariob> that board plain won't work properly with 5V
<DC-IRC>
<mariob> it *needs* higher voltage negotiated
<DC-IRC>
<mariob> to power the USB ports and other peripherals
<DC-IRC>
<mariob> on the other hand i can power the rock 5b directly from my pc and use it with light loads
<DC-IRC>
<mariob> with usb devices connected too
<DC-IRC>
<tenkawa42> Yeah..It will "work".. just don't push it too hard heheh
<DC-IRC>
<tenkawa42> and watch for random hits
<DC-IRC>
<3l3ktr0l4mpe> in my final setup i will use a buck converter anyway, what would be the recommended voltage?
<DC-IRC>
<mariob> 12V would be okay
<DC-IRC>
<mariob> you can safely supply up to 20V
<DC-IRC>
<mariob> radxa claims 26V but i recall seeing the absolute maximum for one of the ICs being lower
<DC-IRC>
<mariob> so i'd stick to 20V as a maximum
<DC-IRC>
<mariob> (on the type-c port, not GPIO header)
<DC-IRC>
<3l3ktr0l4mpe> okay, and i will shove it in just via the usb c plug connecting only the VCC and GND pins? or is there another way to get the power in?