<set_>
w/ eCap from the BBB, is it true that either they all are input or they are all output (no mixed signals)?
<set_>
not for the motor... To read the tape location is what I am after now.
<set_>
I have an older model that is not for new designs. Testing purposes primarily here...
mattb0ne has joined #beagle
mattb0ne has quit [Ping timeout: 240 seconds]
mattb0ne has joined #beagle
Jaay has joined #beagle
<Jaay>
hey my beaglebone black fails to boot after trying to flash the emmc
<Jaay>
I kinda need help on debugging
vagrantc has quit [Quit: leaving]
mattb0ne has quit [Remote host closed the connection]
mattb0ne has joined #beagle
mattb0ne has quit [Ping timeout: 240 seconds]
mattb0ne has joined #beagle
mattb0ne has quit [Ping timeout: 240 seconds]
<zmatt>
eh, I could probably be of help, except I really need to try to get some sleep
<zmatt>
typical causes include: 1. trying to flash a 4G image onto an old BBB with 2G eMMC 2. editing /boot/uEnv.txt on eMMC causing it to reverse-flash the SD card or itself
<zmatt>
2 often happens when the SD card isn't actually bootable (or the bootloader on eMMC is so old that it doesn't understand how to boot the SD card), resulting in the system booting from eMMC instead of from SD. one way to avoid this is by using a pre-made flasher image instead of trying to make one by editing /boot/uEnv.txt
<zmatt>
and/or powering on with the S2 button held down to bypass the bootloader on eMMC entirely and force it to boot from SD instead
<zmatt>
hard to make more specific guesses given the lack of details you've given
<zmatt>
anyway, zZzZ
Shadyman has joined #beagle
Jaay has quit [Quit: Client closed]
CygniX_ has left #beagle [Konversation terminated!]
CygniX has joined #beagle
Shadyman has quit [Quit: Leaving.]
outrageous has joined #beagle
vigneshr has quit [Quit: Connection closed for inactivity]
Stat_headcrabed has joined #beagle
Stat_headcrabed has quit [Client Quit]
mattb0ne has joined #beagle
mattb0ne has quit [Ping timeout: 240 seconds]
zjason` is now known as zjason
mattb0ne has joined #beagle
<mattb0ne>
is it possible to damage a pin but the BBB stay functional
<mattb0ne>
for some reason P9_29 is not working. I am positive it is the pin since if I swap wires the motors turn.
mattb0ne has quit [Ping timeout: 240 seconds]
SJFriedl has quit [Read error: Connection reset by peer]
mattb0ne has joined #beagle
mattb0ne has quit [Ping timeout: 265 seconds]
SJFriedl has joined #beagle
<zmatt>
mattb0ne: yes it's absolutely possible to damage a pin in such a way that causes it to be internally shorted to ground or to 3.3V
<zmatt>
(you end up with a dead beaglebone if the pin ends up shorted to *both* ground *and* 3.3V,)
<zmatt>
mattb0ne: of course first double-check pinmux using show-pins
<zmatt>
then again, if that happens then I would expect that if you try to drive an output signal onto that pin then the beaglebone would probably reset or power off (as a result of the PMIC detecting the overcurrent)
<zmatt>
but it's possible that doesn't always happen, maybe the current isn't quite sufficient to trigger the pmic