[beagleboard] why is pinmux-helper needed?

2017-02-28 Thread ags
If there is a better place for this post please move - after all, pinmux is for more than GPIO, right? I've been trying to figure out why pinmux-helper is needed. I've searched and found initial RFC and followup in the early years (by Charles Steinkuehler) and I understand the motivation (I thi

[beagleboard] WAN connection manager

2017-02-28 Thread ferdster
Hi, I am fairly new to Linux and don't know what all kinds of packages exist out there. I have a custom board based on a Beaglebone Black, but in addition to the 10/100 wired 'eth0', it also has wifi 'wlan0' (WL1835MOD) and a USB 4G modem (Nimbelink) 'usb0'. Is there a 'connection manager' pac

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

2017-02-28 Thread gh78731
I think the primary use for the eQEP is to decode shaft encoders that are being used to replace analog controls for volume control, tuning, tone controls, etc. In other words, knobs for applications suited for them, but you don't digitize the analog knob output, you go directly into the digital

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

2017-02-28 Thread William Hermans
On Tue, Feb 28, 2017 at 3:41 PM, Drew Fustini wrote: > > eCAP is interesting as there seems to be two modes: capture input, and PWM > output. The use of eCAP as PWM output is already supported in mainline as > part of epwmss. > > However, the eCAP input driver written Matt Porter is still out-of

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

2017-02-28 Thread Drew Fustini
On Feb 25, 2017 5:35 PM, "William Hermans" wrote: > Why do you think a new driver needs to be written ? My desire is to get support for eQEP upstream in the mainline Linux kernel. I don't believe it is easy to get new misc drivers merged. IIO seems to be the only subsystem that is suitable but

Re: [beagleboard] Re: X15 as a Build Machine

2017-02-28 Thread William Hermans
I'm actually looking into using an ODRIOD XU4 for a build machine. I bought one, and have had it here for a couple weeks now. I just have not had time to work with it yet. The XU4 is an octa-core SBC with quad A15's running at 2Ghz, and quad A7's which I do not recall what frequency these core run

Re: [beagleboard] Re: BBGW SPI0 data corrupt

2017-02-28 Thread David McRell
The 100pF cap, C204, seems to me to be almost useless without a series bead (or resistor) to divide down the EMI signal (2.4GHz). That said, if UART2 pin is re-purposed as SPI_CLK, then I agree that C204 could be problematic. --- David McRell On Saturday, December 3, 2016 at 7:28:30 AM UTC-6,

Re: [beagleboard] how to (physically) connect the Arduino Pro Mini?

2017-02-28 Thread William Hermans
On Tue, Feb 28, 2017 at 9:32 AM, mzimmers wrote: > Hi, William - > > Thanks for the suggestions. I think I know Linux well enough to start > learning the nuances of how its embedded features work. And, I'm already > somewhat familiar with various peripheral devices. In another job, I wrote > driv

[beagleboard] Re: Difference between the console image and the IoT image

2017-02-28 Thread Graham
Luther: Take these as general answers, the people who build the images would have to answer detailed questions, about exactly what is included in each type of image. The standard image has everything in it to drive a local display screen via the HDMI or LCD connections, and multiple applicatio

Re: [beagleboard] how to (physically) connect the Arduino Pro Mini?

2017-02-28 Thread mzimmers
Hi, William - Thanks for the suggestions. I think I know Linux well enough to start learning the nuances of how its embedded features work. And, I'm already somewhat familiar with various peripheral devices. In another job, I wrote drivers/interfaces for things like I2C, SPI, UART, memory, etc.

[beagleboard] Re: PRU Development

2017-02-28 Thread Greg
Hi Mike- > > There are several possible paths. Since you mentioned Derek Molloy's book, here is my project which was inspired by his chapter on the PRU: https://www.hackster.io/Greg-R/beaglebone-pru-adc-a42a71 If you look at this, you will see that I used the RemoteProc framework. This framew

[beagleboard] PRU Development

2017-02-28 Thread M Pitman
I'm trying to learn to program the PRU's on the BeagleBone Black to provide a stable and accurate clock pulse in the 10kHz to 800kHz range and I'm having a difficult time finding what is best to learn. I started with the Exploring BeagleBone book by Derek Molloy which is fantastic but with the exa

Re: [beagleboard] Dual Ethernet with OSD335x

2017-02-28 Thread Gerald Coley
I have no idea what groups they read, if any at all. Gerald On Tue, Feb 28, 2017 at 7:59 AM, Matwey V. Kornilov < matwey.korni...@gmail.com> wrote: > Don't they read this group? > > 2017-02-26 16:31 GMT+03:00 Gerald Coley : > > In theory it should be possible. But I would ask the folks at Octavo

Re: [beagleboard] Dual Ethernet with OSD335x

2017-02-28 Thread Matwey V. Kornilov
Don't they read this group? 2017-02-26 16:31 GMT+03:00 Gerald Coley : > In theory it should be possible. But I would ask the folks at Octavo to what > extent they have tested such a configuration on their device. > > Gerald > > > On Sun, Feb 26, 2017 at 5:31 AM, Matwey V. Kornilov > wrote: >> >>

[beagleboard] Re: Difference between the console image and the IoT image

2017-02-28 Thread 'Luther Goh Lu Feng' via BeagleBoard
I also found this barefs and I am curious if that is relevant to me as well https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-RootFileSystem(smallflash) On Tuesday, February 28, 2017 5:10 PM, Luther Goh Lu Feng wrote: I attempted to find a minimal console image and found t

[beagleboard] Difference between the console image and the IoT image

2017-02-28 Thread 'Luther Goh Lu Feng' via BeagleBoard
I attempted to find a minimal console image and found the IoT image on the latest firmware images page[1]. Subsequently, I discovered a console image[2]. Please correct me if I am wrong, but I believe that the console image is even more striped down the the IoT image. Questions: - Is there a r