[beagleboard] Gigabit Ethernet on X-15?

I'm pretty sure the BBB only has 100 Mbps Ethernet. Does the X-15 support 1Gbps? Does anyone know of a small SBC that can sustain 1 Gbps? I'm thinking of making a speed test appliance. Thanks! -- Rick Mann rm...@latencyzero.com -- For more options, visit http://beagleboard.org/discuss ---

[beagleboard] Anyone using 4D System's 7in LCD cape?

Can anyone help me understand how to change brightness setting of the the LCD cape? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving

[beagleboard] Anyone have LXDE running with Ubuntu 16.04 correctly?

So I just recently installed LXDE to get a desktop environment for my BBB on Ubuntu 16.04 distro. It works, (when I use 4D system's 7'in LCD cape I can see the desktop gui) *but* now I noticed I cannot access the internet connection anymore whether I connect to the BBB serially, when I ssh, and

[beagleboard] After installing LXDE on Ubuntu 16.04, cannot connect to internet

I installed LXDE desktop environment so I could get desktop version instead of terminal. All was well (I could ping and do sudo apt-get) when I just had ubuntu 16.04 running but then I wanted to use LXDE so I could get a gui and make things easier but know now I cannot ping anymore. I can ssh

[beagleboard] Cannot ssh into usb connection on Mac anymore

So I used to be able to login to BBB through serially through usb on my Mac on tty.USB0 (the BBB used to show up as a removable drive and I was able to browse the web on my BBB) after doing the all the steps provided on the Getting Started Page. After the first time, all other attempts never

Re: [beagleboard] About the DDR3 memory in Rev C BOM (D2516EC4BXGGB)

The die is made by Micron. Kingston buys the die from Micron. Kingston packages and puts their name on it. It is the same part as Micron. Not timing changes required. Gerald On Thu, Sep 8, 2016 at 4:12 PM, wrote: > I have noticed that Rev C BOM mentions a

[beagleboard] About the DDR3 memory in Rev C BOM (D2516EC4BXGGB)

I have noticed that Rev C BOM mentions a Kingston DDR3 D2516EC4BXGGB. Any explanations for that? Is this part a direct replacement of current Micron memory? Does it require timing (bootloader) changes? Thanks, Ezequiel -- For more options, visit http://beagleboard.org/discuss --- You received

[beagleboard] Re: "invalid ELF header" error in latest RCN image?

> > I tried to create myself a backup user account on my BBGW, but I'm getting > a "invalid ELF header" error: > > debian@beaglebone:~$ *sudo useradd --create-home --shell /bin/bash > --user-group --groups sudo backupuser* > useradd: error while loading shared libraries: >

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

*25.4.1.18 GPIO_DATAOUT Register (offset = 13Ch) [reset = 0h]* *GPIO_DATAOUT is shown in Figure 25-24 and described in Table 25-23.* The GPIO_DATAOUT register is used for setting the value of the GPIO output pins. Data is written to the GPIO_DATAOUT register synchronously with the interface

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

> > Oh...while we're on the subject, there's one more significant reason > the set/clear registers are helpful even if you're not worried about > multi-threaded operation: They're *FAST* > I did notice that it seemed to be that way from your description. But the way I read the TRM. TO me it

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

On 9/8/2016 3:35 PM, Charles Steinkuehler wrote: > On 9/8/2016 12:41 PM, William Hermans wrote: >> >> It has long been programing technique to use DATAOUT |= BITx to set a >> register >> bit DATAOUT &= (~BITx) to clear a register bit, or something like if(DATAOUT >> & >> BITx){} or if((DATAOUT

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

Thanks for the reply. (For some reason, I didn't get a notification from google groups so I had to do some searching just to find my 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

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

So, what is bothering me about this is that I do not know if this particular problem has been discussed before, and is a known issue or not. To me it truly seems to be a bug, but other than what I've done, I know no way of confirming this. So just to keep things clear. The behavior I talked about

[beagleboard] Re: Expanding Root Partition - Bad magic number in super-block while trying to open /dev/mmcblk0p2

This worked for me as well on BBB Jessie. The thought of deleting the one and only partition freaked me out at first but apparently fdisk works like that. On Monday, July 4, 2016 at 1:54:05 PM UTC-7, mailbot...@gmail.com wrote: > > I had the same issue as you. So, what I did is to remove all

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. > > The set/clear registers only affect the bits that

[beagleboard] about ADC in BBB(with word format)

hello i want some information about ADC in BBB with word format. do anyone have this information?? thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group

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

On 9/7/2016 7:50 PM, William Hermans wrote: > > SETDATAOUT -> |= BITx > CLEARDATAOUT -> &=(~BITx) > > I gues I'll have to reread the TRM again. The set/clear registers only affect the bits that are written with a '1' value, all other bits remain unchanged, while writing directly to the DATAOUT

[beagleboard] Re: Using CANopen on BBB

On my debian installation, to use CAN on P9_24 and P9_26 I used the provided BB-CAN1-00A0.dts file in /lib/firmware (source: https://github.com/RobertCNelson/bb.org-overlays/blob/master/src/arm/BB-CAN1-00A0.dts). Enable it on startup by adding "cape_enable=bone_capemgr.enable_partno=BB-CAN1"

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

Hi Phil! After boot the ADC subsystem is disabled by default. You have to enable the CM_WKUP_ADC_TSC_CLKCTRL register in the CONTROL MODULE before you can use it: mov r0, 0x44E004BC mov r1, 2 sbbo r1, r0, 0, 4 Place this snippet after OCP enbled and before any ADC register access. Regards

[beagleboard] error messages on serial console during BBGW bootup

The serial debug cable I ordered for my BBGW finally got here. I downloaded RCN's most recent build, BBGW-blank-debian-8.5-seeed-iot-armhf-2016-09-04-4gb.img. I did see a few errors on the serial console during the installation: Creating journal (16384 blocks): done Writing superblocks and

[beagleboard] "invalid ELF header" error in latest RCN image?

Image: https://rcn-ee.com/rootfs/bb.org/testing/2016-09-04/seeed-iot/BBGW-blank-debian-8.5-seeed-iot-armhf-2016-09-04-4gb.img.xz I tried to create myself a backup user account on my BBGW, but I'm getting a "invalid ELF header" error: debian@beaglebone:~$ *sudo useradd --create-home --shell

Re: [beagleboard] dtb/dts file configuration

Hi, For beagle bone black or beagleboard you can follow this link to build the kernel and the device tree. to modify the device tree for beagleboneblack you have to edit KERNEL/arch/arm/boot/dts/am335x-boneblack.dts and run the tools/rebuild.sh , this will not only compiles the kernel but

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

Hi Phil! After boot the ADC subsystem is disabled by default. You have to enable the CM_WKUP_ADC_TSC_CLKCTRL register in the CONTROL MODULE before you can use it: mov r0, 0x44E004BC mov r1, 2 sbbo r1, r0, 0, 4 Place this snippet after OCP enabled and before any ADC register access. Regards