Re: [beagleboard] Time beween pulses

Oh, and right. For all intents and purpose concerning application performance. cout with C++ and printf() in C would roughly be the same. On Wed, Oct 19, 2016 at 8:48 PM, William Hermans wrote: > Additionally, I'm not really sure if the above description I gave will be > fast enough

Re: [beagleboard] Time beween pulses

itely slow down such an application. *UNLESS* you were to pipe the output of that application to a file. LIke: ./foo > somefile.txt On Wed, Oct 19, 2016 at 8:31 PM, William Hermans wrote: > > > On Wed, Oct 19, 2016 at 4:50 PM, Arthur Caio wrote: > >> Hello you all! >> &g

Re: [beagleboard] Time beween pulses

On Wed, Oct 19, 2016 at 4:50 PM, Arthur Caio wrote: > Hello you all! > > I need to calculate hot much time it takes for an input to go from LOW to > HIGH and then to LOW again. Basically, I want to know the period of a > square wave generated by the LM555 timer. > > I am using Qt Creator and prog

Re: [beagleboard] BBBlue student robot project

On Wed, Oct 19, 2016 at 4:55 PM, Alvin Koontz wrote: > Hi, I am one of the students who was given the BBBlue to interface with > the robot, We have the latest image on an SD card in the BBBlue, on boot > the leds appear to go through the normal boot routine. However we are > unable to interface w

Re: [beagleboard] Re: eth0 mysteriously stops working

re, when I get the chance. SO others can test, and potentially fix the same issue if needed. On Wed, Oct 19, 2016 at 11:15 AM, Robert Nelson wrote: > On Wed, Oct 19, 2016 at 1:09 PM, William Hermans > wrote: > > Thanks Robert, > > > > I'll check that out, So when you

Re: [beagleboard] Re: eth0 mysteriously stops working

I would think both, but honestly don't know . . . On Wed, Oct 19, 2016 at 11:09 AM, William Hermans wrote: > Thanks Robert, > > I'll check that out, So when you sasy "remove the sleeps". I just delete > "sleep" from pinctrl-names = "default&quo

Re: [beagleboard] Re: eth0 mysteriously stops working

bert Nelson wrote: > On Wed, Oct 19, 2016 at 12:54 PM, William Hermans > wrote: > > > > > > On Wed, Oct 19, 2016 at 3:24 AM, Graham wrote: > >> > >> I have two BBG units that I use as headless servers, with only access > >> through Ethernet. Both

Re: [beagleboard] Re: eth0 mysteriously stops working

On Wed, Oct 19, 2016 at 3:24 AM, Graham wrote: > I have two BBG units that I use as headless servers, with only access > through Ethernet. Both have been running without reboot for multiple > months without any issues. I think that I mentioned that I did have a BBB > do exactly what you describ

Re: [beagleboard] kernel tools/iio

https://kernelnewbies.org/IIO_tasks These tasks are for you to get familiar with the IIO subsystem. You do not > need to claim these via the Outreachy tasks page. *For IIO related > questions you can join #linux-iio IRC channel (server irc.oftc.net > ). * > Please email your s

[beagleboard] eth0 mysteriously stops working

I had a board a few days ago that just stopped working as far as ssh went. So, I checked the LEDs on my GbE switch, and the lights were not lit. Checking further, I found that the LEDs on the beaglebone were also not lit. So I disconnected the ethernet jack on both ends and reseated. Nothing. Th

Re: [beagleboard] Installing SGX drivers - omaplfb & pvrsrvkm not loaded

> > On a secondary remark, why is TI seemingly making it so hard for people to > develop applications targeting their processors, using community tools? The > easy answer is evidently to promote vendor tools, but in the end they still > end up selling chips even though people don't buy the software

Re: [beagleboard] Re: Missing ports and componants, need clarification and info to turn on.

On Sat, Oct 15, 2016 at 12:37 PM, Gerald Coley wrote: > > What I would do with this board to use it and power it, is use the power jack holes. Whether or not anyone else could do > this, I cannot say. Then again, what I would do is only speculation on my part because I don't think I would have bou

Re: [beagleboard] bone_capemgr bone_capemgr: loader: failed to load slot-4 (prio 0)

omization repo, for which one of the scripts can also deal with this. Here: https://github.com/rcn-ee/repos/blob/master/bb-bb- customizations/suite/jessie/debian/dtbo bb-customizations deb package On Sat, Oct 15, 2016 at 11:24 AM, William Hermans wrote: > > So, it turns out you *do* hav

Fwd: [beagleboard] bone_capemgr bone_capemgr: loader: failed to load slot-4 (prio 0)

So, it turns out you *do* have to modify the initramfs image, in order to load a custom overlay file at boot. The hook for /etc/default/capemgr does not seem to be in place for the image I'm using. Which is fine since this is just an init script anyhow, which I feel is the wrong way to do this. Cal

Re: [beagleboard] Re: Missing ports and componants, need clarification and info to turn on.

> > With the R-Pi's it is back to power the unit from the GPIO because it is > not regulated from there and one can blow out the board. > I wouldn't say it's bad per se. Assuming 'back' was meant to be 'bad' I'd say that it would be bad to apply unregulated power through the expansion header. I gu

Re: [beagleboard] Re: Missing ports and componants, need clarification and info to turn on.

Hi Gerald, I think he is asking if the board can be powered via the P9 header. Or is this not possible either ? Like insinuated in the image below. http://zewaren.net/site/sites/default/files/imagepicker/1/bbb_can_pinout.jpg On Sat, Oct 15, 2016 at 11:04 AM, Gerald Coley wrote: > Anyone has

Re: [beagleboard] Re: Copy a device tree file in /sys/firmware

device tree overlays go into /lib/firmware On Sat, Oct 15, 2016 at 8:14 AM, Dennis Lee Bieber wrote: > On Sat, 15 Oct 2016 01:53:34 -0700 (PDT), Sebastien Capel > declaimed the > following: > > >Hello, > >I'm following a tutorial to learn to use beaglebone, and to change gpio > > How ol

Re: [beagleboard] Android for Beagle

Hello Chris, Looks good ! I was going to ask how this differs from Andrew H's Android on Beaglebone, but after glancing at your page it seems obvious to me. I think what would be beneficial to all is an explanation how Android differs from say Debian. In the context of how the hardware peripheral

Re: [beagleboard] ARM->PRU->ARM interrupts for data transfer from ARM->PRU

On Fri, Oct 14, 2016 at 8:48 AM, William Hermans wrote: > awesome! Thank you! Do you know where I can find a good example of using >> shared memory? I am wondering if I might be better off using shared memory >> instead. Does shared memory work both ways so that ARM can access th

Re: [beagleboard] ARM->PRU->ARM interrupts for data transfer from ARM->PRU

> > awesome! Thank you! Do you know where I can find a good example of using > shared memory? I am wondering if I might be better off using shared memory > instead. Does shared memory work both ways so that ARM can access the PRU > memory and PRU access the ARM memory? > There is a DDR example

Re: [beagleboard] configure USB using Scilab

More information is needed. On Wed, Oct 12, 2016 at 1:28 PM, NOUHA el mehri wrote: > hi, i am working in a project i need to configure the usb0 and replace > the port ttycom0 by usb0 using scilab i used a comand genlib but it didnt > work if anybody can help me by suggesting another comand or i

Re: [beagleboard] bone_capemgr bone_capemgr: loader: failed to load slot-4 (prio 0)

;,/* EHRPWM1B */ "P9.21",/* EHRPWM0A */ "P9.22",/* EHRPWM0B */ "P9.23", "P9.25", "P9.27", "P9.28", "P9.29", "P9.30", "P9.31",

Re: [beagleboard] bone_capemgr bone_capemgr: loader: failed to load slot-4 (prio 0)

By the way, this has been tested consistently on one BBB RevC, and several( tens ) of BBG's. By me personally, and another person, elsewhere. On Wed, Oct 12, 2016 at 6:33 PM, William Hermans wrote: > So I've been searching the groups here for the last several hours. I've >

[beagleboard] bone_capemgr bone_capemgr: loader: failed to load slot-4 (prio 0)

So I've been searching the groups here for the last several hours. I've tried several things, even noted that the device tree "binary" file (compiled file in /lib/firmware) was marked as executable. So I set the executable bit via chmod -x . . .Anyway, this is a custom device tree overlay binar

Re: [beagleboard] Question about /lib/modules on BeagleBoard-xm running Jessie

-bone-rt-r10 dtbs uEnv.txt vmlinuz-4.4.9-bone-rt-r10 On Tue, Oct 11, 2016 at 7:46 PM, William Hermans wrote: > If you look in /boot, you should also see the same drectories. But since > module are compiled against a kernel, on a per kernal basis. You need new > modu

Re: [beagleboard] Question about /lib/modules on BeagleBoard-xm running Jessie

If you look in /boot, you should also see the same drectories. But since module are compiled against a kernel, on a per kernal basis. You need new modules for a new kernel. e.g. you probably have had two different kernels installed. On Tue, Oct 11, 2016 at 7:44 PM, David Glaser wrote: > I'm look

Re: [beagleboard] How to change default hwclock on BBB Debian to always be /dev/rtc1?

The best way I found for myself. Was to simply install ntpdate, run it, then update the external real clock from system time. Then, if you *absolutely* need rtc0 updated. You update it from the system time. Or rtc1. No need to recompile the kernel. Sure, it's a couple of extra steps, but steps tha

Re: [beagleboard] SGX on 4.4.*-ti-rt kernel

On Tue, Oct 4, 2016 at 6:05 PM, Matthijs van Duin wrote: > On 5 October 2016 at 02:43, William Hermans wrote: > >> So libEGL is Mesa's Wayland extensions. >> > > No. > > <https://en.wikipedia.org/wiki/EGL_(API)> > https://en.wikipedia.org/wiki/EGL_(AP

Re: [beagleboard] SGX on 4.4.*-ti-rt kernel

On Tue, Oct 4, 2016 at 12:24 PM, Matthijs van Duin < matthijsvand...@gmail.com> wrote: > On Wednesday, 28 September 2016 11:05:50 UTC+2, Matteo Facchinetti wrote: >> >> libEGL warning: DRI3: xcb_connect failed >> libEGL warning: DRI2: xcb_connect failed >> libEGL warning: DRI2: xcb_connect failed

Re: [beagleboard] Re: init-eMMC-flasher mmcqd allocation failures

elated issues in any case. It's not looking likely, but not impossible. On Tue, Oct 4, 2016 at 5:27 PM, William Hermans wrote: > Instead of deferring until memory is available, or even just proceeding >> without DMA, the omap_hsmmc driver immediately fails the request with an

Re: [beagleboard] Re: init-eMMC-flasher mmcqd allocation failures

> > Instead of deferring until memory is available, or even just proceeding > without DMA, the omap_hsmmc driver immediately fails the request with an > error, thus pretty much guaranteeing loss of data or even filesystem > corruption. I personally think this is completely unacceptable behaviour of

Re: [beagleboard] angstrom image

Everything one needs is right here: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian Including links to the latest images. On Sun, Oct 2, 2016 at 1:22 PM, Stephane Charette < stephanechare...@gmail.com> wrote: > On Sunday, October 2, 2016 at 1:10:34 PM UTC-7, Wulf Man wrote: >> >> try a REAL

Re: [beagleboard] BBB Flashing new image

Try reading this: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Flashing_eMMC Suitable images are also listed on that page. On Sat, Oct 1, 2016 at 3:56 PM, William Hermans wrote: > Not all images blink the LEDs. It's not that common, but I've run into at > least one s

Re: [beagleboard] BBB Flashing new image

Not all images blink the LEDs. It's not that common, but I've run into at least one such image in the last year or so. On Sat, Oct 1, 2016 at 3:28 PM, Paul P wrote: > Hello, > > I'm trying flash kali linux or debian onto BBB with zero success for some > reasons. > > I did downloaded image and wr

Re: [beagleboard] Re: question from a total newbie...

> > . . .and the chances you'll need a cross compiler toolchain, and IDE are > near nil. > For your own code. Unless you're one of *those* (them?!) code zombies who eat's sleeps and breathes caffine. Writing 5M lines of bug ridden code a day ;) On Fri, Sep 30, 2016

Re: [beagleboard] Re: question from a total newbie...

. . Again, the only limit here is your imagination. On Fri, Sep 30, 2016 at 5:41 PM, William Hermans wrote: > Well, there seems to be a lot of confusion between toolchains, which no > one really asked or said anything about( I made a passing remark ), Linux > kernel, and Linux image. My ow

Re: [beagleboard] Re: question from a total newbie...

Well, there seems to be a lot of confusion between toolchains, which no one really asked or said anything about( I made a passing remark ), Linux kernel, and Linux image. My own idea of what makes a Linux image is a complete "package" that contains bootloader(s), a Linux kernel, and a rootfs(root f

Re: [beagleboard] BeagleBoard-X15 production board update

> > The discoloration in now way affects the operation of the board, it is > just a side affect of the heat generated by the processor. > In no way ? Just want to be clear. I have overactive fingers sometimes too. On Fri, Sep 30, 2016 at 10:39 AM, Gerald Coley wrote: > RS will have the B1 in t

Re: [beagleboard] Re: numpy won't install for me

$ ls . Would determine if the script is in the current working directory. On Thu, Sep 29, 2016 at 5:05 PM, Dennis Lee Bieber wrote: > On Thu, 29 Sep 2016 15:35:57 -0700 (PDT), Lidia Toscano > declaimed the > following: > > >Hi, I am running Debian GNU/Linux 8 on a BBB. I have been trying to >

Re: [beagleboard] Re: question from a total newbie...

Not only that but if you make a mistake, and render the eMMC unbootable. How would you fix it without an sdcard ? Short answer is that you can't. But with an sdcard, you'd insert the "emergency" card, revert the changes you made, then power cycle the board ater removing the sdcard. viola! problem s

Re: [beagleboard] Re: question from a total newbie...

rces, using the same compiler. On Thu, Sep 29, 2016 at 4:57 PM, Dennis Lee Bieber wrote: > On Thu, 29 Sep 2016 14:12:56 -0700, William Hermans > declaimed the following: > > >The hard part would mostly be finding good solid information on how the > >hardware is to brought up at

Re: [beagleboard] Re: question from a total newbie...

ut, I've been seeing posts on the groups here of people having issues with creating images that work on both . . . again your mileage may vary. On Thu, Sep 29, 2016 at 4:44 PM, William Hermans wrote: > mzimmers, > > Do yourself a favore and get this book: https://www.amazon.com/ > E

Re: [beagleboard] Re: question from a total newbie...

information than you absorb in several months. It'll make an excellent reference. On Thu, Sep 29, 2016 at 4:35 PM, William Hermans wrote: > Thanks for the detailed answers. Do I really need to use an SD card for >> transferring the kernel to the beaglebone? Seems kind of cumbersome,

Re: [beagleboard] Re: question from a total newbie...

> > Thanks for the detailed answers. Do I really need to use an SD card for > transferring the kernel to the beaglebone? Seems kind of cumbersome, so if > there's another way to do it, I'd appreciate hearing about it. > No you do not. You could create a *deb file, or other package manager file fro

Re: [beagleboard] Re: question from a total newbie...

> > Dont treat this as an rPI endorsement however. I much prefer the > beaglebone in most cases, but the rPI, specifically the rPI's has many good > points too. > Raspberry PI 3 On Thu, Sep 29, 2016 at 2:33 PM, William Hermans wrote: > > > On Thu, Sep 29, 20

Re: [beagleboard] Re: question from a total newbie...

On Thu, Sep 29, 2016 at 2:25 PM, Graham Haddock wrote: > Hi William: > > For an expert, you are totally correct. > I would argue the other way around. the rPI's have stuff like 'wiring', and are a lot like the Arduino's in many ways. Only running Linux. Me, I'm not a big fan of anything "Arduino

Re: [beagleboard] Re: question from a total newbie...

n Thu, Sep 29, 2016 at 2:12 PM, William Hermans wrote: > > > On Thu, Sep 29, 2016 at 2:04 PM, Graham wrote: > >> The Beaglebone is a better choice than say, Raspberry Pi, since Linux is >> somewhat locked-down on the R Pi, which puts limits what you can do with it. >&

Re: [beagleboard] Re: question from a total newbie...

On Thu, Sep 29, 2016 at 2:04 PM, Graham wrote: > The Beaglebone is a better choice than say, Raspberry Pi, since Linux is > somewhat locked-down on the R Pi, which puts limits what you can do with it. > This is mostly false. The images provided by the Raspberry PI foundation are rather "odd". Ho

Re: [beagleboard] question from a total newbie...

By the way the beaglebone comes with a pre-installed Linux demo image already on it. On the eMMC. So no sdcard is required, but is recommended. On Thu, Sep 29, 2016 at 2:00 PM, William Hermans wrote: > > > On Thu, Sep 29, 2016 at 11:39 AM, mzimmers wrote: > >> Hi, all - >

Re: [beagleboard] question from a total newbie...

On Thu, Sep 29, 2016 at 11:39 AM, mzimmers wrote: > Hi, all - > > I've decided to self-tutor in the area of embedded Linux. (I have embedded > experience, and some Linux experience, but not together). I was thinking of > getting a beaglebone for experimentation. I can't be more specific, because

Re: [beagleboard] Pinmux Problems

> > The dtc version on recent images is 1.4.1, but the version used by the > 3.8.13 kernel is 1.2.0-g37c0b6a0. If I use the dtc from the kernel > source I can happily load a freshly compiled overlay. > It should be 1.4.0 for 3.8.x kernels. As I recall. On Sun, Sep 25, 2016 at 8:26 AM, Charles St

Re: [beagleboard] Making Beagleboard-xm appear as a joystick to pc host

For a USB HID, according to what I've read. You do not need to worry about all that. You just need to write or have an HID descriptor file. On Fri, Sep 23, 2016 at 8:56 AM, Theodore A. Roth wrote: > On Fri, Sep 23, 2016 at 9:21 AM, David Glaser > wrote: > >> William, thanks for the replies. >>

Re: [beagleboard] Making Beagleboard-xm appear as a joystick to pc host

, etc. You may as well start off with a "bare metal" type device. Cost, and complexity wise you're life will be a lot simpler. With the trade-off that you'll have to get your hands dirty writing low level code( at the register level ). On Thu, Sep 22, 2016 at 4:53 PM, William H

Re: [beagleboard] Making Beagleboard-xm appear as a joystick to pc host

beagelbone ). Then the idea becomes writing client / server app(s) for which the sky is the limit. On Thu, Sep 22, 2016 at 4:43 PM, William Hermans wrote: > Searching the internet, you're likely going to find people who say this is > not possible. At least where USB is concerned

Re: [beagleboard] Making Beagleboard-xm appear as a joystick to pc host

Searching the internet, you're likely going to find people who say this is not possible. At least where USB is concerned. Where the RasberryPI is concerned the USB ports on it are connected to a hub chip, which then runs in USB master mode. So . . . using HID USB descriptors is not possible in this

Re: [beagleboard] Re: Trying to run the ADC from the PRU

> > The only device tree overlay I needed is what I have below; no need to > load the BB-ADC overlay. > Right, technically, you do not need an overlay, and you do not need any driver modules either. As directly twiddling the ADC module registers, you essentially are creating your own driver. Now,

Re: [beagleboard] Compilation fails with dtsi file not found.

> > That pretty much mean if file /sys/bus/w1/devices/28-*/w1_slave exists -> > modprobe > w1-gpio -> load the BB-W1-P9.12 file into capemanager > then of course -> sleep for 1 second. > If file DOESNT exist. Sorry I missed the exclamation mark there initially. which is boolean NOT. On Tue, Sep

Re: [beagleboard] Compilation fails with dtsi file not found.

-W1-P9.12 file into capemanager then of course -> sleep for 1 second. If you need a different pin for one wire, then you'll have use another device tree file in place of BB-W1-P9.12 On Tue, Sep 20, 2016 at 1:10 PM, William Hermans wrote: > It'll load the w1( one wire ) driver module

Re: [beagleboard] Compilation fails with dtsi file not found.

It'll load the w1( one wire ) driver module if not already loaded, then it'll get the temperature from the device every 5 seconds. It'll also load the BB-W1-P9.12 device tree file. I'd assume you'd need to edit this file, or change the overlay file to be loaded if you need to use a different pin.

Re: [beagleboard] Compilation fails with dtsi file not found.

One more thing. make sure all other cmdline= lines are also commented out. As the last line will likely override previous lines. On Tue, Sep 20, 2016 at 12:05 PM, William Hermans wrote: > cmdline=coherent_pool=1M quiet > > *cape_universal=enable* > Remove, the bolded text. Or bett

Re: [beagleboard] Compilation fails with dtsi file not found.

cmdline=coherent_pool=1M quiet *cape_universal=enable* Remove, the bolded text. Or better yet, copy that line. Remove that text, then comment out the original line. On Tue, Sep 20, 2016 at 12:00 PM, cory cauvier wrote: > just got the newest version now I'm looking to do your next step. I don't

Re: [beagleboard] 2016 09 09 BBB eMMC Flasher image fails to boot eMMC after powerdown

err, so in a pinch or just outright one could use that image, and upgrade the kernel if need be later. Through APT. Assuming that image would work for the OP here . . . On Tue, Sep 20, 2016 at 10:28 AM, William Hermans wrote: > BBB-blank-debian-8.5-console-armhf-2016-06-19-2gb.img.xz > &g

Re: [beagleboard] 2016 09 09 BBB eMMC Flasher image fails to boot eMMC after powerdown

BBB-blank-debian-8.5-console-armhf-2016-06-19-2gb.img.xz That's the image I've been using. It's worked on an Element14 RevC, and an Element14 BBG. I haven't tried on my A5A. . . On Tue, Sep 20, 2016 at 10:17 AM, Robert Nelson wrote: > On Tue, Sep 20, 2016 at 12:05 PM, Dave Lynch wrote: > > Tha

Re: [beagleboard] 2016 09 09 BBB eMMC Flasher image fails to boot eMMC after powerdown

https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-SetupmicroSDcard Granted . . . sudo sfdisk ${DISK} <<-__EOF__ *4M*,,L,* __EOF__ Thats different form what I remember. I thought that was supposed to be 1M ? On Tue, Sep 20, 2016 at 10:13 AM, William Hermans

Re: [beagleboard] 2016 09 09 BBB eMMC Flasher image fails to boot eMMC after powerdown

> > That image is not working for me either. > > If I am following this, there is an issue where the eMMC is being > partitioned as if it is 4G instead of 2G correct ? > > If I just modify the sfdisk portion of the Flash script will that correct this ? It's a little more complex than that. 1) sfd

Re: [beagleboard] Re: BBB doesn't boot after inserting uSD card having linux, even after pressing the S2 button for long

zImage is the old way Robert *used* to build kernels. As in . . . http://www.embeddedhobbyist.com/2013/07/beaglebone-black-usb-boot/ Look towards the bottom where I discuss mkimage. But anyway that post I made way back in july 2013, and it's very outdated. It's not how things are done any more. Bu

Re: [beagleboard] Trying to run the ADC from the PRU

eader files for my own needs. Then just used that. On Tue, Sep 20, 2016 at 7:20 AM, Phil wrote: > On Thursday, September 15, 2016 at 4:36:19 PM UTC-5, William Hermans wrote: >> >> The PRU hads to access the ADC through the L3_interconnect bus too . . . >> so the control r

Re: [beagleboard] Re: How to Send email via Beaglebone Black?

If you google "how to linux email command line" You'll see you do not need anything special to send emails from Linux . . . On Mon, Sep 19, 2016 at 10:37 PM, Hồng Quân Nguyễn wrote: > > I use mailgun.com to send email. It provides HTTP API. > > Here is a part of my code (I use Python and "reques

Re: [beagleboard] 2016 09 09 BBB eMMC Flasher image fails to boot eMMC after powerdown

On Mon, Sep 19, 2016 at 6:45 PM, Robert Nelson wrote: > > > What's odd about those.. When the u-boot.img got too fat, it would > clober the partition table at 1MB, BUT from the log: > > Formatting: /dev/mmcblk1 > sfdisk: [sfdisk from util-linux 2.25.2] > sfdisk: [sfdisk --force --Linux --in-order

Re: [beagleboard] 2016 09 09 BBB eMMC Flasher image fails to boot eMMC after powerdown

, Sep 19, 2016 at 6:37 PM, William Hermans wrote: > . . . > > TFTP from server 0.0.0.0; our IP address is 206.223.20.131; sending through > gateway 206.223.20.1 > Filename 'boot.scr.uimg'. > Load address: 0x8200 > Loading: * *TFTP error: 'File not found

Re: [beagleboard] 2016 09 09 BBB eMMC Flasher image fails to boot eMMC after powerdown

. . . TFTP from server 0.0.0.0; our IP address is 206.223.20.131; sending through gateway 206.223.20.1 Filename 'boot.scr.uimg'. Load address: 0x8200 Loading: * *TFTP error: 'File not found' (1) Not retrying...* => On Mon, Sep 19, 2016 at 6:35 PM, Robert Nelson wrote: > On Mon, Sep 19, 20

Re: [beagleboard] Re: BBB doesn't boot after inserting uSD card having linux, even after pressing the S2 button for long

As with anything else computer related. You should be mindful of where you get your OS images from. Clearly the one the OP is working with is not a standard "official" image. Since Robert has not built any using a FAT partition in quite some time. As in more than a year ago. So in order to get bet

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

> return PTR_ERR(clk); > > } > > > This patch looks interesting. Maybe the same issue? > > https://patchwork.kernel.org/patch/9005611/ > > > Brian > > > On Thursday, September 15, 2016 at 6:45:04 AM UTC-7, Mark A. Yoder wrote: >> >

Re: [beagleboard] Re: BBB doesn't boot after inserting uSD card having linux, even after pressing the S2 button for long

any of these 4 kernel directory "trees" that I show listed in my last command. simply by editing the "uname_r" parameter in the /boot.uEnv.txt file. On Mon, Sep 19, 2016 at 3:07 PM, William Hermans wrote: > > > On Mon, Sep 19, 2016 at 2:53 PM, Dennis Lee Bieber >

Re: [beagleboard] Re: BBB doesn't boot after inserting uSD card having linux, even after pressing the S2 button for long

On Mon, Sep 19, 2016 at 2:53 PM, Dennis Lee Bieber wrote: > On Sun, 18 Sep 2016 21:19:49 -0700 (PDT), Viswadeep Sarangi > declaimed the > following: > > > {I was running late getting to work and missed this part} > > >The contents of the FAT partition include : > >- a "dtbs" directory, w

Re: [beagleboard] Sharing WiFi connection with BBB using Debian

On Mon, Sep 19, 2016 at 12:05 PM, shewhorn wrote: > I posted something yesterday but it seems to have vanished. I've run into > this difficult before where none of the instructions or tutorials for > getting internet connectivity via ethernet over USB work. Someone MUST have > solved this. I'm ru

Re: [beagleboard] Trying to run the ADC from the PRU

The PRU hads to access the ADC through the L3_interconnect bus too . . . so the control register for the L3_interconnect must also be enabled. On Thu, Sep 15, 2016 at 2:27 PM, Phil wrote: > > > On Wednesday, September 7, 2016 at 10:36:02 AM UTC-5, William Hermans > wrote: >> &

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

device tree overlay. But I checked the source file for the eqep2b overlay, and all that seems to be in place. On Wed, Sep 14, 2016 at 7:35 PM, William Hermans wrote: > Yeah that probably wont work. It's probably configuring the eQEP module as > a PWM. I don't know Mark, it se

Re: [beagleboard] Re: USB Disconnect/Reconnect Randomly

> > I have a BBB connected to Windows via USB. I'm watching the "Device > Manager" under Windows. The window constantly refreshes every 5 to 10 > seconds with the BBB Serial port showing and then... not showing. The > port is constantly reconnecting. It does this 90% of the time. There are >

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

5 > device export npwm power pwm0 subsystem uevent unexport > > debian@beaglebone:~$ ls /sys/class/pwm/pwmchip5/pwm0/ > duty_cycle enable period polarity power uevent > > > > > > On Wed, Sep 14, 2016 at 5:50 PM, William Hermans > wrote: > >> *echo bo

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

mchip5/pwm0/ duty_cycle enable period polarity power uevent On Wed, Sep 14, 2016 at 5:50 PM, William Hermans wrote: > *echo bone_eqep1 > $SLOTS* >> > -bash: echo: write error: File exists >> > > Yeah, you're going to get this error whenever you load a

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

> > *echo bone_eqep1 > $SLOTS* > -bash: echo: write error: File exists > Yeah, you're going to get this error whenever you load a device tree file that attempts to mux pins that have already been muxed in a different overlay. At minimum, when using config-pin overlay . I'm not however sure if one

Re: [beagleboard] Re: Remote Proc and examples to fill PRU data memory, store/read data in PRU shared memory

Hi Paul, I would advise against doing any "production" code using /dev/mem + mmap(). For the simple reason that you'll have latency introduced that will not be predictable. For your purposes. However, with that said, it would be ok for "test code" where timing is not too important. I would also a

Re: [beagleboard] Re: Remote Proc and examples to fill PRU data memory, store/read data in PRU shared memory

ample form the ADC into memory, depending. On Tue, Sep 13, 2016 at 10:45 PM, William Hermans wrote: > Perhaps this will also help ? > > http://processors.wiki.ti.com/index.php/AM335x_PRU_Read_Latencies > > On Tue, Sep 13, 2016 at 10:35 PM, William Hermans > wrote: > >> F

Re: [beagleboard] Re: Remote Proc and examples to fill PRU data memory, store/read data in PRU shared memory

Perhaps this will also help ? http://processors.wiki.ti.com/index.php/AM335x_PRU_Read_Latencies On Tue, Sep 13, 2016 at 10:35 PM, William Hermans wrote: > From userland, and using /dev/mem + mmap() it is possible to get > ~3MB/second worth of samples from the on die am335x processo

Re: [beagleboard] Re: Remote Proc and examples to fill PRU data memory, store/read data in PRU shared memory

>From userland, and using /dev/mem + mmap() it is possible to get ~3MB/second worth of samples from the on die am335x processors ADC. Granted, many of these samples are redundant, but I wrote a C application to do this, *just* to see how much such an application could handle. Theoretically, the PR

Re: [beagleboard] how to change uEnv.txt from U boot interface ?

Fist, you would get an sdcard, and flash an image to it. http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#microSD.2FStandalone:_.28console.29_.28BeagleBone.2FBeagleBone_Black.2FBeagleBone_Green.29 Once you have that image on an sdcard, you boot as normal- with the sdcard inserted of course. Th

Re: [beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

ey'll always read '0' whether that pin is pulled high, or low - externally. On Sat, Sep 10, 2016 at 8:55 PM, William Hermans wrote: > Oh, and right. I'm still not clear on if SPI can be muxed outside of the > given board overlay file. While at the same time, it seems

Re: [beagleboard] Re: High speed encoder input capability of BBB?

There is an eCAP module in the processor that *perhaps* could be controlled via a PRU . . . but I have limited knowledge of that peripheral module, and no hands on . . . On Sat, Sep 10, 2016 at 6:25 PM, Dennis Lee Bieber wrote: > On Sat, 10 Sep 2016 15:04:23 -0700 (PDT), beezerlm > declaimed th

Re: [beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

2016 at 8:45 PM, William Hermans wrote: > Is this a reason we can't get it working in both? >> > > Are you speaking to me Jason ? > > If so I'm not sure what the problem the OP is having. But I can say that > "we" do not need to to any extra pin mux

Re: [beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

asted ? I do not know . . . On Sat, Sep 10, 2016 at 3:00 PM, Jason Kridner wrote: > Is this a reason we can't get it working in both? > > On Sep 10, 2016, at 2:11 PM, William Hermans wrote: > > Sure, the work around is don't use those kernels. > > william@beaglebone

Re: [beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

Sure, the work around is don't use those kernels. william@beaglebone:~$ uname -r 4.4.14-ti-r34 william@beaglebone:~$ ls /sys/class/gpio export gpiochip0 gpiochip32 gpiochip64 gpiochip96 unexport william@beaglebone:~$ sudo sh -c "echo '115' > /sys/class/gpio/export" [sudo] password for william

Re: [beagleboard] Re: Header files for non PRU peripherals

(GPIO_CLEARDATAOUT) address. Ok thats confusing . . .but I guess I read this and understood the opposite of what it's saying ? e.g. I was thinking DATAOUT would be fast ? On Thu, Sep 8, 2016 at 1:56 PM, William Hermans wrote: > Oh...while we're on the subject, there's one more signifi

Re: [beagleboard] Re: Header files for non PRU peripherals

ut the way I read the TRM. TO me it seems that the SETDATA(direction) registers actually write to DATAOUT. did I read that wrong ? On Thu, Sep 8, 2016 at 1:51 PM, Charles Steinkuehler < char...@steinkuehler.net> wrote: > On 9/8/2016 3:35 PM, Charles Steinkuehler wrote: > > On 9/8/2016

Re: [beagleboard] Re: Header files for non PRU peripherals

effect, a blocking write, then read, but it turned out to be very fast. Anyway, I think this is similar how I would approach what's being discussed here. On Thu, Sep 8, 2016 at 1:38 PM, Charles Steinkuehler < char...@steinkuehler.net> wrote: > On 9/8/2016 1:40 PM, William Hermans

Re: [beagleboard] analogRead in bonescript fails on first attempt after reboot

own message!) > > I'll look into following your suggestion. I'm not too savvy on device > trees, so it'll be a learning experience. > > > On Monday, September 5, 2016 at 5:08:10 PM UTC-4, William Hermans wrote: >> >> What i mean by the above is that the

Re: [beagleboard] gpio1_16 and gpio2_0 issues on beaglebone green.

ay file in order for this 1 pin to be usable ? On Wed, Sep 7, 2016 at 8:35 PM, William Hermans wrote: > So, I still do not know what exactly the problem *is*. So for those of you > who need to use this pin, I guess you, and everyone else who is using a 4.x > kernel will have to load a device

Re: [beagleboard] Re: Header files for non PRU peripherals

On Thu, Sep 8, 2016 at 6:36 AM, Charles Steinkuehler < char...@steinkuehler.net> wrote: > On 9/7/2016 7:50 PM, William Hermans wrote: > > > > SETDATAOUT -> |= BITx > > CLEARDATAOUT -> &=(~BITx) > > > > I gues I'll have to reread the TRM again.

Re: [beagleboard] gpio1_16 and gpio2_0 issues on beaglebone green.

Sep 7, 2016 at 6:09 PM, William Hermans wrote: > Let me rephrase that. The board seems to boot and come up, but I was > unable to ssh into the board. For whatever reason. Did not care to look why. > > On Wed, Sep 7, 2016 at 6:08 PM, William Hermans wrote: > >> So, booting an

Re: [beagleboard] gpio1_16 and gpio2_0 issues on beaglebone green.

Let me rephrase that. The board seems to boot and come up, but I was unable to ssh into the board. For whatever reason. Did not care to look why. On Wed, Sep 7, 2016 at 6:08 PM, William Hermans wrote: > So, booting and loading am335x-bonegreen-overlay.dtb on a beaglebone green > will rend

<    3   4   5   6   7   8   9   10   11   12   >