Re: [beagleboard] PRU

http://processors.wiki.ti.com/index.php/Mklib#Invoking_mklib_manually Regards, John > On Mar 23, 2016, at 5:55 PM, John Tobias wrote: > > Hi John, > > I have the PRU Add on which is pru-icss-4.0.1. Then, I tried the la

Re: [beagleboard] bbb Internal ADC configuration settings?

Thanks! On Monday, March 21, 2016 at 4:06:10 PM UTC-4, RobertCNelson wrote: > > On Mon, Mar 21, 2016 at 2:52 PM, Audrey > > wrote: > > Thanks John, do you know where to get kernel 4.1? This is the only place > I > > know that has beaglebone images, but they don't specify which kernel > each

Re: [beagleboard] PRU

Hi John, I have the PRU Add on which is pru-icss-4.0.1. Then, I tried the latest example from the git you provided. I have some compilation error (please see the attached log.txt) Regards, John On Wed, Mar 23, 2016 at 4:37 PM, John Syne wrote: > Or you can use the latest examples from here:

Re: [beagleboard] Re: Problem getting started with Beaglebone Black - USB working but not connecting

On Wed, Mar 23, 2016 at 7:06 PM, Nacho fq wrote: > PROBLEM SOLVED: > > Im so stupid! I've been fighting with this for weeks. *The problem was my > "wired connections" were disabled.* > Conclution: before doing anything, if anyone has this problem, check the > "wired connections" are enabled. > >

[beagleboard] Re: Problem getting started with Beaglebone Black - USB working but not connecting

PROBLEM SOLVED: Im so stupid! I've been fighting with this for weeks. *The problem was my "wired connections" were disabled.* Conclution: before doing anything, if anyone has this problem, check the "wired connections" are enabled. Thank you Robert for the answer. El miércoles, 23 de marzo de

Re: [beagleboard] Re: Issue with USB devices through a USB hub

Yes, I saw that. I decided it was a secret message and sent it on just in case. Gerald On Wed, Mar 23, 2016 at 4:20 PM, wrote: > Hi Karina, > > I agree with the posts on the power consumption. Depending on the USB > devices you are using you might be overloading the power. I've experienced >

[beagleboard] Re: Issue with USB devices through a USB hub

Hi Karina, I agree with the posts on the power consumption. Depending on the USB devices you are using you might be overloading the power. I've experienced this when using SPI devices and USB devices in conjunction. HP makes a very cheap 4 port USB hub with a 2A power supply that you can by

Re: [beagleboard] PRU

Or you can use the latest examples from here: https://git.ti.com/pru-software-support-package/pru-software-support-package Regards, John > On Mar 23, 2016, at 1:54 PM, John Tobias wrote: > > Hello Guys, > > I a

Re: [beagleboard] PRU

Did you add this? http://processors.wiki.ti.com/index.php/Processor_SDK_PRU-ICSS_Add_On_Package Regards, John > On Mar 23, 2016, at 1:54 PM, John Tobias wrote: > > Hello Guys, > > I am using debian image versi

Re: [beagleboard] Problem getting started with Beaglebone Black - USB working but not connecting

I flashed a new image a couple of months ago. The output of sudo ifconfig -a command is: enx6ceceb5dee7a Link encap:Ethernet direcciónHW 6c:ec:eb:5d:ee:7a ACTIVO DIFUSIÓN FUNCIONANDO MULTICAST MTU:1500 Métrica:1 Paquetes RX:40 errores:0 perdidos:0 overruns:0 frame:0

Re: [beagleboard] Problem getting started with Beaglebone Black - USB working but not connecting

On Wed, Mar 23, 2016 at 6:02 PM, Nacho fq wrote: > Hi everyone! > > Im trying to ssh to BBB. > I connect the BBB using the USB lead. I run the start.htm but step 1 does > not get highlighted. > > >

[beagleboard] Problem getting started with Beaglebone Black - USB working but not connecting

Hi everyone! Im trying to ssh to BBB. I connect the BBB using the USB lead. I run the start.htm but step 1 does not get highlighted.

[beagleboard] PRU

Hello Guys, I am using debian image version 8.3 that I downloaded @ http://beagleboard.org/latest-images (4.1.15-ti-rt-r43). Also, I downloaded the TI SDK for AM335x ( http://software-dl.ti.com/processor-sw/esd/PROCESSOR-SDK-LINUX-AM335X/latest/index_FDS.html ). I compiled the sample program for

Re: [beagleboard] u-boot can't find uEnv.txt

Thank you for the clarification. I also was not setting uenvboot in my uEnv.txt. This was causing some confusion on my part. Now the board attempts to load the kernel. Now the board gets to the kernel and hangs after "Loading Kernel Image ...". I'll report back when/if I get this sorted out.

Re: [beagleboard] RPMsg from Linux User Space to PRU on Beaglebone Black

Don’t include the .ko extension when using modprobe. Regards, John > On Mar 23, 2016, at 9:32 AM, lucas wrote: > > Sorry forgot to copy the error message for the modprobe command: > > root@beaglebone:/lib/modules/4.1.15-ti-rt-r43/kernel/drivers/rpmsg# modprobe > virtio_rpmsg_bus.ko > modp

Re: [beagleboard] SPI BBB Master, BBB Slave

What exactly are you trying to do? Please explain your application so that we can propose a solution. Regards, John > On Mar 23, 2016, at 4:29 AM, yaron.leder...@gmail.com wrote: > > Hi, > > Is there any resolution about this ? Since I'm having the same consideration > > Thanks ! > > > O

Re: [beagleboard] BBB Jessie 8.3 boot default eMMC or sd card?

Thank you! Vinicius Em 23-03-2016 15:55, Robert Nelson escreveu: On Wed, Mar 23, 2016 at 1:32 PM, S&DeMario wrote: Is it possible to disable boot via sd card, enabling them only by pressing the boot button? If affirmative, how to proceed? The boot search order is controlled from here: http

Re: [beagleboard] BBB Jessie 8.3 boot default eMMC or sd card?

On Wed, Mar 23, 2016 at 1:32 PM, S&DeMario wrote: > Is it possible to disable boot via sd card, enabling them only by pressing > the boot button? > > If affirmative, how to proceed? The boot search order is controlled from here: https://github.com/u-boot/u-boot/blob/v2016.03/include/configs/am33

Re: [beagleboard] BBB Jessie 8.3 boot default eMMC or sd card?

Is it possible to disable boot via sd card, enabling them only by pressing the boot button? If affirmative, how to proceed? thanks Vinicius Em 23-03-2016 13:34, Robert Nelson escreveu: On Wed, Mar 23, 2016 at 11:28 AM, Joshua Datko wrote: Is the default boot the eMMC or the sd card? the b

Re: [beagleboard] BBB Jessie 8.3 boot default eMMC or sd card?

On Wed, Mar 23, 2016 at 10:34 AM, Robert Nelson wrote: > We've kept the instructions the same, recommending users hold the boot > button, to help work around some issues on versions of u-boot from > 2013/2014.. Great thanks! I've been pushing that button for so long now... not pushing it would f

[beagleboard] Re: Issue with USB devices through a USB hub

Hi Karina, On Monday, March 21, 2016 at 10:49:32 PM UTC-6, Karina wrote: > > Hi, > > I have a unpowered 2-port USB hub that I have connected to the BeagleBone > Black (Rev C). I have two (serial over ) USB devices connected to the two > port of the USB hub. They are are not powered to begin wit

Re: [beagleboard] Re: GSoC Project: a realtime audio effects Box

Not yet! I still have to cleanup some specific stuff (you know... Ftp passwords, stupid comments, etc... ) but I am planning to! Le mer. 23 mars 2016 17:07, 'Johannes Wegener' via BeagleBoard < beagleboard@googlegroups.com> a écrit : > > > Am Montag, 21. März 2016 17:14:32 UTC+1 schrieb Oolav: >>

Re: [beagleboard] BBB Jessie 8.3 boot default eMMC or sd card?

On Wed, Mar 23, 2016 at 11:28 AM, Joshua Datko wrote: > Is the default boot the eMMC or the sd card? the bootrom read's the eMMC first.. > I thought it was the eMMC but I'm helping out some friends and they > took the latest Jessie 8.3 console flasher image, stuck in the sd > card, turned on the

Re: [beagleboard] RPMsg from Linux User Space to PRU on Beaglebone Black

Sorry forgot to copy the error message for the modprobe command: root@beaglebone:/lib/modules/4.1.15-ti-rt-r43/kernel/drivers/rpmsg# modprobe virtio_rpmsg_bus.ko modprobe: FATAL: Module virtio_rpmsg_bus.ko not found. On Wednesday, March 23, 2016 at 5:27:12 PM UTC+1, lucas wrote: > > Hi John, >

[beagleboard] BBB Jessie 8.3 boot default eMMC or sd card?

Is the default boot the eMMC or the sd card? I thought it was the eMMC but I'm helping out some friends and they took the latest Jessie 8.3 console flasher image, stuck in the sd card, turned on the BBB, and it flashed without holding the user boot button. I'm not sure what they were running prev

Re: [beagleboard] RPMsg from Linux User Space to PRU on Beaglebone Black

Hi John, thank you very much for your answer. I am using the 4.1.15-ti-rt-r43 kernel. It's the kernel that came with the debian image from the beaglebone website. Only the pruss_remoteproc module seems to be loaded on boot: # lsmod Module Size Used by 8021q

Re: [beagleboard] Re: GSoC Project: a realtime audio effects Box

Am Montag, 21. März 2016 17:14:32 UTC+1 schrieb Oolav: > > "bachelor thesis about acoustic measurements". Cool, can I read it ? > Of course! But it is in german - so I don't know how much that might help you? https://johanneswegener.de/BA.pdf > I've built a sound level monitoring station wit

[beagleboard] __halt() call can`t be detected by prussdrv_pru_wait_event

Hi, I`m having troubles with pru c code. My BBG is running the Bone-Debian 7.9 eMMC (2015-11-03-4gb) image, which Kernel Version "Linux 3.8.13-bone79 armv7l" and my host machine is a Ubuntu 14.04 LTS 64 bits virtual machine with ti-processor-sdk-linux-am335x-evm-02.00.01.07 installed. I follow

Re: [beagleboard] Looking for 3.8.13-bone30 headers deb file

Thanks for responding so quickly. Really appreciate it. I will give it a try. On Wednesday, March 23, 2016 at 9:03:19 AM UTC-5, RobertCNelson wrote: > > On Wed, Mar 23, 2016 at 7:47 AM, > > wrote: > > I am trying to compile a patch for the c_can.ko and c_can_platform.ko > kernel > > modules

[beagleboard] Re: Should I bitbang i2c ?

Hi Anuja, Sorry, it has been a very long time since I last worked with the PRU. I honestly don't remember. Maybe some more googling around will help? Have you tried this? http://elinux.org/ECE497_BeagleBone_PRU#Building_and_Running_the_GPIO_PWM_PRU_Example I got a fair bit of information from

Re: [beagleboard] DTC issue with new kernel 4.1.18-bone-rt-r20

not the solution, same error, i really think that it's the dts file. Le mercredi 23 mars 2016 14:55:52 UTC+1, Fabien Mousnier a écrit : > > I think i found the problem. > > i'm trying to compile a dts file provided by a dtbo file compile with the > old version of dtc. > > I'm looking for the orig

Re: [beagleboard] Looking for 3.8.13-bone30 headers deb file

On Wed, Mar 23, 2016 at 7:47 AM, wrote: > I am trying to compile a patch for the c_can.ko and c_can_platform.ko kernel > modules for the BeagleBone Black 3.8.13-bone30 kernel. We used this version > a couple years ago to get started on our project and at this point are > fairly committed to it. >

Re: [beagleboard] DTC issue with new kernel 4.1.18-bone-rt-r20

I think i found the problem. i'm trying to compile a dts file provided by a dtbo file compile with the old version of dtc. I'm looking for the original dts file to verify that. Le mercredi 23 mars 2016 14:34:08 UTC+1, Fabien Mousnier a écrit : > > Hi Robert, > > it's that i thinked on the fisrt

[beagleboard] Re: SPI BBB Master, BBB Slave

Hi, Is there any resolution about this ? Since I'm having the same consideration Thanks ! On Wednesday, November 4, 2015 at 4:15:23 PM UTC+2, ravi...@gmail.com wrote: > > Hi, > > I'm trying to setup SPI slave mode with same above method and > changed OMAP2_MCSPI_MODULCTRL_MS set to 0 for slave

[beagleboard] Re: Should I bitbang i2c ?

Hi, I am trying to toggle a GPO pin in mode GPIO using PRU. For achieving this, I enable OCP master port and then write to GPIO_SETDATAOUT and GPIO_CLEARDATAOUT registers. But, I can't see any output on pin. The pin is configured in 0x07 mode in device tree overlay. Can you help me with this?

[beagleboard] Looking for 3.8.13-bone30 headers deb file

I am trying to compile a patch for the c_can.ko and c_can_platform.ko kernel modules for the BeagleBone Black 3.8.13-bone30 kernel. We used this version a couple years ago to get started on our project and at this point are fairly committed to it. The problem that I'm having is locating the 3.8

[beagleboard] DTC issue / Illegal property (size) 'fixup' @/__local_fixups__

Hi everybody, there is my config : BBK Rev.C OS ubuntu with Linux arm 4.1.18-bone-rt-r20 DTC 1.4.1-g1e75ebc9 i have an issue with my GSM internet cape, after compile my dtbo file with dtc, imposible to load it ! all OK ok on an Linux 3.8.13-bone73 Error message is : [ 1257.261448] bone_capemg

Re: [beagleboard] DTC issue with new kernel 4.1.18-bone-rt-r20

Hi Robert, it's that i thinked on the fisrt time but it seems to be the good version : Version: DTC 1.4.1-g1e75ebc9 that why i don't understand. Le mercredi 23 mars 2016 14:23:08 UTC+1, RobertCNelson a écrit : > > On Wed, Mar 23, 2016 at 8:01 AM, Fabien Mousnier > wrote: > > Hi everybody, >

Re: [beagleboard] image-builder fails to produce image

On Wed, Mar 23, 2016 at 8:19 AM, ARNOLD ILKYOUNG KWOUN wrote: > Hello, folks, > > I am trying to build my own custom image to boot my beagleboard-xm. > > When I pulled latest image-builder from github and tried to run the stript > with the command './RootStock-NG.sh -c rcn-ee_console_ubuntu_xenial

Re: [beagleboard] DTC issue with new kernel 4.1.18-bone-rt-r20

On Wed, Mar 23, 2016 at 8:01 AM, Fabien Mousnier wrote: > Hi everybody, > > There is my configuration : > > Beaglebone Black Rev.C > kernel 4.1.18-bone-rt-r20 > DTV version 1.4.1-g1e75ebc9 > > I'm tryin to update my plateform to new kernel 4.1 but it's seem to have an > issue when i load my dtbo f

[beagleboard] DTC issue with new kernel 4.1.18-bone-rt-r20

Hi everybody, There is my configuration : Beaglebone Black Rev.C kernel 4.1.18-bone-rt-r20 DTV version 1.4.1-g1e75ebc9 I'm tryin to update my plateform to new kernel 4.1 but it's seem to have an issue when i load my dtbo file. (all is ok with a 3.8.13-bone73 kernel) *There is the error output

Re: [beagleboard] Re: PinMuxing P9_21 and P9_23 to I2C2?

PCB rework skills are very useful, and not explicitly taught in college. Good luck with your project. --- Graham == On Wed, Mar 23, 2016 at 3:13 AM, Christopher Earley wrote: > That bit about only being able to mux a specific mode's signal (e.g. > I2C2_SDA or I2C2_SCL) to one pin at a time is t

[beagleboard] Re: PinMuxing P9_21 and P9_23 to I2C2?

That bit about only being able to mux a specific mode's signal (e.g. I2C2_SDA or I2C2_SCL) to one pin at a time is the clincher. I didn't feel it vital to state in my intro post but turning off the default I2C2 bus pins would mean losing the Seeed I2C2 Grove connector (which is connected to P9-

[beagleboard] Re: PinMuxing P9_21 and P9_23 to I2C2?

That bit about only being able to mux a specific mode's signal (e.g. I2C2_SDA or I2C2_SCL) to one pin at a time is the clincher. I didn't feel it vital to state in my intro post but turning off the default I2C2 bus pins would mean losing the Seeed I2C2 Grove connector (which is connected to P9-