<Guest63>
[9:41:27 AM] <Guest63> the LEDS are labeled D2 0, D3 1, D4 2, D5 3
<Guest63>
[9:41:44 AM] <Guest63> and it is D4 2, that is on solid
<Guest63>
it is in the group of 4 LEDs just above the USB power connector
<zmatt>
ehm, yeah I already concluded that
<Guest63>
ok, sorry
<zmatt>
(see irc log)
<zmatt>
my last question was which image you have on sd card
<zmatt>
(which you never saw since you disconnected, I didn't realise that)
<Guest63>
When I try to view the SD card via a USB card reader. it shows the card is in an unsupported format...
<zmatt>
that's normal if you're trying to read the card on a non-linux system (e.g. mac or windows)
<Guest63>
ya, was trying to view it from a windows 11 reader
brook has quit [Remote host closed the connection]
brook has joined #beagle
<Guest63>
additionally if I try to boot without the SD installed, ALL leds come on and stay on solid
<Guest63>
so, if I could get back to the files on the SD, I could disable the eMMC Flash option in the uEnv.txt file.
<Guest63>
and/or maybe there is a way to reset the BBB rC back ?
<zmatt>
that sounds like maybe you managed to mess up eMMC with previous attempts at reflashing... a common way people manage to do that is by changing /boot/uEnv.txt on the eMMC itself turning it into an eMMC flasher (and needless to say, making eMMC an eMMC flasher doesn't work out well)
<zmatt>
"resetting" the BBB is just a matter of reflashing it
<Guest63>
ya, sounds like that is the exact bonehead move I made. :-(
<zmatt>
my question is still, what image do you have on sd card? I'm assuming you do remember what you flashed to it
<Guest63>
oh, the SD came with the image already on it.
<zmatt>
huh? I've never seen or heard of a beaglebone getting shipped with an sd card
<Guest63>
FPP v5.5 for Beagle, from Kulp Lights
<Guest63>
ya, it is for holiday lighting
<Guest63>
xlights
<Guest63>
and Kulp Lights just started doing this this year
<zmatt>
ehhhhh the instructions you followed were for debian buster images from beagleboard.org, there's no reason to assume they'll apply to any random custom image from a third party, and based on your results I'm guessing it in fact doesn't apply :P
florian has quit [Quit: Ex-Chat]
<Guest63>
ya, that is the OS being used
<Guest63>
Debian Buster that is
<Guest63>
and ya, I think I have to agree. :-(
<Guest63>
but I cannot say whether or not the image was a Debian Buster image originating from BeagleBoard.
<zmatt>
or you could flash a normal image to the beaglebone's eMMC to make it a bootable linux system, and then after booting insert the sd card and use it to fix the sd card
<Guest63>
by the way. I did try flashing eMMC using this image from another SD card
<Guest63>
but at the time I could not get a network connection to work on the BBB, so I aborted that,
<zmatt>
(or presumably you can find the FPP sd card image on their website and just flash that to sd card)
<Guest63>
ya, I will go digging for that as well
<Guest63>
I can get around on linux fairly well, so I may try what you suggested...
<Guest63>
is there a particular image I should use
<zmatt>
I'm not aware of any particular problem with networking on the image you mentioned, but then again I don't use Windows and I know microsoft does like to periodically break usb networking for fun
<Guest63>
lol, no shit
<zmatt>
(even though it's already using microsoft's own proprietary RNDIS protocol which uses microsoft's own driver built into windows... since microsoft never bothered to implement the USB standard for networking)
<Guest63>
I placed that other SD card in, held the reset button, then plugged the power in. the bbb went through that scrolling/rolling LED "bounce"
<Guest63>
and is now sitting with ALL LEDS on. :-(
<Guest63>
did I manage to corrupt that image as well? LOL
<zmatt>
normally that indicates it's done flashing, but normally it would also power itself off afterwards
<Guest63>
ya, that is what I thought
<zmatt>
flash failure = all leds flashing
<zmatt>
(simultaneously)
<Guest63>
oh, thanks for that
<Guest63>
do have a "standard image" you use to boot to for these boards?
<zmatt>
the 2020-04-06 buster iot image is still the default image they get shipped with afaik
<Guest63>
ya, I probably should not wander too far off of what I know FPP will work with
<zmatt>
sure, though obviously if it's just for sd card maintenance then it doesn't really matter what you use as long as it boots and you can log in on it
<Guest63>
true dat
brook has quit [Remote host closed the connection]
<Guest63>
I will let you know how this goes. :-D
brook has joined #beagle
ogra has quit [Quit: Coyote finally caught me]
Guest8190 has joined #beagle
Guest8190 is now known as ogra
ogra is now known as Guest1015
Guest1015 has quit [Changing host]
Guest1015 has joined #beagle
Guest1015 is now known as ogra
Guest63 has quit [Quit: Client closed]
alan_o has quit [Remote host closed the connection]
Guest73 has joined #beagle
Guest73 has quit [Quit: Client closed]
alan_o has joined #beagle
ft has joined #beagle
Shadyman has joined #beagle
Guest86 has joined #beagle
jfsimon1981 has quit [Remote host closed the connection]
jfsimon1981 has joined #beagle
vagrantc has joined #beagle
<Guest86>
Hi all, I am looking to start programming my Beagleboard X-15 and am having a hard time getting started. I am looking to use C and am needing to use the SPI communication peripherals. I am currently using the Beagleboard X-15 to compile and run my C programs. Simply put, is there anywhere I can find some examples of peripheral programming using the