Re: [beagleboard] Re: Announcement: Debian 8.6 released for all boards

Thank you, I'll try with IoT version for I do not need to use GUI or something. Than you again for your great work. On Wed, Jan 18, 2017 at 8:17 AM Robert Nelson wrote: > On Tue, Jan 17, 2017 at 4:51 PM, wrote: > > It seems that there are only 4GB

Re: [beagleboard] Updating PinMux setting via /dev/mem has no effect

You have to be in privileged mode to change pinmux. My approach is creating a kernel module for it like this ( https://github.com/chunsj/nxctrl/tree/master/nxpmx) Or you can use PRU for this, I've heard that someone really do this in his library (I cannot remember its name). However to control PRU

[beagleboard] How can I enable SPI in 3.17?

After upgrading kernel to 3.17, my working program and test program does not work. And I think that this is related to SPI device. How can I properly enable SPI0 in 3.17? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the

Re: [beagleboard] Re: RFC: Add mode setting to bone-pinmux-helper

Maybe somewhat off topic, however I cannot help but to ask this; How can we disable HDMI in kernel version = 3.14? where we do not have capemgr? On Wed, Sep 17, 2014 at 7:37 AM, Jason Kridner jkrid...@beagleboard.org wrote: On Tue, Sep 16, 2014 at 6:06 PM, Charles Steinkuehler

Re: [beagleboard] Re: RFC: Add mode setting to bone-pinmux-helper

Thank you. I've just changed state of hdmi in /boot/dtbs/am335x-boneblack.dtb as disabled, however, which might not be a correct way of disabling HDMI, so I asked. On Wed, Sep 17, 2014 at 7:57 AM, Charles Steinkuehler char...@steinkuehler.net wrote: On 9/16/2014 5:43 PM, Sungjin Chun wrote

Re: [beagleboard] Sensor Driver Pin Muxing

which makes me think that there is another driver that handles the communication itself (timing, sending receiving data etc). Am i wrong in thinking this? Please tell if it is not too much trouble and sorry if this is too nooby :-) . 2014-08-27 1:45 GMT+02:00 Sungjin Chun chu

Re: [beagleboard] Sensor Driver Pin Muxing

As far as I know you have to be in the priviledged mode to change mux value of pins (or you can use PRU to do this) which means you have to write kernel module like this ( https://github.com/chunsj/nxctrl/blob/master/nxpmx/nxpmx.c). On Wed, Aug 27, 2014 at 12:40 AM, Cristian Mitu

Re: [beagleboard] [Q] Any project like PiFM, GPIO only FM transmission on BeagleBone Black?

:34 GMT+08:00 Sungjin Chun chu...@gmail.com: I'd like to create similar thing like PiFM in BeagleBone Black. Can anyone provide me reference on this? On Thu, Jul 31, 2014 at 9:21 PM, liyaoshi liyao...@gmail.com wrote: Its impossible . bcm2835 have flex pwm and dma transfer for fm turning

[beagleboard] [Q] Any project like PiFM, GPIO only FM transmission on BeagleBone Black?

I'd like to create similar thing like PiFM in BeagleBone Black. Can anyone provide me reference on this? Thanks in advance. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To

Re: [beagleboard] [Q] Any project like PiFM, GPIO only FM transmission on BeagleBone Black?

Oh, sad.. thank you for kind and detailed explanation :-) On Fri, Aug 1, 2014 at 10:21 AM, liyaoshi liyao...@gmail.com wrote: Its impossible . bcm2835 have flex pwm and dma transfer for fm turning . while am335x pwm is only for fixed clock div . 2014-08-01 6:34 GMT+08:00 Sungjin Chun chu

RE: [beagleboard] PRUSS uart to read from ADAFRUIT Ultimate GPS

Though I have not yet tested your code, thank you for your great example. :-) -Original Message- From: jstam...@gmail.com jstam...@gmail.com Sent: ‎7/‎15/‎2014 4:52 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] PRUSS uart to read from ADAFRUIT

[beagleboard] [Q] Best Bluetooth USB Dongle/Breakout for communication with Bluetooth LE device?

Hi, I'd like to connect to my TI SensorTag which uses Bluetooth LE. BBB has just one USB port so I'd like to use Bluetooth Breakout board or something which uses GPIO port other than USB, however if there's no solution then recommend me Good USB dongle for Bluetooth. Thanks in advance. -- For

RE: [beagleboard] Re: set up PADCONF for am33xx from userspace

They can be written only in privileged mode; if you're using Linux, this means that you have to be in kernel space to write. Refer https://github.com/chunsj/nxctrl/blob/master/nxpmx/nxpmx.c which my approach or you can use PRU code. -Original Message- From: serge.ns...@gmail.com

Re: [beagleboard] Re: PRU GPIO and voltage levels

Thank you for your answer; I've used my own kernel module for pinmuxing, now, instead, I have another option for this task. On Wed, Jul 2, 2014 at 2:47 PM, TJF jeli.freih...@gmail.com wrote: Am Mittwoch, 2. Juli 2014 00:34:11 UTC+2 schrieb Sungjin Chun: Can I pinmux in PRU? The TRM says I

Re: [beagleboard] How to install a custom PRU

If you mean loading custom firmware/program by custom pru, just search prussdrv in google and you can find many docs. Sent from my iPad On Jun 3, 2014, at 4:49 PM, bo.ham...@gmail.com wrote: I have been researching on how to load a custom pru on a beagle bone black. Is there somewhere for

Re: [beagleboard] How to install a custom PRU

Ah, and here is my code you can refer ;-) https://github.com/chunsj/nxctrl/blob/master/pru-test.c https://github.com/chunsj/nxctrl/blob/master/pru-test.p C code is for loading pru program. Sent from my iPad On Jun 3, 2014, at 4:49 PM, bo.ham...@gmail.com wrote: I have been researching on

Re: [beagleboard] Some GPIOs don't work ?

Not every pin is muxed as GPIO/Mode 7. You have to pinmux them if you want to use it as GPIO pin. And even some pins cannot be pin muxed as GPIO; they are GND, 5V, 3V3, and analog input pins. Sent from my iPad On Jun 3, 2014, at 4:25 AM, papin.timot...@gmail.com wrote: Hello guys, I'm

Re: [beagleboard] PRU prussdrv_open gives Bus error, Custom PREEMPT_RT Linux kernel 3.14

In my case, I solved similar problem with enabling clock and power domain configuration, refer https://github.com/chunsj/nxctrl/blob/master/NXCTRL.c#L223 Sent from my iPad On May 15, 2014, at 5:36 AM, henrikff...@gmail.com wrote: Hi, I'm currently running a 3.14 PREEMPT_RT build based

[beagleboard] [Q] No More Default uio_pruss in 3.14.X kernel?

Up to 3.13.X kernel package, there is uio_pruss module in kernel package, both in debian and arch linux. However in arch linux it is not, and it seems that RobertCNelson's kernel package in http://rcn-ee.net/deb/sid-armhf/v3.14.1-bone2/ does not have uio_pruss. Does this module, uio_pruss, is

[beagleboard] Re: PWM period

If you are using device tree based approach, then refer this link https://groups.google.com/forum/#!topic/beagleboard/4R91_v9WBEY I hope this can help you. On Tuesday, April 22, 2014 9:02:11 AM UTC+9, Dorian Levy wrote: I want to use two servos with pins 8_13 and 8_19. How can I change the

Re: [beagleboard] Re: PWM in the 3.13 Kernel

If properly enabled in dtb file during booting, you can always use any peripherals in AM335X SoC. Refer https://github.com/chunsj/nxctrl/blob/master/pwm-test.c, which uses /dev/mem for control pwm. Of course this code does not provide sysfs interface. Sent from my iPad On Apr 18, 2014, at

Re: [beagleboard] Re: ArchLinux SD card boot

Did you tried the method described here? http://archlinuxarm.org/platforms/armv7/ti/beaglebone-black I copy the part here. Installing to eMMC 1. After booting into Arch Linux ARM, ensure you have wget and dosfstools installed: pacman -Syu wget dosfstools 2. Follow the above steps 4

Re: [beagleboard] Re: beaglebone, PREEMPT-RT and low latency ADC/DAC

From http://processors.wiki.ti.com/index.php/AM335x_ADC_Driver%27s_Guide , ADC in AM335x can sample in 200KSPS(Kilo Samples Per Second) so 44K could be possible. However I think you have to do this with faster interface which means you cannot use sysfs; instead you have to use /dev/mem or PRU. I

Re: [beagleboard] ome problem when I get update

Did you generate locale data? For example, in arch linux (which I'm using), after configuration of /etc/locale.conf I should execute locale-gen so that configured locale data be generated. On Thu, Apr 17, 2014 at 12:57 PM, Yanlong Mu ian.y...@gmail.com wrote: Hi Everybody I just get the

Re: [beagleboard] High(er) level language for PRU programming available.

I also am interested in C compiler for PRU. Can you let me know how to contact Jason Kridner? Sent from my iPhone On Apr 15, 2014, at 5:39 AM, Charles Steinkuehler char...@steinkuehler.net wrote: On 4/14/2014 3:34 PM, John Silvia wrote: I've implemented a forth language for the PRU to

[beagleboard] Kernel 3.14, I cannot find uio_pruss module.

After upgrade to Kernel 3.14 (Arch Linux ARM) which uses http://rcn-ee.net/deb/sid-armhf/v3.14.0-bone0/ I cannot find uio_pruss kernel driver. How can I fix this? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google

Re: [beagleboard] Kernel 3.14, I cannot find uio_pruss module.

...@gmail.comwrote: On Wed, Apr 9, 2014 at 7:36 PM, Sungjin Chun chu...@gmail.com wrote: After upgrade to Kernel 3.14 (Arch Linux ARM) which uses http://rcn-ee.net/deb/sid-armhf/v3.14.0-bone0/ I cannot find uio_pruss kernel driver. How can I fix this? Did you enable it in the config

Re: [beagleboard] Engine RPM Sensor

Programmable Realtime Unit. http://processors.wiki.ti.com/index.php/Programmable_Realtime_Unit_Subsystem You can use this processors for realtime tasks. On Mon, Apr 7, 2014 at 10:14 AM, Stacy Cottles fm3...@gmail.com wrote: Eric, I apologize for my ignorance but what is the pru? On Sunday,

[beagleboard] [Q] Why I cannot mmap this region in 3.13 kernel?

I'm using BeagleBone Black. PRU example code PRU_memAccess_DDR_PRUsharedRAM in PRU sw package does not run on 3.13.6 kernel. And I found where it does stop working; mmap(0, 0x0FFF, PROT_WRITE | PROT_READ, MAP_SHARED, nFDMem, DDR_BASEADDR); where DDR_BASEADDR is 0x8000. This code works

[beagleboard] Re: [Q] Why I cannot mmap this region in 3.13 kernel?

I found solution. I have to use interface function provided by pruss (which I had not known). prussdrv_map_extmem This function solves my problem. On Friday, April 4, 2014 4:23:39 PM UTC+9, Sungjin Chun wrote: I'm using BeagleBone Black. PRU example code PRU_memAccess_DDR_PRUsharedRAM

Re: [beagleboard] Where did /sys/bus/iio/devices/iio\:device0/in_voltage[0-3]_raw go in saucy 3.13.X kernels?

As far as I know, the default am33x-boneblack.dtb which is read from kernel during boot does have only 3 pin addresses for analog inputs, you can modify this by referring TRM or other dts files. I do not have my file now sorry, I cannot post here. Sent from my iPad On Apr 5, 2014, at 12:36

Re: [beagleboard] Re: [Q] How can I use P9 14 as PWM?

Thanks, first cat /sys/kernel/debug/pwm -- platform/48304100.ecap, 1 PWM device pwm-0 ((null) ): platform/48304200.ehrpwm, 2 PWM devices pwm-0 ((null) ): pwm-1 (PWM_P8_13 ): requested enabled platform/48302200.ehrpwm, 2 PWM devices

[beagleboard] [Q] How can I use P9 14 as PWM?

echo am33x-pwm ...slots echo pwm-test-P9_14 ...slots (yes, I'm not rewrite those file names correctly here) Above does not make PWM work for P9_14 pin. Though there are period_ns and duty_ns, if I echo 1 run nothing happens. If I do this on P8_13, it works. Why does this not work for me?

[beagleboard] Re: [Q] How can I use P9 14 as PWM?

Ah, I'm using 3.8.13 kernel on BeagleBone Black On Tuesday, April 1, 2014 6:07:50 PM UTC+9, Sungjin Chun wrote: echo am33x-pwm ...slots echo pwm-test-P9_14 ...slots (yes, I'm not rewrite those file names correctly here) Above does not make PWM work for P9_14 pin. Though

Re: [beagleboard] Re: [Q] How can I use P9 14 as PWM?

not show result. On Wed, Apr 2, 2014 at 12:06 AM, Cody Lacey c...@beagleboard.org wrote: what are the contents of /sys/class/pwm On Tue, Apr 1, 2014 at 4:25 AM, Sungjin Chun chu...@gmail.com wrote: Ah, I'm using 3.8.13 kernel on BeagleBone Black On Tuesday, April 1, 2014 6:07:50 PM UTC+9

Re: [beagleboard] Read GPIO Through /dev/mem on BeagleBoneBlack?

Though you cannot avoid searching TRM, Technical Reference Manual, you can get some help on this site. http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlays/ Sent from my iPad On Mar 28, 2014, at 9:08 PM, Charles Steinkuehler char...@steinkuehler.net wrote: On

Re: [beagleboard] Driving servos with face position detected from OpenCV?

How about using node.js OpenCV bindings such as; https://github.com/peterbraden/node-opencv Though I'm not sure on the OpenCV functionalities implemented in this package. On Thu, Mar 27, 2014 at 2:55 PM, Shanshan Zhou shshan...@gmail.com wrote: Hey guys! I'm just getting started with my

[beagleboard] Re: [Q] Enabling ADC without Device Tree file

this register as |= 0x2. Can anyone let me know why I encountered this problem? As far as I know only GPIO control registers need privileged mode to modify their values... On Wednesday, March 26, 2014 12:57:06 PM UTC+9, Sungjin Chun wrote: Can anyone let me know what register should I use

Re: [beagleboard] eMMC data corruption due to power removal?

How about making system partition be mounted as read-only and data partition be mounted after booting and checking? In this case, only data partition has possibility of corruption. Sent from my iPad On Mar 26, 2014, at 9:53 PM, Yiling Cao yiling@gmail.com wrote: Hi I have some my

[beagleboard] Re: porting kernel 3.13.6 to beaglebone black

Though I'm not sure on the current linux distro you are using on BBB, my choice is Arch Linux and it already has 3.13.6 kernel. I managed to install run on my BeagleBone Black(yes, arch linux), however, this version of kernel does not have cape manager (/sys/devices/capemgr.*) and I cannot

[beagleboard] [Q] Enabling ADC without Device Tree file

Can anyone let me know what register should I use for this? I just tried to read following register value 0x44E0D000 where REVISION (12.5.1.1 of TRM) register is. But without slotting BB_ADC to capemgr, what I've got is following error: Unhandled fault: external abort on non-linefetch (0x1018)

[beagleboard] [Q] Enabling ADC without Device Tree file

Can anyone let me know what register should I use for this? I just tried to read following register value 0x44E0D000 where REVISION (12.5.1.1 of TRM) register is. But without slotting BB_ADC to capemgr, what I've got is following error: Unhandled fault: external abort on non-linefetch (0x1018)

Re: [beagleboard] PRUSS and accessing ADC registers on Beaglebone Black

Did you find how to enable ADC without device tree? I have the same problem like you. On Wednesday, February 26, 2014 11:05:12 PM UTC+9, Nhan Nguyen wrote: Hi John, Is there a way to enable ADC without using device tree? I couldn't find a way to do it in the reference manual. Thank you.

[beagleboard] [Q] Any pinmuxing method in 3.13 kernel?

Hi, I've been using 3.8 (arch linux) on my BBB, and want to try 3.13 version of kernel. However, it seems that there is no cape manager support on 3.13 version. Now here is my question: Are there any pinmuxing (without rebooting) method in 3.13 kernel? I've used device tree/cape manager just