How to configure 100's of androids automatically.

Welcome to AF! Personally I'm unsure of a way to configure multiple Android devices at the same time. I did quite a bit of searching around, and have found nothing that will do this. :/ I'll keep looking around, hopefully another user will have the answer you're looking for.

 

Make an update.zip for apps .Copy on SD card .Boot in recovery . Apply update.zip.

 

Wow...700+ Android devices eh? O.O

Yes, you can use your phone without a Google account but that will limit you as you will be unable to access the market.

Don't you need to root for this?

 

The suggestion to create an 'update.zip' or 'config.zip' file sounds about right and would not require root access. May even be possible to include automatic creation of Google accounts.

Try going to:
forum.xda-developers.com
and posting your question in the appropriate section there. Many active, experienced Android developers there who should be able to help. Some may even have prior experience in a multiple deployment like this.

 

There are blank update.zip's available .
You will need to create a folder structure first
for apps I think you will require
/system/app
/system/lib
/data/app
system apps will be locked to device .Data apps can be uninstalled .libs are required by some apps to run
After placing the relevant files you will need to create a relevant unix script.
x-x-x-x-x-x-x-x-x-x--x-x-x-x-x-x-x-x--x-x-x-x-
Another method I use is a fairly simple one

• install android sdk on a computer
• create the list of apps in notepad
• add adb install in front of each apk
• save the file as a batch script like a.bat
• Connect a phone
• Run the script .

voila
mass app install in seconds or minutes
e.g
Lets say I have 1.apk ,2.apk , 3.apk,4.apk in folder C:\apps,which I want to install on phone

my notepad install.bat file should look like

echo it begins
adb wait-for-device
adb install C:\apps\1.apk
adb install C:\apps\2.apk
adb install C:\apps\3.apk
adb install C:\apps\4.apk
echo it ends

adb wait-for-device waits for usb connection .I
This will actually install apps rapidly .(I have my backup script of 45 test apps)
It's same for linux except it will be a bash script

Now connect a device
Run install.bat

Done .One click customisation.

And the most important thing use this method only on legitimate apks .
This method shouldn't be used to evade licensed apps or warez .

 

Great step by step Karandpr <3

^--*puts lots of emphasis on this

Please support our beloved developers. Without them, Android wouldn't be where Android is today

 

Answer for question 2.

Yes it totally bypasses the need for market account .
You install .apk files directly like an installer file (But quicker )
Some developers Have their .apks available for download on their website or you can contact them individually for .apk file .
Open source .apks are usually freely available .
By installing .apk you are agreeing to their terms and conditions and you have provided permissions relevant to each app installed .
Or .apk is obtained when you backup a certain app after installing it from market with a File Explorer like ES File explorer/Filexpert/Super manager.
You will still need to contact the author for his rules regarding mass install .

It's wise to read about permissions before your mass deployment
Here is alostpackets' quick guide to permissions
http://androidforums.com/android-ap...ps-avoid-viruses-guide-those-new-android.html

Answer Question 1 :
No and yes
adb install can only work on one device at one time .
In fact if you say connect three devices at once ,you will get a multiple device error .
Then you will have to specify the target device and use
adb -s <serialNumber> install

But you can automate the process by looping and some clever scripting .
adb devices gives you the devices attached to the Hub
e.g .
say you have three devices attached to hub
adb devices will give you

I91002152652562 device
I91002152652563 device
I91002152652564 device

now make the script so that the commands are directly automated to
adb -s I91002152652562 install C:\apps\1.apk
.....
adb -s I91002152652562 install C:\apps\11.apk
echo 1 over 2 next
adb -s I91002152652563 install C:\apps\1.apk
....
adb -s I91002152652563 install C:\apps\11.apk
echo 2 over 3 next
adb -s I91002152652564 install C:\apps\11.apk
....
adb -s I91002152652564 install C:\apps\1.apk
echo 3 over


It actually depends on how much imagination you will use while scripting .

 

Cross post from XDA for those that don't frequent there:
Similar situation here and am fielding any suggestions or ideas if things have changed in the last several months regarding deployment.

Scenerio:
Deploying approx 200 Asus Transformers in an educational setting

Wish List:
Setup all units using the same Google account, populate static name on the lockscreen, install 3 specific apps on each and the ability to identify each one individually on the market for individual app install by an "administrator".

Currently we are doing each unit manually and then having to wait a few minutes for the Market to populate the new unit and then changing the nickname to the bldg/room number. If we don't wait for the Market to refresh for the new device they will all show as Asus Transformer TF101 and obviously we will not know which device to send specific apps to when they are requested.

There just has to be a better way! I checked out SureMDM and it has a lot of features that we really don't need and it doesn't appear to accomplish what we do need.

Any suggestions or comments would be greatly appreciated!

 

Hmmm... hoping you'll get some informed responses to that, atraum. I'm wondering if Google Support has seen queries about deploying multiple devices with the same account.

Contact Google

 

I'm currently looking too for a good solution for mass droid roll outs. I work for a school district and it's a Apple Vs Droid thing right now and Droids aren't rolling out too well. iPads are taking over and they are hitting big for Special Education and administration is sneaking in even in the elementary level. Two of our techs have already gone to several Apple trainings and they came back with so much they can do with the iPads. Now my job since I'm a droid person is to see if I can do the same thing or do it better with the droid. I didn't want to make a separate thread since this thread deals with one of my issues.

Apple has two tools called, Apple Configurator and MDM. They will push down configurations and images automatically, plus rename if set to do so. Trying to find something that will do something similar if possible.

It seems like several people in this thread are looking for basically the same thing I am.

Tresezk, your suggestion looks very promising at installing just apps in mass. The one big issue I see this way is that you would still have to set up each device individually.

Like the tools above from Apple, it will give it the image, rename, and configure the devices the way you want through a client software. Another thing to compare to is like we currently use Symantic Ghost for our PCs and looking into Fog right now to roll out images. It would be so nice to do the same on the droids and I think this is what several of the other members are looking for too.

Simple and Automatic are the two biggest factors into looking for the solution.

odaugaard and atraum, did any of you two find the solutions you were looking for?

 

I too have been tasked with deploying numerous stock ICS devices with three profiles - essentially a basic with three minor tweaks to meet the needs of 3 slightly different user groups.

This is about 25 units per group for this volunteer association. I need to remove the bloatware and leave a basic/minimal footprint preferably linked to a designated service GMail account for each and the devices in these groups would remain like-configured although different data sets might be pushed to members of the same group.

So the differences would be: different data set; and, one specific app would have a device specific key. The data and the app would need to be left alone rather than 'sync'd or backed up' and potentially removing these two unique bits of this configuration.

Insight?

It seems that there were a few requests here but the thread may have gone stale before a resolve was found...

Suggestions?