Re: [beagleboard] FCC Conducted Emissions Failure

Never tried reducing the eth0 speed. We where able to reduce the USB speed by making code changes to the linux kernel. (that was fun) But in the end soldering the USB connectors and providing a better contact of the Ethernet port to the chassis fixed most issues. Also the beagle bone

Re: [beagleboard] FCC Conducted Emissions Failure

We need to do something similar and I'm trying to find a way to reduce the eth0 / wlan0 speed to 10 Mb, but it looks as though ethtool will not work in Debian on the Beaglebone Black. Is this a shortcoming of drivers or the hardware? -- For more options, visit http://beagleboard.org/discuss

Re: [beagleboard] Re: Cannot get BBB to flash new OS image

On Wed, Nov 1, 2017 at 3:15 PM, wrote: > Thanks Robert & William, > > I also prefer erasing eMMC before soldering a switch to replace user boot > button. No reason to even solder, worse case you stick a wire bettween two pins on the expansion header (the push button

Re: [beagleboard] Re: Cannot get BBB to flash new OS image

Thanks Robert & William, I also prefer erasing eMMC before soldering a switch to replace user boot button. Thanks for clarifying that eMMC is always the first and SD never overrides eMMC as I wrongfully assumed. Op woensdag 1 november 2017 18:31:32 UTC+1 schreef William Hermans: > Long

Re: [beagleboard] Re: u-boot support for pins

Agreed. And the pins are E18 and E17 for DCAN1_RX/TX on the BBB schematic. These are the pins the TI pinmux tools says use. So, trying to use these two pins for CAN1 because we don’t have the P9 expansion header. That is just the first step in this CAN bring up process for a custom BBB board

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 11:28 AM, Robert Nelson wrote: > On Wed, Nov 1, 2017 at 1:24 PM, Tracy Smith wrote: > > The need to use E18 and E19 For CAN1 comes from the TI pinmux tool. > > Umm, on the ZCZ package used on the BBB > > E18: dcan1_tx > E19:

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 1:28 PM, Robert Nelson wrote: > On Wed, Nov 1, 2017 at 1:24 PM, Tracy Smith wrote: >> The need to use E18 and E19 For CAN1 comes from the TI pinmux tool. > > Umm, on the ZCZ package used on the BBB > > E18: dcan1_tx > E19:

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 1:24 PM, Tracy Smith wrote: > The need to use E18 and E19 For CAN1 comes from the TI pinmux tool. Umm, on the ZCZ package used on the BBB E18: dcan1_tx E19: not available for can0/can1... Want to try again? Regards, -- Robert Nelson

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 11:19 AM, Robert Nelson wrote: > On Wed, Nov 1, 2017 at 1:14 PM, Tracy Smith wrote: > > E17 and E18 we want to use that are designated as possible CAN1 pins on > the > > BeagleBone Black schematic. > > > > Not using a

Re: [beagleboard] Re: u-boot support for pins

The need to use E18 and E19 For CAN1 comes from the TI pinmux tool. Sent from my iPhone > On Nov 1, 2017, at 1:19 PM, Robert Nelson wrote: > >> On Wed, Nov 1, 2017 at 1:14 PM, Tracy Smith wrote: >> E17 and E18 we want to use that are designated

Re: [beagleboard] Re: u-boot support for pins

The signals are all routed just need to pinmux E18 and E19 which are the same for the BBB. Sent from my iPhone > On Nov 1, 2017, at 1:19 PM, Robert Nelson wrote: > >> On Wed, Nov 1, 2017 at 1:14 PM, Tracy Smith wrote: >> E17 and E18 we want to

Re: [beagleboard] Re: u-boot support for pins

These comments were a reply to Robert,!but threads are getting confused a bit for everyone especially for me. Let me look at this more and see if I can find the pinmux pins I need in i-boot and the kernel. Even if they don’t exist in u-boot, they should in the kernel. Then I can do as Robert

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 1:14 PM, Tracy Smith wrote: > E17 and E18 we want to use that are designated as possible CAN1 pins on the > BeagleBone Black schematic. > > Not using a different overlay, using the existing 4.14 kernel and 2017 I > boot that Robert Nelson suggests

Re: [beagleboard] Re: u-boot support for pins

E17 and E18 we want to use that are designated as possible CAN1 pins on the BeagleBone Black schematic. Not using a different overlay, using the existing 4.14 kernel and 2017 I boot that Robert Nelson suggests using for the BBB. But we need to pinmux for E17 and E18 because the TI pinmuxing

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 11:01 AM, Tracy Smith wrote: > Ok look this custom board is based on the BeagleBone Black. For all > intense and purposes it is the BBB. The pins for the AM3358 are the same. > The primary difference is no P9 expansion header. What you are suggesting

Re: [beagleboard] Re: Cannot get BBB to flash new OS image

Long story short. When the eMMC has the first, and second stage bootloader installed on it. The board will always load these from the eMMC, and then load the rest from the sdcard when one is inserted. The result is that one can be put into a non working state, because there would be a MLO /

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 10:17 AM, William Hermans wrote: > > > On Wed, Nov 1, 2017 at 10:12 AM, William Hermans > wrote: > >> >> >> On Wed, Nov 1, 2017 at 10:05 AM, Tracy Smith >> wrote: >> >>> We have no P9expansion header. I’ve

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 10:12 AM, William Hermans wrote: > > > On Wed, Nov 1, 2017 at 10:05 AM, Tracy Smith > wrote: > >> We have no P9expansion header. I’ve already discussed this with Robert >> Nelson. We are using the AM3358 pins I sent previously.

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 12:05 PM, Tracy Smith wrote: > We have no P9expansion header. I’ve already discussed this with Robert > Nelson. We are using the AM3358 pins I sent previously. Any can using the > P9and this overlay will not work for our custom board. Ah, i should

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 10:02 AM, Tracy Smith wrote: > Hi William, > > These overlays from Robert Nelson are associated with the P9 expansion > header. We don’t have a P9 expansion header on the custom BBB we are > using. So we can’t use this overlay. > > Thx, Tracy >

Re: [beagleboard] Re: u-boot support for pins

We have no P9expansion header. I’ve already discussed this with Robert Nelson. We are using the AM3358 pins I sent previously. Any can using the P9and this overlay will not work for our custom board. Sent from my iPad > On Nov 1, 2017, at 12:03 PM, William Hermans wrote:

Re: [beagleboard] Re: u-boot support for pins

On Wed, Nov 1, 2017 at 5:44 AM, Tracy Smith wrote: > Hi William, > > Thanks for the email and here is what I’m trying to do. > > The CANUSB from Lawicel is a standard USB device that looks like a serial > port since it can use the FTDI driver. > > > > On the MachineKit

Fwd: [beagleboard] Re: u-boot support for pins

-- Forwarded message -- From: William Hermans Date: Wed, Nov 1, 2017 at 9:58 AM Subject: Re: [beagleboard] Re: u-boot support for pins To: Tracy Smith https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-CAN1- 00A0.dts

Re: [beagleboard] Re: BBB- DCAN1 problems using latest debian image

Hi John, Both CANS are working on BBB even though Robert Nelson is implementing these on the P9 expansion header? So what indicates the second CAN is working fine on BBB? What do I look for to see the second CAN is working properly? If this is the case, I just need to validate both are

Re: [beagleboard] Re: Cannot get BBB to flash new OS image

On Wed, Nov 1, 2017 at 1:51 AM, wrote: > I’m trying to upgrade my old BBB-A5B to the latest Debian as well. I’m not > planning to use emmc. > > At the moment I’m always required to press “s2-user boot” button during > power up (physical plugin in the cable during the

Re: [beagleboard] apt-show-versions

Webmin install complete. You can now login Thx!! You saved my time!! :) 2016년 6월 22일 수요일 오후 11시 4분 13초 UTC+9, bucks...@gmail.com 님의 말: > > Removing /etc/apt/apt.conf.d/02compress-indexes didn't work for me (not > sure why). But I got webmin 1.801 installed on Jessie by doing: > apt-get purge

[beagleboard] Re: Cannot get BBB to flash new OS image

I’m trying to upgrade my old BBB-A5B to the latest Debian as well. I’m not planning to use emmc. At the moment I’m always required to press “s2-user boot” button during power up (physical plugin in the cable during the process) in order to boot from microSD with the latest versions. If I

Re: [beagleboard] Re: u-boot support for pins

Hi William, Using the TI pinmux tool it provides two pins associated with CAN1. One for TX and one for RX. I just need to use these two pins for the uboot overlays instead of the I2C P9 extension header supported by the most recent kernel releases. On our custom BBB we don’t have a P9 and

Re: [beagleboard] Re: BBB- DCAN1 problems using latest debian image

Hi John, Do you see support for both CAN0 and CAN1? Need both and our pins for CAN1 are E17 and E18 in the TI pinmux tool. Found the pad names and pins in uboot pinmux for CAN0 after this post. Haven’t found pad names associated with E17/E18 yet in uboot pinmux. Will look at the kernel dts

[beagleboard] Kadkahwin Malaysia | Thank you card | Sweet kad

[image: http://www.sweetkad.com/nikmat-perkahwinan/] *Nikmatperkahwinan* Show your appreciation to your wedding guests with your Nikmat perkahwinan. Unique and purely handmade Malay wedding favors,

[beagleboard] Kadkahwin Malaysia | Thank you card | Sweet kad

*Nikmat perkahwinan* Show your appreciation to your wedding guests with your Nikmat perkahwinan . Unique and purely handmade Malay wedding favors, wedding gifts & decorative items to make your wedding