Hello Folks,
altough i wrote New Be in the topic, i´m not "bloody" New Be, just a "normal" New Be^^
I have a particular project (see Background at the bottom) in mind and allready tried a few things on R-Pi and B-Pi. The Main reasons, why i tried them first, is that they have PAL/NTSC output, something i´m really missing on the BBB since there are tons of cheap displays for that.
BUT, the documentation of these aren´t so well. When it comes to writing drivers it´s a pain to obtain reliable information...
As i wrote i have some questions in the sense "is it possible to..."
1.) I´m a bit concerned about the 250Mb RAM of BBB - are they enough to run Android and on top of that Qt Apps? I DON´T want to use graphic effects, signal analysis, heavy web applications or multimedia applications. Basicly widget based Apps for simple relativly slow process handling with a loop timing in the lower double-digit millisecond range.
2.) I want to design a complete embedded system without USB Keyboard or Mouse :
a) Is there allready a solution for this? - e.g. making use of GPIO or I2C to control the mouse (before i reinvent the wheel)
b) Is it possible to obtain the Android sources of TI´s BBB-Android port?
c) Is it in general possible to write drivers, that i can use I2C or GPIO´s to control the mouse on the display?
d) If (c == true) {GetAnswer:FromProGuy( "what is the way to do that?");
For example would i download TI´s Android source, get documentation of the BBB´s processor, write the driver and compile it into the kernel in Linux
with "menuconfig" command?
3.) Is it possible to obtain control over PINs (I2C, GPIO etc.) by an application? I need to do that WITHOUT the need to hack "sudo" and / or "su" commands to a command line or force the user to download additional drivers - it MUST be done by application. The worst case acceptable is to write own drivers for this, compile them into the kernel and create my custom Android image.
Best regards!
BACKGROUND:
I want to build an embedded device usable by low/medium technical advanced customers/users. Due to the group of interest i MUST avoid the need to use the command line or download drivers from "somewhere" to make use of Pins (GPIO / I2C etc) - the app MUST be an "Install-And-Use" approach. The worst case acceptable is to write own drivers for this, compile them into the kernel and create my custom Android image.
I can´t accept the need for a keyboard or mouse since it would make the targeted device too bulky. . I want to use Android since i have a commercial license for Qt and can generate .apk Files for Android and distribute them easyly (tested with B-PI).
