[beagleboard] DHCPCD5 on BegaleBone Black

Long story short, I am refactoring an application I had originally written for Raspbian. One of the features is the ability to modify the devices network settings (either use DHCP or set a static IP). When refactoring this for the Begalebone, I was running into weird issues that I assume were

[beagleboard] need help with node-red http flow

Hi, I'm a hardware guy by training and experience so I'm pretty much a newb when it comes to this. I'm am using node-red on a BBB trying to service a http request and return a simple web page. Right now I'm trying to use an example flow from node-red and it doesn't seem to be working. I'm not

Re: [beagleboard] Re: BBB industrial version

Special Computing had been building our BBB Industrial temp board for our own projects since the beginning, but Beagleboard.org seems to have forced out all small vendors to allow only TI franchised distributors to remain. We still build these boards, but only for our needs which has almost

[beagleboard] Re: Beagleboard-xM Rev C is not booting up

Could you find a solution for this? I have the same issue you have experienced before (seven years later) :) On Wednesday, August 17, 2011 at 1:30:27 AM UTC-4, Naveeen Kumar S wrote: > > Hi, i am not able to boot DVSDK on Beagleboard-xM Rev C, so need help > very badly. > Let me explain what

Re: [beagleboard] Trouble in getting started with PRU

Ok, thank you very much for your help Mark. -- Fred Gomes Mark A. Yoder escreveu no dia terça, 20/11/2018 à(s) 22:15: > Fred: > Using the PRU interface is faster. I think my students measured it as > being a couple times faster. Using the PRU interface you can toggle a pin > every 5ns. >

Re: [beagleboard] Trouble in getting started with PRU

On 11/20/2018 6:08 PM, Gerhard Hoffmann wrote: > > Am 20.11.18 um 23:15 schrieb Mark A. Yoder: >> >>   Using the PRU interface is faster.  I think my students measured >> it as being a couple times faster.  Using the PRU interface you can >> toggle a pin every 5ns. >> >> > Yes, R30/R31 is about 3

Re: [beagleboard] Trouble in getting started with PRU

Am 20.11.18 um 23:15 schrieb Mark A. Yoder:   Using the PRU interface is faster.  I think my students measured it as being a couple times faster.  Using the PRU interface you can toggle a pin every 5ns. Yes, R30/R31 is about 3 times as fast and more predictable. Going through the OCP

Re: [beagleboard] Trouble in getting started with PRU

Fred: Using the PRU interface is faster. I think my students measured it as being a couple times faster. Using the PRU interface you can toggle a pin every 5ns. --Mark On Tuesday, November 20, 2018 at 8:22:58 AM UTC-5, Fred Gomes wrote: > > Oh, sorry, my bad. It was related with the pin's

[beagleboard] Re: temperature range for bbb rev.c

You should be able to just connect a serial-to-usb debug cable to the six seerial pins and watch the boot process on the screen attached to the usb. On Tuesday, January 23, 2018 at 1:21:53 PM UTC-8, nik...@gmail.com wrote: > > Dear all > > i'd like to know if is possible to find some kind of

[beagleboard] Re: BBB industrial version

In 2017 Arrow sold a processor based on the AM3358BZCZA100 which is industrial temperature, and we UL certified our product using that shipment - now the NRTL needs us to have that processor on there and lo-and-behold Arrow doesn't ship that anymore. We figured once you start delivering

Re: [beagleboard] BeagleBoard.org Power Cape

I do not believe any software configuration is needed. Jut connect the cape and you should be good to go. thanks, drew On Tue, Nov 20, 2018 at 11:12 AM wrote: > > Do I have to make any special adjustments in uEnv.txt to utilize this cape? > Or is it plug and play? > > BeagleBoard.org Power

Re: [beagleboard] Unloading HDMI driver

On Tue, Nov 20, 2018 at 11:24 AM Mike Brandon wrote: > > Thanks for that info Robert, I will give that a shot. > > Will that also affect other onboard devices like ethernet? I still want to > utilize eMMC and ethernet. Your question would be answered by reading:

Re: [beagleboard] Re: battery power for PocketBeagle?

On Thursday, September 6, 2018 at 10:22:38 AM UTC-4, Fred Kerr wrote: > > I am concerned about the battery temperature for safety in my office, > house, and around my 4-year-old son. :) And I'm curious about logging stuff > infinitum. > > I have it working with a fixed resistor (without

Re: [beagleboard] Unloading HDMI driver

Thanks for that info Robert, I will give that a shot. Will that also affect other onboard devices like ethernet? I still want to utilize eMMC and ethernet. Mike On Tue, Nov 20, 2018 at 12:15 PM Robert Nelson wrote: > On Tue, Nov 20, 2018 at 11:12 AM wrote: > > > > I want to utilize the GPIOs

Re: [beagleboard] Unloading HDMI driver

On Tue, Nov 20, 2018 at 11:12 AM wrote: > > I want to utilize the GPIOs that are used by HDMI. I was looking at the > reference here https://elinux.org/File:Black_eMMC_and_HDMI_pins.PNG where it > ementions possibly needing to unload the HDMI driver. > > How would I do that on my BB Black? As

[beagleboard] How to acess shared memory between the PRU and Beagle Bone Black

Hi, I need your help, I am developing an application on the beagle bone for reading data for an SPI slave. For that, I have to use the PRU since the data transmission is up to 15 KHz. Following this tutorial: https://markayoder.github.io/PRUCookbook/ , in the *Chapter** 5 - Memory

[beagleboard] Am335x output pin as HIGH for the default state

I am using the pocketbeagle as my development board. I am trying to have the PWM0 pin (GPIO110) to have a high value by default. I went to am335x-pocketbeagle-common.dtsi and changed the following: ? 1 2 3 4 5 P1_36_default_pin:

[beagleboard] Unloading HDMI driver

I want to utilize the GPIOs that are used by HDMI. I was looking at the reference here https://elinux.org/File:Black_eMMC_and_HDMI_pins.PNG where it ementions possibly needing to unload the HDMI driver. How would I do that on my BB Black? -- For more options, visit

[beagleboard] BeagleBoard.org Power Cape

Do I have to make any special adjustments in uEnv.txt to utilize this cape? Or is it plug and play? BeagleBoard.org Power Cape @ https://beagleboard.org/capes -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google

Re: [beagleboard] Use as many GPIO pins as possible on Beaglebone black

On Tue, Nov 20, 2018 at 10:03 AM Wei Shi wrote: > > Hi Robert, > > I actually already disabled most function except EMMC. I probably missed the > disable part when I copied my uEnv.txt. Below is the part where all functions > are disabled. However, using this uEnv.txt, Pin 66-80 look like still

Re: [beagleboard] Use as many GPIO pins as possible on Beaglebone black

Hi Robert, I actually already disabled most function except EMMC. I probably missed the disable part when I copied my uEnv.txt. Below is the part where all functions are disabled. However, using this uEnv.txt, Pin 66-80 look like still claimed by "4a10.ethernet" in file

Re: [beagleboard] Use as many GPIO pins as possible on Beaglebone black

On Tue, Nov 20, 2018 at 7:56 AM Wei Shi wrote: > > I would like to use as many GPIO pins as possible on a Beaglebone black > board. I use the latest 4.14 image. I am not using HDMI, wireless, but I do > need wired Ethernet and EMMC. So I have my uEnv.txt as below: Here's the doc's:

[beagleboard] Use as many GPIO pins as possible on Beaglebone black

I would like to use as many GPIO pins as possible on a Beaglebone black board. I use the latest 4.14 image. I am not using HDMI, wireless, but I do need wired Ethernet and EMMC. So I have my uEnv.txt as below: ###Debug: disable uboot autoload of Cape #disable_uboot_overlay_addr0=1

Re: [beagleboard] Trouble in getting started with PRU

Oh, sorry, my bad. It was related with the pin's configurations. Can you tell me what's the difference between using the OCP interface or usual PRU interface? Both allow to controlling the pins at the same speed rate? Thanks, Fred Gomes Mark A. Yoder escreveu no dia segunda, 19/11/2018 à(s)

[beagleboard] mcspi receive invalid data on RX

I write below instruction to start working with mcspi on beaglebone black. //Enable SPI0 Clock SPI0_CLK= ON; //Disable Channel MCSPI_CH0CTRL =0x; //set Master Mode MCSPI0_MODULCTRL=0x; //Reset IRQ status and

SV: [beagleboard] Re: Safely power down the PocketBeagle supplied by a battery

The log is attached. It includes startup as well as shutdown. Thanks, Erik -Oprindelig meddelelse- Fra: Robert Nelson Sendt: 20. november 2018 01:51 Til: Beagle Board Cc: e...@erikhougaard.dk Emne: Re: [beagleboard] Re: Safely power down the PocketBeagle supplied by a battery On