[beagleboard] Cannot Enable PRU - prussdrv_open() failed

Hello all, I am trying to make PRU work, and tried a sample code, here is the output: root@beaglebone:/home/xsentius/2# sudo ./pru_loader pru_egp_output.bin prussdrv_open() failed I searched and seems like it happens since I cannot enable PRU, so I did: root@beaglebone:/home/xsentius/2# echo

Re: [beagleboard] My overlay can't find clk_mcasp0

> On Apr 4, 2016, at 21:14 , Robert Nelson wrote: > > On Mon, Apr 4, 2016 at 10:29 PM, Rick Mann wrote: >> I updated to -r7, and set the dtb=am335x-boneblack-audio.dtb >> >> Did my MMC get corrupted? > > dtb=am335x-boneblack-audio.dtb > >

Re: [beagleboard] My overlay can't find clk_mcasp0

On Mon, Apr 4, 2016 at 10:29 PM, Rick Mann wrote: > I updated to -r7, and set the dtb=am335x-boneblack-audio.dtb > > uEnv.txt: http://pastebin.com/yhQqzGWZ > > Booting fails now. Log: http://pastebin.com/M8YJJGWi > >> U-Boot SPL 2016.03-1-gd12d09f (Mar 17 2016 -

Re: [beagleboard] My overlay can't find clk_mcasp0

Oh, I'm on a BB Green. Should that have been am335x-bonegreen-audio.dtb? I'm in initramfs, but I'm not sure how to find the uEnv.txt file to edit it. > On Apr 4, 2016, at 20:29 , Rick Mann wrote: > > I updated to -r7, and set the dtb=am335x-boneblack-audio.dtb > >

Re: [beagleboard] My overlay can't find clk_mcasp0

I updated to -r7, and set the dtb=am335x-boneblack-audio.dtb uEnv.txt: http://pastebin.com/yhQqzGWZ Booting fails now. Log: http://pastebin.com/M8YJJGWi > U-Boot SPL 2016.03-1-gd12d09f (Mar 17 2016 - 16:16:15) > Trying to boot from MMC > bad magic > . > . > . > Loading, please wait... >

Re: [beagleboard] My overlay can't find clk_mcasp0

> On Apr 4, 2016, at 19:14 , Robert Nelson wrote: > >> Should that be available in apt, or do I need to git pull and build it >> myself? I tried "apt-get update && apt-get install -y >> linux-image-4.4.6-bone-rt-r7" but no luck. Maybe it just takes a while to >> show

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Probably not. At minimum, not without modifications. The problem I have here is that I have no one wire devices to test all this stuff I'm suggesting to you. Otherwise I'd have a fix for you already. On Mon, Apr 4, 2016 at 6:38 PM, wrote: > Thanks for the tip. >

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Thanks for the tip. I tried correcting that line first to: gpios = < 13 0>; and then to gpios = < 13 0>; I'm not sure which of these is correct, though I would have thought it was gpios = < 13 0>; But still no go. Sounds like I need to change to 4.1. I see that RCN's link leads

Re: [beagleboard] Re: Development setup

Another take on GPIO problem, not as well documented, but handling for the user all the conversions between bits and GPIO pins. Also implements support for I2C and SPI: https://github.com/piranha32/IOoo Jacek. On Mon, Apr 4, 2016 at 7:33 PM, Graham wrote: > Rob: > > I

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

The problem is, there are still a few things that do not work properly in kernel 4.x yet. Or at least the last I heard. It's always worked fine for me, but I'm a hobbyist experimenter . . . On Mon, Apr 4, 2016 at 5:42 PM, Peter Lawler wrote: > > On 2016/04/05 10:35 AM,

Re: [beagleboard] Re: Beaglebone and Chromebook connection

> > Just out of curiosity, which OS image are you using for your Beaglebone? ​It was in the screenshot.​ ​ Machinekit Debian Image 2016-03-13 Linux beaglebone 3.8.13-xenomai-r17​ - Paul Wolfson, Ph.D., TX LPI, #A17473 Dallas Legal Technology

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:35 AM, William Hermans wrote: No idea if kernel 4.1.x will work for the OP or not. Indeed. I would, however, strongly suggest that if it's for work connected to op's mail address - Queensland (Australia) Department of Agriculture and Fisheries - they move to a 4.1 LTS kernel

Re: [beagleboard] SPI BBB Master, BBB Slave

On Mon, 4 Apr 2016 14:54:37 -0700, you wrote: >If you are using an SPI master, then what you say is correct, but if you are a >SPI slave, then some other device is controlling the clock, which means you >have to have data available before the clock starts. If there is no delay >between

Re: [beagleboard] SPI BBB Master, BBB Slave

> On Apr 4, 2016, at 4:56 PM, ybeag...@rehut.com wrote: > > On Monday, April 04, 2016 16:05:47 John Syne wrote: > >> Yeah, this is the approach used by the I2C Slave Framework. So >> traditionally, the McSPI driver registers with the SPI Framework as an SPI >> Master. Now through DT config, we

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:27 AM, Robert Nelson wrote: Guys, or just use v4.1.x, i have a nice example using P9.12: https://github.com/beagleboard/bb.org-overlays/blob/master/examples/BB-W1-P9.12/example.sh Regards, Followup: After moving my data pin from 17 using my attempt at DTO to pin 12 with

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

No idea if kernel 4.1.x will work for the OP or not. On Mon, Apr 4, 2016 at 5:31 PM, Peter Lawler wrote: > > > On 2016/04/05 10:27 AM, Robert Nelson wrote: > >> Guys, or just use v4.1.x, i have a nice example using P9.12: >> >> >>

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:27 AM, Robert Nelson wrote: Guys, or just use v4.1.x, i have a nice example using P9.12: https://github.com/beagleboard/bb.org-overlays/blob/master/examples/BB-W1-P9.12/example.sh I'm so embarrassed right now. I now remember thinking on Sunday 'I think RCN shipped a demo'

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

gpios = < 2 0> I'm pretty sure is reference to the gpio bank. There is 4 I think for all gpio's on the processor. The two numbers that follow . . . I honestly have no idea either. I can hoever tell you that: pinctrl-single,pins = <0x34 0x37 /* gpmc_ad13.gpio1_13, OMAP_PIN_INPUT_PULLUP |

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Guys, or just use v4.1.x, i have a nice example using P9.12: https://github.com/beagleboard/bb.org-overlays/blob/master/examples/BB-W1-P9.12/example.sh Regards, -- Robert Nelson https://rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message

RE: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Eagle eyes! I’ll try changing that back and see what happens. I must confess, I don’t even know what gpios = < 2 0>; does. So I’m not sure where any changes came from. I think I know what the other line you indicated does. Kind regards Matt Redding, Ph.D. Soil Chemist/Geochemist AgriScience

RE: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

OK, I don't think this is a module I've got control over: root@beaglebone:~# modprobe -r w1-gpio FATAL: Module w1_gpio is builtin. root@beaglebone:~# modprobe -v w1-gpio <> -Original Message- From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of Peter

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

> > *Using the modprobe w1-gpio produces no output.* > > *Is this where the problem is?* > > *Thanks* > > *Matt* So, I'm not 100% sure what the problem is. I've never used One wire in linux - ever - And I'm not 100% sure what driver needs to be loaded, if any for this specific device. I'm just

[beagleboard] troubleshooting DS18B20 temperature sensors on BBB debian V 7.8

Hi All GPIO Gurus, Thanks very much for taking the time to read this. I've been following the documented processes (e.g. http://www.bonebrews.com/temperature-monitoring-with-the-ds18b20-on-a-beaglebone-black/ ) to get a 1 wire interface up and running to read several DS18B20 temperature

Re: [beagleboard] Re: Beaglebone and Chromebook connection

Hi Paul, Thanks for posting this info. There might be an issue with my Chromebook then because they network doesn't seem to come up. Just out of curiosity, which OS image are you using for your Beaglebone? Also yesterday after I finished running apt-get upgrade, all of the sudden they USB

RE: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Hi William and Peter again… Can it actually be a module problem if it is creating the directories for the devices one wire bus, just not detecting the devices? Thanks! Matt From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of REDDING Matthew Sent: Tuesday, 5

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:14 AM, matthew.redd...@daf.qld.gov.au wrote: Hi William and Peter... Using the modprobe w1-gpio produces no output. 'modprobe -v w1-gpio' would produce more detail (to test, use modprobe -r w1-gpio to unload the module first). However I'm just reading up and what William

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Hi William and Peter... root@beaglebone:~# lsmod Module Size Used by arc41691 2 zd1211rw 43946 0 mac80211 424813 1 zd1211rw cfg80211 354018 2 mac80211,zd1211rw rfkill 16672 2 cfg80211 g_multi

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Another thing I was noticing after greping the config, at least for my kernel version. Is that there is no Dallas One Wire kernel module for that specific device. So it could be that it is compiled in statically. I've been in menu config several times, and have noticed a lot of Dallas One Wire

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:08 AM, William Hermans wrote: So, perhaps, but if there is something wrong with the device tree blob file, the driver wont auto load. Which would give us an indication as to what's wrong. ahhh... *grabs another coffee* -- For more options, visit

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

william@beaglebone:~$ sudo modprobe w1-gpio william@beaglebone:~$ lsmod Module Size Used by w1_gpio 3069 0 wire 27112 1 w1_gpio . . . *My understanding was that 3.8 and above kernels needed no module, simply the DTO. It was pre 3.8 kernels

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 9:49 AM, William Hermans wrote: Ok, so the device tree seems to load but where is the output of lsmod ? It should look something like( more or less ) with hopefully the generic one-wire module also loaded. My understanding was that 3.8 and above kernels needed no module,

Re: [beagleboard] SPI BBB Master, BBB Slave

On Monday, April 04, 2016 16:05:47 John Syne wrote: > Yeah, this is the approach used by the I2C Slave Framework. So > traditionally, the McSPI driver registers with the SPI Framework as an SPI > Master. Now through DT config, we could have the McSPI driver register with > the SPI Framework as an

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

> > *Hi William,* > > *Please see my original post and you will see the outputs from each of > these commands.* > *The driver appears to be loaded perfectly. * > Seems I missed that part. Ok, so the device tree seems to load but where is the output of lsmod ? It should look something like( more

Re: [beagleboard] Re: Development setup

> > *Rob:* > > * I would read the Molloy book/Website/Videos.* > > *He explains in detail how to set up Eclipse + gcc cross-compile > toolchain. under Windows.* > *I have also done the same thing on a VM running Ubuntu under windows, or > directly on a PC running Ubuntu.* > > *Molloy,

Re: [beagleboard] Re: Development setup

Rob: I would read the Molloy book/Website/Videos. He explains in detail how to set up Eclipse + gcc cross-compile toolchain. under Windows. I have also done the same thing on a VM running Ubuntu under windows, or directly on a PC running Ubuntu. Molloy, unfortunately does all of his C I/O

Re: [beagleboard] Re: Control and monitor Beaglebone from azure

> > *Beaglebone and Azure are not a problem, Azure is a generic Microsoft > branded cloud resource, which you can run locally.* > >From a technological perspective perhaps. But on an IP owned by whom perspective it's a huge problem for many. On Mon, Apr 4, 2016 at 10:52 AM, Paul Wolfson

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Hi William, Please see my original post and you will see the outputs from each of these commands. The driver appears to be loaded perfectly. On Tuesday, April 5, 2016 at 9:26:37 AM UTC+10, William Hermans wrote: > > Starters for troubleshooting. After issuing the commands this person >

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Starters for troubleshooting. After issuing the commands this person suggest on that site . . . cp w1-00A0.dtbo /lib/firmware echo w1 > /sys/devices/bone_capemgr.9/slots You should run dmesg | grep w1 to see what the output is. Passed that, are you sure you have the one wire driver loaded ? I've

Re: [beagleboard] Re: Development setup

> > *Thanks John, i will :) I am bare metal embbeded developer for 30+ years > but getting started with (embedded) linux is not really self explaining ;)* > are you familiar with gcc at all ? I'd actually learn gcc, make, autotools etc, and use an NFS share, with a local( to Windows ) text

Re: [beagleboard] SPI BBB Master, BBB Slave

> On Apr 4, 2016, at 3:25 PM, ybeag...@rehut.com wrote: > > On Monday, April 04, 2016 13:13:48 John Syne wrote: >>> On Apr 4, 2016, at 12:49 PM, ybeag...@rehut.com wrote: >>> >>> On Monday, April 04, 2016 12:04:56 John Syne wrote: I’m not sure that is correct. The master will normally send

Re: [beagleboard] Re: Development setup

I'm exactly the same in experience .  If you wrote an app for bare metal you would have the advantage of understanding every thing below it with your background . Writing a Linux app for myself that access the lowest level without understanding the underlying complexity is something I'm

Re: [beagleboard] My overlay can't find clk_mcasp0

> On Apr 4, 2016, at 13:36 , Robert Nelson wrote: > > > > You need to add this to your base *.dtb: > > > > > > https://github.com/RobertCNelson/dtb-rebuilder/blob/4.1-ti/src/arm/am335x-boneblack-audio.dts#L17-L28 > > > > > > btw, the one thing i haven't tried, have

Re: [beagleboard] SPI BBB Master, BBB Slave

On Monday, April 04, 2016 13:13:48 John Syne wrote: > > On Apr 4, 2016, at 12:49 PM, ybeag...@rehut.com wrote: > > > > On Monday, April 04, 2016 12:04:56 John Syne wrote: > >> I’m not sure that is correct. The master will normally send a command and > >> then your slave driver will have to

[beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On Tuesday, 5 April 2016 08:04:14 UTC+10, matthew...@daf.qld.gov.au wrote: > > Hello BBB Gurus, > > Hi there, I offer no help really... but heh funny you raise this as I'm trying to get this sensor to 'work' under 4.1.18 by first trying to follow the 3.8 way of doing things then learning

[beagleboard] Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

Hello BBB Gurus, Summary, having loaded up the device tree overlay, correctly (?) and identifying that the overlay is indeed loaded, the pin configured, and the circuit correct (all according to http://www.bonebrews.com/temperature-monitoring-with-the-ds18b20-on-a-beaglebone-black/ ), my BBB

Re: [beagleboard] Re: Development setup

Then you are where I was probably 10 years ago. Fortunately there are good references around that will make your life much easier. Also, you have chosen one of the best platforms to work on and this user group has alway been really helpful. Best advice, is to always explain what you are trying

Re: [beagleboard] SPI BBB Master, BBB Slave

> On Apr 4, 2016, at 2:42 PM, Harvey White wrote: > > On Mon, 4 Apr 2016 13:13:48 -0700, you wrote: > >> >> >>> On Apr 4, 2016, at 12:49 PM, ybeag...@rehut.com wrote: >>> >>> On Monday, April 04, 2016 12:04:56 John Syne wrote: I’m not sure that is correct. The

Re: [beagleboard] SPI BBB Master, BBB Slave

On Mon, 4 Apr 2016 13:13:48 -0700, you wrote: > > >> On Apr 4, 2016, at 12:49 PM, ybeag...@rehut.com wrote: >> >> On Monday, April 04, 2016 12:04:56 John Syne wrote: >>> I’m not sure that is correct. The master will normally send a command and >>> then your slave driver will have to respond with

Re: [beagleboard] Development setup

I would recommend getting Derek Molloy’s book which covers everything you need. Search Google for Derek Molloy who has a nice website that also covers several of these topics. His youtube video’s are excellent. Regards, John > On Apr 4, 2016, at 2:33 PM, Rob van Schelven

[beagleboard] IO Effecting Multiple Pins

When I pull certain gpio pins down, other pins are briefly pulled down for just a moment. I'm thinking this is a configuration issue, but I can't figure out why (I'm fairly certain I've locked things down correctly in the cape manager). I'm using P9_11, P9_12, P9_13, P9_15, P9_23, P9_24,

[beagleboard] Re: Development setup

RE: From user space or kernel module? Sorry i am real new to linux. My intention is to create an executable that access low level IO. I assume this is user space. In any case not a device driver or so.. Op maandag 4 april 2016 21:40:46 UTC+2 schreef Rob van Schelven: > > Hi all, > > Does

Re: [beagleboard] Development setup

Not 100%, from the blog and videos, it looks like a user space with kernel hooks. On Apr 4, 2016 4:07 PM, "John Syne" wrote: > From user space or kernel module? > > Regards, > John > > > > > On Apr 4, 2016, at 2:06 PM, Robert Nelson wrote: > > > On

Re: [beagleboard] Development setup

>From user space or kernel module? Regards, John > On Apr 4, 2016, at 2:06 PM, Robert Nelson wrote: > > > On Apr 4, 2016 2:40 PM, "Rob van Schelven" > wrote: > > > > Hi all, > > > > Does someone know if there is any

Re: [beagleboard] Development setup

On Apr 4, 2016 2:40 PM, "Rob van Schelven" wrote: > > Hi all, > > Does someone know if there is any information available to setup a development environment (IDE) running under MS Windows or Ubuntu (in virtual machine under windows) to develop C/C++ code for the BBB

[beagleboard] Re: Development setup

Thanks John! Do you know if there's a dedicated C/C++ library available to access the GPIO/SPI/I2C Thanks, Rob -- 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

Re: [beagleboard] My overlay can't find clk_mcasp0

On Apr 4, 2016 3:17 PM, "Rick Mann" wrote: > > > > On Apr 4, 2016, at 06:57 , Robert Nelson wrote: > > > > > > > > On Mon, Apr 4, 2016 at 8:41 AM, Robert Nelson wrote: > > > > > > On Mon, Apr 4, 2016 at 4:47 AM, Rick Mann

Re: [beagleboard] Development setup

Eclipse, Code Composer Studio (CCSV6) and ARM DS5 all do a pretty decent job. Regards, John > On Apr 4, 2016, at 12:40 PM, Rob van Schelven wrote: > > Hi all, > > Does someone know if there is any information available to setup a > development environment (IDE) running

Re: [beagleboard] My overlay can't find clk_mcasp0

> On Apr 4, 2016, at 06:57 , Robert Nelson wrote: > > > > On Mon, Apr 4, 2016 at 8:41 AM, Robert Nelson wrote: > > > On Mon, Apr 4, 2016 at 4:47 AM, Rick Mann wrote: > I'm trying to get my audio cape to work (which

Re: [beagleboard] SPI BBB Master, BBB Slave

> On Apr 4, 2016, at 12:49 PM, ybeag...@rehut.com wrote: > > On Monday, April 04, 2016 12:04:56 John Syne wrote: >> I’m not sure that is correct. The master will normally send a command and >> then your slave driver will have to respond with relevant packet. The >> protocol will have to be well

Re: [beagleboard] SPI BBB Master, BBB Slave

On Monday, April 04, 2016 12:04:56 John Syne wrote: > I’m not sure that is correct. The master will normally send a command and > then your slave driver will have to respond with relevant packet. The > protocol will have to be well defined. None of that is required by SPI (in the most basic form

[beagleboard] Development setup

Hi all, Does someone know if there is any information available to setup a development environment (IDE) running under MS Windows or Ubuntu (in virtual machine under windows) to develop C/C++ code for the BBB Thanks Rob -- For more options, visit http://beagleboard.org/discuss --- You

Re: [beagleboard] SPI BBB Master, BBB Slave

I’m not sure that is correct. The master will normally send a command and then your slave driver will have to respond with relevant packet. The protocol will have to be well defined. However, you are correct that the SPI slave must be preconfigured and waiting for the master to start clocking

Re: [beagleboard] Re: BBB, Debian, Chipsee display: Tkinter gives error

Hello David and John, Thanks for your reactions. Sorry for the delay, was occupied with some other duties like skiing echo $DISPLAY from the debian command line returns nothing (a blank line). The same command form the debian command line coming from the LXDE interface gives: :0. So I issue

Re: [beagleboard] SPI BBB Master, BBB Slave

Getting it to work is not hard. (Had it working for a project.) To get to work reliably at a high clock rate requires debugging the DMA or working out a protocol where timing isn't as tricky. As a slave the master can start clocking at anytime and unless the FIFO (or DMA) is preloaded with the

[beagleboard] Re: Control and monitor Beaglebone from azure

Beaglebone and Azure are not a problem, Azure is a generic Microsoft branded cloud resource, which you can run locally. For reference, I have a mixed stack of Linux and Windows servers running on a Microsoft Hyper-V Server stack. Node.js and C#.net (mono) are common across all the platforms.

Re: [beagleboard] Re: New Device Tree Do not Change Pin Values

I am very grateful Robert, it worked. I can change pin modes easily, time to test some PRU codes. Thank you so much! On Monday, April 4, 2016 at 5:55:45 PM UTC+3, RobertCNelson wrote: > > > > On Mon, Apr 4, 2016 at 9:51 AM, Xsentius > wrote: > >> Oh, that is a very

Re: [beagleboard] eMMC gets timeout when I put on cape

On Mon, Apr 4, 2016 at 11:53 AM, Martin Wiingaard wrote: > Hey There, > > I'm running BeagleBone Black Rev C. > I have developed my own custom cape, it is using the following IO-pins: > > BBB-header no > > BBB GPIO no > > P9_42 > > 7 > > P9_18 > > 4 > > P9_17 > > 5 > >

[beagleboard] eMMC gets timeout when I put on cape

Hey There, I'm running BeagleBone Black Rev C. I have developed my own custom cape, it is using the following IO-pins: BBB-header no BBB GPIO no P9_42 7 P9_18 4 P9_17 5 P9_15 48 P9_28 113 P9_23 49 P9_31 110 P9_12 60 P9_29 111 P9_27 115 P9_25 117 I have developed a

Re: [beagleboard] Re: u-boot stuck

CCC come from the onchip boot code  Sent from Yahoo Mail on Android On Mon, Apr 4, 2016 at 10:40 AM, Laurent d'Havé wrote: Great ! dd'ing MLO and uboot to the SD card worked ! i repo sync'ed on dev machine, but it's still building the faulty u-boot. i'll manually

Re: [beagleboard] End of Life or wildly popular?

> > *In stock at Adafruit:https://www.adafruit.com/products/1996 > * It wasn't yesterday when I looked. On Mon, Apr 4, 2016 at 7:51 AM, Graham wrote: > In stock at Adafruit: > https://www.adafruit.com/products/1996 > > > -- > For

Re: [beagleboard] Re: New Device Tree Do not Change Pin Values

On Mon, Apr 4, 2016 at 9:51 AM, Xsentius wrote: > Oh, that is a very precious information, I really appreciate it. > > So is there a way to see updates? Do you recommend me to go back to 3.8, > if it is stable? > Correctly set them in the overlay and don't worry about

Re: [beagleboard] Re: New Device Tree Do not Change Pin Values

Oh, that is a very precious information, I really appreciate it. So is there a way to see updates? Do you recommend me to go back to 3.8, if it is stable? On Monday, April 4, 2016 at 5:45:33 PM UTC+3, RobertCNelson wrote: > > > > On Mon, Apr 4, 2016 at 9:42 AM, Xsentius

Re: [beagleboard] End of Life or wildly popular?

In stock at Adafruit: https://www.adafruit.com/products/1996 -- 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 emails from it, send an

Re: [beagleboard] Re: New Device Tree Do not Change Pin Values

On Mon, Apr 4, 2016 at 9:42 AM, Xsentius wrote: > So do you think that's why I cannot change pin mode settings? > You are also assuming "sudo cat $PINS" works on 4.1.x... it doesn't currently show updates from loading overlays.. Regards, -- Robert Nelson

Re: [beagleboard] Re: New Device Tree Do not Change Pin Values

So do you think that's why I cannot change pin mode settings? Kind Regards On Monday, April 4, 2016 at 5:27:48 PM UTC+3, RobertCNelson wrote: > > > > On Mon, Apr 4, 2016 at 9:23 AM, frank brewer > wrote: > >> Also now I checked whether uio_pruss is loaded: >> >>

[beagleboard] Re: Confused about npm installs.

The johnny-five beaglebone-io didn't go any better :( as root: cd .node-red npm install -g --unsafe-perm johnny-five beaglebone-io npm ERR! Linux 4.1.18-ti-r55 npm ERR! argv "node" "/usr/local/bin/npm" "install" "-g" "--unsafe-perm" "johnny-five" "beaglebone-io" npm ERR! node v0.12.12 npm ERR!

Re: [beagleboard] Re: u-boot stuck

> > Great ! > dd'ing MLO and uboot to the SD card worked ! i repo sync'ed on dev machine, but it's still building the faulty u-boot. i'll manually force a newer git version. Thanks a lot ! -- For more options, visit http://beagleboard.org/discuss --- You received this message because

Re: [beagleboard] Re: New Device Tree Do not Change Pin Values

On Mon, Apr 4, 2016 at 9:23 AM, frank brewer wrote: > Also now I checked whether uio_pruss is loaded: > > root@beaglebone:~# lsmod > Module Size Used by > c_can_platform 6564 0 > c_can 9605 1 c_can_platform > can_dev

[beagleboard] Re: New Device Tree Do not Change Pin Values

Also now I checked whether uio_pruss is loaded: root@beaglebone:~# lsmod Module Size Used by c_can_platform 6564 0 c_can 9605 1 c_can_platform can_dev11455 1 c_can spidev 6739 0 tieqep 8510 0

Re: [beagleboard] Re: u-boot stuck

On Mon, Apr 4, 2016 at 9:16 AM, Laurent d'Havé wrote: > Thats my issue .. > > > The mSD card i use for flashing that has an "old" MLO/uboot and won't boot > anymore (it's actually the bbb image you can download on their site that > has a "flasher app" in it, i just replace the

[beagleboard] Re: New Device Tree Do not Change Pin Values

Also now I checked whether uio_pruss is loaded: root@beaglebone:~# lsmod Module Size Used by c_can_platform 6564 0 c_can 9605 1 c_can_platform can_dev11455 1 c_can spidev 6739 0 tieqep 8510 0

[beagleboard] Re: u-boot stuck

Thats my issue .. The mSD card i use for flashing that has an "old" MLO/uboot and won't boot anymore (it's actually the bbb image you can download on their site that has a "flasher app" in it, i just replace the uboot, mlo, rootfs with my custom builds) I've tried other mSD images i kept

Re: [beagleboard] u-boot stuck

On Mon, Apr 4, 2016 at 9:06 AM, Laurent d'Havé wrote: > Alright. good to know. > > Though i now bricked my two spare BBBlack ... so can't test if the update > doesn't bug anymore.. > > Any idea how i can unbrick ? > Easy 1: correctly write the MLO/u-boot.img to your microSD

Re: [beagleboard] u-boot stuck

Alright. good to know. Though i now bricked my two spare BBBlack ... so can't test if the update doesn't bug anymore.. Any idea how i can unbrick ? On Monday, April 4, 2016 at 3:39:25 PM UTC+2, RobertCNelson wrote: > > > > On Mon, Apr 4, 2016 at 5:51 AM, Laurent d'Havé >

Re: [beagleboard] My overlay can't find clk_mcasp0

On Mon, Apr 4, 2016 at 8:41 AM, Robert Nelson wrote: > > > On Mon, Apr 4, 2016 at 4:47 AM, Rick Mann wrote: > >> I'm trying to get my audio cape to work (which is nearly identical to the >> cape that was available for sale). I've had it working to

Re: [beagleboard] Where is BB-ADC and friends?

On Mon, Apr 4, 2016 at 9:04 AM, Robert Nelson wrote: > On Sun, Apr 3, 2016 at 11:24 PM, Jacek Radzikowski > wrote: >> Robert, >> >> I installed the overlays without problems on Debian 8.4 with kernel >> 4.4.5-bone5. Adding overlays works

Re: [beagleboard] pruss_uio 4a300000.pruss: pins are not configured from the driver

On Mon, Apr 4, 2016 at 4:04 AM, Rick Mann wrote: > Can anyone tell me what this log message means when I load my overlay that > enables the PRUs? > > [ 348.342331] pruss_uio 4a30.pruss: pins are not configured from the > driver > > Here's more context, and my DTS: > >

Re: [beagleboard] My overlay can't find clk_mcasp0

On Mon, Apr 4, 2016 at 4:47 AM, Rick Mann wrote: > I'm trying to get my audio cape to work (which is nearly identical to the > cape that was available for sale). I've had it working to some level of > success with past kernels (3.1.18), but now I'm on 4.4.6. My existing

Re: [beagleboard] u-boot stuck

On Mon, Apr 4, 2016 at 5:51 AM, Laurent d'Havé wrote: > 'Flashed' a custom angstrom build from SD as i have done many times in the > past (tested the image from the SD a couple of times and was working > great) > > upon reboot, i get this : > > > U-Boot SPL 2016.01 (Mar 25

Re: [beagleboard] enable ADC in device tree

On Mon, Apr 4, 2016 at 7:23 AM, lucas wrote: > I am trying to enable the ADC of the BBB in the device tree. I had to > disable to capemanager because of reasons apparent from this thread: > https://groups.google.com/forum/#!category-topic/beagleboard/pru/IKVmIjvXnIs > > I

Re: [beagleboard] Re: Cape Manager - cannot see HDMI & eMMC (4.1.18-ti-rt kernel)

On Mon, Apr 4, 2016 at 8:16 AM, frank brewer wrote: > Sorry for spamming but wanted to ask just to be sure: so there is no way > to be sure that I could disable hdmi & eMMC successfully? > What do you mean "to be sure"... "read" the readme.txt:

Re: [beagleboard] Debian 8.3 ssh problems

Sry for my late response :/ I tried but couldn't get a response from the bbb - as it seemed I was the only one having this problem, so I reinstalled once again (using debian console edition) and everything worked as expected :) So perhaps there was sth. wrong with the image I downloaded or the

Re: [beagleboard] Re: Cape Manager - cannot see HDMI & eMMC (4.1.18-ti-rt kernel)

Sorry for spamming but wanted to ask just to be sure: so there is no way to be sure that I could disable hdmi & eMMC successfully? Regards On Monday, April 4, 2016 at 4:06:59 PM UTC+3, RobertCNelson wrote: > > On Mon, Apr 4, 2016 at 7:27 AM, frank brewer > wrote: > >

Re: [beagleboard] Re: Cape Manager - cannot see HDMI & eMMC (4.1.18-ti-rt kernel)

On Mon, Apr 4, 2016 at 7:27 AM, frank brewer wrote: > Thank you so much for your reply Robert, sorry I misread it. Then I have > another question, then what it is the reason that when I check $SLOTS, I > cannot see HDMI & emmc? Here is the output again: Because they are

Re: [beagleboard] Where is BB-ADC and friends?

On Sun, Apr 3, 2016 at 11:24 PM, Jacek Radzikowski wrote: > Robert, > > I installed the overlays without problems on Debian 8.4 with kernel > 4.4.5-bone5. Adding overlays works fine, but removing them fails with > an OOPS. I remember similar problems from the era of

Re: [beagleboard] Re: Cape Manager - cannot see HDMI & eMMC (4.1.18-ti-rt kernel)

Btw Robert, this is my uEnv.txt file: ##These are needed to be compliant with Angstrom's 2013.06.20 u-boot. loadaddr=0x8200 fdtaddr=0x8800 rdaddr=0x8808 initrd_high=0x fdt_high=0x ##These are needed to be compliant with Debian 2014-05-14 u-boot. loadximage=echo

Re: [beagleboard] Re: Cape Manager - cannot see HDMI & eMMC (4.1.18-ti-rt kernel)

Thank you so much for your reply Robert, sorry I misread it. Then I have another question, then what it is the reason that when I check $SLOTS, I cannot see HDMI & emmc? Here is the output again: frank@beaglebone:~/chp13/overlay$ cat $SLOTS 0: PF -1 1: PF -1 2: PF -1 3:

[beagleboard] enable ADC in device tree

I am trying to enable the ADC of the BBB in the device tree. I had to disable to capemanager because of reasons apparent from this thread: https://groups.google.com/forum/#!category-topic/beagleboard/pru/IKVmIjvXnIs I have a bit of trouble to wrap my head around how the device tree works. My

Re: [beagleboard] Re: Cape Manager - cannot see HDMI & eMMC (4.1.18-ti-rt kernel)

On Apr 4, 2016 7:17 AM, "frank brewer" wrote: > > I just checked https://github.com/beagleboard/bb.org-overlays/blob/master/readme.md, and seems like HDMI & eMMC are disabled by default, is it true? How can I be sure that those pins are not being used by HDMI & eMMC?

[beagleboard] Re: Cape Manager - cannot see HDMI & eMMC (4.1.18-ti-rt kernel)

I just checked https://github.com/beagleboard/bb.org-overlays/blob/master/readme.md, and seems like HDMI & eMMC are disabled by default, is it true? How can I be sure that those pins are not being used by HDMI & eMMC? Thanks! On Monday, April 4, 2016 at 11:58:11 AM UTC+3, frank brewer wrote:

  1   2   >