I am not missing my Treo 680 at all, plus the Droid is half the thickness and a lot easier to carry around. I’m also greatly appreciating not dropping calls on Verizon Wireless like I was very often on AT&T Wireless (sorry, but it’s true - I do not live in the wilderness and was sick of dropping calls at my desk). But that’s just the beginning.

It is clear that the Droid has immediately taken a lot of Palm users like me. One of the best comments in the Motorola Support Forums is this one:

I’m sure you’ve noticed, but this is not a Palm. It isn’t an iPhone or a Blackberry either. Learn to use your the device the way it is and you will be a lot happier then just reminiscing about what your previous phone did.

That is so true. In the first few minutes you are a bit disoriented, but that passed for me pretty much as soon as I committed to move. As with any Google phone, it’s Gmail based, but the email for me is the least of my needs right this sec. My first need was to resync my contacts and calendar. By exporting a CSV, I quickly had Outlook 2007 on my Windows 7 laptop uploaded to Google contacts under my Gmail account. In a matter of minutes after that, Google syncs with the Droid over the air. No wires. No conduit. Same process to get calendar synced, CSV out of Outlook uploaded to Google Calendar (and there is a simple sync utility on the PC, so the calendar stays synced between all three places).

When you do go to a wire, there’s more fun. I plugged it into my USB port using the standard cable to charge it, and it’s recognized as a removable drive when you mount it by tapping on the screen. I happened to have Windows Media Player on at the time, and it also got recognized as a music device and synced up with my music (something my Palm was pretty idoitic at, and I’m not an iPod user so I had never seen that work).

And then there’s fun with apps. The phone is pretty easily used, as is the text messaging app. There are some cool choices when you get a call or a message; if you have other contact methods, depending on where you tap you can choose how to respond. For instance, one tap will call someone texting you. The calendar works the way a calendar should. The ringtones work pretty well, you can assign a general default and then a specific tone to an individual. (It did freak out on me once playing with ringtones and the volume went confused, but a soft reset later I can’t reproduce what happened. One nice feature the Treo had was it would ring with one tone for callers in your address book, and another for callers not in your book, which was handy, several folks have suggested that enhancement.) I haven’t done much with the camera and nothing with video yet.

Bluetooth seems to work very well, I’ve been able to move a call into and out of Bluetooth without incident, something the Treo lost its mind trying to do. Plus when you leave Bluetooth on, it doesn’t drain the battery the way the Treo did. I did hook the Wi-Fi up quickly to see that it works, too.

To extend the thing, there’s a button that puts you right into the Android market. Find an app you like and press download. I grabbed a stock quoter and Twitter Ride right away, both of which are pretty solid and fast. Twitter Ride has already download an update automatically. I didn’t have many Palm apps but expect I’ll find more on Android.

I’ve heard anecdotally quite a few people moving from Blackberry devices also, but I don’t have much of a reference there. I am getting questions from iPhone users. One of our iPhoners on staff grabbed the thing, went right to Google Maps, and said wow. There’s a pretty huge difference in screen resolution. For folks not previously GPS enabled, the Droid goes to where you are immediately in Google Maps, something I could use a lot when traveling. The Droid doesn’t have the pinch-and-stretch motion, but it does have the directional finger flick and that works great for scrolling, much better than the dreaded Blackberry ball.

Folks are also asking about both the onscreen keyboard and the physical keyboard. I’m getting used to the onscreen one. In portrait it’s a bit touchy for large fingers, but in landscape its very manageable. (Is it “nail friendly”? Dunno. Haven’t let my dog try it yet.) The physical keyboard is pretty solid, takes a bit of getting used to with thumb positions though. I haven’t tried the directional pad.

So, I’m an Android noob and I haven’t exercised a lot of the features of the Droid yet, but the first week has given me a sufficient rush to be happy with it so far. I’m sure I’ll find more things to like in the coming weeks.

PS … I also have too much fun with Verizon’s ringback tone service, so if you call me and hear random music, I did pick all that stuff out, and there’s only one Metallica tune of the eight I have in there right now. My daughter gets Avenged Sevenfold when she calls.

The news that Cavium Networks is acquiring MontaVista software just kinda showed up. The second part - MontaVista being bought - wasn’t that big a surprise. After all, we’d seen Intel take out Wind River and Mentor Graphics take out Embedded Alley so far this year, so it was just a matter of time before MontaVista had to pair up.

But Cavium Networks? Not a single person I know had that name on the list. What do we have, here?

First, realizing the playing field has changed and we’re no longer dealing with the usual suspects is important. A lot of folks expected someone like Freescale to make this kind of move (maybe they think they already had with MetroWerks several years ago). Cavium makes sense as a MIPS and ARM player needing a stronger Linux hand, for sure. It does put them on a different stage.

Second, this is affirming that it’s a software world, and a chipset maker that can’t comprehend software will be left with fewer places to play. And it’s not just an operating system, but it’s the middleware and application layers that are getting more important. (More on that tomorrow, join our MontaVista ecast on carrier grade Linux.) This is a pretty huge statement for Cavium to make.

Third, and this goes back to earlier posts, there have to be some customers now going nuts. Cavium designs run a lot of VxWorks - how’s that gonna work now, and going forward? Cavium has not only the high end Octeon multicore lines, which are the fit for carrier grade Linux, but the lower end Econa lines which call more for a Moblin solution - maybe all will be well post-transition.

I’m not going to pretend to analyze accretive revenue or anything like that. (You gotta like the 1yr CAVM chart up to now, but maybe there’s overhead at 22.) On the surface it makes sense for Cavium, and I’m assuming the team at MontaVista thought it made sense for them and their customers. Just saying, the competitive stance is very different today than it was yesterday.

Maybe it doesn’t matter. For many of the same reasons I cited that Wind River will remain independent, I’d say MontaVista will be able to as well, and be able to continue support multiple architectures. Better support for Cavium platforms is a given.

And what does this mean for the “many-core” environment? Will we finally start seeing the type of support that these very complex network processors can take advantage of? A tighter coupling between hardware and software is not only desirable, it’s mandatory.

And is Cavium now suddenly a bigger player at the lower end, where Econa lives? Against the likes of TI, Freescale, Broadcom, Marvell, and oh yeah, Intel, and a few others? This to me is the only question around this acquisition, because the network processors are just the tip of the pyramid - the volumes are at the lower end. If Cavium / MontaVista can execute, this would be the place. Do they line up with the likes of an Intel / Wind River? And did they just leapfrog a couple other players? It’s a big world. I don’t believe in the scarity or zero-sum theory. I believe in free market forces, may the best solutions win. But no doubt, this is an uphill battle for the new Cavium, and it’s a space they’re just starting to operate in and find out how it works.

I love surprises, but I’m not quite sure what to make of this one just yet. I would like to hear your thoughts on this in general. I’m watching with great interest.

“Microsoft was trying to focus on making a small number of customers successful”, according to Dearden, working with high volume phone makers like Samsung, LG, and HTC. He added that Microsoft can compete very effectively on the “wow factor” for these high volume customers.

But what’s left is still a very large opportunity for embedded designers.

There are many mid-volume phone customers which can benefit from Windows Mobile. Besides phones, many verticalized embedded devices like barcode scanners (Symbol, Psion Teklogix, Intermec) and data collection devices (Juniper, Fujitsu, Canon) can take advantage of the features of Windows Mobile.

According to Dearden, many creative ideas have been stifled because customers couldn’t obtain access to Windows Mobile due to volumes, couldn’t support particular chipsets that weren’t fully supported, and couldn’t customize to meet their requirements. By going to channel, Microsoft can enable these “smaller” customers - who ship tens of thousands to a couple hundred thousand units per year - and build broader acceptance for Windows Mobile.

I pointed out to Dearden that this reminded me of the early days of Windows CE, where access was limited and an integration partner was needed to service more customers - and Bsquare filled that role, too. “Many of our customers are already developing middleware for Windows CE that comes standard with Windows Mobile,” he noted. He also pointed out the embedded lifecycle advantages. While lifes on phones, netbooks, and PNDs tend to be shorter, the life on data collection devices are much longer and extended market support is essential. Not only is the upfront integration needed, but ongoing updates, security fixes, and the like are required.

Dearden is projecting that Microsoft will be focused on Windows Mobile 6.5 for the next couple quarters, then probably shifts activity to Windows Mobile 7.0 as it’s released. Bsquare will continue long term support of Windows Mobile 6.5 with full embedded lifecycle support, including engineering and integration work. “We’re already partnered with Qualcomm, TI, Freescale, and Marvell …. We’re looking at verticalized reference designs, for lower volume manufacturers - support for an SoC with Windows Media in a development kit,” he said.

Bsquare certainly understands the high priority challenge designers face here. Dearden finished: “Tailoring BSPs for chips, and getting enhanced graphics and enhanced battery life, is number one on our agenda.”

Windows Mobile: it’s not just for phones. The advantages are there, the question is execution. It’ll be interesting to see where this goes versus Android and RTOS solutions, and what types of devices are announced in non-phone applications.

Jennifer Hesse’s series on in-vehicle infotainment continues to conclusion with part 2 on software, part 3 on a reference design, and the just posted today part 4 on new technologies. Really good reading.

Also, my series on digital signage started today with part 1 on make-or-break factors in signage apps.