mayab has quit [Quit: Connection closed for inactivity]
tin_ has quit [Server closed connection]
tin_ has joined #beagle
buzzmarshall has quit [Quit: Konversation terminated!]
Shadyman has joined #beagle
darkapex has quit [Ping timeout: 246 seconds]
darkapex has joined #beagle
rob_w has joined #beagle
zjason` is now known as zjason
<Tamarinen>
dinuxbg: Even after config-pinning P9_22 as gpio, I couldn't read the pin state using the PRU. Before I managed to figure out what I did wrong (the state was perfectly readable through /sys) I realized that P9_22 also can be configured as pru_uart, and then becomes CTS, a perfectly viable substitute for a gpio pin in my case. Even better, PRU UART CTS has a read latency of 14 cycles (not sure if it varies), while gpiochip0 has at least 38
<Tamarinen>
cycles, plus occasional extra latencies due to power management and other hardware stuff. So, a win, all in all. And I can read it.
Shadyman has quit [Remote host closed the connection]
buckket has quit [Quit: buckket]
buckket has joined #beagle
ft has quit [Quit: leaving]
<set_>
!
oftl has joined #beagle
oftl has quit [Quit: Client closed]
insurgent has quit [Server closed connection]
insurgent has joined #beagle
Stat_headcrabed has joined #beagle
buzzmarshall has joined #beagle
hnv has joined #beagle
<hnv>
Using the BBB as I2C slave, I'm missing the first byte apparently. The rest of the communication works fine. (I'm trying to reverse engineering a very temperamental master so I had to use something like the BBB, to try/program/cycle combinations of i2c answers fast)
rob_w has quit [Remote host closed the connection]
brook has quit [Remote host closed the connection]
brook has joined #beagle
samnob has quit [Ping timeout: 256 seconds]
mayab has joined #beagle
shoragan has quit [Server closed connection]
samnob has joined #beagle
shoragan has joined #beagle
Stat_headcrabed has quit [Quit: Connection closed for inactivity]
brook_ has joined #beagle
brook has quit [Ping timeout: 260 seconds]
brook_ has quit [Read error: Connection reset by peer]
brook has joined #beagle
mvaittin has quit [Ping timeout: 256 seconds]
brook has quit [Remote host closed the connection]
Posterdati has quit [Remote host closed the connection]
Posterdati has joined #beagle
<Tamarinen>
So, I can read P9_22 fairly fast configuring it as PRU UART CTS. As it is UART2 RX, though, any serial port buffer chip on that would interfere with the signal, and thus it would be more, so to say, "compatible" to use P9_21, UART2 TX, as input. Both RX and TX are connected to the Grove connector on the Beaglebone Green I use, and thus easily accessible from the outside. Thing is, though, that PRU UART RTS, which it is connected to in PRU
<Tamarinen>
UART mode, is output only. In mode 5, it is connected to PR1_EDIO_LATCH_IN, which is an input somewhere in IEP. But if I interpret 4.4.3.6.2 in https://www.ti.com/lit/ug/spruh73q/spruh73q.pdf?ts=1700077151511 correctly, that input goes straight into the IEP, and is not directly accessible for reading by the PRU?
samnob has quit [Ping timeout: 260 seconds]
samnob has joined #beagle
ft has joined #beagle
mayab has quit [Quit: Connection closed for inactivity]
ikarso has joined #beagle
buzzmarshall has quit [Quit: Konversation terminated!]
buzzmarshall has joined #beagle
buzzmarshall has quit [Ping timeout: 260 seconds]
buzzmarshall has joined #beagle
<hnv>
`cat /sys/bus/i2c/devices/i2c-1/of_node/status` shows `okay`, and pinctrl-names = "default", but I can't find if it's assigned to any pins. Should I write an overlay only for the pins?
<hnv>
(but I should define the phandle anyway)
hnv has quit [Quit: Client closed]
ikarso has quit [Quit: Connection closed for inactivity]
johanhenselmans has quit [Ping timeout: 245 seconds]