[beagleboard] Re: QNX image for BBB

Try this image, https://drive.google.com/file/d/0BzU1D_qKT1dfUFpfclBGMU1SeWc/view?usp=sharing. If it boots, then you are in business. I can send you the source tree if this works. It will look for a file called rc.emmc located on the dos partition of the eMMC to run additional stuff. On

Re: [beagleboard] Re: larger eMMC (8GB) from Micron could not be recognized by the system

Special Computing can do eMMC/DDR3L replacement upgrades on existing boards. https://specialcomp.com/beaglebone On Thu, May 25, 2017 at 5:47 PM, Don Miller wrote: > > For what it is worth, I recently re-worked a 2G (Micron) BBB to use a 16GB > Sandisk eMMC. No

[beagleboard] Flashing BB Blue

How do you go about flashing the BB Blue? I have written the image to my SD card, and the Blue will boot from the SD card just fine. However, the usual method of holding down the SD button and applying power does not work. The Blue still simply just boots from the SD card. Any ideas? -- For

[beagleboard] KSZ9897 with BeagleBone Black

LK"I Hi, I'm using a BeagleBone Black based linux board. How Do i integrate the KSZ9897 linux driver into my BBB linux kernel? KSZ9897 Driver: https://github.com/Microchip-Ethernet/UNG8071 BeagleBone Black linux: https://github.com/beagleboard/linux Harel -- For more options,

[beagleboard] Re: PRU timing with __delay_cycles()

On Thursday, May 25, 2017 at 10:01:40 AM UTC-5, M Pitman wrote: > > > If anyone can shed any light on what I'm seeing with the __delay_cycles > command I would be interested in hearing about it. Thanks. > Program the PRUs in assembly, especially if you want single cycle accuracy. ...or at

Re: [beagleboard] PRU timing with __delay_cycles()

On 5/25/2017 9:01 AM, M Pitman wrote: > > If anyone can shed any light on what I'm seeing with the __delay_cycles > command > I would be interested in hearing about it. Thanks. Program the PRUs in assembly, especially if you want single cycle accuracy. ...or at least provide us the assembly

[beagleboard] Re: larger eMMC (8GB) from Micron could not be recognized by the system

For what it is worth, I recently re-worked a 2G (Micron) BBB to use a 16GB Sandisk eMMC. No system software tweaks were required. The part I used was SDIN8DE2-16G-XA On Thursday, March 23, 2017 at 4:26:22 PM UTC-4, Yicheng Bai wrote: > > I am wondering is there any place in device tree file

Re: [beagleboard] unscheduled power down

Then of course, when "AC in " is not applied, you need to cut the connection between the beaglebone, and the battery. Then do not reapply that connection until after you're sure power is back. Be it as simple as running some sort of debouncing algo, or some other kind of method is up to "you". On

Re: [beagleboard] unscheduled power down

On Thu, May 25, 2017 at 1:10 PM, Robert Nelson wrote: > On Thu, May 25, 2017 at 3:08 PM, jmelson wrote: > > > > > > On Thursday, May 25, 2017 at 2:05:44 PM UTC-5, William Hermans wrote: > >> > >> Use an inline battery, e.g. between "AC in" and

[beagleboard] Re: PRU timing with __delay_cycles()

1 cycle pulse is 5ns. What instrument are you using? Just a guess, but won't you need something on the order of 1GHz bandwidth to capture that accurately? I used the delay cycle intrinsic successfully to implement a SPI bus. However, I never attempted a 1 cycle pulse. Other than that, the

Re: [beagleboard] unscheduled power down

Has somebody done this already? Indeed, I see two separate issues that would need to be addressed here. The first, that of an external system applying power to the BBB IO when the BBB is not powered up, can often be addressed with external series resistors and schottky clamping diodes. The

Re: [beagleboard] unscheduled power down

On Thu, May 25, 2017 at 3:08 PM, jmelson wrote: > > > On Thursday, May 25, 2017 at 2:05:44 PM UTC-5, William Hermans wrote: >> >> Use an inline battery, e.g. between "AC in" and the barrel jack or header >> power input. Or put a battery on the test points as you mentioned.

Re: [beagleboard] unscheduled power down

On Thursday, May 25, 2017 at 2:05:44 PM UTC-5, William Hermans wrote: > > Use an inline battery, e.g. between "AC in" and the barrel jack or header > power input. Or put a battery on the test points as you mentioned. Granted, > if you put a battery on the test points, you'll also need to

Re: [beagleboard] PRU timing with __delay_cycles()

So it's been a while since I've used __delay_cycles() in any code for any hardware. But the general reason why I've not used it is that the implementation from one piece of hardware to another is, or can be different, and it's a "software way" to time things. Which is to say, it can sometimes be

[beagleboard] Fragmentation while extracting big tar file with 81000 4k size files on eMMC partition

Hello Experts, We are seeing fragmentation and resultant eMMC partition corruption when extracting tar file with 81000 files of 4k size. Detailed steps are listed in Test_steps.txt file and other attached tars contain required scripts to big tar file and other test scripts. In test is very

[beagleboard] Connection problem local wifi adress on latest beaglebone image (Debian 8.7 2017-03-19 4GB SD IoT)

Hi, At the moment I'm a bit lost how to resolve the following. I have a Beaglebone black running the latest Debian image (Debian 8.7 2017-03-19 4GB SD IoT ). Connecting to the Beaglebone through SSh via the

[beagleboard] unscheduled power down

Some time ago, there was a report that unscheduled power interruptions could cause damage to the CPU's IO pins. The fix was to add a capacitor to the battery header location (TP5..TP8). There never was a spec on how big a capacitor was required. I just got a Bone Black Rev C from Digi-Key.

Re: [beagleboard] problem installing packages with apt-get

Ah, got it! In /etc/resolv.conf, I had : nameserver 127.0.0.1 nameserver 1.2.3.4 I took out the loopback nameserver and put in another real nameserver, and it is now working! Funny, that didn't cause a problem with ssh or ping, but apt-get apparently only tried the loopback DNS. Thanks for

Re: [beagleboard] problem installing packages with apt-get

On Thursday, May 25, 2017 at 11:20:01 AM UTC-5, RobertCNelson wrote: > > > Your network is down on the BBB then.. > > > But, it is NOT down! I am logged into the Bone from my desktop through the ethernet. I can ssh into other computers from the Bone. Of course, DNS would be the first

Re: [beagleboard] problem installing packages with apt-get

On Thu, May 25, 2017 at 11:17 AM, jmelson wrote: > > > On Thursday, May 25, 2017 at 10:24:34 AM UTC-5, RobertCNelson wrote: >> >> >> >> Either a really crappy network connection, or maybe something wrong >> with the phy? >> >> dmesg | grep phy >> dmesg | grep mdio >> >> >

Re: [beagleboard] problem installing packages with apt-get

On Thursday, May 25, 2017 at 10:24:34 AM UTC-5, RobertCNelson wrote: > > > > Either a really crappy network connection, or maybe something wrong > with the phy? > > dmesg | grep phy > dmesg | grep mdio > > > [0.00] Booting Linux on physical CPU 0x0 [2.207846] davinci_mdio

Re: [beagleboard] Can't get wifi to work on BBBW.

Thanks Robert, this worked great, connman work now. :) Regards, Sergey On Thu, 25 May 2017 at 11:05 Robert Nelson wrote: > On Thu, May 25, 2017 at 9:55 AM, Sergey Konakov > wrote: > > > > debian@beaglebone:/opt/scripts/tools$ sudo ./version.sh > >

Re: [beagleboard] Can't get wifi to work on BBBW.

On Thu, May 25, 2017 at 10:26 AM, Mark Copper wrote: > > FWIW this is my version.sh output: > > git:/opt/scripts/:[8557455e9fe4fba4e6da108c991344806595783a] > eeprom:[A335BNLTBWA51646BBWG1217] thats the correct eeprom for the bbbw > dogtag:[BeagleBoard.org Debian Image

[beagleboard] McASP0 interrupts (e.g. mcasp_x_intr_pend) not arriving at PRU

Hi there, I'm trying to receive McASP0 interrupts (mcasp_x_intr_pend and mcasp_r_intr_pend) from the PRU of the BeagleBone Black. I have configured all system event channel mappings (system event 54 <-> channel 0 / system event 55 <-> channel 1) and host interrupt channel mappings (host N <->

Re: [beagleboard] Can't get wifi to work on BBBW.

FWIW this is my version.sh output: git:/opt/scripts/:[8557455e9fe4fba4e6da108c991344806595783a] eeprom:[A335BNLTBWA51646BBWG1217] dogtag:[BeagleBoard.org Debian Image 2016-11-06] partition_table:[NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT] partition_table:[mmcblk1boot0 179:24 04M 1

Re: [beagleboard] problem installing packages with apt-get

On Thu, May 25, 2017 at 10:19 AM, jmelson wrote: > > Hi, I have just downloaded > bone-debian-8.8-machinekit-armhf-2017-05-21-4gb.img.xz and put it on an SD > card. into a BBB. > After getting the network set up I wanted to load some packages. I tried to > load emacs

[beagleboard] problem installing packages with apt-get

Hi, I have just downloaded bone-debian-8.8-machinekit-armhf-2017-05-21-4gb.img.xz and put it on an SD card. into a BBB. After getting the network set up I wanted to load some packages. I tried to load emacs with: sudo apt-get install emacs but it doesn't know that package. It seems the

Re: [beagleboard] Can't get wifi to work on BBBW.

On Thursday, May 25, 2017 at 10:05:51 AM UTC-5, RobertCNelson wrote: > > On Thu, May 25, 2017 at 9:55 AM, Sergey Konakov > wrote: > > > > debian@beaglebone:/opt/scripts/tools$ sudo ./version.sh > > git:/opt/scripts/:[0e222d4aeb4f1c06dcdd025e0b1e1835404e1551] > >

Re: [beagleboard] Can't get wifi to work on BBBW.

On Thu, May 25, 2017 at 9:55 AM, Sergey Konakov wrote: > > debian@beaglebone:/opt/scripts/tools$ sudo ./version.sh > git:/opt/scripts/:[0e222d4aeb4f1c06dcdd025e0b1e1835404e1551] > ]eprom:[A335BNLT �O There's the problem ^ eeprom was corrupted when wrote.. "if this is a bbbw"

RE: [beagleboard] Maximum current on pins

It is found in the processor datashhet. It isn't much. 6mA max and as low as 3mA. Gerald From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of fm.wichm...@gmail.com Sent: Thursday, May 25, 2017 8:20 AM To: BeagleBoard Subject:

[beagleboard] Maximum current on pins

Hello, how do I figure out, how much current I can source/sink from my BeagleBone Black's pins? What I have found: The manual of the AM335x Sitara Processor ( http://www.ti.com/product/AM3359/technicaldocuments) provides me with a table of the pin attributes. The following pictures show the

[beagleboard] PRU timing with __delay_cycles()

I seem to have discovered an anomaly with the __delay_cycles command trying to get precise timing on the PRU's. Jason asked that I post my results for all to see. My desire was to create a steady clock pulse on P8.11 and then set P8.12 low for just a single low cycle of P8.11. Then P8.12 was to

[beagleboard] Writting register

On AM335x,a register has its base address and offset. Why do we need to divide offset by 4 for reference ? An example from am335x sdk https://pastebin.com/VmZS7rME -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google

Re: [beagleboard] Can't get wifi to work on BBBW.

debian@beaglebone:/opt/scripts/tools$ sudo ./version.sh git:/opt/scripts/:[0e222d4aeb4f1c06dcdd025e0b1e1835404e1551] ]eprom:[A335BNLT �O dogtag:[BeagleBoard.org Debian Image 2017-05-21] bootloader:[eMMC-(default)]:[/dev/mmcblk1]:[U-Boot 2017.05-2-gc5dd2565b4] kernel:[4.4.62-ti-r104]

Re: [beagleboard] Can't get wifi to work on BBBW.

On Thu, May 25, 2017 at 9:44 AM, Sergey Konakov wrote: > Thanks for your reply. > > I tried the image you suggested and i'm getting the same result. No wlan0 in > ifconfig and all connmanctl commands fail. Please run: "version.sh" (under /opt/scripts/tools ) and share the

Re: [beagleboard] Can't get wifi to work on BBBW.

Thanks for your reply. I tried the image you suggested and i'm getting the same result. No wlan0 in ifconfig and all connmanctl commands fail. Sergey On Wed, 24 May 2017 at 21:56 Robert Nelson wrote: > On Wed, May 24, 2017 at 4:22 PM, wrote: > >