Showing posts with label MiniPC. Show all posts
Showing posts with label MiniPC. Show all posts

Friday, June 07, 2013

Uptime Report for My Live Windows Azure Web Site: May 2013 = 99.58%

My Android MiniPCs and TVBoxes blog runs WordPress on WebMatrix with Super Cache on Windows Azure Web Site (WAWS) Preview with ClearDB’s MySQL database (Venus plan) in Microsoft West U.S. (Bay Area) data center. I use Windows Live Writer to author posts that provide technical details of low-cost MiniPCs with HDMI outputs running Android JellyBean 4.1+ and emphasis on high-definition 1080p video rendition.

image

The site commenced operation on 4/25/2013. To improve response time, I implemented WordPress Super Cache on May 15, 2013.

Here’s Pingdom’s detailed Uptime report (in Downtime mode) for May 2013:

image image

And here’s their Response Time report for the same period:

image image

Note: The improvement in response time by implementing WordPress Super Cache on 5/15/2013 is evident in the preceding data.

I plan to report and log uptime values monthly with pages similar to OakLeaf Systems’ Uptime Report for my Live OakLeaf Systems Azure Table Services Sample Project posts, which has two full years of uptime and response time data as of June 2013.

Month Year Uptime Downtime Outages Response Time
May 2013 99.58% 03:05:00 32 2,706 ms

Windows Azure Web Sites are in preview mode as of May 2013, so the usual 99.9% uptime Service Level Agreement (SLA) doesn’t apply. When WAWS enters General Availability mode, I’ll emphasize Uptime values for months in which the site didn’t meet the SLA.

Wednesday, April 10, 2013

Setting Up Xamarin Studio Business Edition v4.0.3 for Google Nexus 7 and UG007 MiniPC Development

Contents:

Updated 4/10/2013 with the following Visual Studio 2012 Update 2 issue apparently caused by a installing a Xamarin.Android 4.6.2 update of 4/10/2013: 

image

image

Visual Studio’s Extensions and Updates dialog shows the Xamarin.Android version to be v4.6.49, not v4.6.2.

image

Control Panel’s Program and Features pane shows the version to be 4.6.02001.

Team Xamarin’s Chris Hardy (@chrisntr) replied to my How Do I Create Working Android Virtual Devices for Nexus 7 and UG007 MiniPC? crosspost from StackOverflow to the Xamarin Developer Center’s Android Forum on 4/10/2013:

imageIt looks like you're having problems because your SD Card size is set to 100mb, when we recommend a minimum of 512mb (as we preload the whole of the Mono framework on the device - http://docs.xamarin.com/guides/android/advanced_topics/application_package_sizes), so try changing that value and see if that gets you up and running.

It's worth noting that Xamarin don't provide any AVDs (we just set up a few by default on installation), these are provided by Google via the Android Virtual Device Manager (AVD Manager) and we would recommend deploy directly to device or to use a x86 emulator - http://docs.xamarin.com/guides/android/deployment,_testing,_and_metrics/configuring_the_x86_emulator as this is much much faster than the slow Google provided emulators.

Increasing the SD Card Size value to 1 GiB didn’t solve the problem with Xamarin Studio; both AVDs throw a "Deployment Failed. Internal Error" exception. Currently, I can’t test with Visual Studio because of the issue reported above.


Updated 4/9/2013 with addition of monodroid.log file excerpts for Nexus 7 and UG007 AVDs, and links to copies of them and exception detail screen captures to my public SkyDrive account here.

image

The current version of Xamarin Studio was v4.0.3 (build 13) when this post was written in early April 2013.

Installing Xamarin Studio adds a Xamarin Account item to the Tools menu, which provides access to your account information, and a Xamarin item to the Tools | Options menu:

image

The UG007 and UG007 II MiniPCs run Android v4.1.1 (Jelly Bean) and the latest update to the Google Nexus 7 is Android v4.2. For more information about the UG007 and UG007 II, see my earlier First Look at the CozySwan UG007 and Other Android 4.1+ MiniPC Devices post. Support for these Android versions isn’t provided in the default Xamarin Studio 4.0.3 installation.


Using the Android SDK Manager

imageXamarin Studio deploys Google’s Android SDK to your C:\Users\UserName\AppData\Local\Android\android-sdk folder by default. The Android SDK Manager is part of the Android SDK and runs from Eclipse or Windows. Open the Android SDK Manager from Windows 7’s Start, All Programs, Android SDK Tools menu. By default, Xamarin Studio v4.0.3 includes Android SDK versions 2.1 to 4.0.3, as shown (partially) by the Android SDK Manager here:

image

Note: Only Android 3.1 includes a reference to the Google TV Addon, which isn’t compatible with Windows.


Supporting a Google Nexus 7 with the Android 4.2 OS Update

To fully support the Nexus 7 with an updated OS, you must install the Android 4.2.2 (API 17), as shown here:

image

Note: Downloading and installing the two APIs without MIPS images requires about 30 minutes with a moderate-speed DSL connection.

Note: Xamarin issued a Xamarin.Android 4.6.2 update on 4/10/2013 not shown above.

The Nexus 7 has a predefined device, but requires creating a new Android Virtual Device (AVD) from the Android SDK Manager’s Tools menu:

image

If you specify 1 GB RAM in the Memory Options section, which the Nexus 7 and UG007 provide, you receive the following warning:

image

Warning: Specifying a large SD card, such as 32 GB for the SD card installed in my UG007 creates an image file of the same size on your development machine. A tooltip recommends a minimum of 9 MiB, but Xamarin recommends a minimum of 512 MB. I use 1 GiB for safety.

The following dialog confirms the properties of the newly-created AVD:

image

Click the Android Virtual Devices tab, select the AVD_for_Nexus_7_by_Google item:

image

Click the Start button to open the Launch Options dialog to determine if your development machine has enough free RAM to run the emulator with the requested RAM size specified earlier. Optionally, mark the Scale Display to Real Size check box:

image

Note: Don’t mark the Launch from Snapshot checkbox if you haven’t run the AVD previously.

Click Launch to validate the requested RAM value. If the requested RAM isn’t available, the following message appears:

image

In this case, click Edit, reduce the requested RAM (to 512 MB for this example), and repeat the test process until the expected emulator image appears as follows:

image

Leave the emulator running if it’s the AVD you plan to use with Visual Studio or Xamarin Studio; otherwise close it to conserve RAM.

In Visual Studio 2012, open the Properties window for the EmployeeDirectory.Android project, open the Minimum Android to Target list and select Android 4.2 for the Nexus 7 AVD:

image

When you change the Minimum Android version, you must close the project (saving changes) and reopen it.

Supporting the UG007 or UG007 II Android MiniPC

To support the UG007, you must install the Android 4.2.2 (API17) package, define a UG007 device and then create a new UG007 AVD. To define a UG007 device, choose Manage AVDs from the Tools menu and select the Device Definitions tab:

image

Click New Device to open the Create New Device window and specify the following settings:

image

Click Create Device to add the device to the list:

image

With the UG007 item selected, click the Create AVD button and apply the following settings:

image

See the notes regarding recommended minimum SD card size in the Nexus 7 section above;

Click OK to create the new AVD:

image

Click OK to display the new AVD in the list:

image

If you have sufficient RAM, the following emulator image appears:

image

In Visual Studio 2012, open the Properties window for the EmployeeDirectory.Android project, open the Minimum Android to Target list and select Android 4.1 for the UG007 AVD:

image

When you change the Minimum Android version, you must close the project (saving changes) and reopen it.

When you run a Mono for Android project in Visual Studio with F5, the following dialog opens:

image

Similarly, Xamarin Studio displays this dialog:

image

Select the running emulator to use and click OK.

Xamarin Employees List Sample Program Fails to Run with Nexus 7 or UG007 AVDs

After rebuilding the Employees List sample program for Android v4.1 or v4.2 and running it with F5:

  • In Visual Studio 2012, the project hangs on Waiting for device… and displays this message:

image

  • In Xamarin Studio, deployment fails with an internal error:

image

Following is an excerpt from the monodroid.log file for the Nexus 7 AVD with the emulator running when pressing F5:

Mono.AndroidTools.AndroidLogger Verbose: 0 : -- Start Push - 04/09/2013 11:44:42 (117.168ms) --
Mono.AndroidTools.AndroidLogger Verbose: 0 : [INPUT] C:\Program Files (x86)\MSBuild\Xamarin\Android\Mono.Android.DebugRuntime-armeabi-v7a.apk : /data/local/tmp/Mono.Android.DebugRuntime-armeabi-v7a.apk
Mono.AndroidTools.AndroidLogger Verbose: 0 : [OUTPUT]
Faulted: System.AggregateException: One or more errors occurred. ---> Mono.AndroidTools.AdbException: No such file or directory
   at Mono.AndroidTools.Util.AggregateAsyncResult.CheckError(CancellationToken token)
   at Mono.AndroidTools.Adb.AdbSyncClient.EndPush(IAsyncResult result)
   at System.Threading.Tasks.TaskFactory`1.FromAsyncCoreLogic(IAsyncResult iar, Func`2 endFunction, Action`1 endAction, Task`1 promise, Boolean requiresSynchronization)
   --- End of inner exception stack trace ---
---> (Inner Exception #0) Mono.AndroidTools.AdbException: No such file or directory
   at Mono.AndroidTools.Util.AggregateAsyncResult.CheckError(CancellationToken token)
   at Mono.AndroidTools.Adb.AdbSyncClient.EndPush(IAsyncResult result)
   at System.Threading.Tasks.TaskFactory`1.FromAsyncCoreLogic(IAsyncResult iar, Func`2 endFunction, Action`1 endAction, Task`1 promise, Boolean requiresSynchronization)<---
Mono.AndroidTools.AndroidLogger Verbose: 0 : -- End Push --
Mono.AndroidTools.AndroidLogger Verbose: 0 : [D:RunShellCommand]:      emulator-5554 rm "/data/local/tmp/Mono.Android.DebugRuntime-armeabi-v7a.apk"
Mono.AndroidTools.AndroidLogger Verbose: 0 : -- Start DeleteFile - 04/09/2013 11:44:42 (91.7816ms) --
Mono.AndroidTools.AndroidLogger Verbose: 0 : [INPUT] rm "/data/local/tmp/Mono.Android.Debug

With the UG007 AVD emulator running when pressing F5, the problem occurs at this point:

Mono.VisualStudio.Extension.ProcessWrapper Verbose: 0 : -- Starting Process - 04/09/2013 12:34:30 --
Mono.VisualStudio.Extension.ProcessWrapper Verbose: 0 : Executable: C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe
Mono.VisualStudio.Extension.ProcessWrapper Verbose: 0 : Arguments: /p:Configuration=Debug /p:Platform="AnyCPU" /target:SignAndroidPackage "C:\Users\Administrator\Documents\Xamarin Studio\EmployeeDirectoryDemo\EmployeeDirectory.Android\EmployeeDirectory.Android.csproj"
Mono.VisualStudio.Extension.ProcessWrapper Verbose: 0 : -- Process Finished [2147483647] --
Mono.AndroidTools.AndroidLogger Verbose: 0 : [D:RunShellCommand]:      emulator-5554 "pm" "path" "android"
Mono.AndroidTools.AndroidLogger Verbose: 0 : [D:WaitUntilReady]:       -- Device not ready yet, output:
Error: Could not access the Package Manager.  Is the system running?

Mono.AndroidTools.AndroidLogger Verbose: 0 : [D:RunShellCommand]:      emulator-5554 "pm" "path" "android"
Mono.AndroidTools.AndroidLogger Verbose: 0 : [D:WaitUntilReady]:       -- Device not ready yet, output:
Error: Could not access the Package Manager.  Is the system running?

These messages continue for several minutes until the Deploy Error message appears and the end of the monodroid.log file appears as shown here:

Mono.AndroidTools.AndroidLogger Verbose: 0 : [D:RunShellCommand]:      emulator-5554 am broadcast -a mono.android.intent.action.PACKAGE_VERSIONS -e "packages" "Mono.Android.DebugRuntime,Mono.Android.Platform.ApiLevel_14,EmployeeDirectory.Android" Mono.Android.DebugRuntime/com.xamarin.mono.android.PackageVersions
Mono.AndroidTools.AndroidLogger Verbose: 0 : -- Start Broadcast - 04/09/2013 13:05:32 (5580.5308ms) --
Mono.AndroidTools.AndroidLogger Verbose: 0 : [INPUT] am broadcast -a mono.android.intent.action.PACKAGE_VERSIONS -e "packages" "Mono.Android.DebugRuntime,Mono.Android.Platform.ApiLevel_14,EmployeeDirectory.Android" Mono.Android.DebugRuntime/com.xamarin.mono.android.PackageVersions
Mono.AndroidTools.AndroidLogger Verbose: 0 : [OUTPUT]
Error type 2
android.util.AndroidException: Can't connect to activity manager; is the system running?
	at com.android.commands.am.Am.run(Am.java:100)
	at com.android.commands.am.Am.main(Am.java:81)
	at com.android.internal.os.RuntimeInit.nativeFinishInit(Native Method)
	at com.android.internal.os.RuntimeInit.main(RuntimeInit.java:235)
	at dalvik.system.NativeStart.main(Native Method)
Mono.AndroidTools.AndroidLogger Verbose: 0 : -- End Broadcast --
Mono.AndroidTools.AndroidLogger Verbose: 0 : [D:RunShellCommand]:      emulator-5554 cat /data/system/packages.xml
Mono.AndroidTools.AndroidLogger Verbose: 0 : -- Start GetPackages - 04/09/2013 13:05:37 (77.1277ms) --
Mono.AndroidTools.AndroidLogger Verbose: 0 : [INPUT] cat /data/system/packages.xml
Mono.AndroidTools.AndroidLogger Verbose: 0 : [OUTPUT]
/system/bin/sh: cat: /data/system/packages.xml: No such file or directory
Mono.AndroidTools.AndroidLogger Verbose:

I’ve uploaded the full monodroid.log files and a capture of the exception details window for the Nexus 7 and UG007 AVDs to the public Xamarin Studio folder of my SkyDrive account here.

The sample program deploys as expected in both Visual Studio and Xamarin Studio with the MonoForAndroid_API_15 AVD:

image

I will update this post when I learn more about the problem from replies to my How Do I Create Working Android Virtual Devices for Nexus 7 and UG007 MiniPC? question on Stack Overflow. I didn’t receive a useful reply from stack overflow, so I posted the same question to Xamarin’s Android forum.

Full disclosure: I have a complimentary license for Xamarin Studio Business Edition.

Intel Next Unit of Computing (NUC) Kits Offer Better Performance than Android MiniPCs at a Much Higher Price

Intel introduced a series of motherboards-in-a-box (MiBs), described as Next Unit of Computing (NUC, pronounced “nook”) kits, in late 2012. These Ultra Small Form Factor (USFF) devices measure about 4 by 4 by 2 inches and have multiple USB 2.0 inputs and dual HDMI outputs. The MiBs include VESA mounting brackets for attachment to the back of HDTV sets and high-resolution monitors.

Updated 4/10/2013 with a report of forthcoming Intel i5 and i7 NUC versions coming (see end of post.)

Updated 4/1/2013 with references to lower-cost small form-factor Intel boards from the Lilliputing.com site (see end of post).

image

Judging from the 17 customer reviews of the DC3217IYE on the Amazon Web site, most users purchase these devices to upgrade HDTVs with Smart TV features, especially streaming video from the Internet. Several reviewers mention Windows Media Center and XBMC as the video playback software of choice.

One of the advantages of running Windows 7 on a NUC/MiB device is that you can create a full-fledged PVR by plugging a PCTV ATSC tuner stick, such as the Pinnacle PCTV80e or Hauppauge 01200 WinTV-HVR-850 USB2.0 Hybrid Video Recorder 1200 into one of the USB ports, and installing the TV Center software for scheduling the programs to record with the Titan TV guide. There are reports of TV tuners on mSATA SSD-style PC boards, but I haven’t found any available for sale.

Following are the three NUC/MiB Kits available in Spring 2013:

NUC Kit Details Processor Integrated Board Amazon Link Price, US$
DC3217BY Core™ i3 3217U D33217CK DC3217BY $299.99 
DC3217IYE Core™ i3 3217U D33217GKE DC3217IYE $289.99 
DCCP847DYE Celeron 847 DCP847SKE DCCP847DYE $175.26*

* The DCCP846DYE is sold by an Amazon partner; Amazon.com sells the other two kits.

The MIBs support up to 16 GB of SO-DIMM. Two internal mini-PCIe slots accommodate  optional mSATA SSD and WiFi/Bluetooth adapter cards. WiFi and Bluetooth antennas are built into the case.

Following is an analysis of the additional cost (less shipping and sales tax) for required and optional accessories to run Windows Media Center on a NUC/MIB device:

Item Price, $US
Windows 7 Home Premium SP1 64 bit (OEM) $  91.97
Crucial 8GB Kit (4GBx2) DDR3 1333 MT/s (PC3-10600) CL9 SODIMM 79.99
Crucial m4 128GB mSATA Internal Solid State Drive CT128M4SSD3 120.51
Intel Network 6235AN.HMWWB Centrino WiFi Card Advanced-N 6235 Dual Band Bluetooth Retail 23.29
Logitech Wireless Combo MK260 with Keyboard and Mouse 24.99
Windows 7 Vista XP Media Center MCE PC Remote Control and Infrared Receiver 16.90
Cables Unlimted 6-feet Mickey Mouse Power Cord 4.40
Total, less sales tax $362.05

Thus the cost of the least expensive NUC/MiB device with nominal RAM and SSD storage is US$537.31 plus sales tax and shipping, which is about five times the cost of the forthcoming Tronsmart T428 quad-core Android MiniPC with a 32-GB MiniSD card or ZeroDesktop’s MiiPC in a box. My Acer 5570-6690 15.6-inch laptop, which I use in the living room for PVR and video playback purposes, cost only $430 in July 2011.

A 00:13:55 Newegg TV: Intel Next Unit of Computing (NUC) Overview video describes unpacking and outfitting the DC3217IYE and DC3217BY.


Update: Brad Linder (@bradlinder) reported More small PC boards with x86 processors for $75 or less in a 10/7/2012 post to the Lilliputing.com blog:

imageInexpensive mini computers with ARM-based chips have gotten a lot of attention this year. But if you’re willing to spend a few dollars more you can get a much more powerful and versatile system with an x86 processor.

Recently we took a look at the Asus C60M1-I mini-ITX motherboard with an AMD C-60 dual core CPU. It’s an $80 system that can be used as a full-fledged Windows or Linux computer when you add a power supply, storage, and memory (and optionally a case). But it’s hardly the only CPU+board combo in that price range.

image

Newegg has at least 2 dozen motherboard+CPU combo deals available at the moment, and many of them include low power processors and low price tags. Here are a few examples:

All of these systems feature mini ITX motherboards, which means they should fit into standard small form-factor PC cases. And they all have x86 processors, which means they should be able to handle a range of operating systems including Windows 7, Windows 8, Ubuntu, or other Linux-based operating systems (although some of the integrated graphics cards are better supported than others under Linux).

The problem with low-priced x86 or x64 mother boards is that the components required to deck them out are much more expensive than the motherboard itself, as noted in the preceding table. Intel NUC Kits come with a case and power supply; a LIAN LI PC-Q25B Black Aluminum Mini-ITX Tower Computer Case from NewEgg costs $120 plus shipping:

image 


Update: The FanlessTech blog reported i5 and i7 NUC on the way in a 4/9/2013 post:

Intel's NUC will get a speed bump in the coming weeks. The D53427HYE motherboard will feature a 1.8 GHz i5-3427U, while the D73537KK will pack a 2.0GHz i7-3537U. Linux support is excellent, a nice touch.

[Click images for full-size versions.]

Default cooling system is active but we all know it's easy to fix that.
Source: Computerbase.de


Thursday, March 28, 2013

MiniPC Device Shipment from GeekBuying.com in China No Longer in Tracking Limbo

Update 3/27/2013 8:00 AM PDT: Sao.com’s International Parcel Tracking page reported delivery to my residence on 3/26/2013 at 4:33 PM, which is correct:

image

However, tracking appears to stop at the border of the Shenzhen Special Economic Zone and restarted in San Francisco, as shown in the detailed tracking dialog:

image

According to GeekBuying.com’s Giovanni, the package was routed through Singapore. There is no indication how the package was routed after leaving Shenzhen and before arriving in the US. GeekBuying.com’s service was excellent, but their third-party tracking system leaves much to be desired.

Update 3/26/2013 6:00 PM PDT: The UG007 II arrived in today’s mail at about 5:00 PM in a USPS ePacket with the CN Post tracking number for delivery confirmation visible. It will be interesting to see if the tracking details are updated later for arrival and intermediate waypoints. Delivery time was 10 days after the order was placed, which met my expectations for international parcel air mail.

The UG007 II’s reset switch isn’t what I expected but the power supply has a US power connector (square prongs), which is good news. See my First Look at the CozySwan UG007 and Other Android 4.1+ MiniPC Devices post’s updated UG007II Specifications and Accessories, Estimating the Cost of a MiniPC Workstation and Startup Issues sections.

Update 3/26/2013 8:00 AM PDT: The saga continues. Received the following response from Giovanni (edited for clarity):

Roger,

I have asked my post workmates to file a case with the Singapore Post. They [usually] reply [to] us in 3-7 working days, so [would you please] wait with us?

If it’s lost, please don’t worry. We will [issue a] full refund to you or ship a new one to you.

Best wishes,

Giovanni

The obvious question is, how did Singapore Post get into the act? Shenzhen is adjacent to Hong Kong and there are several daily HKG -> SFO direct flights. [Update 3/27/2013: Giovanni said that the package was routed through Singapore for lower shipping cost.]

Update 3/25/2013 8:00 AM PDT: Received a response from Giovanni at Support@GeekBuying promising more information. GeekBuying’s tracking page is now working. No added tracking information from EMS/EYouBao nine days after placing the order.


imageIf you read the OakLeaf blog regularly or are interested in the new class of low-cost, low-power MiniPCs (a.k.a., PCSticks, and erroneously TVBoxes or TVSticks) that run Android 4.1 or later, you might have read at least part of my lengthy First Look at the CozySwan UG007 and Other Android 4.1+ MiniPC Devices post.

imageAll MiniPCs that I’ve investigated are manufactured in mainland China and most in or near Shenzhen, a Special Economic Zone adjacent to the Hong Kong Special Administrative Region (SAR). I plan to test new MiniPC models, such as the CozySwan UG007 II and Tronsmart T428, which aren’t yet available from US retailers, such as Amazon.com, from whom I purchased my original UG007. Therefore, I purchased these two devices from GeekBuying.com, whose address is Guocheng Garden, Baihua No.1 Road, Futian District, Shenzhen, Guandong, China.

GeekBuying.com offers free air-mail shipping on all the devices I've investigated and promises tracking information, per the following email acknowledgement of my order of 3/16/2013 for the UG007 II:

image

GeekBuying’s EYouBao tracking link was missing a URL, so I logged into the GeekBuying.com site and opened the tracking page at http://www.geekbuying.com/trackorder, which finally stopped returning error pages. It displayed the following on 3/25/2013:

image

Clicking the Track Your Order link opened the following page with a single tracking entry:

image

Clicking the Details button opened the following dialog:

image

The tracking page for EYouBao shipments at the EMS Website displayed the same incomplete tracking information on 3/22/2013 at 9:15 AM PDT, six days after shipment:

image

The obvious question is “What happened to my shipment after its second ‘despatch from Sorting Center’?”

I requested tracking assistance by email at 12:42 PM on 2/20/2013 to service@GeekBuying.com, who promised one-business-day response. I received a response but no additional tracking information on 3/25/2013.

If I receive the device or an informative response to my service request, I’ll update this post.