Amazing Blather

Sunday, February 6, 2011

With Motorola pitting their tablet against Apple's mentality. I expected the Xoom to be the same price as the best iPad, maybe less. Engadget posted the price of the Xoom, it's $799 before any service contracts. That's $30 less than the best iPad at $829.

Sadly, you get less with the Xoom.

The Xoom comes with a paltry 1 GB of internal storage. To make up the memory difference an SD card is required. All of the 64 GB SD cards that I find are over $100. With the SD card the Xoom is $899, and the iPad $829.

The Xoom is at least $70 more expensive. That's before the astronomically priced data plans.

Which is where the real money is. Both Verizon and AT&T really gouge their customers on these data plans. To be fair Verizon's data plans aren't as bad as AT&T's. 10GB on Verizon's network costs $80. On AT&T's that cost is $125. Within 2 months on most of AT&T's network the cost of the Xoom is recouped.

That's an incredible amount of money. Even as a successful professional with a penchant for expensive gadgets, the first year cost ($1860) of a Xoom makes me gag. There are so many other gadgets that I could buy with that money, and still buy a data plan from T-Mobile for half the cost.

Motorola may be touting the Xoom as a change in mentality, away from Apple. The "Apple Premium" is a well known cost, what's different about the Xoom's pricing?

Saturday, January 22, 2011

As I followed the onslaught of Android tablets announced at CES this year, each device I read about had at least one flaw that was severe enough to remove it from consideration as my next gadget.

The Motorola Xoom is on Verizon and is rumored to be $800. The Asus Transformer is running Android 2.2 and is heavily skinned by Asus. The Motorola Atrix (the best device of CES) is on AT&T; with capped data service having such a device is pointless. The Notion Ink Adam is heavily skinned, with miserable resolution. The list of disappointments goes on.

I began thinking about what I would want from my next gadget. I have a set digital needs that my laptop, e-book reader, and phone do not meet.

Reading digital media is the foremost need I have. Between digital references for my professional work, fiction for pleasure, and materials for classes I'm reading more than I ever have before. Reading is a tough activity to facilitate with a digital device. The device must be light enough to use comfortably for long periods of time, the screen must be large, preferably 8.5" x 11" to match the original format. The dot-pitch must be high, and the screen must be readable in sunlight and in darkness. Qualcomm and Mirasol are still a long way off from making a large screen.

Note Taking after testing many different applications for taking notes, xournal, org-mode, Google docs, and even Gimp. Nothing beats a pencil and paper for recording high quality notes. Software and a stylus solves this problem. Stylus' are a dime a dozen, sadly there's no software available that does an adequate job.

Linux it's impossible for me to get by in class or at work without a constantly ready Linux environment. Ideally there would be a virtual machine running a user maintained Linux. Access to the virtual machine would be through an application such as VNC.

A portable keyboard clamshell & desktop dock are needed to interact with the Linux environment. An on-screen keyboard is useful for only short messages, nothing more. To have a useful Linux environment the device needs a desktop dock for the home and the office, and a clamshell to stuff in the messenger bag.

Android or Chrome nearly all of my online activities pass through Google's services. After going Google with my browser and now my phone. I prefer most of my Google interactions through my "native" phone applications.

Connectivity the device must always have an unfettered data and voice connection. Seedy contracts with capped data usage and overage charges are designed to gouge the consumer. I'm not willing to pay for a such a service. I will however, pay a premium to be given unlimited data and voice connectivity.

Wireless power and long battery life there's no room in my bag for power cords. Thankfully Qi base stations exist, the device just needs a receiver.

With the exception of the large Mirasol display all the technologies exist. Sadly I'll never see a device that meets most of my needs. I'm willing to pay, I'm willing to put the effort into customizing a device that comes close to what I want.

Thursday, October 28, 2010

Apologies, I've been waiting for my project presentation for class before posting this.

In a previous post I complained about the Java Concurrency example. It showed how unimpressive and needlessly complicated threading can be in Java. What bothers me most isn't the concept of wait() and notify(). It is the decision to explain wait() and notify() before simpler methods of synchronization.

It happens that Java has quite a few helper classes to make synchronization much simpler. The Semaphore is one of those classes. I have constructed a simpler version of the Drop class using two Semaphores.

There are three conceptual pieces to that make this new Drop work. The first and second are two Semaphores, putting and taking. The third piece is the synchronized code block

The puttingSemaphore protects against concurrent additions, and overflow.

The takingSemaphore protects against concurrent removals, and underflow.

The synchronized code block it utilizes the intrinsic lock on Drop creating an atomic section. Thereby protecting against concurrent manipulations of the messages array and next_available index into it.

These three pieces are much easier to understand than a broadcast system. Although we understand (or guess) that the underlying Semphore is implemented with the broadcasting wait() and notify() system.

Utilizing the provided utilities the example has become far simpler. There's no need to check the state of the Drop when the thread has resumed. There are no concerns of cascading execution of tasks.

Synchronization in Java could be presented as a simple use of the available utilities.

There are two interrupts on the Duemilanove, pin 2 and 3. Pin 2 is interrupt 0, pin 3 is interrupt 1. The example uses pin 2. When pin 2 transitions from high to low, or low to high the interrupt service routine is called. The example has the LED turn on when the button is pressed, and off when released.

But that's not what happened! After pressing the button several times the LED would be on when the button was released.

Insert video here

After double checking the wiring, and the project source several times I went looking for other interrupt examples. When I stumbled across my problem, which is the well known problem of bouncing. It turns out that physical switches give dirty signals. A switch will turn on and off very quickly many times for even a single action. Something an electrical engineer is well aware of, something I had no idea about.

Sunday, September 19, 2010

It's really hard to put down a toy. The arduino is no exception, and the projects from oomlout are so easy to do. Put those two together and you've got the start of an addiction.

The CIRC05 project is the first to use an integrated circuit. It works by throwing a latch to tell the integrated circuit to receive data, then sending the data, finally releasing the latch at which point the data is displayed. The data being sent is an 8 bit number, each bit of the number corresponds to a pin. When a bit is set the pin is high (the LED is on), when a bit is clear the pin is low (the LED is off.)

I'm still learning about basic electricity and electronics, so I followed the wiring layout (pdf link) without any variation. I did want to continue playing around with the layout. To do that the source needed some modifications, allowing subsequent projects with the same layout to require minimal work.

First the original in action:

This is the modified version of the oomlout source, subsequent projects will provide unique get_pin_value() and get_delay_ms() functions. By modifying these two functions the LED behavior is easily varied.

With the board wired up, the blinking LEDs didn't satisfy me. I created a few other projects that used the same wiring. Adding few utility functions, and an amplification array. With this basic set up, each project need only to implement an in_order() function