Re: [beagleboard] Tools to debug the driver .

I completely agree with Vesa comments and I believe Lauterbach is the gold standard when it comes to Kernel Aware debugging. It is a difficult tool to learn but it is very powerful and has everything you need to get the job done. I have learned a lot just using the T32. Several years ago, I

Re: [beagleboard] Power - shutdown

You cannot just use a supercap. You have to use a boost switching regulator to keep the voltage on the processor constant while the supercap discharges. This is a lot more complicated than you suggest. You also have to deal with the case of brown outs where the power is only off for fractions

Re: [beagleboard] mcasp pinmux settings

The pinmux input/output setting are only relevant when using GPIO. When using a peripheral like McASP, the input/output are defined by the pin function. Also, the serializers directions are defined by: serial-dir = < /* 0: INACTIVE, 1: TX, 2: RX */ 2 0 1 0 0 0 0 0 0

Re: [beagleboard] Fast Pin Toggling Using MMAP

> On Apr 28, 2016, at 4:46 AM, frank brewer wrote: > > > I just noticed the faster way of toggling pins by using mmap, and after > trying chiragnagpal's example, I could achieve 2.6MHz. > > > > Example was for 1 pin only, now I want to use 8 pins, so I edited

Re: [beagleboard] connman & NFS

Thanks Robert. Regards, John > On Apr 22, 2016, at 4:57 PM, Robert Nelson <robertcnel...@gmail.com> wrote: > > > > On Fri, Apr 22, 2016 at 6:23 PM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote: > Over the past couple o

[beagleboard] connman & NFS

Over the past couple of weeks, connman has been updated twice and in each instance it breaks my BBB over NFS. Here is what happens: In my /lib/systemd/system/connman.service, I have a line: ExecStart=/usr/sbin/connman -n -I eth0 // Prevent connman from managing eth0 which the upgrade changes

[beagleboard] CCSV6 for MacOS

TI have just released Code Composer Studio for MacOS. I’ve been pushing them to release a Mac version for year. In the process of downloading, so I don’t know how functional it is yet. http://processors.wiki.ti.com/index.php/Download_CCS

Re: [beagleboard] uio_pruss on Mainline Linux

The main concepts remain the same. What has changed is TI are moving to use standard API’s instead of some of the custom API’s they used in the past. For example one of the chief improvements over 4.1 they are making is to introduce a irqchip, so that client users can use standard irq handling

Re: [beagleboard] uio_pruss on Mainline Linux

Maybe you should explain why you think this is worthless? Regards, John > On Apr 22, 2016, at 6:29 AM, tcmichals wrote: > > > > remoteproc_pruss is getting "redesigned" again... ;( > > woow, here is new documentation from TI and now its worthless? >

Re: [beagleboard] uio_pruss on Mainline Linux

But this was done a while ago when the added support for ethernet. I’m not aware of any other changes. Regards, John > On Apr 21, 2016, at 5:21 PM, Robert Nelson wrote: > > > > On Thu, Apr 21, 2016 at 7:09 PM, Jordan Yelloz

Re: [beagleboard] BBB Battery shutdown

to say to you ever. And you again felt compelled to > inject yourself into this discussion. > > But hey, who knows, maybe someday you'll get the hint. > > > On Wed, Apr 20, 2016 at 1:48 AM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote:

Re: [beagleboard] BBB Battery shutdown

. .so put your money where your mouth > is. > > Either that, or stop "talking", because you're not helping anyone. > > > On Wed, Apr 20, 2016 at 12:59 AM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote: > I just don’t understand

Re: [beagleboard] BBB Battery shutdown

ome Documentation/*txt file. > > On Tue, Apr 19, 2016 at 10:14 PM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote: > >> On Apr 19, 2016, at 9:28 PM, William Hermans <yyrk...@gmail.com >> <mailto:yyrk...@gmail.com>> wrote: >

Re: [beagleboard] Custom board base on beaglebone black without HDMI ... problems

https://github.com/RobertCNelson/u-boot/blob/master/board/ti/common/board_detect.h Regards, John > On Apr 19, 2016, at 9:38 PM, masoud hajian wrote: > > Dear John, > > Thank you

Re: [beagleboard] Custom board base on beaglebone black without HDMI ... problems

https://github.com/beagleboard/image-builder/blob/master/readme.md Regards, John > On Apr 19, 2016, at 9:38 PM, masoud hajian wrote: > > Dear John, > > Thank you for your help. Mostly all of my

Re: [beagleboard] BBB Battery shutdown

write(configfd, buf, strlen(buf) + 1) < 0) { perror("fwrite"); return -1; } return 0; } === > > Lastly, when I say "really easily" I mean that I know it is possible and I > know how to go about doing it. I'd just have to researc

Re: [beagleboard] BBB Battery shutdown

status of power_good before the timer expires, either kill the daemon or cancel the timer. Hope this helps. Regards, John > On Apr 19, 2016, at 6:29 PM, William Hermans <yyrk...@gmail.com> wrote: > > Good, now add it. > > On Tue, Apr 19, 2016 at 5:16 PM, John Syne <joh

Re: [beagleboard] BBB Battery shutdown

bute back to the community. > > On Mon, Apr 18, 2016 at 2:26 PM, Mike <bellyac...@gmail.com > <mailto:bellyac...@gmail.com>> wrote: > On 04/18/2016 03:31 PM, John Syne wrote: >> That is OK if this doesn’t work for you, but there are other BBB users who >> mig

Re: [beagleboard] am33xx-overlay-edma-fix.dtsi causes problems with mcasp

> On Apr 19, 2016, at 3:44 AM, Rick Mann <rm...@latencyzero.com> wrote: > >> >> On Apr 19, 2016, at 03:29 , John Syne <john3...@gmail.com> wrote: >> >> It was part of this discussion in which you participated. >> >> https://groups.googl

Re: [beagleboard] am33xx-overlay-edma-fix.dtsi causes problems with mcasp

It was part of this discussion in which you participated. https://groups.google.com/forum/#!msg/beagleboard/TMGEWjBLsok/ALk4h_jrCwAJ Regards, John > On Apr 19, 2016, at 2:41 AM, Rick Mann wrote: > > The following .dtsi file: > > >

Re: [beagleboard] am33xx-overlay-edma-fix.dtsi causes problems with mcasp

Robert spoke about this on Jan 12, 2016: it's a big workaround hack, the bug seems to be in edma_probe: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/dma/edma.c#n2118 On first load of the board *.dtb, edma_probe is called and all the 'active' nodes get an edma

Re: [beagleboard] Skipping config menu with ./tools/rebuild.sh?

or >export AUTO_BUILD=1 Regards, John > On Apr 19, 2016, at 12:44 AM, Rick Mann wrote: > > Hi Robert, > > Is there any way to skip the configuration menu that > comes up when I invoke ./tools/rebuild.sh, or > ./build_kernel.sh? > > TIA, > > -- > Rick Mann >

Re: [beagleboard] Skipping config menu with ./tools/rebuild.sh?

>set AUTO_BUILD=1 Regards, John > On Apr 19, 2016, at 12:44 AM, Rick Mann wrote: > > Hi Robert, > > Is there any way to skip the configuration menu that > comes up when I invoke ./tools/rebuild.sh, or > ./build_kernel.sh? > > TIA, > > -- > Rick Mann >

Re: [beagleboard] Custom board base on beaglebone black without HDMI ... problems

https://eewiki.net/display/linuxonarm/BeagleBone+Black Regards, John > On Apr 19, 2016, at 12:07 AM, masoud hajian wrote: > > thanks for your answer.I could not disable HDMI, because I did not find any >

Re: [beagleboard] BBB Battery shutdown

hassle > for a result that is not really all that important. So what if the power down > routine is inefficient . . . it works. > > On Mon, Apr 18, 2016 at 10:29 AM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote: > I asked Robert how the pwr

Re: [beagleboard] BBB Battery shutdown

write a completely new kernel module, > that is meant to replace what already exists - As an option. > > On Sun, Apr 17, 2016 at 10:25 PM, evilwulfie <evilwul...@gmail.com > <mailto:evilwul...@gmail.com>> wrote: > Where in the code do you set that timer ? > > > &g

Re: [beagleboard] BBB Battery shutdown

at 10:25 PM, evilwulfie <evilwul...@gmail.com > <mailto:evilwul...@gmail.com>> wrote: > Where in the code do you set that timer ? > > > > On 4/17/2016 7:50 PM, John Syne wrote: >> One more thing, the power down sequence uses the RTC framework (describ

Re: [beagleboard] BBB Battery shutdown

Look at drivers/rtc/rtc-omap.c omap_rtc_power_off_program() Regards, John > On Apr 17, 2016, at 10:25 PM, evilwulfie <evilwul...@gmail.com> wrote: > > Where in the code do you set that timer ? > > > On 4/17/2016 7:50 PM, John Syne wrote: >> One more thing

Re: [beagleboard] BBB Battery shutdown

restart the processor. > > > > On 4/17/2016 7:10 PM, John Syne wrote: >> Yep, it is in the BB kernel: >> >> https://github.com/RobertCNelson/bb-kernel/blob/am33x-v4.1/patches/beaglebone/dts/0006-tps65217-Enable-KEY_POWER-press-on-AC-loss-PWR_BUT.patch >> >

Re: [beagleboard] BBB Battery shutdown

power restored. Requiring some other IC to monitor power > and then press the pwr_but to restart the processor. > > > > On 4/17/2016 7:10 PM, John Syne wrote: >> Yep, it is in the BB kernel: >> >> https://github.com/RobertCNelson/bb-kernel/blob/am33x-v4.

Re: [beagleboard] BBB Battery shutdown

; without power for 5 minutes, to see if power comes back up. Before issuing a > shutdown. Then, on the power up end, using a simple R/C circuit to ramp up > voltage to 5v over a specific time period. > > By the way, my local source tree is already patched with Robert's BBB > pa

Re: [beagleboard] BBB Battery shutdown

oltage to 5v over a specific time period. > > By the way, my local source tree is already patched with Robert's BBB > patches. > > On Sun, Apr 17, 2016 at 4:19 PM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote: > Apply this patch: > >

Re: [beagleboard] BBB Battery shutdown

shutdown. Then, on the power up end, using a simple R/C circuit to ramp up > voltage to 5v over a specific time period. > > By the way, my local source tree is already patched with Robert's BBB > patches. > > On Sun, Apr 17, 2016 at 4:19 PM, John Syne <joh

Re: [beagleboard] BBB Battery shutdown

ac7fba4..05d24a6 100644 --- a/include/linux/mfd/tps65217.h +++ b/include/linux/mfd/tps65217.h @@ -257,6 +257,11 @@ struct tps65217 { unsigned long id; struct regulator_desc desc[TPS65217_NUM_REGULATOR]; struct regmap *regmap; + + /* Power button and IRQ handlin

Re: [beagleboard] BBB Battery shutdown

yrk...@gmail.com> wrote: > > I'll *NOT* be using a TI kernel, period. > > On Sun, Apr 17, 2016 at 4:02 PM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote: > OK, I see the problem. The file I was looking at is different to the one you > li

Re: [beagleboard] BBB Battery shutdown

en a > line connected to a button. From the data sheet . . . > > PWR_EN > Enable input for DCDC1, 2, 3 converters and LDO1, 2, 3, 4. Pull this pin high > to start the > power-up sequence. > > In the schematic, PWR_EN is not connected to any button. Period. The button

Re: [beagleboard] BBB Battery shutdown

, 3 converters and LDO1, 2, 3, 4. Pull this pin high > to start the > power-up sequence. > > In the schematic, PWR_EN is not connected to any button. Period. The button > is connected to PB_IN. > > Anyway, the rest of the code is inconsequential. > > On Sun,

Re: [beagleboard] BBB Battery shutdown

o do this ?! > > Anyway, no idea how a power good condition is being acted on *still*. > Meaning, no idea how when a battery is connected, when the external power > somehow goes missing. How that particular shutdown is happening, and from > where. > > On Sat, Apr 16

Re: [beagleboard] BBB Battery shutdown

s connected, when the external power > somehow goes missing. How that particular shutdown is happening, and from > where. > > On Sat, Apr 16, 2016 at 4:32 PM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote: > I’m not sure, but best place to look

Re: [beagleboard] BBB Battery shutdown

ower good condition is being acted on *still*. > Meaning, no idea how when a battery is connected, when the external power > somehow goes missing. How that particular shutdown is happening, and from > where. > > On Sat, Apr 16, 2016 at 4:32 PM, John Syne <john3...@gmail.com > &

Re: [beagleboard] How to make a python program start on boot? May need to use sudo.

OK, so you need to learn about unix groups. In essence, you need to create a group, say “cape” and then make your userid a member of this group. After that, do the following: sudo chown root:cape /sys/devices/bone_capemgr.9/slots Now, as a member of the group “cape”, you are permitted to write

Re: [beagleboard] BBB Battery shutdown

I’m not sure, but best place to look would be Documentation/power/regulator/charger-management.txt. I believe the PMIC issues event when AC is removed. Regards, John > On Apr 16, 2016, at 12:59 PM, William Hermans wrote: > > Also from what I've read this behavior is

Re: [beagleboard] Jessie Image fixed ethernet issue, but reverses SPI pins and device tree overlay does not help

That is interesting. I haven’t seen that option before. Regards, John > On Apr 15, 2016, at 2:05 PM, Robert Nelson wrote: > > > > On Fri, Apr 15, 2016 at 3:19 PM, > wrote: > Hello, > > I had posted

Re: [beagleboard] Eth0 doesn't work unless plugged in before boot, unplugging ethernet causes permanent disconnect

That doesn’t make sense. The only place to swap MISO/MOSI is in the McSPI driver and that hasn’t changed. Regards, John > On Apr 15, 2016, at 1:23 PM, john.min...@jlmei.com wrote: > > Hi Robert, > > Updating to the Jessie image seems to solve the issue! Thank you for your > input! > >

Re: [beagleboard] BeagleBone PCB stackup

I guess I should have scrolled up before answering this post. Regards, John > On Apr 15, 2016, at 10:45 AM, Gerald Coley wrote: > > Power supply lines? Power supplies are power planes with a connection from > the pad to the plane using a via. > > Gerald > > > On

Re: [beagleboard] BeagleBone PCB stackup

Power is supplied via power planes which are on layers 2 and 5. Regards, John > On Apr 15, 2016, at 10:45 AM, Gerald Coley wrote: > > Power supply lines? Power supplies are power planes with a connection from > the pad to the plane using a via. > > Gerald > > >

Re: [beagleboard] track width of external/internal layer

Unless you are using the same PCB material and manufacturer, you should ask your PCB manufacturer. Even the PCB manufacturing process can bring about impedance changes. That is why the PCB manufacturer includes a impedance token to test the impedance and then adjust their plating/edging time.

Re: [beagleboard] I saw an AudioCape ALSA config file in a repo somewhere

Long time since I worked on alsa, but here is what I recall. I think it stores to /var/lib/alsa/asound.state Use alsamixer in a ssh terminal as this is easier to use compared to amixer. You can also do: sudo alsactl store Which I believe stores in /etc/asound.state Regards, John > On

Re: [beagleboard] High rate serial data communication question

when used as an ethernet gadget interface. > > On Sun, Apr 10, 2016 at 9:35 AM, evilwulfie <evilwul...@gmail.com > <mailto:evilwul...@gmail.com>> wrote: > That's still only 1/2 of what he wants. > > raw parallel data not faster ? > > > On 4/10/2016 9:30

Re: [beagleboard] High rate serial data communication question

the SPI framework, it is pretty simple to create a slave SPI driver using DMA. A few days ago, I had a discussion with another developer who said he managed to modify the McSPI driver to support SPI slave mode using callbacks. Regards, John > > > On 4/10/2016 9:30 AM, John

Re: [beagleboard] High rate serial data communication question

Oh, and SPI can run up to 48Mbps. Regards, John > On Apr 10, 2016, at 9:23 AM, evilwulfie wrote: > > high speed I2C : 3,2 Mbit/s > > SPI UP TO 10 Mbps > > UART SERIAL 921600 <--- I think the highest serial rate > > So it looks like SPI is your highest

Re: [beagleboard] High rate serial data communication question

The fastest interface would be McASP which can clock at 50MHz and with four channels channels will give you just under 200Mbps. Regards, John > On Apr 10, 2016, at 9:23 AM, evilwulfie wrote: > > high speed I2C : 3,2 Mbit/s > > SPI UP TO 10 Mbps > > UART

Re: [beagleboard] looking for speed backup/restore of bbb emmc

Well, think about what is different about your SDCard image vs the original SDCard image you started with. Make a note of the image you used to create your SDCard, and then backup your working SDCard with rsync: sudo rsync -av /media//rootfs/ ~/sdcardbackup/rootfsV4.1.6/ Now when you need a

Re: [beagleboard] Altium file set for the Beaglebone?

You need to export the Allegro files in ascii format and then Altium can import those files. Copper pours and other polygons have to be redone because the import creates hundreds of edges for each polygon. Also, some of the parts have to be fixed. Synchronize the schematic with PCB in Altium

Re: [beagleboard] Source-level single-stepping kernel code on BBB?

Reviewing my previous work, the two package you need are: alsa-lib alsa-utils apt-get source alsa-utils cd alsa-utils-1.0.25 export DEB_BUILD_OPTIONS=“nostrip noopt debug" dpkg-buildpackage -rfakeroot -uc -us make make install or dpkg -i libasound2*.deb or apt-get install libasound2-dbg

Re: [beagleboard] Source-level single-stepping kernel code on BBB?

; only part that's not immediately clear is "rebuild the entire ALSA library > and tools with debug symbols. Also, your Kernel must have debug symbols > turned on." > > Can I do this with RCN's kernel build script setup? > > Thanks. > >> On Apr 6, 2016, at 18:05 ,

Re: [beagleboard] Source-level single-stepping kernel code on BBB?

OK, so you have to rebuild the entire ALSA library and tools with debug symbols. Also, your Kernel must have debug symbols turned on. You will need to enable various ftrace features with make config. Here is a typical script I use to capture program flow. === #!/bin/bash set -x pause() {

Re: [beagleboard] Source-level single-stepping kernel code on BBB?

> On Apr 6, 2016, at 5:27 PM, 'Mark Lazarewicz' via BeagleBoard > wrote: > > If it's a company project the Lauterbach is well worth the money Definitely. Lauterbach is one of my favorite tools and I cannot imagine doing some work without it. It is a difficult

Re: [beagleboard] Source-level single-stepping kernel code on BBB?

> On Apr 6, 2016, at 4:53 PM, Peter Hurley wrote: > > On 04/06/2016 02:56 PM, Rick Mann wrote: >> What would I need to get/do to enable me to single-step through >> kernel code on BBB/G? JTAG header, some kind of interface, and a >> bunch of software installed on

Re: [beagleboard] Source-level single-stepping kernel code on BBB?

to trace something like audio, which spans many modules. > > I'll look into Lauterbach. > >> On Apr 6, 2016, at 15:31 , John Syne <john3...@gmail.com> wrote: >> >> You can do this with CCSV6 with a USB200 JTAG adapter, but CCSV6 is no >> longer kernel aware

Re: [beagleboard] Source-level single-stepping kernel code on BBB?

You can do this with CCSV6 with a USB200 JTAG adapter, but CCSV6 is no longer kernel aware. CCSV4 was kernel aware, but won’t work with the current kernels. You can still debug with single stepping, software and hardware breakpoints, read/write memory, etc. Trying to debug a kernel module

Re: [beagleboard] Finding GPIO3_21 on the BBB schematic

You are correct. The caption on P3 is incorrect. McASP0 is connected to R167, U5 Pin A14 and P9 Pin 25 Regards, John > On Apr 5, 2016, at 7:14 PM, Rick Mann wrote: > > I'm looking at a schematic dated Mar 21, 2014, rev C. I'm trying to find > where the McASP0

Re: [beagleboard] PRU configure and basic test not working

That should read > With TI attempting to mainline all it’s driver code we don’t expect to see > many of the problems like your in the future Regards, John > On Apr 5, 2016, at 5:41 PM, John Syne <john3...@gmail.com> wrote: > > So if you cannot do it, then you want an

Re: [beagleboard] PRU configure and basic test not working

So if you cannot do it, then you want another volunteer to do for you? We are all in the same boat as you, and we all do our part, but simply complaining about the situation without first trying to improve the situation isn’t helpful. Previously, you mentioned Raspberry Pi, which for the most

Re: [beagleboard] PRU configure and basic test not working

Here is what you need to understand about people on this list. There are no “developers" on this list. No one on this mailing list is paid by BeagleBoard. We are all volunteers, including Robert Nelson. If you have a problem with Documentation, then why don’t you create it so others can learn.

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 >> Mas

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 sur

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 <ma...@dragonworks.info> 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

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

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

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] 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 >> pr

Re: [beagleboard] SPI BBB Master, BBB Slave

a driver or >> other form of such support >> >> Thanks for now >> >> On Sun, Mar 27, 2016 at 11:29 PM, John Syne <john3...@gmail.com> wrote: >>> The McSPI needs a driver and there is currently no Linux Driver that >>> supports SPI slave mode. The curre

Re: [beagleboard] /sys/class/gpio vs. DTB

Why not do it in your applications? http://derekmolloy.ie/kernel-gpio-programming-buttons-and-leds/ Regards, John > On Apr 3, 2016, at 4:14 PM, Rick Mann wrote: > > I configure a few GPIOs for my application. Is this something that can be > accomplished entirely via

Re: [beagleboard] Control and monitor Beaglebone from azure

My guess is that most people here use Linux and don’t like proprietary solutions like Azure. I had a look at the demo, and I don’t see any value in what they are offering. You can do the same thing with Angularjs, D3.js, which are all open source and simple to interface with BBB. Regards, John

Re: [beagleboard] Re: Find error for DHT11 with BBB code .......

Why not write this with a Kernel Module: http://derekmolloy.ie/kernel-gpio-programming-buttons-and-leds/ This is much faster and will do what you want. Regards, John > On Apr 2, 2016, at 7:42 PM, Dennis Lee Bieber wrote: > > > o/~ I'm Talking to

Re: [beagleboard] Beaglebone RT test

I would say that avg latency of 32uS is very good and I would be skeptical of this result. I don’t know what cyclictest does, but I’m wondering what the CPU load is during this test. My guess is the CPU load is low and that is why you are getting 32uS. If the CPU load was high, I would expect

Re: [beagleboard] What's in the iot build?

Why not download the build tool and look at the config file, which list the packages added to the build. Regards, John > On Mar 30, 2016, at 11:22 PM, William Hermans wrote: > > By that, I'm assuming Robert meant lxde . .. > > On Wed, Mar 30, 2016 at 11:19 PM, William

Re: [beagleboard] Re: PWM Pin Error on Boot

One more thing, you may want to look at /driver/pinctrl/pinctrl-single.c as this is where the pinmux gets set.You could also use dynamic tracing to help find the responsible routine. Look in /Documentation/dynamic-debug-howto.txt. Probably a little bit of trial and error will be needed to

Re: [beagleboard] Re: PWM Pin Error on Boot

Well, that depends on how skilled you are at modifying u-boot and the linux kernel? In each case, modify the code that toggles the GPIO pin by printing text to the console when the GPIO you want is modified. You could always issue a kernel dump when that GPIO is modified, which will list the

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

Hi Lucas, Good to hear this is working for you. Now for the real work ;-) Regards, John > On Mar 28, 2016, at 6:10 AM, lucas wrote: > > Wow it worked :) Thank you, John! > > Short summary how to get it working: > > 1.) Compile PRU_RPMsg_LED0 project in CCS > 2.)

Re: [beagleboard] SPI BBB Master, BBB Slave

12:35 PM, William Hermans <yyrk...@gmail.com> wrote: > > I'd actually look into using the McSPI module. Which is hardware, and does > support slave mode. > > On Sun, Mar 27, 2016 at 11:29 AM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote:

Re: [beagleboard] C compiler

good bye, the end. > > One should leave the default settings and instead work with the system as > intended. Instead of creating a serious potential security hole. > > On Fri, Mar 25, 2016 at 10:27 PM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>&

Re: [beagleboard] C compiler

Hi Mike, The way I think about this is umask turns off permission, which means that the execute permission is provided by gcc. For example: MBPR:~ john$ umask 0022 MBPR:~ john $ touch test MBPR:~ john $ ls -la test -rw-r--r-- 1 john staff 0 Mar 25 22:15 test MBPR:~ john $ gcc -Wall -o hello

Re: [beagleboard] PRU

r/ti-cgt-pru_2.1.2 > ARM_CGT=/home/jtobias/ti/ccsv6/tools/compiler/ti-cgt-arm_5.2.5 > SW_DIR=/home/jtobias/ti/AM335X_StarterWare_02_00_01_01 > > > Regards, > > John > > On Wed, Mar 23, 2016 at 8:37 PM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com

Re: [beagleboard] PRU

RU 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 <john3...@gmail.com > <

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

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

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 >

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 ! > > >

Re: [beagleboard] looks like the BeagleBone Black and this community is dead. Cannot even flash 8.3.

For someone who has been "working with products like this for 18 years", you would think he would be able to help himself by now. Yet he still thinks he is smarter than the rest of us, advising us to “leave this BBB”. Well, Karl, there are many more smarter people here who think BBB is way

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

Hi Lucas, This seems to work just fine for me. What kernel version are you using? I’m using V4.1.13-ti-r33. As you can see, all remoteproc/rpmsg kernel modules are loaded automatically at boot time. [ 16.251480] pruss-rproc 4a30.pruss: 8 PRU interrupts parsed

Re: [beagleboard] bbb Internal ADC configuration settings?

What is your kernel version? Regards, John > On Mar 18, 2016, at 1:22 PM, Audrey wrote: > > It says: > root@beaglebone:/# echo 1 > > /sys/bus/iio/devices/iio:device0/scan_element/in_voltage0_en > -bash: /sys/bus/iio/devices/iio:device0/scan_element/in_voltage0_en: No such

Re: [beagleboard] bbb Internal ADC configuration settings?

root@beaglebone:/sys/bus/iio/devices/iio:device0# tree . ├── buffer │ ├── enable │ ├── length │ └── watermark ├── dev ├── in_voltage0_raw ├── in_voltage1_raw ├── in_voltage2_raw ├── in_voltage3_raw ├── in_voltage4_raw ├── in_voltage5_raw ├── in_voltage6_raw ├── name ├── of_node ->

Re: [beagleboard] bbb Internal ADC configuration settings?

It is a driver, so you can open, poll and read from /dev/iio:device0 For a quick test, do the following: After you enable the various scan_channels, start the buffer and then do the following: dd if=/dev/iio:device0 of=~/test.txt Press ctrl-C to stop capture. Use hexdump to view the file.

Re: [beagleboard] bbb Internal ADC configuration settings?

The buffer is available here: /dev/iio:device0 Because the driver uses interrupts, you won’t get the speed you want. The driver has to be updated to use DMA if you want to use full speed. Reading from the buffer will reduce your CPU load compared to using LDR_PATH because this interface

Re: [beagleboard] Debugging with beaglebone black

o.com> wrote: > > John I remember using Lauterbach to do this isn't CCS kernel aware? > > Sent from Yahoo Mail on Android > <https://overview.mail.yahoo.com/mobile/?.src=Android> > On Fri, Mar 18, 2016 at 1:24 PM, John Syne > <john3...@gmail.com> wrote: > Probl

Re: [beagleboard] bbb Internal ADC configuration settings?

use the ADC is explained on this page. But > from your last post, and the paths you've shown us. You're in the wrong > directory. Essentially, you're still in the one-shot directories, which are > completely separate from the continuous mode directory structure. > > On Fri, Mar 18

Re: [beagleboard] Debugging with beaglebone black

ttps://www.google.com/search?q=how+to+debug+linux+kernel+modules> > > Just like you would on any platform. > > On Thu, Mar 17, 2016 at 8:46 PM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote: > To debug kernel modules with JTAG, you have to ha

<    1   2   3   4   5   6   7   8   >