Difference between revisions of "Mikrobus"

From eLinux.org
Jump to: navigation, search
(Created page with "[https://www.mikroe.com/mikrobus mikroBUS] is a [https://download.mikroe.com/documents/standards/mikrobus/mikrobus-standard-specification-v200.pdf standard specification] by M...")
 
Line 3: Line 3:
 
This page is meant to foster discussion within the embedded Linux community on usage of mikroBUS compatible add-on boards, adding mikroBUS sockets to embedded Linux systems, and ways to improve both Linux support for mikroBUS and the mikroBUS standard.
 
This page is meant to foster discussion within the embedded Linux community on usage of mikroBUS compatible add-on boards, adding mikroBUS sockets to embedded Linux systems, and ways to improve both Linux support for mikroBUS and the mikroBUS standard.
  
# Usage of mikroBUS compatible add-on boards today
+
== Usage of mikroBUS compatible add-on boards today ==
  
## Using Greybus simulator to enable software hotplug support
+
=== Using Greybus simulator to enable software hotplug support ===
  
# Implementation of a mikroBUS socket on an embedded Linux system
+
== Implementation of a mikroBUS socket on an embedded Linux system ==
  
# Improving Linux support for mikroBUS
+
== Improving Linux support for mikroBUS ==
  
## Motivation for supporting software hotplug
+
=== Motivation for supporting software hotplug ===
  
## Creation of a mikroBUS bus driver in the Linux kernel  
+
=== Creation of a mikroBUS bus driver in the Linux kernel ===
  
# Improving the mikroBUS standard for better Linux support
+
== Improving the mikroBUS standard for better Linux support ==
  
## Identifier
+
=== Identifier ===
  
## Specifics on power function
+
=== Specifics on power function ===
  
# Comparisons to other popular embedded add-on form-factors
+
== Comparisons to other popular embedded add-on form-factors ==
  
 
The purpose of this page is to advance the development of mikroBUS support in Linux. Some distractions may be introduced to either illustrate the effort cannot be sufficiently limited in scope
 
The purpose of this page is to advance the development of mikroBUS support in Linux. Some distractions may be introduced to either illustrate the effort cannot be sufficiently limited in scope
Line 39: Line 39:
 
|}
 
|}
  
## Why should mikroBUS be a bus in the kernel even if these other interfaces aren't?
+
=== Why should mikroBUS be a bus in the kernel even if these other interfaces aren't? ===
  
## Why aren't we opening pandora's box by adding this as a bus in the kernel?
+
=== Why aren't we opening pandora's box by adding this as a bus in the kernel? ===

Revision as of 08:16, 24 March 2020

mikroBUS is a standard specification by MikroElektronika that can be freely used by anyone following the guidelines. It includes SPI, I2C, UART, PWM, ADC, reset, interrupt, and power (3.3V and 5V) connections to common embedded peripherals.

This page is meant to foster discussion within the embedded Linux community on usage of mikroBUS compatible add-on boards, adding mikroBUS sockets to embedded Linux systems, and ways to improve both Linux support for mikroBUS and the mikroBUS standard.

Usage of mikroBUS compatible add-on boards today

Using Greybus simulator to enable software hotplug support

Implementation of a mikroBUS socket on an embedded Linux system

Improving Linux support for mikroBUS

Motivation for supporting software hotplug

Creation of a mikroBUS bus driver in the Linux kernel

Improving the mikroBUS standard for better Linux support

Identifier

Specifics on power function

Comparisons to other popular embedded add-on form-factors

The purpose of this page is to advance the development of mikroBUS support in Linux. Some distractions may be introduced to either illustrate the effort cannot be sufficiently limited in scope to tackle or that focus should be elsewhere. I'm not assuming these would be introduced with any ill-will, they are just natural concerns that need to be addressed up-front.

Form-factor Size Comments
mikroBUS XxY Example
Feather/Wing 0.9" x 2.0" De-facto standard based on implementation pin-out. Could benefit from some of the efforts for mikroBUS support, but not as cleanly defined with a limited and focused scope. Not as easy to make an impact on the majority of existing designs.
Arduino/Shield XxY Too irregular to make useful as an embedded system bus.
BeagleBone/Cape XxY Far to flexible for a standard outside of the Beagle ecosystem.

Why should mikroBUS be a bus in the kernel even if these other interfaces aren't?

Why aren't we opening pandora's box by adding this as a bus in the kernel?