Difference between revisions of "BeagleBoard/GSoC/Ideas"

From eLinux.org
Jump to: navigation, search
(Previous ideas)
(Mentors)
 
(162 intermediate revisions by 31 users not shown)
Line 7: Line 7:
  
 
=Welcome!=
 
=Welcome!=
BeagleBoard.org hopes to be accepted as a mentoring organization in the [[BeagleBoard/GSoC|Google Summer of Code]] for 2013! Below, we've collected project ideas for the 2013 GSoC.
+
BeagleBoard.org hopes to be accepted as a mentoring organization in the [[BeagleBoard/GSoC|Google Summer of Code]] for 2015! Below, we've collected project ideas for the GSoC-2015.
  
 
==Background==
 
==Background==
BeagleBoard.org is a volunteer organization that seeks to advance the state of open-source software on [http://en.wikipedia.org/wiki/Open-source_hardware open-source hardware] platforms capable of running high-level languages and operating systems (primarily Linux) in embedded environments. Born from taking mobile phone processors and putting them on low-cost boards to build affordable desktop computers, BeagleBoard.org has evolved to focus on the needs of the "maker" community with greater focus on the I/O needed for controlling motors and reading sensors to build things like robots, 3d printers, flying drones, in-car computer systems and much more. Past BeagleBoard.org GSoC projects included [[BeagleBoard/GSoC/2010_Projects/C6Run|an RPC framework for heterogeneous processor communication]], [[BeagleBoard/GSoC/2010_Projects/USBSniffer|a transparent USB packet sniffer]], [[BeagleBoard/GSoC/2010_Projects/XBMC|ARM optimizations for XBMC]], [[BeagleBoard/GSoC/2010_Projects/FFTW|ARM optimizations for FFTs]], [[BeagleBoard/GSoC/2010_Projects/Pulse_Width_Modulation|make-shift pulse-width-modulation]] and [[BeagleBoard/GSoC/2010_Projects/OpenCV|RPC optimizations for OpenCV]]. BeagleBoard.org has benefited from sponsorship from Texas Instruments, CircuitCo, Digi-Key and others, but avoids any dependence on that sponsorship for sustaining the effort. The project has evolved over the past few years with over 100,000 boards in circulation with developers worldwide and strong roots in the Linaro, Yocto Project, Angstrom Distribution and Linux communities---and support for running most major Linux distributions including Ubuntu, Android, Fedora, Debian, ArchLinux, Gentoo, Buildroot and many more.
+
BeagleBoard.org is a volunteer organization that seeks to advance the state of open-source software on [http://en.wikipedia.org/wiki/Open-source_hardware open-source hardware] platforms capable of running high-level languages and operating systems (primarily Linux) in embedded environments. Born from taking mobile phone processors and putting them on low-cost boards to build affordable desktop computers, BeagleBoard.org has evolved to focus on the needs of the "maker" community with greater focus on the I/O needed for controlling motors and reading sensors to build things like robots, 3d printers, flying drones, in-car computer systems and much more. Past BeagleBoard.org GSoC projects included [[BeagleBoard/GSoC/2014_Projects#Project:_BotSpeak_PRU_Firmware|creating an interpreter for tiny CPUs]], [[BeagleBoard/GSoC/2014_Projects#Project:_PyBBIO|adding SPI and sensor support to Python]], [[BeagleBoard/GSoC/2014_Projects#Project:_Bone101|an HTML and git based tutorial sharing environment]], [[BeagleBoard/GSoC/2014_Projects#Project:_BeaglePilot|porting autopilot software to Linux]], [[BeagleBoard/GSoC/2014_Projects#Project:_BeagleLogic|an open source 100MHz 14-channel logic analyzer]], [[BeagleBoard/GSoC/2014_Projects#Project:_Android_Remote_Display|using Android tablets as Linux displays]], [[BeagleBoard/GSoC/2013_Projects#Linux_ADC_IIO_Support|putting ADC support in Linux under the IIO framework]], [[BeagleBoard/GSoC/2013_Projects#Android-based_Boot|using Android phones as a network boot source]], [[BeagleBoard/GSoC/2013_Projects#Userspace_Arduino|Running Arduino code on Linux]], [[BeagleBoard/GSoC/2013_Projects#Robot_Operating_System|Robot Operating System support within the Yocto Project build system]], [[BeagleBoard/GSoC/2013_Projects#Minix_I2C|Minix I2C support]], [[BeagleBoard/GSoC/2010_Projects/C6Run|an RPC framework for heterogeneous processor communication]], [[BeagleBoard/GSoC/2010_Projects/USBSniffer|a transparent USB packet sniffer]], [[BeagleBoard/GSoC/2010_Projects/XBMC|ARM optimizations for XBMC]], [[BeagleBoard/GSoC/2010_Projects/FFTW|ARM optimizations for FFTs]], [[BeagleBoard/GSoC/2010_Projects/Pulse_Width_Modulation|make-shift pulse-width-modulation]] and [[BeagleBoard/GSoC/2010_Projects/OpenCV|RPC optimizations for OpenCV]]. BeagleBoard.org has benefited from sponsorship from Texas Instruments, [[CircuitCo]], Digi-Key, element14 and others, but avoids any dependence on that sponsorship for sustaining the effort. The project has evolved over the past few years with over 500,000 boards in circulation with developers worldwide and strong roots in the Linaro, Yocto Project, Angstrom Distribution, Debian and Linux communities---and support for running most major Linux distributions including Ubuntu, Android, Fedora, ArchLinux, Gentoo, Buildroot and many more.
  
BeagleBoard was inspiration for Raspberry Pi[http://www.linuxuser.co.uk/features/raspberry-pi-interview-eban-upton-reveals-all] and will be more affordable at the time GSoC launches[http://beagleboard.org/unzipped], but is more than a throw-away computer. It is true open hardware, exposing users to the broader world of electronics, demystifying computers and fostering an environment of clones that have changed the industry.
+
BeagleBoard was inspiration for Raspberry Pi[http://www.linuxuser.co.uk/features/raspberry-pi-interview-eban-upton-reveals-all] and is available for about $50 through over 30 distributors world-wide (and is even available at Microcenter and Radio Shack in the USA), but is more than a throw-away computer. It is an instance of true open hardware, exposing users to the broader world of electronics, demystifying computers and fostering an environment of clones that have changed the industry for good.
  
 
Students will be expected to demonstrate an understanding of cross-compiling before being accepted, but support for demonstration is available through the IRC channel that typically has approximately 150 online chatters logged on at any time, most with sufficient experience to explain the process.
 
Students will be expected to demonstrate an understanding of cross-compiling before being accepted, but support for demonstration is available through the IRC channel that typically has approximately 150 online chatters logged on at any time, most with sufficient experience to explain the process.
Line 23: Line 23:
  
 
==Students looking for ideas==
 
==Students looking for ideas==
Student proposals can encompass projects inspired from the following list of ideas or can include personal project ideas. Previous Google Summer of Code projects show that the key to success is being passionate about your project, so propose something that is extremely interesting to you, even if it is not on this list. We will be glad to help students develop ideas into projects via [http://webchat.freenode.net/?channels=beagle the BeagleBoard IRC] or [http://groups.google.com/group/beagleboard the BeagleBoard mailing list]. There are many potential project ideas and we will match students to projects based on their interests and help scope the proposals to something that can be completed in the Summer of Code timeframe.
+
Student proposals can encompass projects inspired from the following list of ideas or can include personal project ideas. Previous Google Summer of Code projects show that the key to success is being passionate about your project, so propose something that is extremely interesting to you, even if it is not on this list. We will be glad to help students develop ideas into projects via [http://webchat.freenode.net/?channels=beagle-gsoc the BeagleBoard GSoC IRC] or [http://groups.google.com/group/beagleboard-gsoc the BeagleBoard-GSoC mailing list]. There are many potential project ideas and we will match students to projects based on their interests and help scope the proposals to something that can be completed in the Summer of Code timeframe.
  
There are more than 300 existing projects listed at http://beagleboard.org/project. If you are interested in one of the projects listed on the BeagleBoard.org projects page, talk with the project members to see if there are any aspects of their projects that can be used to create a GSoC project. There are also several ideas on the[[ECE497_Project_Ideas|ECE497 class project idea list]]. You can also check out [[BeagleBoard/GSoC/Ideas-2012|last year's idea page]].
+
There are more than 500 existing projects listed at http://beagleboard.org/project. If you are interested in any of the projects listed on the BeagleBoard.org projects page, contact the project members to see if there are any aspects of their projects that can be enhanced to create a GSoC project. There are also several ideas on the [[ECE497_Project_Ideas|ECE497 class project idea list]]. You can also check out [[BeagleBoard/GSoC/Ideas-2014|last year's idea page]].
  
 
==Mentors wondering where to help==
 
==Mentors wondering where to help==
 
Please start by registering your ideas for student projects below by following the template provided with the existing ideas. Furthermore, scroll down to the bottom and give everyone a bit of information about your expertise and availability by adding yourself to the table. Jason will make final approvals for mentor assignments based on if we first get accepted as a mentoring organization and best matching mentor skill sets with student project ideas deemed valuable to the community.
 
Please start by registering your ideas for student projects below by following the template provided with the existing ideas. Furthermore, scroll down to the bottom and give everyone a bit of information about your expertise and availability by adding yourself to the table. Jason will make final approvals for mentor assignments based on if we first get accepted as a mentoring organization and best matching mentor skill sets with student project ideas deemed valuable to the community.
 +
 +
You will also need to register on [https://www.google-melange.com/gsoc/homepage/google/gsoc2015 Melange] and request to be a mentor for BeagleBoard.org.
  
 
==General requirements==
 
==General requirements==
Line 46: Line 48:
  
 
=Ideas=
 
=Ideas=
There are several areas needing contributions:<br>
+
==Linux kernel support for embedded devices and interfaces==
'''Kernel''': Improving the state of the Linux kernel including improved ARM/OMAP/Sitara platform support, simplifying the development of add-on hardware for embedded systems and exchanging hardware connectivity information with userspace.<br>
+
Improving the state of the Linux kernel, especially with regards to embedded devices and interfaces. Includes improved ARM/OMAP/Sitara platform support, simplifying the development of add-on hardware for embedded systems and exchanging hardware connectivity information with userspace.
'''Secondary processor support (RPC/gcc/etc.)''': Enabling usage of DSPs, PRUs, FPGAs, Cortex-M3s, Arduinos, MSP430 launchpads and other attached processing platforms.<br>
+
'''Scripting libraries and web interfaces''': Improving the Bonescript JavaScript library, web-based interface libraries, examples or alternatives in other languages.<br>
+
'''Frameworks for open-hardware projects''': Consolidating support for simplified home manufacturing (CNC, 3D printers, laser cutters, pick-and-place machines, etc.), drones/bots (ROS, IMU, video streaming, etc.) or other common tasks.<br>
+
'''Optimizations to existing userspace applications/libraries''': Optimizations to applications and libraries like XBMC to make them run better on resource constrained environments or to take advantage of more specialized processing elements.<br>
+
  
==Upstreaming Beagleboard.org Kernel Patches==
+
===BeaglePilot 2.0: Making underwater drones===
 +
In a nutshell, the idea is to create an underwater vehicle (submarine) for the APM autopilot using/porting the OpenROV code/infraestructure, an open hardware submarine. The APM code should be extended and create a new kind of vehicle (e.g.: APMSubmarine).
 +
 
 +
''Goal:'' Add an underwater drone vehicle class to the APM autopilot using the OpenROV work.<br>
 +
''Hardware Skills:'' PPM, PWM, PRUSS<br>
 +
''Software Skills:'' C, C++, nodejs, processing <br>
 +
''Possible Mentors:'' Víctor Mayoral Vilches, Alejandro Hernández Cordero, Iñigo Muguruza Goenaga<br>
 +
''Workload:'' 1 student full time. <br>
 +
''GitHub:'' https://github.com/beaglepilot2<br>
 +
''References:'' https://github.com/OpenROV/openrov-software, https://github.com/OpenROV/openrov-software-arduino<br>
 +
 
 +
 
 +
===BeagleRT: Real-Time Linux with the BeagleBone Black===
 +
Assessment of the real-time limitations and capabilities with the BeagleBone Black.
 +
<br>
 +
 
 +
* vanilla kernel
 +
* vanilla with PREEMPT option
 +
* PREEMPT_RT patches
 +
* Xenomai patches
 +
* PRUSS
 +
 
 +
''Goal:'' Many applications require a certain degree of real-time response. This project will analyze, test and compare the different approaches for providing Real-Time responses with the BeagleBone Black development board.<br>
 +
''Hardware Skills:'' PRU, PPM, PWM, PRUSS<br>
 +
''Software Skills:'' C, C++, Python, Assembly<br>
 +
''Possible Mentors:'' Steve Arnold<br>
 +
''Workload:'' 1 student full time. <br>
 +
''GitHub:'' https://github.com/BeagleRT/BeagleRT<br>
 +
''References:'' https://www.osadl.org/fileadmin/dam/rtlws/12/Brown.pdf<br>
 +
 
 +
===Upstreaming Beagleboard.org Kernel Patches===
 
The BeagleBone currently relies on a number of out-of-tree kernel patches in order to boot. These patches are maintained by Koen Kooi (CircuitCo) and come from many sources, including TI employees and various mailing lists. Getting more of these patches upstream would make it easier to boot a BeagleBone and also make use of a BeagleBone easier for users and kernel developers who need to track upstream kernel changes, or who otherwise need to be closer to the bleeding edge of Linux kernel development. The current patch set is [https://github.com/beagleboard/kernel/tree/3.8 maintained at github] and contains scripts to easily patch an upstream kernel. The scripts in this repository are used to build the BeagleBoard.org kernels which ship with the Angstrom SD card images.
 
The BeagleBone currently relies on a number of out-of-tree kernel patches in order to boot. These patches are maintained by Koen Kooi (CircuitCo) and come from many sources, including TI employees and various mailing lists. Getting more of these patches upstream would make it easier to boot a BeagleBone and also make use of a BeagleBone easier for users and kernel developers who need to track upstream kernel changes, or who otherwise need to be closer to the bleeding edge of Linux kernel development. The current patch set is [https://github.com/beagleboard/kernel/tree/3.8 maintained at github] and contains scripts to easily patch an upstream kernel. The scripts in this repository are used to build the BeagleBoard.org kernels which ship with the Angstrom SD card images.
 
<br>
 
<br>
Line 63: Line 91:
 
''Possible mentors:'' Matt Porter, Matt Ranostay, Koen Kooi, Alan Ott<br>
 
''Possible mentors:'' Matt Porter, Matt Ranostay, Koen Kooi, Alan Ott<br>
  
==Library of Arduino-compatible functions for Linux==
+
===IIO debugging tools===
For doing basic physical computing tasks, the most popular and understood API is clearly the Arduino API based off of Wiring. This project would utilize the Linux interfaces provided to userspace applications for the hardware functions.
+
 
+
''Goal:'' Provide an implementation of most major Arduino functions for Linux userspace and verify on BeagleBoard-xM and BeagleBone Black.<br>
+
''Existing Project:'' [https://github.com/prpplague/Energia/tree/userspace Engeria userspace Linux fork]<br>
+
''Hardware Skills:'' Understanding of serial ports and busses and how to use a scope<br>
+
''Software Skills:'' C/C++ and Linux kernel interfaces<br>
+
''Possible mentors:'' Jason Kridner, Dave Anders
+
 
+
==IIO debugging tools==
+
 
Quick background: IIO is the new way of doing sensors but being a newer interface, it lacks tools
 
Quick background: IIO is the new way of doing sensors but being a newer interface, it lacks tools
 
for debugging. This project is to produce sometools to debug drivers.
 
for debugging. This project is to produce sometools to debug drivers.
Line 85: Line 104:
 
''Possible mentors:'' Hunyue Yau<br>
 
''Possible mentors:'' Hunyue Yau<br>
  
==node-webkit based cross-platform getting-started app==
+
===MMC and DMA Linux performance ===
Newbies often have a difficult time following directions that could be replaced by an application. The steps to download and install an application is something that even newbies can typically manage. This avoid issues like having bad browsers or not having typical development tools like 'ssh'. This is a common problem across all embedded Linux platforms and node-webkit provides a good solution for making it cross-platform.
+
Improving performance of MMC driver by understanding issues, improving MMC, DMA drivers and eliminating bottlenecks.
  
''Features'':
+
''Goal:''  
* Provide instructions for getting up-and-running with the board based (incorporate the Getting Started Guide)
+
Both MMC and DMA are critical to high performance of I/O intensive workloads on a Beagleboard/ARM platform, even fast system boot up depends on it.
* Automatically discover boards on the LAN using mDNS and predetermined IP addresses
+
* Act as a browser to interact with the board, including performing SSH and SCP
+
* Discover the latest SD card images from multiple distributions
+
* Bootload the board with a USB-mass-storage-class application
+
* Program SD cards through the board or a USB adapter
+
* Program on-board eMMC
+
  
''Goal:'' Provide a downloadable application for Linux, Windows and Mac that enables unexperienced users to get going enough to start learning about using Linux and the embedded I/O.<br>
+
A good amount of performance improvement is possible just by identifying what's going on in hot paths and how things can be done more simply, without breaking anything else. Also improvements are possible using innovative techniques such as intelligent buffer allocation and reducing overhead where possible in dependent components such as DMA. Cutting the fat in hot paths is definitely a start.
''Existing Project:'' [http://github.com/jadonk/beaglebone-getting-started/tree/node-webkit-app Incomplete node webkit app for the BeagleBone Getting Started guide]<br>
+
''Hardware Skills:'' N/A<br>
+
''Software Skills:'' Able to write software in JavaScript and work with node.js modules<br>
+
''Possible mentors:'' Jason Kridner<br>
+
  
==OpenEmbedded support for npm packages for node.js==
+
''Existing Project:'' [http://kernel.org Upstream Kernel]<br/>
Using npm for packages works well for grabbing most recent versions of things, but it doesn't work well to make sure you are getting tested versions built for your platform, it doesn't integrate with the native package manager, it is a huge security hole and it generally is a mess for distributions. OpenEmbedded provides a great vehicle for creating distributions that can professionally support deploying node.js packages rather than relying on a tool that is really only geared for prototyping.
+
''Hardware Skills:'' Yes<br/>
 +
''Software Skills:'' C, Possible use of JTAG, ftrace, perf etc.<br/>
 +
''Possible mentors:'' Joel Fernandes
 +
===Enhance ADC driver for BeagleBone and BeagleBone Black===
 +
Improve the onboard ADC to support more features provided by the hardware. The hardware supports
 +
things like periodic sampling and averaging along with the ability to schedule the different channels
 +
and allow them to be configured differently.
  
* Create a bitbake 'npm' class
+
''Goal:'' The Beagleboard.org community lacks a common unified way of accessing the different features available on the ADC. Some of these hacks such as attempts at periodic sampling squaders hardware resources on the BeagleBone when in reality the ADC block can do it directly. The goal is to create
* Cross-build native code using node-waf, node-gyp and nw-gyp
+
a drive with a plan to upstream that will expose these additional features. It should try to coordinate with the current driver maintainer. The coordination and upstreaming parts needs to be
* Create dependencies using package.json
+
weighed and considered due to the limited GSoC time frame.
  
''Goal:'' Bitbake 'npm' class and recipes for tools like 'node-serialport', 'express', 'socket.io' and more.<br>
+
''Existing Project:'' <br>
''Existing Project:'' http://www.openembedded.org/wiki/BitBake, https://npmjs.org/<br>
+
''Hardware Skills:'' Yes<br>
''Hardware Skills:'' N/A<br>
+
''Software Skills:'' C<br>
''Software Skills:'' Familiarity with C++, JavaScript and Python. Basic understanding of build systems.<br>
+
''Possible mentors:'' Hunyue Yau (others welcome to volunteer)
''Possible mentors:'' Jason Kridner<br>
+
===Common bootloader for different all the BeagleBone/BeagleBoards===
 +
Create a common bootloader for all the different BeagleBone/BeagleBoards. Currently, the
 +
BBX/BBC share a common bootloader and the BBW/BBB share another one. Other boards such
 +
as the upcoming new board uses yet another.
 +
''Goal:'' Unified as many of the different bootloaders as possible. This in particular
 +
focuses on the critical SPL (initial bootloader). The challenge will be working with
 +
the limited hardware resources and differences during the initial bootloader. This initial
 +
bootloader has to fit into internal memory, configure memory, and load u-boot.
 +
''Existing Project:'' <br>
 +
''Hardware Skills:'' Yes<br>
 +
''Software Skills:'' C<br>
 +
''Possible mentors:'' Hunyue Yau (others welcome to volunteer)
  
==Bonescript web pages with live-running examples and documentation==
+
==ARM processor support in open source operating systems and libraries==
The Bonescript JavaScript library enables hardware control from web pages using socket.io for remote procedure calls. This provides an excellent environment for teaching how to wire-up sensors and controls and rapidly prototype user interfaces. Numerous examples exist on the web, but consolidation and testing are required to make them usable by novices.
+
Optimizations to applications and libraries like XBMC to make them run better on resource constrained environments or to take advantage of more specialized processing elements.
  
''Goal:'' Dozens of web pages with executable script that demonstrate how to connect up sensor and actuator hardware<br>
+
===Library of Arduino-compatible functions for StarterWare===
''Existing Projects:'' https://github.com/jadonk/bonescript, [https://github.com/jadonk/beaglebone-getting-started/blob/add-bone101/Docs/demo_bmp085.html BMP085 Bonescript example], [http://elinux.org/Category:ECE497 ECE497 examples]<br>
+
This would be an implementation of Arduino utilizing the BeagleBone Black and the StarterWare O/S independent library for accessing the hardware. Without having to access the hardware through an operating system, developers will be able to fine-tune the system to achieve optimal resource management of the CPU, peripherals and memory.
''Hardware Skills:'' Basic knowledge of digital circuits.<br>
+
The project would also include basic documentation and generation of code samples for various functionality of the library, such as SPI,Serial,Ethernet for starters. This would make the project thorough and ready for use by various developers in the community.
''Software Skills:'' JavaScript and some familiarity with Linux<br>
+
''Possible mentors:'' Jason Kridner<br>
+
''Goal:'' Utilize the Energia fork of Arduino to push support for BeagleBone and BeagleBone Black<br>
 +
''Existing Project:'' [https://github.com/energia/Energia Energia], [http://processors.wiki.ti.com/index.php/StarterWare StarterWare]<br>
 +
''Hardware Skills:'' Yes<br>
 +
''Software Skills:'' C/C++<br>
 +
''Possible mentors:'' Jason Kridner (others can be referred if there are interested students)
  
==Integrate support libraries into Angstrom==
+
==Heterogeneous co-processor support in open source operating systems and libraries==
Many BeagleBone and embedded Linux support libraries in various programming languages exist as projects that aren't included in the distro shipped with BeagleBoard and BeagleBone. These need bitbake recipes added to meta-beagleboard such that they can be easily downloaded and incorporated into the shipping distro.
+
Enabling usage of DSPs, PRUs, FPGAs, Cortex-M3s, Arduinos, MSP430 launchpads and other attached processing platforms.
  
* Python PyBBIO
+
===PRU Bridge===
* Ruby beaglebone-ruby
+
The aim of the project is to create a multi channel userspace Linux to PRU bridge (driver). Developers should be able to send and receive data seamlessly from the ARM or PRU. On the Linux side each channel will be represented by a file, and writing to a channel is a simple file write operation. Similarly if the client program on Linux want to read, it will read the file corresponding to the channel. On the PRU side, there will be a event loop listening to any events on any channels. If there is valid data on any channel, the corresponding callback is called.<br>
* Perl bonelib
+
  
''Goal:'' PyBBIO, beaglebone-ruby and bonelib included in the distro shipping with BeagleBone<br>
+
Currently the widely used libprussdrv supports exporting of 'interrupts' via sysfs, but no clean way of data transfer. The PRU-bridge will be a remote proc based sysfs driver. Channels here are generic, will enable export of data and interrupts to userspace. [Each channel could carry it's own semantic meaning, completely upto the developer].<br>
''Existing Project:'' [https://github.com/alexanderhiam/PyBBIO PyBBIO], [https://github.com/ryanfaerman/beaglebone-ruby beaglebone-ruby], [http://sourceforge.net/p/bonelib/wiki/Home/ bonelib]<br>
+
''Hardware Skills:'' Able to wire up simple hardware, like LEDs<br>
+
''Software Skills:'' Familiarity with Python, Ruby, Perl, embedded Linux and build systems.<br>
+
''Possible mentors:'' Jason Kridner<br>
+
  
==SYSFS entries for IIO and PWM==
+
Internally the kernel driver will maintain a shared memory circular buffer for each channel, and read or write on a sysfs file will result in an "upcall-downcall" action (a method in which the kernel and PRU interact). Different channels could be specialized for different requirements (i.e. one channel could be fine tuned for block transfers, another for a stream interface).<br>
IIO and PWM provide mechanisms for sampling touch screens, performing general purpose A/D conversions to read sensors, generating voltage levels and driving motors. The Linux kernel SYSFS mechanism provides a simplified mechanism for userspace applications to set parameters and read/write data values.
+
  
''Goal:'' Push patches to Linux mainline providing SYSFS entries for IIO and PWM useful for building a demo robot<br>
+
This project will also require the student to develop a Node.js/Python based API to communicate with the PRU.<br>
''Existing project:'' http://github.com/beagleboard/kernel<br>
+
Another interesting add on would be if the driver supported dynamic pin-muxing when prompted by the PRU. (i.e. can the PRU tell the kernel to enable h/w PWM on particular pins (instead of GPIO)?)<br>
''Hardware skills:'' Able to read schematics, understand basic digital logic and monitor logic-level digital signals<br>
+
'''Having a standardized driver like this will eliminate the need for writing separate drivers as in the case of applications like [https://github.com/deepakkarki/pruspeak pruspeak].'''
''Software skills:'' Able to write software in C, create patches to the Linux kernel and perform cross-compilation<br>
+
''Possible mentors:'' Laine Walker-Avina<br>
+
  
==Using BeagleBone PRUs to control CNC and 3D printer stepper motor Drivers==
 
This project is to write code for the PRU (realtime processors on the AM335x used in the Beagle Bone) so that it can generate multiple step and direction outputs based on a queue of commands in real time. This needs to be done in real time so the acceleration and coordination of multiple stepper motors can be controlled and coordinated. A step/dir signal is commonly used in a lot of stepper motor drivers. While it is possible to generate stepper phase information from the PRU, it is also undesireable from a testing stand point. An example of a reason for doing this is controlling the X/Y directions of the head of a 3D printer so that it can generate precise curves. While similar code has been done, it is not done in a real time fashion so it is difficult to add coordination between motors and/or maintain a known acceleration.<p>
 
  
The result of this code should be something interfaceable to a control system like the non realtime portions of the Linux CNC project (formerly the EMC project). But as a demo, this same code should also demonstrate a node.js functionality such as a "G-code" interpreter. This node.js portion can be considered a second project due to the different skill sets required and ideally this project would be split between two GSoC students. One project would be working mostly on PRU assembly with integration into the Linux kernel. The other project would be working mostly on userspace JavaScript in node.js and C++ code for anything needing optimization or low-level kernel access. Mentors would heavily assist on defining the right interfaces between the two programming environments.
+
''Goal'': Develop a driver to enable a robust communication channels b/w Linux userspace and PRU.<br>
 +
''Existing project'': small writeup available at [https://github.com/deepakkarki/pru_serial pru_serial_doc] and high level python API [https://gist.github.com/alexanderhiam/4310934a026b79fc8c65 RPC example]<br>
 +
''Hardware skills:'' Knowledge of Linux system programming, basic understanding of Device Driver, PRU architecture.<br>
 +
''Software skills:'' Good knowledge of C, working knowledge of Python/Node.js<br>
 +
''Possible mentors:'' Deepak Karki, Alexander Hiam<br>
  
''Goal'': create code to use the AM335x PRUs to generate multiple step and direction outputs for reprap and CNC applications<br>
+
===PRUSS Support for the newer kernels===
''Existing projects'': [http://github.com/beagleboard/am335x_pru_package Pru Documentation], [https://www.kernel.org/doc/htmldocs/uio-howto.html UIO Driver documentation]<br>
+
 
''Hardware skills:'' Able to read schematics, understand basic digital logic and monitor logic-level digital signals<br>
+
Until now, libprussdrv has been the first point of contact for a prospective user of the Programmable Real-Time Units present on the BeagleBone Black. However in GSoC 2014 the two projects targeting the PRUs - BeagleLogic and BotSpeak worked on the remoteproc framework of the Linux kernel for the PRUs which was found to give better results.
''Software skills:'' Assembly and C coding. Node.js for g-code interpretation<br>
+
 
''Possible mentors:'' Tom King, Jason Kridner, Hunyue Yau, Laine Walker-Avina<br>
+
However, not everyone should need to hack the kernel and the drivers for buiding their projects and as such a proper lightweight message passing framework and firmware loading infrastructure would increase the utility of the PRUs that are on board the BeagleBone (Black).
 +
 
 +
Possible design goals of the new framework:
 +
 
 +
* '''Upstreaming''' The idea is to have support for the PRU in the mainline kernel and not in another "vendor" kernel. <br>Thus the entire framework has to be written keeping the Kernel coding guidelines so that the patch will be ready for submission to the LKML soon by the end of the coding period.
 +
 
 +
* '''Simple and easy-to-use API''' Need to generate examples, documentation and keep the API as simple and straightforward as possible. There is no point in having yet another PRU framework if no one is using it.
 +
 
 +
* '''Language-Agnostic''' Whether one swears by C, uses Python or is a JavaScript programmer, everyone can use the same basic API and objects to leverage the processing capabilities of the PRU. <br>Alexander Hiam posts a sample [https://gist.github.com/alexanderhiam/4310934a026b79fc8c65 gist] which could be used as a starting point.
 +
 
 +
* '''Lightweight''' The PRU is optimized for low latency memory access and I/O operations, be it toggling a GPIO, generating stepping pulses or controlling large streams of WS2812B LED strip modules or sampling GPIOs at regular intervals into RAM. Larger messages increase this overhead.
 +
 
 +
* '''Support for interrupts to userspace''' The ability to get a callback from the PRUs to userspace or kernel space (according to need of the application). A kernel module may be able to "attach" and "detach" itself from the main pru-remoteproc driver to extend its functionality if so needed.
 +
 
 +
* '''Memory Management''' The ability to allocate shared buffers of arbitrary size shared between the PRU and the kernel if required.
 +
 
 +
The list as such is not exhaustive and prospective students / developers are encouraged to participate and edit this section with possible suggestions to make the PRUSS programming more productive and accessible to everyone.
 +
 
 +
''Goal'': Create a new mainline kernel-friendly infrastructure that leverages functionality of the PRU<br>
 +
''Existing project'': BeagleLogic, PRUSpeak, <br>
 +
''Hardware skills:'' Understanding of basic embedded systems.<br>
 +
''Software skills:'' Able to write software in C, understand existing patches with PRU support, PRU Assembly. create patches to the Linux kernel and perform cross-compilation<br>
 +
''Possible mentors:'' Kumar Abhishek<br>
  
==PRU upstreaming==
+
===PRU upstreaming===
 
Remove HWMOD dependency requirement for PRU along with adding device tree bindings so it can be upstreamed into Linus's tree.
 
Remove HWMOD dependency requirement for PRU along with adding device tree bindings so it can be upstreamed into Linus's tree.
  
Line 164: Line 210:
 
''Existing project'': https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/<br>
 
''Existing project'': https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/<br>
 
''Hardware skills:'' Able to read schematics, understand basic digital logic and monitor logic-level digital signals<br>
 
''Hardware skills:'' Able to read schematics, understand basic digital logic and monitor logic-level digital signals<br>
''Software skills:'' Able to write software in C, create patches to the Linux kernel and perform cross-compilation<br>
+
''Software skills:'' Able to write software in C, understand existing patches with PRU support, create patches to the Linux kernel and perform cross-compilation<br>
''Possible mentors:'' Start with Jason Kridner, but we'll get some others involved<br>
+
''Possible mentors:'' Start with Jason Kridner and Matt Porter, but we'll get some others involved<br>
  
==PRU firmware loader==
+
===PRU firmware loader===
 
Allow "firmware" which are really binary PRU applications to be loaded directly on PRU cores and executed using the request_firmware() functionality of the Linux Kernel. This should also be  Cape Manager to load PRU cape specific applications.
 
Allow "firmware" which are really binary PRU applications to be loaded directly on PRU cores and executed using the request_firmware() functionality of the Linux Kernel. This should also be  Cape Manager to load PRU cape specific applications.
  
Line 183: Line 229:
 
''Possible mentors:'' Matt Ranostay, Matt Porter<br>
 
''Possible mentors:'' Matt Ranostay, Matt Porter<br>
  
==BotSpeak virtual machine for Bonescript and PRU==
+
===Program PRU using high-level scripting languages===
Based on Chris Roger's BotSpeak work to provide a virtual machine for typical Arduino functions that can be accessed from LabView, build a virtual machine to enable PRU programming from Bonescript. The virtual machine is a simple interpreter that loops over the command to perform delay, pinMode, attachInterrupt, analogRead, analogWrite, digitalRead and digitalWrite functions. A simple conditional goto is resolved at load-time and a minimal set of variables are available for use. Support will need to be included for simple expressions, but the pre-parser can break them down ahead of time. Introspection in JavaScript should be used to convert a minimal function definition into source to be fed to a parser and passed to the interpreter on the PRU via shared memory.
+
Based on Chris Roger's BotSpeak work to provide a virtual machine for typical Arduino functions that can be accessed from LabView, build a virtual machine to enable PRU programming from Bonescript. The virtual machine is a simple interpreter that loops over the commands to perform such as delay, pinMode, analogRead, analogWrite, digitalRead and digitalWrite functions.
  
''Goal'': Implement a BotSpeak interpreter that off-loads hard real-time tasks from Bonescript onto the PRU and include that in the Bonescript project<br>
+
A basic design is elaborated upon at http://github.com/jadonk/pruduino
''Existing projects'': http://github.com/beagleboard/am335x_pru_package, http://github.com/jadonk/bonescript, [https://sites.google.com/site/botspeak/the-language Chris' language definition]<br>
+
 
 +
''Goal'': Implement a BotSpeak interpreter that off-loads hard real-time tasks from Bonescript onto the PRU and include that in the BoneScript project<br>
 +
''Existing projects'': [http://github.com/jadonk/pruduino PRUDUINO], http://github.com/beagleboard/am335x_pru_package, http://github.com/jadonk/bonescript, [https://sites.google.com/site/botspeak/the-language Chris' language definition]<br>
 
''Hardware skills:'' Able to read schematics, understand basic digital logic and monitor logic-level digital signals<br>
 
''Hardware skills:'' Able to read schematics, understand basic digital logic and monitor logic-level digital signals<br>
 
''Software skills:'' Able to write software in JavaScript and assembly<br>
 
''Software skills:'' Able to write software in JavaScript and assembly<br>
''Possible mentors:'' Chris Rogers, Jason Kridner, Tom King<br>
+
''Possible mentors:'' Chris Rogers, Jason Kridner<br>
 +
 
 +
===Linux on C6x===
 +
Execute Linux on the C6x core on the BeagleBoard, BeagleBoard-xM and BeagleBoard-X15.
 +
 
 +
''Goal'': Submit patches to the mainline Linux kernel for building a suitable kernel.
 +
''Existing project'': http://linux-c6x.org/wiki/index.php/Main_Page<br>
 +
''Hardware skills'': Able to read processor technical reference manual and comprehend it.<br>
 +
''Software skills'': Must be familiar with Linux bring-up.<br>
 +
''Possible mentors'': Jadon Kridner<br>
 +
 
 +
==Interesting Applications for PRU Processing==
 +
 
 +
===Using BeagleBone PRUs to control CNC and 3D printer stepper motor Drivers===
 +
This project is to write code for the PRU (realtime processors on the AM335x used in the Beagle Bone) so that it can generate multiple step and direction outputs based on a queue of commands in real time. This needs to be done in real time so the acceleration and coordination of multiple stepper motors can be controlled and coordinated. A step/dir signal is commonly used in a lot of stepper motor drivers. While it is possible to generate stepper phase information from the PRU, it is also undesireable from a testing stand point. An example of a reason for doing this is controlling the X/Y directions of the head of a 3D printer so that it can generate precise curves. While similar code has been done, it is not done in a real time fashion so it is difficult to add coordination between motors and/or maintain a known acceleration.<p>
 +
 
 +
The result of this code should be something interfaceable to a control system like the non realtime portions of the Linux CNC project (formerly the EMC project). But as a demo, this same code should also demonstrate a node.js functionality such as a "G-code" interpreter. This node.js portion can be considered a second project due to the different skill sets required and ideally this project would be split between two GSoC students. One project would be working mostly on PRU assembly with integration into the Linux kernel. The other project would be working mostly on userspace JavaScript in node.js and C++ code for anything needing optimization or low-level kernel access. Mentors would heavily assist on defining the right interfaces between the two programming environments.
 +
 
 +
''Goal'': create code to use the AM335x PRUs to generate multiple step and direction outputs for reprap and CNC applications<br>
 +
''Existing projects'': [http://github.com/beagleboard/am335x_pru_package Pru Documentation], [https://www.kernel.org/doc/htmldocs/uio-howto.html UIO Driver documentation]<br>
 +
''Hardware skills:'' Able to read schematics, understand basic digital logic and monitor logic-level digital signals<br>
 +
''Software skills:'' Assembly and C coding. Node.js for g-code interpretation<br>
 +
''Possible mentors:''Jason Kridner, Hunyue Yau, Laine Walker-Avina<br>
 +
 
 +
===Real-time Data Acquisition and Processing===
 +
Use PRUs to process data from sensors and/or imaging devices.  Deployment scenario could be solar-powered remote sensor nodes or cubesats (1-U or larger).  Example applications might include:
 +
<br>
 +
 
 +
* Use ultasonic transducers to make a 3-axis sonic anemometer (ie, use PRUs to calculate speed-of-sound in the x-y-z directions and derive orthogonal wind components).
 +
* Capture and process 4 image bands simulatneously (eg, B,G,R,NIR).
 +
* Capture and process high-frequency sensor data, eg, geomagnitic field components
 +
 
 +
====Orbital Imaging Cubesat====
 +
This is essentially a prototype project for both a skeleton software framework and sensor integration (eg, via SPI, I2C, depending on data rates, etc) to process data in real-time on PRUs.  Should leverage both existing hardware projects (eg, proto-cape, other) or suitable sensor breakout board(s) and software projects (and potentially other GSoC projects) as much as possible.  The ultimate goal is a small cubesat-based orbital imaging platform, one or more "U" in size (the minimum necessary), specifically collect/process high quality magnetometer data, and hopefully detect other objects, calculate an acquisition data vetcor, etc.  This requires both high-res data acquisition/processing and generation of real-time pointing data (otherwise known as acquisition data) for use by onboard cameras or external systems.
 +
 
 +
Several major phases are required to achieve this goal, but most likely only one phase is a viable target for a single summer's project.  Careful scoping is a must.
 +
 
 +
* First phase: collect/process high quality magnetometer data. Even with a short mast, data from primary sensor is still noisy; See [http://www.nasa.gov/content/goddard/cubesat-instruments-to-demonstrate-nasa-firsts/ NASA cubesat article] for example solution using secondary magnetometer measurements to collect "noise" (ie, magnetic data produced by satellite electronics, etc).  Use PRUs to process data from two magnetometers.
 +
 
 +
* Second Phase: integrate GPS/comm/camera/servos with power systems, sensors.  Can use PRU to capture/process camera data.
 +
 
 +
* Third Phase: determine minimum form-factor and perform final integration. Find the sweet spot between mass, size, and power requirements.  Build 2 (one to fly, one to test).
 +
 
 +
Notes: Relative speeds may be too much for accurate local image capture, however, a reasonable level of detection via onboard sensors, especially with a local acquisition data solution for an external platform, would still be useful.  If available, an external acquisition data source may be used for initial pointing prior to local detection.  This may allow imaging of known objects even with high relative speed.
 +
 
 +
''Goal'': create prototype code to use the AM335x PRUs to acquire/process high-resolution magnetometer and other sensor data and produce an acquisition data solution for a detected object<br>
 +
''Existing projects'': [https://github.com/kriswiner/MPU-6050/wiki/Affordable-9-DoF-Sensor-Fusion Sensor Data Fusion], [http://wiki.thing-printer.com/index.php?title=PyPRUSS_on_BeagleBone Python PRU binding documentation]<br>
 +
''Hardware skills:'' Able to read schematics, solder and/or use a breadboard to connect components, hook up serial console<br>
 +
''Software skills:'' Ada, C, Python, other (both reading and coding).<br>
 +
''Possible mentors:''Steve Arnold<br>
 +
 
 +
==Linux userspace support of embedded devices and interfaces in high-level languages==
 +
Improving the Bonescript JavaScript library, the PyBBIO Python library, Userspace Arduino, web-based interface libraries, examples or alternatives in other languages.
 +
 
 +
===Implementing and testing core libraries in Userspace Arduino===
 +
Implementing and testing core libraries in Userspace Arduino, especially SPI, I2C, Wire, Serial, Servo, Stepper
 +
 
 +
This would primarily target the Arduino Tre.
 +
 
 +
===Making a stable release of Processing's serial libraries for Tre===
 +
 
 +
===Making a stable release of OpenFrameworks's serial libraries for Tre===
 +
 
 +
==Improving initial experience for novice developers==
 +
Improving the methods for communicating how to build projects, improving the out-of-box experience for novices and consolidating support for simplified home manufacturing (CNC, 3D printers, laser cutters, pick-and-place machines, etc.), drones/bots (ROS, IMU, video streaming, etc.) or other common tasks.
 +
=== Demo Android app using BBBAndroid ===
 +
The [http://beagleboard.org/project/bbbandroid/ BBBAndroid project] allows you to run Android on your favorite embedded Linux board. The next step for this project would be to get more people involved by showcasing some apps that can be run on Android which make use of the awesome peripherals of the BeagleBone Black : GPIOs, i2c, spi, CAN, ADC, etc.  <br>
 +
Exact problem definition could be defined by the student<br>
 +
A good place to start is [http://icculus.org/~hendersa/android/ this website].<br>
 +
''Goal:'' Build android app(s) that can be run using BBBAndroid.<br>
 +
''Hardware Skills:'' Basic knowledge of digital circuits.<br>
 +
''Software Skills:'' Some experience with Android, C<br>
 +
''Possible Mentors:'' Andrew Henderson, Anuj Deshpande<br>
 +
 
 +
=== NW.js (a.k.a node-webkit) based cross-platform getting-started app===
 +
Newbies often have a difficult time following directions that could be replaced by an application. The steps to download and install an application is something that even newbies can typically manage. This avoid issues like having bad browsers or not having typical development tools like 'ssh'. This is a common problem across all embedded Linux platforms and node-webkit provides a good solution for making it cross-platform.
 +
 
 +
''Features'':
 +
* Provide instructions for getting up-and-running with the board based (incorporate the Getting Started Guide)
 +
* Automatically discover boards on the LAN using mDNS and predetermined IP addresses
 +
* Act as a browser to interact with the board, including performing SSH and SCP
 +
* Discover the latest SD card images from multiple distributions
 +
* Bootload the board with a USB-mass-storage-class application
 +
* Program SD cards through the board or a USB adapter
 +
* Program on-board eMMC
 +
 
 +
''Goal:'' Provide a downloadable application for Linux, Windows and Mac that enables unexperienced users to get going enough to start learning about using Linux and the embedded I/O.<br>
 +
''Existing Project:'' [http://github.com/jadonk/beaglebone-getting-started/tree/node-webkit-app Incomplete node webkit app for the BeagleBone Getting Started guide]<br>
 +
''Hardware Skills:'' N/A<br>
 +
''Software Skills:'' Able to write software in JavaScript and work with Node.js modules<br>
 +
''Possible mentors:'' Jason Kridner, Julian Duque<br>
 +
 
 +
===BoneScript web pages with live-running examples and documentation===
 +
{{#ev:youtube|VP0DOheLxQA||right|5 JavaScript Tricks for BeagleBone}}
 +
The BoneScript JavaScript library enables hardware control from web pages using socket.io for remote procedure calls. This provides an excellent environment for teaching how to wire-up sensors and controls and rapidly prototype user interfaces. Numerous examples exist on the web, but consolidation and testing are required to make them usable by novices. Examples include interfacing with potentiometers, light sensors, temperature sensors, motors and LED arrays then visualizing/controlling with Twitter, Facebook, jQuery, Spacebrew and dweet,io.
 +
 
 +
'''This is a proposal, Jason Kridner needs to give the OK for this.''' <br>
 +
''Goal:'' Get the source code http://diegotc.github.io/bone101/Support/GSOC/views/index.html of last year of the GSOC program and continue
 +
making changes for this new year program. One of the main objectives will be to include the Beaglebone-UI embedded on the cards.
 +
Right now you can run programs that use the bonescript library. A new function of the platform could be that it allows users
 +
to also run programs on other languages like python or ruby. Fixed some design issues with current source code and find the best way to maintained all information on gist.github.com Taking in consideration big images can't be uploaded right now.<br>
 +
''Existing Projects:'' [http://makezine.com/2014/01/14/5-easy-javascript-tricks-you-can-teach-your-beaglebone/ 5 easy tricks presentation], http://beagleboard.org/Support/BoneScript, https://github.com/jadonk/bone101, [https://github.com/jadonk/beaglebone-getting-started/blob/add-bone101/Docs/demo_bmp085.html BMP085 Bonescript example], [http://elinux.org/Category:ECE497 ECE497 examples], [http://jsfiddle.net/gh/gist/jquery/1.9.1/9602198/ JSFiddle on GIST example]<br>
 +
''Hardware Skills:'' Basic knowledge of digital circuits.<br>
 +
''Software Skills:'' JavaScript and some familiarity with Linux<br>
 +
''Possible mentors:'' Jason Kridner, Diego Turcios, Julian Duque<br>
  
==Android-based boot host==
+
===Android-based remote display===
Boot your BeagleBone using your Android phone. Combined with the Android Accessory Development Kit code available for BeagleBone and an application to help code/run small applications, this gives you a complete development environment that is easy to distribute to other users.
+
Extend last years project with support for keyboard, mouse and sound. The project is composed of 2 subprojects: a kernel framebuffer+usb driver and a Java application. The basic video interface is in place and tested but the project lacks user input support.
  
''Goal:'' Download a Linux image from the web and boot a BeagleBone using it over USB<br>
+
''Goal:'' Improve the existing project and add support for keyboard, mouse and sound<br>
''Existing Project:'' https://github.com/SpecLad/libusb-android, [https://code.google.com/p/rowboat/wiki/AccessoryDevKit BeagleBone implementation of Android Accessory Development Toolkit]<br>
+
''Existing Project:'' [https://github.com/praveendath92/bard-droid Android application], [https://github.com/praveendath92/bard-linux Kernel framebuffer driver]<br>
 
''Hardware Skills:'' Some knowledge of USB<br>
 
''Hardware Skills:'' Some knowledge of USB<br>
''Software Skills:'' Java, C and familiarity with Android<br>
+
''Software Skills:'' Java, C and Android.
''Possible mentors:'' Start with Jason Kridner, but we'll get some others involved<br>
+
''Possible mentors:'' Vladimir Pantelic, Jason Kridner, Vlad Ungureanu, Praveen Kumar Pendyala (last year GSoCer), Andrew Henderson
  
==Android under Angstrom==
+
Where to start? [https://github.com/praveendath92/bard-linux/blob/master/documentation/dev.md This] could be a good start.
 +
 
 +
===Cross platform USB boot===
 +
Boot (and flash) your BeagleBone (Black) and BealgeBoard X15 from a Windows, Mac or Linux computer without using a microSD card.
 +
 
 +
Extend [https://github.com/ungureanuvladvictor/bbblfs BBB Linux flasher] to support Windows, Mac and Linux hosts. The support for the BB{B/W} is in place but needs adaptation for Windows/Mac. The BeagleBoard X15 uses another way of USB booting [http://www.ti.com/lit/ug/spruhz6/spruhz6.pdf Peripheral Booting on the X15].
 +
 
 +
The project can be extended to automatically flash a board and then start executing tests in a CI environment. Another addition can be a cross-platform UI written using QT for easier portability.
 +
 
 +
''Goal:'' Download a Linux image from the web and boot a BeagleBoard using it over USB<br>
 +
''Existing Project:'' https://github.com/ungureanuvladvictor/BeagleDroid, https://github.com/ungureanuvladvictor/BBBlfs<br>
 +
''Hardware Skills:'' Some knowledge of USB<br>
 +
''Software Skills:'' C, libusb and familiarity with Mac, Linux and Windows<br>
 +
''Possible mentors:'' Vladimir Pantelic, Jason Kridner, Vlad Ungureanu<br>
 +
 
 +
===Android under Angstrom===
 
Some people want to play Angry Birds or run other Android apps on their BeagleBoard/BeagleBone.  Of course, you could use the Rowboat Android project as-is, but then you'd have to give up all of their typical Linux/X11 applications available in Angstrom.  This project would use an Android-enabled kernel and a combination of both Angstrom and Android file systems.  The input and display methods required for Android would need to be adjusted to run in on a virtual terminal and chroot/chvt would be used to invoke the various user space windows.
 
Some people want to play Angry Birds or run other Android apps on their BeagleBoard/BeagleBone.  Of course, you could use the Rowboat Android project as-is, but then you'd have to give up all of their typical Linux/X11 applications available in Angstrom.  This project would use an Android-enabled kernel and a combination of both Angstrom and Android file systems.  The input and display methods required for Android would need to be adjusted to run in on a virtual terminal and chroot/chvt would be used to invoke the various user space windows.
  
Line 210: Line 377:
 
''Hardware skills:'' Minimal<br>
 
''Hardware skills:'' Minimal<br>
 
''Software skills:'' Able to write software in C and Java, experience with X11 and Android<br>
 
''Software skills:'' Able to write software in C and Java, experience with X11 and Android<br>
''Possible mentors:'' Hunyue Yau<br>
+
''Possible mentors:'' Hunyue Yau, Vladimir Pantelic, Andrew Henderson<br>
  
==Library of Arduino-compatible functions for StarterWare==
+
===Automated testing for BeagleBone and BeagleBone Black===
This would be an implementation of Arduino utilizing the BeagleBone Black and the StarterWare O/S independent library for accessing the hardware.
+
Produce code samples and test harness for use of I/O on BeagleBone to be placed in the neutral elinux.org BeagleBone community pages.
  
''Goal:'' Utilize the Energia fork of Arduino to push support for BeagleBone and BeagleBone Black<br>
+
''Goal:'' The Beagleboard.org community has lacked a canonical source of high quality documentation on how to use peripherals found on AM335x. Peripheral use to be documented will include UARTs, I2C, SPI, PWM, ADC, USB Host/Gadget as well as advanced topics such as software development and optimization for the M3 and PRU coprocessors.<br>
''Existing Project:'' [https://github.com/energia/Energia Energia], [http://processors.wiki.ti.com/index.php/StarterWare StarterWare]<br>
+
''Existing Project:'' [http://www.elinux.org/BeagleBone_Community elinux.org BeagleBone Community Page]<br>
 
''Hardware Skills:'' Yes<br>
 
''Hardware Skills:'' Yes<br>
''Software Skills:'' C/C++<br>
+
''Software Skills:'' C<br>
''Possible mentors:'' Jason Kridner (others can be referred if there are interested students)
+
''Possible mentors:'' Hunyue Yau, Matt Porter and Jason Kridner
  
 
==Previous ideas==
 
==Previous ideas==
 +
* [[BeagleBoard/GSoC/Ideas-2014]]
 +
* [[BeagleBoard/GSoC/Ideas-2013]]
 
* [[BeagleBoard/GSoC/Ideas-2012]]
 
* [[BeagleBoard/GSoC/Ideas-2012]]
  
Line 228: Line 397:
 
! Name
 
! Name
 
! IRC nickname
 
! IRC nickname
 +
! Melange name
 
! Native language
 
! Native language
 
! Other languages
 
! Other languages
Line 237: Line 407:
 
| Jason Kridner
 
| Jason Kridner
 
| jkridner
 
| jkridner
 +
| beagleboard
 
| English
 
| English
 
| -
 
| -
Line 242: Line 413:
 
| JavaScript, C, u-boot
 
| JavaScript, C, u-boot
 
| wiring, timing diagrams, basic debug
 
| wiring, timing diagrams, basic debug
| Bonescript development
+
| BoneScript development
 
|-
 
|-
 
| Vladimir Pantelic
 
| Vladimir Pantelic
 
| av500
 
| av500
 +
| vp7
 
| German
 
| German
 
| English, Serbian
 
| English, Serbian
Line 253: Line 425:
 
| Embedded Linux, Linux Multimedia, Android
 
| Embedded Linux, Linux Multimedia, Android
 
|-
 
|-
| Matt Ranostay
+
| Vlad Ungureanu
| mranostay
+
| vvu
| English (U.S. Midwestern Dialect)
+
| ungureanuvladvictor
| None
+
| Romanian
| US Pacific Time
+
| English
| Experienced on most areas of Embedded Linux or Systems
+
| GMT +2
| Schematic Review + Design
+
| Linux, C, Android, U-Boot, build-systems, USB
| ARM/AM335x Kernel Development
+
| -
 +
| Cross-Platform USB Boot, Android Based Display
 
|-
 
|-
| Philip Balister
+
| Hunyue Yau
| Crofton
+
| ds2
 +
| hygsoc
 +
| English
 
| -
 
| -
 +
| US Pacific
 +
| Android, C, Linux, scripting, Kernel
 +
| Yes
 
| -
 
| -
 +
|-
 +
| Tom Rini
 +
| Tartarus
 +
| trini
 +
| English
 
| -
 
| -
 +
| US Eastern
 +
| C, u-boot, OpenEmbedded
 
| -
 
| -
 +
| U-Boot or OpenEmbedded development
 +
|-
 +
| Pantelis Antoniou
 +
| panto
 +
| panto
 +
| Greek
 +
| English
 +
| GMT+2
 +
| Linux Kernel, S/W Architecture
 
| -
 
| -
 +
| Embedded Linux architecture fixes
 +
|-
 +
| Deepak Karki
 +
| karki
 +
| karki
 +
| English
 +
| Hindi, Kannada
 +
| IST
 +
| PRU drivers, Python userspace libraries
 
| -
 
| -
 +
| PRU Bridge, PyBBIO
 
|-
 
|-
| Russ Dill
+
| Kumar Abhishek
| Russ
+
| Abhishek_
 +
| Abhishek-Kakkar
 
| English
 
| English
| None
+
| Hindi
| US Pacific Time
+
| IST
| Experienced on most areas of Embedded Linux or Systems
+
| PRU, Linux Kernel Programming
| Schematic Review + Design
+
| Yes
| ARM/AM335x Kernel Development
+
| PRUSS Support for newer kernels
 
|-
 
|-
| Matt Porter
+
| Alexander Hiam
| mdp
+
| alexanderhiam
| English (U.S. Midwestern Dialect)
+
| alexanderhiam
| None
+
| English
 +
| -
 
| US Eastern
 
| US Eastern
| Embedded Linux Firmware/Kernel and system level design. Designing Linux drivers to make the best use of existing infrastructure.
+
| Python, C, Linux Kernel
| Schematic Review + Design
+
| Prototyping, design, layout, debugging
| ARM/AM335x/OMAP/PRU U-Boot and Kernel/Driver Development
+
| PRU Bridge, PRUSS Support for the newer kernels
 
|-
 
|-
| Koen Kooi
+
| Samy Kamkar
| koen
+
| samy/samy_
| Dutch
+
| -
 
| English
 
| English
| CET
 
| Experienced on most areas of Embedded Linux, buildsystems
 
| -
 
 
| -
 
| -
 +
| US Eastern
 +
| Python, C, Linux Kernel
 +
| Privacy and security researcher, computer hacker, whistleblower and entrepreneur
 +
| BeaglePilot
 
|-
 
|-
| Tom King
+
| Joel Fernandes
| ka6sox
+
| joel_
| English
+
| joelagnel
| None
+
| US Pacific Time
+
| Experienced on most areas of Embedded Linux or Systems
+
| Schematic Review + Design, Board Layout
+
| ARM/AM335x Kernel Development
+
|-
+
| Jayneil Dalal
+
| jayneil
+
 
| English
 
| English
| Hindi, Gujarati
 
| US Central Time
 
| Basic Embedded Linux, Documentation
 
 
| -
 
| -
| Application based hw/sw projects on the Beaglebone
+
| US Central
 +
| C, Linux Kernel, Python
 +
| Processor Engineer, Embedded systems Architecture
 +
| Linux kernel improvement (perf and functionality)
 
|-
 
|-
| Laine Walker-Avina
+
| Greg Kroah-Hartman
| Ceriand
+
| gregkh
 +
| gregh
 +
|-
 +
| David Scheltema
 +
| dschelt
 +
| dcschelt
 
| English
 
| English
| -
+
| Latin ;)
 
| US Pacific
 
| US Pacific
| C, Assembly, Buildroot, Reprap
 
| USB protocol & logic analyzers, Various JTAG probes, 3d printer
 
| OpenOCD, bootloaders, Linux kernel, Reprap firmware
 
 
|-
 
|-
| Alan Ott
+
| Charles Steinkuehler
| alan_o
+
|
| American English (Central Florida Dialect)
+
| cdstienkuehler
| American English (Midwestern Dialect)
+
| US Eastern (EDT)
+
| Linux Kernel, Firmware
+
| Breadboard wire-jamming
+
| 802.15.4 Wireless, USB
+
 
|-
 
|-
| Hunyue Yau
+
| Steve French
| ds2
+
| VoltVisionFrenchy
 +
| voltvisionfrenchy
 +
|-
 +
|Anuj Deshpande
 +
|anujdeshpande
 +
|anujdeshpande
 +
|English
 +
|German, Hindi
 +
|IST / GMT-530
 +
|C, Python, JS
 +
|-
 +
|Diego Turcios
 +
|DiegoTc
 +
|DiegoTc
 +
|Spanish
 +
|English
 +
|US Center
 +
|JS, Node, Javascript
 +
|
 +
|Improving initial experience for novice developers
 +
|-
 +
|Praveen Kumar Pendyala
 +
|praveendath92
 +
|praveendath92
 +
|English
 +
|Hindi, Telugu
 +
|CET / GMT +2
 +
|C, Linux Kernel, Android, Java
 +
|
 +
|Android Based Display
 +
|-
 +
|Robert Nelson
 +
|rcn-ee
 +
|
 +
|English
 +
|
 +
|US Central
 +
|C, Linux Kernel, U-Boot, Bash, Ubuntu/Debian Root File System
 +
|-
 +
| Kassandra Perch
 +
| nodebotanist
 +
| nodebotanist
 
| English
 
| English
| -
+
| ---
| US Pacific
+
| Central Standard US
| Android, C, Linux, scripting
+
| Javascript (Node, client-side, Johnny-Five, NW/node-webkit), little bit of C.
| Yes
+
| Wiring, soldering
| -
+
| getting-started app, bonescript development
 +
|-
 +
|Andrew Henderson
 +
|hendersa
 +
|hendersa
 +
|English
 +
|
 +
|US Eastern
 +
|C, C++, ARM asm, Linux, Linux kernel, Android
 +
|Prototyping
 +
|Android, Linux multimedia
 +
|-
 +
|Julian Duque
 +
|julianduque
 +
|julianduque
 +
|Spanish
 +
|English
 +
|EST / GMT-5
 +
|JavaScript (Node.js/io.js, Frontend, Johnny-Five, NW/node-webkit), Linux
 +
|
 +
|Getting Started App, BoneScript development, Node.js/io.js update on build images
 
|-
 
|-
| Tom Rini
+
| Steve Arnold
| Tartarus
+
| nerdboy / mr_science
 +
| sarnold
 
| English
 
| English
 
| -
 
| -
| US Eastern
+
| US Western (PST8PDT)
| C, u-boot, OpenEmbedded
+
| u-boot, kernel, Linux OS build/deploy, bash, Python, etc
 +
| basic prototyping/debugging, high-level I2C/SPI sensor interfaces
 +
| Satellites, cameras, remote sensor platforms, weather stuff
 +
|-
 +
| Víctor Mayoral
 +
| vmayoral
 +
| vmayoral
 +
| English, Spanish
 
| -
 
| -
| U-Boot or OpenEmbedded development
+
| CET
 +
| kernel, Snappy Ubuntu Core, APM, ROS
 +
| drones, copters, planes, rovers
 +
| Erle Robotics
 
|-
 
|-
| Luis Gustavo Lira
+
| Alejandro Hernández
| lglira
+
| ahcorde
| Spanish
+
| ahcorde
| English
+
| English, Spanish
| GMT/UTC -5
+
| -
| Embedded Linux, C, Android
+
| CET
| Design, Debug, Wiring
+
| CV, Snappy Ubuntu Core, APM, ROS
| Projects on the BeagleBone
+
| drones, copters, planes, rovers, camera design
 +
| Erle Robotics
 
|-
 
|-
| Derek Molloy
+
| Iñigo Muguruza
| molloyd
+
| imuguruza
 +
| imuguruza
 +
| English, Spanish, Portuguese
 
| -
 
| -
| -
+
| CET
| GMT (London)
+
| kernel, Debian, APM, ROS
| C++, Java, Embedded C/C++
+
| drones, copters, planes, rovers, PCB design
| Digital Circuits, Interfacing to Sensors
+
| Erle Robotics
| Beaglebone Applications, Linux Multimedia, Embedded Linux
+
 
|-
 
|-
| Steven Frank Barrett
+
| Victor
| steveb
+
| calculus
 +
| calculus
 
| English
 
| English
 
| -
 
| -
| US Mountain
+
| PDT
| C
+
| Linux, C/C++, Java, ROS, Gentoo
| microcontrollers, BeagleBone
+
| sensors (SPI/I2C), microcontrollers
| -
+
 
|-
 
|-
| Frans Meulenbroeks
+
| Marshall Culpepper
| eFfeM
+
| marshall_law
| Dutch
+
| marshall_law
 
| English
 
| English
| CET
+
| -
| Linux (including drivers), U-Boot, C, Documentation; Coding Style, QA
+
| US Central
| device interfacing (for drivers), review FPGA code
+
| Linux, C/C++, FreeRTOS, Javascript, Python
| -
+
| Prototyping
 +
| CubeSat and HAB applications
 
|}
 
|}
 
 
[[BeagleBoard/GSoC/Ideas-2012#Mentors|Previous mentors]]
 
[[BeagleBoard/GSoC/Ideas-2012#Mentors|Previous mentors]]

Latest revision as of 09:51, 30 March 2015


Contents

Welcome!

BeagleBoard.org hopes to be accepted as a mentoring organization in the Google Summer of Code for 2015! Below, we've collected project ideas for the GSoC-2015.

Background

BeagleBoard.org is a volunteer organization that seeks to advance the state of open-source software on open-source hardware platforms capable of running high-level languages and operating systems (primarily Linux) in embedded environments. Born from taking mobile phone processors and putting them on low-cost boards to build affordable desktop computers, BeagleBoard.org has evolved to focus on the needs of the "maker" community with greater focus on the I/O needed for controlling motors and reading sensors to build things like robots, 3d printers, flying drones, in-car computer systems and much more. Past BeagleBoard.org GSoC projects included creating an interpreter for tiny CPUs, adding SPI and sensor support to Python, an HTML and git based tutorial sharing environment, porting autopilot software to Linux, an open source 100MHz 14-channel logic analyzer, using Android tablets as Linux displays, putting ADC support in Linux under the IIO framework, using Android phones as a network boot source, Running Arduino code on Linux, Robot Operating System support within the Yocto Project build system, Minix I2C support, an RPC framework for heterogeneous processor communication, a transparent USB packet sniffer, ARM optimizations for XBMC, ARM optimizations for FFTs, make-shift pulse-width-modulation and RPC optimizations for OpenCV. BeagleBoard.org has benefited from sponsorship from Texas Instruments, CircuitCo, Digi-Key, element14 and others, but avoids any dependence on that sponsorship for sustaining the effort. The project has evolved over the past few years with over 500,000 boards in circulation with developers worldwide and strong roots in the Linaro, Yocto Project, Angstrom Distribution, Debian and Linux communities---and support for running most major Linux distributions including Ubuntu, Android, Fedora, ArchLinux, Gentoo, Buildroot and many more.

BeagleBoard was inspiration for Raspberry Pi[1] and is available for about $50 through over 30 distributors world-wide (and is even available at Microcenter and Radio Shack in the USA), but is more than a throw-away computer. It is an instance of true open hardware, exposing users to the broader world of electronics, demystifying computers and fostering an environment of clones that have changed the industry for good.

Students will be expected to demonstrate an understanding of cross-compiling before being accepted, but support for demonstration is available through the IRC channel that typically has approximately 150 online chatters logged on at any time, most with sufficient experience to explain the process.

Every accepted student will be sent a BeagleBone Black before the first week of coding for testing their project.

Additional hardware will be provided depending on need and value.

For more information, check out http://beagleboard.org and http://beagleboard.org/brief.

Students looking for ideas

Student proposals can encompass projects inspired from the following list of ideas or can include personal project ideas. Previous Google Summer of Code projects show that the key to success is being passionate about your project, so propose something that is extremely interesting to you, even if it is not on this list. We will be glad to help students develop ideas into projects via the BeagleBoard GSoC IRC or the BeagleBoard-GSoC mailing list. There are many potential project ideas and we will match students to projects based on their interests and help scope the proposals to something that can be completed in the Summer of Code timeframe.

There are more than 500 existing projects listed at http://beagleboard.org/project. If you are interested in any of the projects listed on the BeagleBoard.org projects page, contact the project members to see if there are any aspects of their projects that can be enhanced to create a GSoC project. There are also several ideas on the ECE497 class project idea list. You can also check out last year's idea page.

Mentors wondering where to help

Please start by registering your ideas for student projects below by following the template provided with the existing ideas. Furthermore, scroll down to the bottom and give everyone a bit of information about your expertise and availability by adding yourself to the table. Jason will make final approvals for mentor assignments based on if we first get accepted as a mentoring organization and best matching mentor skill sets with student project ideas deemed valuable to the community.

You will also need to register on Melange and request to be a mentor for BeagleBoard.org.

General requirements

All projects have the following basic requirements:

  1. Once accepted, the project must be registered on http://beagleboard.org/project.
  2. All newly generated materials must be released under an open source license.
  3. Individual students shall retain copyright on their works.
  4. Source code generated during the project must be released on github.com (to be cloned to github.com/beagleboard on successful completion).
  5. The registration on http://beagleboard.org/project must include an RSS feed with project announcements and updates at every milestone. Sources for the RSS feed should be blogger.com, wordpress.com, or some other established blog-hosting service with known reliability.
  6. To help you to break your project down into manageable chunks and also to help the project's mentors to better support your efforts, weekly project status reports should be e-mailed to the project's mentors and the organization administrator (Jason Kridner). Each status report should outline:
    1. what was accomplished that week,
    2. any issues that prevented that week's goals from being completed and
    3. your goals for the next week.
  7. Students will provide two recorded audio/video presentations uploaded to youtube or vimeo (screencasts are appropriate), one near the beginning of the project summarizing their project goals and another in the wrap-up phase to summarize their accomplishments. Examples can be found on http://beagleboard.org/gsoc.
  8. Students will demonstrate their ability to cross-compile and utilize version control software by creating a "Hello World" application and generating a pull request to https://github.com/jadonk/gsoc-application/tree/master/ExampleEntryJasonKridner. For assistance, please visit http://beagleboard.org/chat or utilize the beagleboard-gsoc Google Group. The "Hello World" application must print your name and the date out in an ARM Linux environment. Freely available emulators may be used to test your application or you can ask anyone on the chat or mailing list to help you test.
  9. All projects will produce reusable software components and will not be "what–I-built-over-my-summer-vacation" projects. Including a hardware component is welcome, but the project *deliverable* will be software that may be utilized by a wide audience of the BeagleBoard.org community.

Ideas

Linux kernel support for embedded devices and interfaces

Improving the state of the Linux kernel, especially with regards to embedded devices and interfaces. Includes improved ARM/OMAP/Sitara platform support, simplifying the development of add-on hardware for embedded systems and exchanging hardware connectivity information with userspace.

BeaglePilot 2.0: Making underwater drones

In a nutshell, the idea is to create an underwater vehicle (submarine) for the APM autopilot using/porting the OpenROV code/infraestructure, an open hardware submarine. The APM code should be extended and create a new kind of vehicle (e.g.: APMSubmarine).

Goal: Add an underwater drone vehicle class to the APM autopilot using the OpenROV work.
Hardware Skills: PPM, PWM, PRUSS
Software Skills: C, C++, nodejs, processing
Possible Mentors: Víctor Mayoral Vilches, Alejandro Hernández Cordero, Iñigo Muguruza Goenaga
Workload: 1 student full time.
GitHub: https://github.com/beaglepilot2
References: https://github.com/OpenROV/openrov-software, https://github.com/OpenROV/openrov-software-arduino


BeagleRT: Real-Time Linux with the BeagleBone Black

Assessment of the real-time limitations and capabilities with the BeagleBone Black.

  • vanilla kernel
  • vanilla with PREEMPT option
  • PREEMPT_RT patches
  • Xenomai patches
  • PRUSS

Goal: Many applications require a certain degree of real-time response. This project will analyze, test and compare the different approaches for providing Real-Time responses with the BeagleBone Black development board.
Hardware Skills: PRU, PPM, PWM, PRUSS
Software Skills: C, C++, Python, Assembly
Possible Mentors: Steve Arnold
Workload: 1 student full time.
GitHub: https://github.com/BeagleRT/BeagleRT
References: https://www.osadl.org/fileadmin/dam/rtlws/12/Brown.pdf

Upstreaming Beagleboard.org Kernel Patches

The BeagleBone currently relies on a number of out-of-tree kernel patches in order to boot. These patches are maintained by Koen Kooi (CircuitCo) and come from many sources, including TI employees and various mailing lists. Getting more of these patches upstream would make it easier to boot a BeagleBone and also make use of a BeagleBone easier for users and kernel developers who need to track upstream kernel changes, or who otherwise need to be closer to the bleeding edge of Linux kernel development. The current patch set is maintained at github and contains scripts to easily patch an upstream kernel. The scripts in this repository are used to build the BeagleBoard.org kernels which ship with the Angstrom SD card images.

Goal: Push as many patches as possible to Linus's mainline kernel tree via the appropriate staging kernels for the subsystems involved.
Existing Project: The Mainline Linux Kernel, patches needing to be pushed
Hardware Skills: Able to read schematics, understand basic digital logic and monitor logic-level digital signals.
Software Skills: Able to write software in C, create patches to the Linux kernel and perform cross-compilation and testing.
Possible mentors: Matt Porter, Matt Ranostay, Koen Kooi, Alan Ott

IIO debugging tools

Quick background: IIO is the new way of doing sensors but being a newer interface, it lacks tools for debugging. This project is to produce sometools to debug drivers. There are several ways this project can happen:
1. We can implement userland tools that read IIO data similar to the evtest tool.
2. We can implement a event handler for the IIO driver. This way existing tools and code can be used. There was references from another mailing list (probally LKML) talking about this.

Goal: Userspace application similar to evtest that captures debug events and instrumented IIO driver code to produce those events.
Existing Project: patched kernel with IIO driver
Hardware Skills: None.
Software Skills:C coding (1), (2) requires kernel coding
Possible mentors: Hunyue Yau

MMC and DMA Linux performance

Improving performance of MMC driver by understanding issues, improving MMC, DMA drivers and eliminating bottlenecks.

Goal: Both MMC and DMA are critical to high performance of I/O intensive workloads on a Beagleboard/ARM platform, even fast system boot up depends on it.

A good amount of performance improvement is possible just by identifying what's going on in hot paths and how things can be done more simply, without breaking anything else. Also improvements are possible using innovative techniques such as intelligent buffer allocation and reducing overhead where possible in dependent components such as DMA. Cutting the fat in hot paths is definitely a start.

Existing Project: Upstream Kernel
Hardware Skills: Yes
Software Skills: C, Possible use of JTAG, ftrace, perf etc.
Possible mentors: Joel Fernandes

Enhance ADC driver for BeagleBone and BeagleBone Black

Improve the onboard ADC to support more features provided by the hardware. The hardware supports things like periodic sampling and averaging along with the ability to schedule the different channels and allow them to be configured differently.

Goal: The Beagleboard.org community lacks a common unified way of accessing the different features available on the ADC. Some of these hacks such as attempts at periodic sampling squaders hardware resources on the BeagleBone when in reality the ADC block can do it directly. The goal is to create a drive with a plan to upstream that will expose these additional features. It should try to coordinate with the current driver maintainer. The coordination and upstreaming parts needs to be weighed and considered due to the limited GSoC time frame.

Existing Project:
Hardware Skills: Yes
Software Skills: C
Possible mentors: Hunyue Yau (others welcome to volunteer)

Common bootloader for different all the BeagleBone/BeagleBoards

Create a common bootloader for all the different BeagleBone/BeagleBoards. Currently, the BBX/BBC share a common bootloader and the BBW/BBB share another one. Other boards such as the upcoming new board uses yet another. Goal: Unified as many of the different bootloaders as possible. This in particular focuses on the critical SPL (initial bootloader). The challenge will be working with the limited hardware resources and differences during the initial bootloader. This initial bootloader has to fit into internal memory, configure memory, and load u-boot. Existing Project:
Hardware Skills: Yes
Software Skills: C
Possible mentors: Hunyue Yau (others welcome to volunteer)

ARM processor support in open source operating systems and libraries

Optimizations to applications and libraries like XBMC to make them run better on resource constrained environments or to take advantage of more specialized processing elements.

Library of Arduino-compatible functions for StarterWare

This would be an implementation of Arduino utilizing the BeagleBone Black and the StarterWare O/S independent library for accessing the hardware. Without having to access the hardware through an operating system, developers will be able to fine-tune the system to achieve optimal resource management of the CPU, peripherals and memory. The project would also include basic documentation and generation of code samples for various functionality of the library, such as SPI,Serial,Ethernet for starters. This would make the project thorough and ready for use by various developers in the community.

Goal: Utilize the Energia fork of Arduino to push support for BeagleBone and BeagleBone Black
Existing Project: Energia, StarterWare
Hardware Skills: Yes
Software Skills: C/C++
Possible mentors: Jason Kridner (others can be referred if there are interested students)

Heterogeneous co-processor support in open source operating systems and libraries

Enabling usage of DSPs, PRUs, FPGAs, Cortex-M3s, Arduinos, MSP430 launchpads and other attached processing platforms.

PRU Bridge

The aim of the project is to create a multi channel userspace Linux to PRU bridge (driver). Developers should be able to send and receive data seamlessly from the ARM or PRU. On the Linux side each channel will be represented by a file, and writing to a channel is a simple file write operation. Similarly if the client program on Linux want to read, it will read the file corresponding to the channel. On the PRU side, there will be a event loop listening to any events on any channels. If there is valid data on any channel, the corresponding callback is called.

Currently the widely used libprussdrv supports exporting of 'interrupts' via sysfs, but no clean way of data transfer. The PRU-bridge will be a remote proc based sysfs driver. Channels here are generic, will enable export of data and interrupts to userspace. [Each channel could carry it's own semantic meaning, completely upto the developer].

Internally the kernel driver will maintain a shared memory circular buffer for each channel, and read or write on a sysfs file will result in an "upcall-downcall" action (a method in which the kernel and PRU interact). Different channels could be specialized for different requirements (i.e. one channel could be fine tuned for block transfers, another for a stream interface).

This project will also require the student to develop a Node.js/Python based API to communicate with the PRU.
Another interesting add on would be if the driver supported dynamic pin-muxing when prompted by the PRU. (i.e. can the PRU tell the kernel to enable h/w PWM on particular pins (instead of GPIO)?)
Having a standardized driver like this will eliminate the need for writing separate drivers as in the case of applications like pruspeak.


Goal: Develop a driver to enable a robust communication channels b/w Linux userspace and PRU.
Existing project: small writeup available at pru_serial_doc and high level python API RPC example
Hardware skills: Knowledge of Linux system programming, basic understanding of Device Driver, PRU architecture.
Software skills: Good knowledge of C, working knowledge of Python/Node.js
Possible mentors: Deepak Karki, Alexander Hiam

PRUSS Support for the newer kernels

Until now, libprussdrv has been the first point of contact for a prospective user of the Programmable Real-Time Units present on the BeagleBone Black. However in GSoC 2014 the two projects targeting the PRUs - BeagleLogic and BotSpeak worked on the remoteproc framework of the Linux kernel for the PRUs which was found to give better results.

However, not everyone should need to hack the kernel and the drivers for buiding their projects and as such a proper lightweight message passing framework and firmware loading infrastructure would increase the utility of the PRUs that are on board the BeagleBone (Black).

Possible design goals of the new framework:

  • Upstreaming The idea is to have support for the PRU in the mainline kernel and not in another "vendor" kernel.
    Thus the entire framework has to be written keeping the Kernel coding guidelines so that the patch will be ready for submission to the LKML soon by the end of the coding period.
  • Simple and easy-to-use API Need to generate examples, documentation and keep the API as simple and straightforward as possible. There is no point in having yet another PRU framework if no one is using it.
  • Language-Agnostic Whether one swears by C, uses Python or is a JavaScript programmer, everyone can use the same basic API and objects to leverage the processing capabilities of the PRU.
    Alexander Hiam posts a sample gist which could be used as a starting point.
  • Lightweight The PRU is optimized for low latency memory access and I/O operations, be it toggling a GPIO, generating stepping pulses or controlling large streams of WS2812B LED strip modules or sampling GPIOs at regular intervals into RAM. Larger messages increase this overhead.
  • Support for interrupts to userspace The ability to get a callback from the PRUs to userspace or kernel space (according to need of the application). A kernel module may be able to "attach" and "detach" itself from the main pru-remoteproc driver to extend its functionality if so needed.
  • Memory Management The ability to allocate shared buffers of arbitrary size shared between the PRU and the kernel if required.

The list as such is not exhaustive and prospective students / developers are encouraged to participate and edit this section with possible suggestions to make the PRUSS programming more productive and accessible to everyone.

Goal: Create a new mainline kernel-friendly infrastructure that leverages functionality of the PRU
Existing project: BeagleLogic, PRUSpeak,
Hardware skills: Understanding of basic embedded systems.
Software skills: Able to write software in C, understand existing patches with PRU support, PRU Assembly. create patches to the Linux kernel and perform cross-compilation
Possible mentors: Kumar Abhishek

PRU upstreaming

Remove HWMOD dependency requirement for PRU along with adding device tree bindings so it can be upstreamed into Linus's tree.

Goal: Push patches to Linux mainline providing support for the AM335x PRU
Existing project: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/
Hardware skills: Able to read schematics, understand basic digital logic and monitor logic-level digital signals
Software skills: Able to write software in C, understand existing patches with PRU support, create patches to the Linux kernel and perform cross-compilation
Possible mentors: Start with Jason Kridner and Matt Porter, but we'll get some others involved

PRU firmware loader

Allow "firmware" which are really binary PRU applications to be loaded directly on PRU cores and executed using the request_firmware() functionality of the Linux Kernel. This should also be Cape Manager to load PRU cape specific applications.

Ideal workflow:

  • Cape detected that uses the PRU
    • Setup pinmux
  • Find the respective firmware file for PRU core (or both cores) /lib/firmware/cape_A020_pru0.bin
  • Load onto PRU and begin execution.

Goal: Push patches to Linux mainline providing support to loading firmware on PRU cores and executing
Existing project: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/
Hardware skills: Able to read schematics, understand basic digital logic and monitor logic-level digital signals
Software skills: Able to write software in C, create patches to the Linux kernel and perform cross-compilation
Possible mentors: Matt Ranostay, Matt Porter

Program PRU using high-level scripting languages

Based on Chris Roger's BotSpeak work to provide a virtual machine for typical Arduino functions that can be accessed from LabView, build a virtual machine to enable PRU programming from Bonescript. The virtual machine is a simple interpreter that loops over the commands to perform such as delay, pinMode, analogRead, analogWrite, digitalRead and digitalWrite functions.

A basic design is elaborated upon at http://github.com/jadonk/pruduino

Goal: Implement a BotSpeak interpreter that off-loads hard real-time tasks from Bonescript onto the PRU and include that in the BoneScript project
Existing projects: PRUDUINO, http://github.com/beagleboard/am335x_pru_package, http://github.com/jadonk/bonescript, Chris' language definition
Hardware skills: Able to read schematics, understand basic digital logic and monitor logic-level digital signals
Software skills: Able to write software in JavaScript and assembly
Possible mentors: Chris Rogers, Jason Kridner

Linux on C6x

Execute Linux on the C6x core on the BeagleBoard, BeagleBoard-xM and BeagleBoard-X15.

Goal: Submit patches to the mainline Linux kernel for building a suitable kernel. Existing project: http://linux-c6x.org/wiki/index.php/Main_Page
Hardware skills: Able to read processor technical reference manual and comprehend it.
Software skills: Must be familiar with Linux bring-up.
Possible mentors: Jadon Kridner

Interesting Applications for PRU Processing

Using BeagleBone PRUs to control CNC and 3D printer stepper motor Drivers

This project is to write code for the PRU (realtime processors on the AM335x used in the Beagle Bone) so that it can generate multiple step and direction outputs based on a queue of commands in real time. This needs to be done in real time so the acceleration and coordination of multiple stepper motors can be controlled and coordinated. A step/dir signal is commonly used in a lot of stepper motor drivers. While it is possible to generate stepper phase information from the PRU, it is also undesireable from a testing stand point. An example of a reason for doing this is controlling the X/Y directions of the head of a 3D printer so that it can generate precise curves. While similar code has been done, it is not done in a real time fashion so it is difficult to add coordination between motors and/or maintain a known acceleration.

The result of this code should be something interfaceable to a control system like the non realtime portions of the Linux CNC project (formerly the EMC project). But as a demo, this same code should also demonstrate a node.js functionality such as a "G-code" interpreter. This node.js portion can be considered a second project due to the different skill sets required and ideally this project would be split between two GSoC students. One project would be working mostly on PRU assembly with integration into the Linux kernel. The other project would be working mostly on userspace JavaScript in node.js and C++ code for anything needing optimization or low-level kernel access. Mentors would heavily assist on defining the right interfaces between the two programming environments. Goal: create code to use the AM335x PRUs to generate multiple step and direction outputs for reprap and CNC applications
Existing projects: Pru Documentation, UIO Driver documentation
Hardware skills: Able to read schematics, understand basic digital logic and monitor logic-level digital signals
Software skills: Assembly and C coding. Node.js for g-code interpretation
Possible mentors:Jason Kridner, Hunyue Yau, Laine Walker-Avina

Real-time Data Acquisition and Processing

Use PRUs to process data from sensors and/or imaging devices. Deployment scenario could be solar-powered remote sensor nodes or cubesats (1-U or larger). Example applications might include:

  • Use ultasonic transducers to make a 3-axis sonic anemometer (ie, use PRUs to calculate speed-of-sound in the x-y-z directions and derive orthogonal wind components).
  • Capture and process 4 image bands simulatneously (eg, B,G,R,NIR).
  • Capture and process high-frequency sensor data, eg, geomagnitic field components

Orbital Imaging Cubesat

This is essentially a prototype project for both a skeleton software framework and sensor integration (eg, via SPI, I2C, depending on data rates, etc) to process data in real-time on PRUs. Should leverage both existing hardware projects (eg, proto-cape, other) or suitable sensor breakout board(s) and software projects (and potentially other GSoC projects) as much as possible. The ultimate goal is a small cubesat-based orbital imaging platform, one or more "U" in size (the minimum necessary), specifically collect/process high quality magnetometer data, and hopefully detect other objects, calculate an acquisition data vetcor, etc. This requires both high-res data acquisition/processing and generation of real-time pointing data (otherwise known as acquisition data) for use by onboard cameras or external systems.

Several major phases are required to achieve this goal, but most likely only one phase is a viable target for a single summer's project. Careful scoping is a must.

  • First phase: collect/process high quality magnetometer data. Even with a short mast, data from primary sensor is still noisy; See NASA cubesat article for example solution using secondary magnetometer measurements to collect "noise" (ie, magnetic data produced by satellite electronics, etc). Use PRUs to process data from two magnetometers.
  • Second Phase: integrate GPS/comm/camera/servos with power systems, sensors. Can use PRU to capture/process camera data.
  • Third Phase: determine minimum form-factor and perform final integration. Find the sweet spot between mass, size, and power requirements. Build 2 (one to fly, one to test).

Notes: Relative speeds may be too much for accurate local image capture, however, a reasonable level of detection via onboard sensors, especially with a local acquisition data solution for an external platform, would still be useful. If available, an external acquisition data source may be used for initial pointing prior to local detection. This may allow imaging of known objects even with high relative speed.

Goal: create prototype code to use the AM335x PRUs to acquire/process high-resolution magnetometer and other sensor data and produce an acquisition data solution for a detected object
Existing projects: Sensor Data Fusion, Python PRU binding documentation
Hardware skills: Able to read schematics, solder and/or use a breadboard to connect components, hook up serial console
Software skills: Ada, C, Python, other (both reading and coding).
Possible mentors:Steve Arnold

Linux userspace support of embedded devices and interfaces in high-level languages

Improving the Bonescript JavaScript library, the PyBBIO Python library, Userspace Arduino, web-based interface libraries, examples or alternatives in other languages.

Implementing and testing core libraries in Userspace Arduino

Implementing and testing core libraries in Userspace Arduino, especially SPI, I2C, Wire, Serial, Servo, Stepper

This would primarily target the Arduino Tre.

Making a stable release of Processing's serial libraries for Tre

Making a stable release of OpenFrameworks's serial libraries for Tre

Improving initial experience for novice developers

Improving the methods for communicating how to build projects, improving the out-of-box experience for novices and consolidating support for simplified home manufacturing (CNC, 3D printers, laser cutters, pick-and-place machines, etc.), drones/bots (ROS, IMU, video streaming, etc.) or other common tasks.

Demo Android app using BBBAndroid

The BBBAndroid project allows you to run Android on your favorite embedded Linux board. The next step for this project would be to get more people involved by showcasing some apps that can be run on Android which make use of the awesome peripherals of the BeagleBone Black : GPIOs, i2c, spi, CAN, ADC, etc.
Exact problem definition could be defined by the student
A good place to start is this website.
Goal: Build android app(s) that can be run using BBBAndroid.
Hardware Skills: Basic knowledge of digital circuits.
Software Skills: Some experience with Android, C
Possible Mentors: Andrew Henderson, Anuj Deshpande

NW.js (a.k.a node-webkit) based cross-platform getting-started app

Newbies often have a difficult time following directions that could be replaced by an application. The steps to download and install an application is something that even newbies can typically manage. This avoid issues like having bad browsers or not having typical development tools like 'ssh'. This is a common problem across all embedded Linux platforms and node-webkit provides a good solution for making it cross-platform.

Features:

  • Provide instructions for getting up-and-running with the board based (incorporate the Getting Started Guide)
  • Automatically discover boards on the LAN using mDNS and predetermined IP addresses
  • Act as a browser to interact with the board, including performing SSH and SCP
  • Discover the latest SD card images from multiple distributions
  • Bootload the board with a USB-mass-storage-class application
  • Program SD cards through the board or a USB adapter
  • Program on-board eMMC

Goal: Provide a downloadable application for Linux, Windows and Mac that enables unexperienced users to get going enough to start learning about using Linux and the embedded I/O.
Existing Project: Incomplete node webkit app for the BeagleBone Getting Started guide
Hardware Skills: N/A
Software Skills: Able to write software in JavaScript and work with Node.js modules
Possible mentors: Jason Kridner, Julian Duque

BoneScript web pages with live-running examples and documentation

5 JavaScript Tricks for BeagleBone

The BoneScript JavaScript library enables hardware control from web pages using socket.io for remote procedure calls. This provides an excellent environment for teaching how to wire-up sensors and controls and rapidly prototype user interfaces. Numerous examples exist on the web, but consolidation and testing are required to make them usable by novices. Examples include interfacing with potentiometers, light sensors, temperature sensors, motors and LED arrays then visualizing/controlling with Twitter, Facebook, jQuery, Spacebrew and dweet,io.

This is a proposal, Jason Kridner needs to give the OK for this.
Goal: Get the source code http://diegotc.github.io/bone101/Support/GSOC/views/index.html of last year of the GSOC program and continue making changes for this new year program. One of the main objectives will be to include the Beaglebone-UI embedded on the cards. Right now you can run programs that use the bonescript library. A new function of the platform could be that it allows users to also run programs on other languages like python or ruby. Fixed some design issues with current source code and find the best way to maintained all information on gist.github.com Taking in consideration big images can't be uploaded right now.
Existing Projects: 5 easy tricks presentation, http://beagleboard.org/Support/BoneScript, https://github.com/jadonk/bone101, BMP085 Bonescript example, ECE497 examples, JSFiddle on GIST example
Hardware Skills: Basic knowledge of digital circuits.
Software Skills: JavaScript and some familiarity with Linux
Possible mentors: Jason Kridner, Diego Turcios, Julian Duque

Android-based remote display

Extend last years project with support for keyboard, mouse and sound. The project is composed of 2 subprojects: a kernel framebuffer+usb driver and a Java application. The basic video interface is in place and tested but the project lacks user input support.

Goal: Improve the existing project and add support for keyboard, mouse and sound
Existing Project: Android application, Kernel framebuffer driver
Hardware Skills: Some knowledge of USB
Software Skills: Java, C and Android. Possible mentors: Vladimir Pantelic, Jason Kridner, Vlad Ungureanu, Praveen Kumar Pendyala (last year GSoCer), Andrew Henderson

Where to start? This could be a good start.

Cross platform USB boot

Boot (and flash) your BeagleBone (Black) and BealgeBoard X15 from a Windows, Mac or Linux computer without using a microSD card.

Extend BBB Linux flasher to support Windows, Mac and Linux hosts. The support for the BB{B/W} is in place but needs adaptation for Windows/Mac. The BeagleBoard X15 uses another way of USB booting Peripheral Booting on the X15.

The project can be extended to automatically flash a board and then start executing tests in a CI environment. Another addition can be a cross-platform UI written using QT for easier portability.

Goal: Download a Linux image from the web and boot a BeagleBoard using it over USB
Existing Project: https://github.com/ungureanuvladvictor/BeagleDroid, https://github.com/ungureanuvladvictor/BBBlfs
Hardware Skills: Some knowledge of USB
Software Skills: C, libusb and familiarity with Mac, Linux and Windows
Possible mentors: Vladimir Pantelic, Jason Kridner, Vlad Ungureanu

Android under Angstrom

Some people want to play Angry Birds or run other Android apps on their BeagleBoard/BeagleBone. Of course, you could use the Rowboat Android project as-is, but then you'd have to give up all of their typical Linux/X11 applications available in Angstrom. This project would use an Android-enabled kernel and a combination of both Angstrom and Android file systems. The input and display methods required for Android would need to be adjusted to run in on a virtual terminal and chroot/chvt would be used to invoke the various user space windows.

This has essentially been done once as part of Always Innovating's Super-Jumbo demo running Ubuntu, Angstrom, ChromeOS and Android simultaneously. The fundamental challenge is getting it reproducible and integrated into the OpenEmbedded build system for Angstrom and then starting to minimize the wasted file space by sharing libraries. Eventually, even making Android applications run in a window is desired.

Goal: Run Android applications under Angstrom and toggle back-and-forth using CTRL-ALT-Fn key presses.
Existing projects: http://arowboat.org, http://www.angstrom-distribution.org
Hardware skills: Minimal
Software skills: Able to write software in C and Java, experience with X11 and Android
Possible mentors: Hunyue Yau, Vladimir Pantelic, Andrew Henderson

Automated testing for BeagleBone and BeagleBone Black

Produce code samples and test harness for use of I/O on BeagleBone to be placed in the neutral elinux.org BeagleBone community pages.

Goal: The Beagleboard.org community has lacked a canonical source of high quality documentation on how to use peripherals found on AM335x. Peripheral use to be documented will include UARTs, I2C, SPI, PWM, ADC, USB Host/Gadget as well as advanced topics such as software development and optimization for the M3 and PRU coprocessors.
Existing Project: elinux.org BeagleBone Community Page
Hardware Skills: Yes
Software Skills: C
Possible mentors: Hunyue Yau, Matt Porter and Jason Kridner

Previous ideas

Mentors

Name IRC nickname Melange name Native language Other languages Timezone Software help Hardware help Focus projects
Jason Kridner jkridner beagleboard English - US Eastern JavaScript, C, u-boot wiring, timing diagrams, basic debug BoneScript development
Vladimir Pantelic av500 vp7 German English, Serbian CET Experienced on most areas of Embedded Linux, Multimedia Schematic Review + Design Embedded Linux, Linux Multimedia, Android
Vlad Ungureanu vvu ungureanuvladvictor Romanian English GMT +2 Linux, C, Android, U-Boot, build-systems, USB - Cross-Platform USB Boot, Android Based Display
Hunyue Yau ds2 hygsoc English - US Pacific Android, C, Linux, scripting, Kernel Yes -
Tom Rini Tartarus trini English - US Eastern C, u-boot, OpenEmbedded - U-Boot or OpenEmbedded development
Pantelis Antoniou panto panto Greek English GMT+2 Linux Kernel, S/W Architecture - Embedded Linux architecture fixes
Deepak Karki karki karki English Hindi, Kannada IST PRU drivers, Python userspace libraries - PRU Bridge, PyBBIO
Kumar Abhishek Abhishek_ Abhishek-Kakkar English Hindi IST PRU, Linux Kernel Programming Yes PRUSS Support for newer kernels
Alexander Hiam alexanderhiam alexanderhiam English - US Eastern Python, C, Linux Kernel Prototyping, design, layout, debugging PRU Bridge, PRUSS Support for the newer kernels
Samy Kamkar samy/samy_ - English - US Eastern Python, C, Linux Kernel Privacy and security researcher, computer hacker, whistleblower and entrepreneur BeaglePilot
Joel Fernandes joel_ joelagnel English - US Central C, Linux Kernel, Python Processor Engineer, Embedded systems Architecture Linux kernel improvement (perf and functionality)
Greg Kroah-Hartman gregkh gregh
David Scheltema dschelt dcschelt English Latin ;) US Pacific
Charles Steinkuehler cdstienkuehler
Steve French VoltVisionFrenchy voltvisionfrenchy
Anuj Deshpande anujdeshpande anujdeshpande English German, Hindi IST / GMT-530 C, Python, JS
Diego Turcios DiegoTc DiegoTc Spanish English US Center JS, Node, Javascript Improving initial experience for novice developers
Praveen Kumar Pendyala praveendath92 praveendath92 English Hindi, Telugu CET / GMT +2 C, Linux Kernel, Android, Java Android Based Display
Robert Nelson rcn-ee English US Central C, Linux Kernel, U-Boot, Bash, Ubuntu/Debian Root File System
Kassandra Perch nodebotanist nodebotanist English --- Central Standard US Javascript (Node, client-side, Johnny-Five, NW/node-webkit), little bit of C. Wiring, soldering getting-started app, bonescript development
Andrew Henderson hendersa hendersa English US Eastern C, C++, ARM asm, Linux, Linux kernel, Android Prototyping Android, Linux multimedia
Julian Duque julianduque julianduque Spanish English EST / GMT-5 JavaScript (Node.js/io.js, Frontend, Johnny-Five, NW/node-webkit), Linux Getting Started App, BoneScript development, Node.js/io.js update on build images
Steve Arnold nerdboy / mr_science sarnold English - US Western (PST8PDT) u-boot, kernel, Linux OS build/deploy, bash, Python, etc basic prototyping/debugging, high-level I2C/SPI sensor interfaces Satellites, cameras, remote sensor platforms, weather stuff
Víctor Mayoral vmayoral vmayoral English, Spanish - CET kernel, Snappy Ubuntu Core, APM, ROS drones, copters, planes, rovers Erle Robotics
Alejandro Hernández ahcorde ahcorde English, Spanish - CET CV, Snappy Ubuntu Core, APM, ROS drones, copters, planes, rovers, camera design Erle Robotics
Iñigo Muguruza imuguruza imuguruza English, Spanish, Portuguese - CET kernel, Debian, APM, ROS drones, copters, planes, rovers, PCB design Erle Robotics
Victor calculus calculus English - PDT Linux, C/C++, Java, ROS, Gentoo sensors (SPI/I2C), microcontrollers
Marshall Culpepper marshall_law marshall_law English - US Central Linux, C/C++, FreeRTOS, Javascript, Python Prototyping CubeSat and HAB applications
Previous mentors