_whitelogger has joined #beagle
vagrantc has joined #beagle
mvaittin has quit [Ping timeout: 260 seconds]
Shadyman has joined #beagle
mvaittin has joined #beagle
ikarso has quit [Quit: Connection closed for inactivity]
zmatt has quit [Ping timeout: 268 seconds]
Steve_ is now known as SJFriedl
zmatt has joined #beagle
thinkfat has joined #beagle
thinkfat_ has quit [Ping timeout: 272 seconds]
starblue has quit [Ping timeout: 255 seconds]
starblue has joined #beagle
vagrantc has quit [Quit: leaving]
akaWolf has quit [Ping timeout: 256 seconds]
amir14 has joined #beagle
amir14 has quit [Client Quit]
brook has joined #beagle
GenTooMan has quit [Ping timeout: 268 seconds]
GenTooMan has joined #beagle
mag has quit [Remote host closed the connection]
mag has joined #beagle
brook has quit [Remote host closed the connection]
brook has joined #beagle
brook has quit [Ping timeout: 240 seconds]
CygniX has quit [Ping timeout: 255 seconds]
mag_ has joined #beagle
starblue has quit [Ping timeout: 246 seconds]
mag has quit [Ping timeout: 246 seconds]
buzzmarshall has quit [Ping timeout: 246 seconds]
buzzmarshall has joined #beagle
mag_ is now known as mag
akaWolf has joined #beagle
starblue has joined #beagle
buzzmarshall has quit [Quit: Konversation terminated!]
CygniX has joined #beagle
Tafarrel has joined #beagle
CygniX has quit [Ping timeout: 272 seconds]
CygniX has joined #beagle
CygniX has quit [Ping timeout: 255 seconds]
CygniX_ has joined #beagle
otisolsen70 has joined #beagle
otisolsen70 has quit [Remote host closed the connection]
otisolsen70 has joined #beagle
CygniX_ has quit [Ping timeout: 255 seconds]
CygniX has joined #beagle
mag_ has joined #beagle
mag has quit [Ping timeout: 246 seconds]
Guest31 has joined #beagle
<Guest31> I am trying to read keyboard input in BeagleBone Black. It is working well for some time, but suddenly stops. We couldn’t recover that without restarting the program. What might have gone wrong?
<Guest31> Please refer the logs here:
<zmatt> looks like the usb device is disconnecting
<zmatt> "babble" means the usb controller thinks the device is trying to continue to transmit after the end of frame (i.e. "keeps babbling"), I think I've seen other reports of this but I can't remember what might cause it
<Guest31> As USB was not responding, we tried to disconnect and connect another USB device. This is what it shows as disconnect in logs.
<zmatt> there are five disconnects in your log, all but one are immediately preceded by a "musb-hdrc musb-hdrc.1: Babble" warning from the kernel
<zmatt> and a Babble event *will* cause a usb device connection, that part is correct... the question is what's causing this erroneous babble detection, since it's unlikely the usb device is genuinely babbling
<zmatt> also, your application should definitely be able to recover from this but that depends on how it's interfacing with the device
<zmatt> you could try inserting a usb hub between the beaglebone and the device to see if that fixes the problem
<zmatt> what kernel version are you running?
<Guest31> Kernel version: 4.14.71-ti-r80
<Guest31> We are using Barcode scanner. It's wireless receiver is connected to the USB port. Does it need USB hub?
<zmatt> it's worth trying as workaround
<zmatt> you should probably also try updating the kernel, since I know that there used to be more issues with usb in older kernels
<zmatt> e.g. at least to the latest in the 4.14-ti series, but preferably you should try the 4.19-ti series
<Tafarrel> Hi, I want to ask for beaglebone Industrial users.. How is the reliability and durability of the device? the project will be about turnstile system, it will be used outdoor (with temp around 45-55) degrees and could handle 5000 users. any opinion? Thanks!
<zmatt> Guest31: the latest kernel in the 4.14-ti series is 4.14.108-ti-r144
<zmatt> Tafarrel: I'm not sure but I think the main difference between the industrial and the normal one is a lower minimum operating temperature?
<zmatt> Tafarrel: not sure what you mean by "could handle 5000 users"
<zmatt> obviously outdoor use has its complications, since making it well-protected against moisture may interfere with adequate ventilation for cooling and vice versa, though the BBB typically doesn't get super hot (but that'll also depend on what it's doing of course)
<zmatt> Tafarrel: it's hard to give useful feedback honestly... BBBs have proven pretty reliable for us in a fairly warm and poorly ventilated environment
<zmatt> but it'll depend on many factors obviously
<Guest31> Thanks zmatt. We will try USB hub and 4.19 update.
<Guest31> We are using a program similar to this one to read:
<Guest31> When we restart this, the USB starts working again. Not sure how this explains the scenario. Do you suggest any other method?
<zmatt> Guest31: I mean, the babble event causes the usb driver to disconnect the device, and it then immediately reconnects. presumably your application only looks for a device once at startup instead of detecting usb hotplug events (e.g. using libudev) which is why you need to restart your application to recover
<Tafarrel> zmatt: It will have local database consist of the users data. Then, it will do data validations and checking whether the user have access or not to this turnstile. At the same time it's also syncing new data and upload the event log to the server. Approx of 5000 workers will be using the turnstile gate system
<zmatt> Tafarrel: I mean, how many users there are in your db is not really significant, especially not for such a small number
<zmatt> for long-term reliability it is a good idea to try to minimize unnecessary writes to eMMC, since (like every type of NAND flash based storage) it will eventually wear out after enough writes
<zmatt> (we also reconfigure the eMMC into SLC mode with reliable writes enabled, to make the eMMC as robust as possible... SLC mode sacrifices 50% of the eMMC's capacity but we only use a few hundred MB aynway)
<Tafarrel> zmatt : Got it, I'll try to use this for my project. Thanks Matt.
otisolsen70 has quit [Quit: Leaving]
<ds2> zmatt: is the tool to reconfigure the eMMC openly available?
otisolsen70 has joined #beagle
<zmatt> ds2: you can do it with mmc-utils, but since the process is kinda tricky and error-prone while also involving programming OTP configuration, I added a custom command that performs a bunch of sanity checks and then applies the configuration: https://github.com/dutchanddutch/mmc-utils/commit/d550d3e2edaa4518af99ffdc101a32e93c5d37a5
Tafarrel has quit [Quit: Client closed]
<ds2> zmatt: thanks
otisolsen70 has quit [Remote host closed the connection]
<zmatt> an interesting side-effect I noticed is that writes are much faster in SLC mode (even though reliable-writes presumably reduces write performance, this appears to be outweighed by the faster programming of cells in SLC mode compared to MLC mode)
otisolsen70 has joined #beagle
<ds2> isn't a MLC - keep writing til it reads back right strategy?
<ds2> MLC write I mean
<zmatt> it has to hit a particular level yeah
<zmatt> while SLC is just "program all the way"
<zmatt> so it makes perfect sense that it's faster
<ds2> shove as much charge as you can to the gate vs shove enough charge to meet the level
ikarso has joined #beagle
Shadyman has quit [Quit: Leaving.]
azarubkin has joined #beagle
shoragan[m] has quit [Ping timeout: 248 seconds]
mvaittin has quit [Ping timeout: 255 seconds]
Amgine[m] has quit [Ping timeout: 265 seconds]
starblue has quit [Ping timeout: 255 seconds]
starblue has joined #beagle
mvaittin has joined #beagle
mvaittin has quit [Quit: Bridge terminating on SIGTERM]
shoragan[m] has joined #beagle
set_ has quit [Remote host closed the connection]
Amgine[m] has joined #beagle
mvaittin has joined #beagle
azarubkin has quit [Quit: Client closed]
set_ has joined #beagle
azarubkin has joined #beagle
azarubkin has quit [Client Quit]
azarubkin has joined #beagle
azarubkin has quit [Quit: Client closed]
brook has joined #beagle
azarubkin has joined #beagle
Guest31 has quit [Quit: Client closed]
indigaz has quit [Ping timeout: 276 seconds]
indigaz2 has joined #beagle
indigaz2 is now known as indigaz
mag_ is now known as mag
lucascastro has joined #beagle
<azarubkin> Hello everyone, my Beaglebone Black boots the microSD card whenever it's inserted, even without pressing the BOOT button, what could be the cause? I thought it should boot the internal eMMC by default. It is flashed with the latest official image, if there's no microSD card, it boots the internal eMMC as it should.
<rcn-ee> azarubkin: u-boot is setup to scan microSD first.. (looking for trigger files "uEnv.txt"..)
<azarubkin> rcn-ee: so this behaviour is expected and normal?
<rcn-ee> azarubkin: that's been the spec i wrote since back in... https://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0#Boot_Partition_.28omap4.2B_.28am335x.29.29
<rcn-ee> if the microsd has, "uEnv.txt" or "boot.scr" in 2 possible locations, eMMC's u-boot will run it..
<rcn-ee> crazy, it's been 8 years, haven't changed that. ;)
<azarubkin> Wait. The boot process is as follows:
<azarubkin> 1. If the BOOT button is not pressed, a bootloader in eMMC is started. If the BOOT button is pressed, then a bootloader on the SD card is started.
<rcn-ee> i am close to using extlinux (now that i got overlays working in it..)
<azarubkin> 2. Then the bootloader always scans the SD card first?
<rcn-ee> azarubkin: the "boot" button only changes what media is scanned first... While in "U-Boot" it self, i've written it to always scan microSD before eMMC.. for reading "uEnv.txt"/"boot.scr"..
<azarubkin> I see, so my description of the boot process is correct.
<rcn-ee> azarubkin: your confusing "hardware" and "software"..
<azarubkin> probably yes
<rcn-ee> mmc 0 -> microSD, mmc 1 -> eMMC..
<rcn-ee> even usb is an option.. followed by pxe and dhcp..
<azarubkin> only this line: **dd if=u-boot.img of=/dev/sdX count=2 seek=1 conv=notrunc bs=384k** should read "count=4" instead?
<azarubkin> my u-boot-img is larger than 768k, so it won't be copied completely
<rcn-ee> back in 2014, count=2 was needed, today count=4 is needed...
<rcn-ee> and it's u-boot-dtb.img instead. ;)
<azarubkin> yes :)
<azarubkin> I wonder then what BOOT button is for - just to control where the u-boot is loaded from?
<rcn-ee> The BOOT button, is a single pull-up (or) pull-down, to move one line on the sysboot pin's... (it's in the SRM)... It changes the boot order in the AM335x ROM CODE... when pushed, the ROM CODE scan's the microSD FIRST...
<rcn-ee> Normally, eMMC is first.. (With button not pressed)...
<rcn-ee> For end users, this just specifies which media (microSD/eMMC) that "MLO" is loaded from..
<rcn-ee> Once MLO is loaded and run, u-boot-dtb.img is loaded and run, then everything is ran how software coded in u-boot to run..
<brook> The eMMC MLO runs u-boot from the eMMC, right? So there could be two different u-boots, one on each device and they might have different configurations, no?
akaWolf has quit [Ping timeout: 255 seconds]
<rcn-ee> brook: "correct"... that's why when we recommend a new image, we always say, hold the boot button down, insert power, and then let off once the LED turns on.. this ensures the latest version is always loaded. ;)
<azarubkin> @rcn-ee: I'm looking at the image-builder script (https://github.com/RobertCNelson/omap-image-builder) - when I build the image, there is "deploy" subdirectory, then another subdirectory named after the image. Inside it, there's "hwpack" subdirectory with different .conf files for different boards.
<azarubkin> I guess I should use beaglebone.conf for Beaglebone Black?
brook has quit [Ping timeout: 260 seconds]
<rcn-ee> azarubkin: the monthy snapshots use: https://github.com/RobertCNelson/omap-image-builder/blob/master/publish/rcn-ee_bb.org-stable.sh#L68-L72 (depending on kernel version for the correct pru)
<rcn-ee> "--dtb beaglebone --distro-bootloader"
<rcn-ee> --distro-bootloader = i use to build them and mirror on my site, now i just build it as a package.. ;)
<azarubkin> Yes. So inside that beaglebone.conf file, there's a line saying **uboot_name="u-boot.img"**
<azarubkin> Shouldn't it say "u-boot-dtb.img" like you said before?
<rcn-ee> azarubkin: it got a little complex... so these 6 variables get ignored now days: https://github.com/RobertCNelson/omap-image-builder/blob/master/tools/hwpack/beaglebone.conf#L6-L11
brook has joined #beagle
akaWolf has joined #beagle
<azarubkin> rcn-ee: I've opened an issue recently about creating the image with local bootloader: https://github.com/RobertCNelson/omap-image-builder/issues/198, it seems to me these variables were read in my case...
<rcn-ee> yeah i saw that this morning.. that's going to be fun to trace.. ;)
<rcn-ee> azarubkin: when run today this what the log looks like... https://gist.github.com/RobertCNelson/f69b8874d84d80457de1d0e491d057ba
<azarubkin> I also created a new config file for image-builder where I removed all kernel and u-boot packages because I'd like to install the local ones
<azarubkin> I can share it if you need when tracing the issue
<azarubkin> Yes, it's the backup spot that failed in my issue
<rcn-ee> in the pacakge, i'm renaming "u-boot-dtb.img" as "u-boot.img" to keep things old and compable... https://github.com/rcn-ee/repos/blob/master/bb-u-boot-am335x-evm-debian-11-ubuntu-2004/suite/bullseye/debian/postinst#L7-L10
<rcn-ee> since i do the rename internally, that might where you's fail..
<azarubkin> IMHO the backup spot just doesn't handle the local bootloader case
<azarubkin> but I'm not sure
<rcn-ee> azarubkin: and that was just for the old "eMMC" flasher script.. pre-bullseye.. we could just pipe that to true?
<azarubkin> I'm sorry I'm not getting the last phrase
<rcn-ee> thinking just patch the file with "|| true"
<rcn-ee> in bullseye, if you want the flasher, you just specify a script (which knows the location of your u-boot)... https://github.com/rcn-ee/repos/blob/master/bb-beagle-flasher/suite/bullseye/debian/beagle-flasher#L129
<rcn-ee> (so no more random /opt/backup)
<azarubkin> will it take my local bootloader file in that case? if "|| true" is added?
<rcn-ee> maybe? idk.. i need to test it. ;)
<azarubkin> ok, please let me know if you need my custom config file
<azarubkin> anyway, I'll upload it to pastebin, so that you can look
<azarubkin> rcn-ee: https://pastebin.com/qULVPVM8
<azarubkin> Is it allowed to dd the whole image from microSD card to the eMMC?
<azarubkin> I think some paths should be corrected, e.g. in /etc/fstab, right?
lucascastro has quit [Read error: Connection reset by peer]
lucascastro has joined #beagle
vagrantc has joined #beagle
agrue has joined #beagle
brook has quit [Read error: Connection reset by peer]
brook has joined #beagle
azarubkin has quit [Quit: Client closed]
brook has quit [Remote host closed the connection]
brook has joined #beagle
brook_ has joined #beagle
brook_ has quit [Remote host closed the connection]
brook has quit [Ping timeout: 260 seconds]
ikarso has quit [Quit: Connection closed for inactivity]
lampiao has joined #beagle
akaWolf has quit [Ping timeout: 264 seconds]
<lampiao> Good afternoon! I wonder if I can connect Beagle Bone Black on the computer by the miniUSB cable while feeding the BBB by DC Power with a source of 5v and 1A.
akaWolf has joined #beagle
ketas has quit [Ping timeout: 240 seconds]
brook has joined #beagle
brook has quit [Remote host closed the connection]
<rcn-ee> lampiao: yess
javaJake has joined #beagle
<lampiao> rcn-ee: tanks
ketas has joined #beagle
PhotoJim has quit [Ping timeout: 272 seconds]
brook has joined #beagle
brook has quit [Remote host closed the connection]
buzzmarshall has joined #beagle
brook has joined #beagle
ikarso has joined #beagle
lucascastro has quit [Ping timeout: 264 seconds]
lucascastro has joined #beagle
PhotoJim has joined #beagle
starblue has quit [*.net *.split]
renrelkha has quit [*.net *.split]
vigneshr has quit [*.net *.split]
j0rd has quit [*.net *.split]
noahm has quit [*.net *.split]
sicelo has quit [*.net *.split]
alan_o has quit [*.net *.split]
agraf has quit [*.net *.split]
insurgent has quit [*.net *.split]
balrog has quit [*.net *.split]
set_ has quit [*.net *.split]
mvaittin has quit [*.net *.split]
Amgine[m] has quit [*.net *.split]
shoragan[m] has quit [*.net *.split]
CygniX has quit [*.net *.split]
GenTooMan has quit [*.net *.split]
zmatt has quit [*.net *.split]
CrazyEddy has quit [*.net *.split]
Abhishek_ has quit [*.net *.split]
Stanto has quit [*.net *.split]
buckket has quit [*.net *.split]
mturquette has quit [*.net *.split]
denix has quit [*.net *.split]
pbrobinson has quit [*.net *.split]
rcn-ee has quit [*.net *.split]
nslu2-log has quit [*.net *.split]
doppo has quit [*.net *.split]
ogra has quit [*.net *.split]
marcheu has quit [*.net *.split]
hays has quit [*.net *.split]
bradfa has quit [*.net *.split]
vitorio has quit [*.net *.split]
blathijs has quit [*.net *.split]
Whiskey` has quit [*.net *.split]
xet7 has joined #beagle
xet7 has quit [Remote host closed the connection]
xet7 has joined #beagle
xet7 has quit [Remote host closed the connection]
rcn-ee has joined #beagle
otisolsen70 has quit [Quit: Leaving]
set_ has joined #beagle
mvaittin has joined #beagle
Amgine[m] has joined #beagle
shoragan[m] has joined #beagle
starblue has joined #beagle
CygniX has joined #beagle
zmatt has joined #beagle
GenTooMan has joined #beagle
buckket has joined #beagle
renrelkha has joined #beagle
vigneshr has joined #beagle
Abhishek_ has joined #beagle
Stanto has joined #beagle
sicelo has joined #beagle
denix has joined #beagle
mturquette has joined #beagle
pbrobinson has joined #beagle
noahm has joined #beagle
agraf has joined #beagle
insurgent has joined #beagle
balrog has joined #beagle
alan_o has joined #beagle
doppo has joined #beagle
nslu2-log has joined #beagle
marcheu has joined #beagle
CrazyEddy has joined #beagle
j0rd has joined #beagle
ogra has joined #beagle
vitorio has joined #beagle
hays has joined #beagle
Whiskey` has joined #beagle
blathijs has joined #beagle
bradfa has joined #beagle
Shadyman has joined #beagle
PhotoJim has quit [Ping timeout: 246 seconds]
PhotoJim has joined #beagle
lucascastro has quit [Remote host closed the connection]
ikarso has quit [Quit: Connection closed for inactivity]
<set_> Did I miss the buildroot for BBB chat yet?
<set_> Sorry. Forget it. I will just fade unto another day. Do not fret. I am just joking. I will figure something out one day.
brook has quit [Remote host closed the connection]
nparafe has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
nparafe has joined #beagle