Faughnan Home | Contact Info | Site Contents | Search
rev: 01 November, 2004
A resource page for Palm OS based devices (device formerly known as the PalmPilot) based on my personal experience. It will be of most interest to non-developer heavy users of the Palm and licensee devices. Older versions of this page are in Archives. This is a page of useful fragments, not a unified document. It will most often be found during Google searches.
As of March 2004 there's a blog related to this page, it's dedicated to helping PDA orphans left behind by Palm and Microsoft as they chase other game.
The Palm III, made in the USA, was a groundbreaking devices. It was reliable, relatively inexpensive, the right size (actually the Palm Vx is the right size, the Palm III is close), and had market share. The integration of the built-in applications with the desktop was decent, although add-on applications had weak or non-existent desktop equivalents. Battery life was quite decent, and I found Grafitti acceptable, especially with the non-standard Grafitti strokes from the O'Reilly text - PalmPilot: The Ultimate Guide for enhanced recognition. Only the 2MB of memory was inadequate. The Palm Vx was a solid improvement, despite some significant manufacturing defects.
Unfortunately that was the end of the first "Golden Age" of the PDA. (see also Palm Disappointments: Wrong Turns). Post-Palm III devices were less robust, with higher defect rates. Microsoft's malevolence and Palm's incompetence conspired to make Outlook/Exchange synchronization all-but-impossible -- unless one completely merged one's personal and corporate life (thereby defeating the premise of a PERSONAL Digital Assistant). Production moved overseas, and quality decreased quickly. The PocketPCs were worse. Despite beautiful screens and flashy features, PocketPCs failed everyday usability tests and were abandoned in droves. Palm forgot much of its original vision with a plethora of incompatible connectors, making it very difficult to sync more than one device per computer. Moving data and applications between generations of Palm devices became a treacherous and error prone move; each time this failed a percentage of users gave up on the PDA.
Many adopters of PDA devices were relucant to learn Grafitti or the simpler and less effective PocketPC equivalent, and used them as read-only devices. Unfortunately in as read-only devices they do not replace paper planner systems, and many early users abandoned them.
As of 2003, after a hiatus of about 2-3 years, there've been a few signs of life. The battery problems are at least no longer getting worse, though they are pretty bad. (After a year or so of use most of the LiOn batteries will have trouble making it through an 8 hour day without a charge.) The Tungsten E, for all its flaws, may be a reasonable modern heir to the Vx -- at a pricepoint consistent with its 12 month lifespan. The Treo 600 is the first phone/PDA combo that is even remotely interesting. The iPod has PDA features and a 30GB hard drive. Palm OS 6 sounds interesting, especially when paired with 2GB removable storage media. One day Bluetooth may realize the neglected promise of IrDA -- albeit at a terrible cost in battery life.
Eventually the PDA/Palm market will regroup and try again. Someday something like the Palm, in addition to being an auxiliary memory store, will replace the wallet (biometric identification with public-key encryption technology ), the phone , the key , the paper back and the walkman/radio. It will just take longer than we thought it would in 1998.
(Last rev @ 2001)
Both of my COM ports are occupied for use with my modem. I didn't want to unplug cables, so I installed an old 8 bit ISA serial card. I set the card COM ports for COM 3 (shares IRQ4 with COM1) and COM 4 (shares IRQ3 with COM2). [I was unable to use other IRQs with this card under Win95, even though I could under DOS.]
My PnP BIOS did not recognize the new device. I used the Add Hardware control panel to add new serial ports. I did not allow Win95 to search for the devices.
After restarting, I installed the Palm software. It found my Palm III on COM 3 (make sure it's on). I can HotSync without any problem, but I cannot use my modem at the same time as I HotSync. To avoid conflicts I set HotSync Manager so that I have to start it manually, it does not startup with the system start.
Below are the COM/serial port resources used. This information is surprisingly hard to find on the Net; however these are the age-old (DOS 3.x) mappings for multiple COM ports. Note that IRQs (interrupts) are shared but i/o addresses (hex, memory) are distinct. I believe you will have problems if you try to use two serial devices that share the same interrupt at the same time; this arrangement works best when serial devices are used intermittently. (The pathetic interrupt limitations that we experience still are a direct descendant of the first IBM PC.)
(Last Rev @2001, this works better with XP and PalmOS 5.)
After years of failure I actually got IR HotSync working with a laptop. To say the least the industry's litany of problems with implementing the IRDA spec bodes ill for Bluetooth!
It is working with a Micron TransPort ZX PIII running Win2K SP2 with HotSync Manager 4.0 and PalmOS 3.5.3. This laptop was configured with COM2 disabled, I had to enable COM2 in the BIOS (auto) and restart. Windows 2000 then installed the Wireless Link control panel.
There are two important things to remember with Windows 2000 IR support:
I think the built-in security features are inadequate. Even a shorcut to hide/show/mask private records would be an improvement. I use TealLock instead.
If you use the built-in security feature with TealLock as follows
Nowadays when you sync a new device to an existing Palm desktop user account, the default behavior is a full restore. BEWARE. I moved my wife from a CLIE (ugh, buggy, unreliable) to an m515 (has its own problems). Unfortunately some OS patches and hacks on the CLIE were incompatible with the 515. It wouldn't boot. I did a warm reset, tracked down the suspicious files and deleted them, then successfully restarted.
PalmOS hardware vendors probably don't spend a lot of energy thinking about how customers will migrate between PalmOS devices.
Check the Palm site for advice on upgrades and device switches. Non-gurus should get help.
Go to http://www.pilotgear.com/ to download or learn more about most of these apps. This is what I've currently paid for, or am evaluating and expect to purchase.
Software I've used and give up on or have set aside for now.
Every time you sync your palm you create a backup. That sounds fine, especially if you also backup your desktop data files. Except ....
It's very easy to make a major editing error on the Palm, such as replacing all text in a memo with a single character. When you do this you will usually discover that the undo function that's present on all Palm menus usually doesn't work. If you don't notice your error and sync with your desktop you will overwrite the desired memo on your desktop. Imagine if this memo contained vital information ...
It's not at all convenient, but I recommend creating versioned backups of your desktop files. This is really a problem that Palm should address in the desktop application, but they have other bigger issues.
This is the January 2001 version of the Palm desktop. It has some new views and a prettier layout, but it's slower and takes more system resources. The major issues, however, is that Palm's web site says this version is for their devices only. I suspect that's true.
I wonder if this means that one can no longer move data from one Palm device to another? Even if the data formats do not change on the handheld, they could be altered on the desktop so as to prevent portability.
This is known as "data lock". You become locked into a vendor because they own your data's file format. Data lock, IMHO, is responsible for a great deal of Microsoft's power and fortune. Microsoft's lesson, that proprietary data formats is the key to wealth and power, has not been lost on other vendors.
NOTE: There's no way to export Calendar items from Desktop 4.0. If you want to move your calendar, sync with Outlook and export from there. Shame!
I like to keep my data files on a data drive that can be backed up independently of my applications. The Palm OS desktop supports this, but it's tricky. I had very bad experiences when I tried to move the data myself rather than letting the Palm desktop move it; when I moved the data the Palm desktop refused to recognize it.
If you rename a category to match an existing category, the items will merge into the existing category.
As best I can tell, the Palm OS and device was not designed with much attention to security. The built-in locking and private record features are awkward to use and are widely regarded as easy to defeat. A number of aftermarket products attempt to fill in the gaps, but Palm doesn't provide appropriate hooks for them to work correctly. Vendors have to hack the underlying OS, and reliability is a problem. Programs that encrypt data files, and thus protect data even if the Palm is breached, may be the best solution for now.
It's rumored that Palm will address security in Palm OS 4.0, but many Palm devices cannot be upgraded to that OS. (I would not assume that any Palm device as of March 2001 will work well with OS 4.0).
Some security applications that attempt to protect the entire device include:
* I've alternated between using OnlyMe and TealLock. One or the other has worked with various versions of the Palm OS on the Vx. As of March 2001 I was getting intermittent "Memorymgr.c line 3036 chunk over-locked" that resolved when I switched from TealLock to OnlyMe, but for other reasons I later switched back to TealLock version 3.70b. I've used TealLock since then.
In an astounding business failure, Xerox and Palm were unable to come to agreement on licensing of the Palm developed Graffiti software. (It was found to clash with a Xerox patent. I have no knowledge of the merits of the case.) Palm dumped Graffiti in favor of Jot, and renamed it Graffiti 2. Jot/G2 is relatively easy to learn, but it is very inefficient and involves a lot more pen activity than Graffiti. It is also pickier about stroke form and timing.
Mercifully, Teal SW had TealScript around. It's $20 to register. It allows use of much of the old Graffiti, with a few new strokes and some Jot strokes. You can edit/add strokes and it's trainable. In my testing it's been a life-saver too far.
I've produced a scanned document (pdf, 121K) to help remind Graffiit veterans of the G1 strokes; they are no longer available as a Palm help file.
As of May 2004, this is my current PDA. See this blog posting for a comparison to the Tungsten E
I'd been nursing a Palm Vx along for years. Finally it began an accelerated digitizer death spiral -- the usual way a Vx dies. (I think some internal epoxy gives way, it's an old manufacturing defect.) Since my OTHER Vx had recently done the same thing, I had to act fast. Fortunately I'd anticipated this, and I'd researched enough to figure I'd go for a Tungsten E. The Tunsten E lasted for several months, during which time I enjoyed the DataMangler (DataManager) feature. I sold my T/E and switched to a CLIE TJ-27. My impressions, as noted below, remain accurate.
You can read about this in the Pimlico archives. PalmOS 6 is rumored to have had extensive data model and data services changes that would allow vendors to do high quality synchronization with Outlook/Exchange. PalmOne couldn't wait, so they extended (hacked) OS 5 to "enhance" Outlook synchronization. The hack was supposed to enable old style applications that accessed the internal databases to continue to function. PalmOne introduced the new DataManager with the Tungsten E and T3 -- but it didn't work. Heavy users of DateBk5 and other apps that accessed the legacy databases experienced extensive problems. PalmOne may have fixed this with the post-T3 devices, but they have not updated the Tungsten E (maybe they can't -- the ROM cannot be flashed).
I don't know what happens if one uses ONLY the standard Palm software. I think the problem is nowhere near as severe in this case.
This experience soured me on PalmOne. I sold my Tungsten E and bought a CLIE TJ-27.
See also My Usenet postings on the T|E.
The V/Vx was a dramatic product when it debuted. Not surprisingly, it has several design problems. Sadly, more recent products from Palm, HandSpring, and SONY have been even LESS reliable than the Vx. Palms m500 series had the same power switch problems as the Vx.
I think the industry needs to spend some serious time understanding these reliability issues. I think the explanation comes down to consumer psychology and the decline of the brand. Once upon a time consumers valued a brand, and would pay a premium for a trusted brand. When consumers went to buying by "features" and "price", vendors had no choice but to abandon their premium pricing, and, eventually, their brand value. Finally consumers are catching on -- we are beginning to value quality. Problem is -- there are no longer any clues to quality! All the brands (except perhaps Apple) have been completely degraded.
I expect that by the fall of 2003 we'll see a bunch of books out on "rebuilding your Brand" as we slowly and painfully come to realize that Brands and Names actually have a value that's been lost.
A few of the V/Vx problems are listed below.
(As of 9/2002 I've seen a similar failure in a Palm m500. In that case, however, the switch was locked closed, so the device rapidly drained its batteries and appeared "dead". If this problem has really persisted into the m500 line Palm has a lot to answer for!)
The on/off switch (button) on the V/Vx (power switch, power button) fails after several months of use. I've had three Palm Vxs, every one failed. You have to push harder and harder to toggle the power status or the backlight. Eventually it becomes worthless. Among other problems, this makes it impossible to do a hard reset! (You can, however, clear a user identity without a hard reset, see Using the dot 5 command to reset a Palm Vx with a defective power switch). A more subtle but everyday problem is that if your Palm blanks the screen while you're working, you can't use the power switch to return to your work. Instead you must use an application button, which switches one to the application. (Note if Palm cared about its users, they'd provide an OS patch that would cause one of the external application buttons to behave like the on switch if it were pushed when the device is off.)
So loss of the Vx power switch disables back lighting, you can't turn the device off (it will auto-off as per preferences), you can't do a hard reset, and you lose context when powering up from an application button.
At least one knowledgeable user thinks the problem is is due to a small internal plastic tab that wears away. If one presses the power switch/button in the plane of the unit (eg. not directly towards the back of the unit) that the tab wears away quickly. If you have a working Vx, be careful to only press downards, perpendicular to the plane of the unit, when using the power switch. I would advise using other methods (see below) to turn the unit off and on, and to use the power switch only when it is essential (for a hard reset, or when you need to maintain your work context when turning the unit on). The Vx power switch has a limited number of pushes in its life -- try to minimize them.
The erosion of this plastic tongue may be aggravated by dust around the switch; it may occur more quickly when a Palm V/Vx is carried in a pocket. Using a protective cover may reduce dust exposure and erosion. Some Palm users have discovered that blowing hard into the vary fine gap between the power button and the case can transiently restore some function to the switch. This does work for a while, and it can be critical if there's a need for a hard reset. It's a temporary fix though, eventually the tab wears so much that nothing works. Jan D. reports that sometimes if one wiggles the contrast button from side to side this may cause the power switch to work again, perhaps by moving the internal circuit board slightly. This is also a transient fix that will stop working.
There are several workarounds that partially help with a disabled power switch. Marc Abramowitz (mabramo at earthlink dot net) pointed me to EasyLaunch and Richard H pointed me to ButtonOnHack and SleepStroke. (The first comes to us from the Czech Republic, the second from Japan, and the third from Thailand. Sometimes the Internet really does live up to the dreams of its creators.)
After extensive use EasyLaunch and ButtonOnHack, used with X-Master (Hackmaster management) have worked very well. Ever few weeks some occult conflict shows up and I have to do soft reset. I've never lost data. Note that ButtonOnHack cannot support the "hard reset" function of the mechanical on/off switch; so my Vx cannot perform a hard reset. (I'd have to somehow drain the battery instead.)
Note that all of these are freeware (!), but Hynek Syrovátka, the author of EasyLaunch, likes to get postcards for a thank you.
All PDAs using pressure sensors matched to the display can experience digitizer drift. That's why all PDAs of this class come with a digitizer alignment module. Unfortunately, after initial setup, few users know enough to recalibrate their digitizer. I think this has been a contributor to poor user experience, and PDA abandonment for many users. (It's easy to come up with some strategies to encourage user to recalibrate their devices on a regular basis; it's inexplicable why Palm has never addressed this issue).
The V/Vx series, however, can have very serious problems with digitizer drift. One expert (Andreas V) explains it this way (I'm paraphrasing below. For US repairs Andreas recommends STNE Corporation - Specializing in Palm, Handspring and Sony memory upgrades ):
The "Vx Mad Digitizer Syndrome" has been the subject of several usenet threads. Before hardware repair or device replacement becomes inevitable, some software utilities may help, particularly if the problem shows up as severe misalignment after a soft reset.
This problem occurred to me in April 2001, and it happened every few days thereafter as long as I was using PocketMirror Professional 3.0 to sync with Outlook 2000 under Windows 2000 in the office. When I stopped doing that the problem stopped. I've seen mention of it on the Palm newsgroups, but no full explanation. I've also seen this occur with the Vx using the portable data cable, this seems to be a hardware problem. See Palm V/Vx Travel Kit Charger/Data Cable: Defective Design.
On several occasions during that time, once with a Win 2000 machine at work  and once with a Windows 95 machine at home, I was unable to sync because the sync process stops at the point of indentifying the user (device name, username). No log file was generated.
Through a variety of approaches (swapping cradles, devices, machines, uninstalling, installing) I ruled out most of the obvious causes (hardware problems with Palm, serial port, motherboard, cable, cradle, etc.).
I identified the following workarounds. Once the device gets through the recognition step (correct user name identified) later syncs work -- until the next random failure.
The problem may be related to a registry issue of some sort, several usenet postings suggest this. Uninstalling HotSync Manager does not change anything, but I have not tried installing previous versions.
Some reference USENET postings:
The Lithium battery in my Palm Vx, manufactured by GS-MELCOTEC, is 1-2 years old. That battery is now charging more slowly, and it holds its charge for less time. I probably get 2-3 days of use between charges. (This actually got mysteriously better, and there are some newsgroup posts suggesting bugs in the Vx battery electronics.)
I have read that Lithium batteries show degraded performance after one year of use, and that they have a lifespan of about 300 charges. Palm claims the battery will last as long as the handheld -- an evasive answer considering that a good number of handhelds are broken or lost within one year of ownership. Palm charges $100 to replace the battery (basically a device exchange).
On the other hand, a knowledgeable user writes:
In theory and in practice, a good-quality single-cell Li-ion battery, such as the one in Palm Vx ... should easily last for >1,000 charge/discharge cycles, perhaps even 2,000-3,000. I have cells like that cycled thousands of time in the lab. Phones and laptops are much tougher on the battery than B&W PDAs.
See also Batteries in a Portable World.
I've had longstanding problems with the Palm V/Vx travel charger using two chargers on two different Vx. I thought at first this was due to a mechanical problem with making contact, but I think now that it's a failure of the V/Vx to receive or recognize a signal that should activate a charging mode. I find that if I start charging with the Palm in a "receptive" state that it seems to work well, though I still stand the Palm upright so that its weight pushes the travel charger pins into the Palm. The trick is:
The travel kit data cable has similar problems, though less serious. After about a year of heavy use I began having intermittent failure of the data cable (manifests as no desktop response to pressing Hot Sync icon on Palm, or a partial response with the "User:" field remaining blank). Playing with the pins on the cable and retrying usually works. (This went away, so I can't explain what the real cause was. It might have been software related.)
After about two years of routine use, one of the plastic tabs on my Vx cradle broke. The cradle is no longer very reliable, and I expect the other tab to brake shortly -- rendering it worthless.
I was given a 515 with a very short battery life. I think it had switch problems like the Vx before it, so I jammed the swich open and I installed the software I've used to resurrect my Vx (I have two Vx devices now, one is a backup, both have bad power switches). In addition, though, the battery would only last a few hours before dying. This turns out to be a very common m515 problem (the m515 had another problem with shorting out during USB synching -- that problem requires repair under warrantee). Palm has this fix:
If your rechargeable Palm(tm) handheld will no longer accept a charge, the battery life is depleting, or, will no longer switch on, you will be required to hard reset the Palm whilst on the cradle. This will reset the internal connections so that a full charge may be obtained.
1. Place the Palm handheld onto the Hotsync(R) cradle and ensure the AC adapter is connected. 2. Perform a hard reset by holding down the power button, while using the reset tool (or a similar object without a sharp tip), to gently press the reset button on the back panel of the organizer. 3. Release the reset button. 4. When the 'Palm Computing Platform' logo appears on screen, release the power button. A message will appear on screen warning 'Erase all data', press the upper half of the scroll key to complete the hard reset and display the 'Digitizer' screen. 5. Leave the Palm on charge for at least two hours (if it is part of the Palm M500 series, or four hours for the older models) and then test the unit to ensure that normal operation has resumed.
I cheated. I did as above, but I did a soft reset rather than the above hard reset. I'd read somewhere that this might suffice and it did. The battery now charges and lasts my wife about a week (mild use). Apple iBooks, btw, can have similar problems with their lithium batteries.
Palm didn't sell many of these devices, which is probably a very good thing. They were the last in the Palm III line, and the three IIIxe devices we've used had an unfortunate behavior. Two exhibited a "flashing logo crash"; they would crash and require a hard reset (full data loss) to restart them. The first one did this about once a week, the replacement did it every few weeks. I had a repair done under warrantee in January and a replacement in July. The replacement unit had a spontaneous hard reset with total data loss in the first week of use. In 2000 the Palm Vx had similar problems when they shipped with bad 8MB memory chips. Only a cynic would suspect that the unpopular and shortlived IIIxe shipped with recycled Vx memory chips with some inadequate software patch.
As of July 2001 Palm has not publicly acknowledged the problem, but I have received email from other persons experiencing this, see also newsgroup discussions.
I made one more effort with Palm in July to see if they could straighten this out. I was abandoned on hold several different ways, promised call-backs that never materialized, and finally told by a support person that they could send me yet another refurbished IIIxe if I really wanted one. Unfortunately the only comparable device Palm made was the Vx, and they were unwilling to offer that in exchange.
I won't be buying anything from Palm again, my next device will probably come from HandSpring or SONY.
I bought this for my wife as a replacement for the evil Palm IIIxe. It's been slightly more reliable. It's a great form factor at a great price, but SONY made the usual unfortunate quality trade-offs. We ended up giving up on it after almost a year of struggling to make it work reliably. My wife had success with a Palm III, failure with a IIIxe and a PEG-SL10, and is now on a resurrected m515.
These are somewhat undocumented backdoors into the Palm OS. Some of them put the Palm into debug mode, where it can be controlled by an external PC running terminal software; those commands are an obvious security risk and were partially disabled in later versions of the OS.
Although some dot commands are useful, some are very dangerous. The great risk is that you'll make a data entry error and trigger a dangerous result rather than the intended result! In general, stay away from them.
The Haus--PalmOS Dot Commands has a good description of the dot commands. DBNet also has undocumented Palm tips in doc file forma, but I've not tried it.
One dot command that has been used with the Vx in particular:
If you prefer that your black pixels remain black, Palm has added a dot-command shortcut to toggle the backlighting effect. Create a new memo in the Memo Pad, then write the shortcut stroke (draw a cursive L), then write a period (double-tap) and an 8. From now on, you're backlighting will be closer to what you're used to. Perform the same sequence to revert to the new Palm devices' default.
The .5 command deletes the user identity on a Palm device, but retains data. It has long been thought to be a useless and dangerous command. It has one unique use however. If you have a Vx or m5xx with a defective power switch you can't do a hard reset. If you can't do a hard reset, you can't use a hard reset clear the user information on a Palm and make it your own. You can, however, use the .5 command.
After executing this command the Palm will no longer have an owner. Remove any password if it exists (select "lost password" in security -- this will delete any hidden items). On the desktop set HotSync so desktop overwrites device for every setting. Execute a HotSync and select the desired username.
I used to sync my Palm Vx with my iBook. This explains how. As of Nov 2003 I sync a Tungsten E with my iBook -- works much better! Beware iSync and the Palm portals -- I recommend using only the Palm Desktop and the Palm conduits. The material below was last revised in 2003:
My OS X iBook is my personal laptop, and my preferred traveling computer. I also travel with a Palm Vx, so being able to synchronize the Vx with the iBook is very desirable. Unfortunately the one painful surprise about the iBook is the lack of an IR port, and I knew it lacked a serial connector. I thought I'd simply by a new PalmOS device with USB sync or Bluetooth support (the latter would also require buying a Bluetooth USB device), but I've ended up inheriting a number of Palm Vx devices, cables, and peripherals. The Vx has been reliable, some of the newer PalmOS PDA's we've bought have not been. I decided to invest in a Vx sync solution, and hold off on a new PDA until I see what Apple does and whether PalmOS and its licensees recommit to reliability.
There seem to be two choices for how to proceed with a Vx as of Jan 2003. As always the key thing is the quality of the device drivers, and that tends to be very vendor specific. You want to go with a trusted vendor.
I downloaded and installed the latest Keyspan device drivers (of course I ignored the older version on the CD) for OS. I plugged in my Vx and used the Keyspan utility to confirm the system now had a (virtual) serial port. I then downloaded and installed Palm's Desktop 4.0. The HotSync worked quite well. Palm Desktop on the Mac is a bit klunky (ugly) looking, but it seems to work.
I then experimented with iSync and iCal. The iSync installation is clunky, with a separate Palm conduit install step that disables the standard Palm conduits. I got everything working, but it felt like a hack. Usenet and Palm support forums suggested performance was miserable, and since I need to also sync my Palm Vx with my PC Palm Desktop and my workplace Exchange server I thought syncing with the very different iCal and Address apps was a bridge way too far. (Synching one Palm to 3 desktops on two platforms with two very different desktop applications is way beyond the bounds of sanity. It may work for me only because I have experienced all the pitfalls.) I decided to return to the Palm Desktop/Mac (for now).
Since the iSync conduit install removes the Palm conduits, I reinstalled Palm Desktop and they were restored. Subsequent synching appears to be working and the Keyspan device has been trouble free.
BTW, if you are synching a Clie with OS X you will find there's no SONY support for this. Apparently a combination of Palm Desktop 4.0 and Mark-Space · The Missing Sync will do the trick, but I have no personal experience. I may try synching my wife's SONY Clie PEG-SL10 with the iBook and Desktop 4.0 to see what happens without "They Missing Sync".
See the archives if you really need this info. I tried 'em all. I suffered for years. I went through hair pulling gyrations -- all in the name of selectively synchronizing portions of my Palm at work, and synchronizing all of it at home. One would think selective synchronization at multiple machines is absolutely essential -- unless one has an exceptionally public life -- but it is not supported by Palm or Chapura or anyone. The Tungsten E was the final straw. The hacked up databases PalmOne added to the T|E and T3 broke this arrangement. I now use KeySuite to sync my Exchange data at work, and the (buggy) T|E Outlook conduits to sync with Outlook at home. So I have two calendars. This made me so made I finally formed the Society for the Preservation of the True PDA.
Then I discovered a part of what was going wrong all those years. I discovered that the "date modified" value was changing on some items, apparently at random, on my employer's exchange server in between use of Outlook. I presume this is an old Exchange server bug; it probably accounted for a lot of the bad experiences I've had over the past six years with Outlook/Palm synchronization. I suspect Microsoft knew about the bug, but they were hardly motivated to help Palm with it. (Indeed, one suspects they might not be motivated to fix it, so long as Outlook could work around it.)
Once I discovered that I moved all my Outlook data into PST files. Only my calendar is now published to the Exchange server. Since doing that I've not had any problems.
I may even try the new version of PocketMirror Pro and integrate my calendar again. Maybe. Someday.
The Palm III stylus is a bit rough. Good for writing, but hard on the screen. For me the perfect combination is to combine screen protection with an aftermarket stylus -- no screen injury and an excellent feel:
I also love the Platinum Double Action, also from PilotGear. This is lovely piece of classic Japanese engineering and manufacture. About $8.00, fat plain plastic body, it incorporates a pen, mechanical pencil, and plastic stylus. You can't buy more quality for less money anywhere.
I used the GoType keyboard from LandWare with my older Palm III. It uses a 20K system patch (there's another HackMaster compatible patch) to transfer keystrokes to the Palm. I didn't seen any deterioration in system stability, but you can turn the patch off when not using the keyboard. The keyboard is reasonably small, rugged, and seems to do the job. I'm going to paste the special key combinations onto the keyboard cover -- too bad they didn't include a sticker with these one them!
Alas, this keyboard is not compatible with the Palm V or HandSpring's devices (though there is supposed to be an adapter made by HandSpring that might work).
The StowAway keyboard that's coming to market this December is supposed to fit the Palm V and Palm III form factors and maybe even HandSpring (may be a different model). It seems much superior, but early reports indicate that the small size comes with a price.
I wrote an extensive section here in 1999, but then came the crash. Even before the great collapse, I'd found the WWAN results in 1999 and 2000 were not worth the effort. Sprint, in particular, couldn't deliver the service they marketed. They've since gone on to make a total hash of even simple phone based text messaging.
Handspring, 3Com, Palm, AT&T, Sprint, Nokia, Symbian, Microsoft and various phone vendors became involved in a complex set of alliances, maneuvers, and betrayals , most of which became moot. Of the original section, the only part I've retained as of August 2002 is the following "The Dark Secret of Palm/Cell Phone Wireless Communication". See links for a link to archives.
Ironically, and its small consolation for Palm, of all the things I tried in 1999, web clippings worked the best. No-one was ever able to explain to me why the IR port on was always disabled on US phones; in retrospect the lack of a sensible answer for such a simple question should have warned us that disaster lay ahead.
It's hokum. In the 1980s years ago we used to connect computers up to analog cell phones using modems running MNP-10 protocols. We connected at 2400 to 9600 bps and reliability was poor. Despite the hype of the late 1990s, nothing much changed when we went to digital protocols. As of 2002 things are starting to improve, but marketing blarney wasted a lot of people's time.
Most cellular digital standards only ran at about 9600-14,400 bps, because that sufficed for voice. In other words, less bandwidth than a high speed modem gets on a copper phone line, and not much better than what we got in the 1980s using MNP-10 on analog phones.
As of the 2003, speeds are finally getting a little better. In the best networks data sometimes bursts at rates up to 144kbps, but most often it sits around 100-128kbps with good signal
[In an earlier version of this "dark secret" I claimed that the phones ran modem tones over a digital signal. After a couple of years, I received a friendly correction. The computer "thinks" it is talking to an analog modem, but that's fakery. The signal is digital from computer to radio wave.]
This explains why attaching your Palm device (or any other computer) to a cell phone is a remarkably unimpressive experience. The only thing we've gained in the past decade is that digital cell phone connection is less "noisy" than many older analog signals -- so throughput might be 10-20% higher. On the other hand, in the old days you weren't charged an exorbitant fee for "data services". ("What services?" you might ask -- and ask you should.) So -- we're actually worse off than we used to be.
In 1998 there was great excitement about the "Palm economy", and appreciation of a small, simple device that worked. By 2002 the PDA market was a shambles. Compaq sold vast numbers of beautiful iPaq's, and garnered a reputation for disastrous unreliability that has affected all vendors. Everyone bet big on wireless and lost. Palm, hammered by the PocketPC onslaught and withering sales, cut to the bone. Product reliability collapsed as warrantees fell to incredibly short periods (3 months for a Clie -- isn't that a vote of non-confidence?!). Vendors learned that customers hate losing their contact and calendar information, and that the alternative to the PDA is paper.
When something goes wrong on this scale, there are always many contributing factors. Somewhere it goes back to local optimizations in complex adaptive systems and thus to the physics of this particular universe, but that's a bit more than our brains can handle. So more proximally I'd point to thee things, of which the first is the most important.
All of these were serious issues, but #1 alone might have sufficed. When Microsoft felt briefly threatened by the PalmOS they made two moves. The first was trivial but effective. It is hard to synchronize a device to multiple desktop applications; managing different data models perfectly is impossible. Managing it acceptably is very hard. As Exchange/Outlook came to dominate the corporate setting all Microsoft had to do was be passive, to not "help" Palm sync to Outlook with selective synchronization. (In fact PocketPCs can't do this properly either, but almost no-one believes this until they experience it. This PocketPC failure was the first sign that Microsoft didn't intend the PocketPC to last.)
Microsoft's other move was the PocketPC. The original Compaq iPaq didn't work. The LiOn battery power management subsystem was flawed, the device drew too much power for its battery capacity, and the OS didn't manage low battery states. Within months buyers had a dead $500 device on their hands. The PocketPC OS demanded too much of late 1990s technologies -- but the OS and devices were sold at a loss and heavily marketed. With the predictable cooperation of the industry rags (albeit at a time when their influence was waning) and lots of marketing the PocketPC seemed a real threat. Palm responded with denial and then panic, sacrificing quality control in an rearguard action. By 2003 the PocketPC seems to be of little interest to Microsoft as they move on to their phone and slate devices, but the damage had been done.
(Some of these were fixed in OS 5, others are slated for fix in OS 6. Too late.)
A Palm device is vulnerable. It's always on the move, always exposed to dust, dirt, water, grime, falls, spills, impacts, freezing cold and broiling heat. Fierce price competition limits quality and durability; these devices are not as rugged as traditional cell phones. Sooner or later you will have to deal with Palm customer support.
I suspect the average lifespan of a handheld device is about one year; if trauma doesn't kill it then loss or theft will. This is an important consideration in buying a handheld device. It suggests you should buy at the lower end, and expect to replace your device every 1-2 years. It also emphasizes why regular synching (data backup) is so critical.
Palm devices also have a fairly high rate of birth defects; the failure rate in the first few weeks of ownership is higher than at any other time . If your retailer will exchange a broken device for a brand new one be sure to keep your box, documents, etc. This is the best way to handle a very early failure; it's one reason to choose a brick-and-mortar retailer.
Given all of the above, you will eventually need to contact customer support. Unfortunately Palm Inc's once excellent techical support has been, for me, unsatisfactory. Still this information may be of use to others, it applies to Palm Inc, not HandSpring and other worthy alternatives.
There are four sources of tech support, but only two are worth anything. They are:
The phone staff are generally reasonably good, but do not try to phone on weekends, especially following a sales promotion or a holiday. They are utterly overloaded at those times. I've had good luck in mid-week late in the evening, especially Thursday evening.
Every Palm is warranteed (except for breakage) for 1 year. If your Palm needs to be serviced in that time you have two choices:
Advanced return: They will take your credit card number and then send you a replacement refurbished unit. You send your old device back after you receive the replacement unit. As of July 2001 they charge $25.00 for this service. This is fast, but I don't know how reliable the refurbished units are. I've gotten three due to breakage and the IIIxe debacle. One was fine, another Vx had a power button that died quickly, and a IIIxe had a crash problem.
They will send an Airborn Express box and repair the original device. I'm told this takes 10 days, but check to see that they have devices and parts in stock. All your data will be erased (in fact you ship without batteries, so you can be sure the data will go) - so I hope you were backing up regularly.
After that year, or if you break a device, Palm has had a somewhat unofficial, and not well advertised, replacement policy. For $100 you may be able to get refurbished device. Either ship them your broken one or give them a credit card number and do an exchange. This is a very worthwhile program, but I suspect it depends on how many refurbished devices they have lying around. I would guess it's a money-maker for them, but they might make more if you bought a new unit. I've used this policy with a Palm Vx I shattered.
If your Palm is a lemon (see Palm IIIxe) and under warrantee the procedure is as follows:
If your Palm III is out of warrantee, and is not physically broken but is misbehaving so that that a hard reboot won't fix it, you might as well take it apart and clean it with compressed air. This fixed a Palm III of mine that would not respond to screen taps, but did respond to the physical buttons. Use a proper sized screwdriver to remove the four base screws; I use a Wiha 261 PH00x40. Use a slim blade to gently pry apart the plastic top/bottom section. Then without trying any further disassembly, use compressed air to clean this area. The Palm III is vulnerable to memory chip dislocation -- check to see everything is in place. Reassemble.
|||I'm not sure these are really modems. After all, the phone is receiving a digital signal from the computer and it's on a digital network. I think it's acting more like a bridge or gateway.|
|||Qualcomm developed CDMA and owns the patents.
Since Sprint is the major US CDMA champion (AT&T is TDMA), this goes a long way to
explain why Qualcomm/Sprint are a natural pair, and why Nokia (GSM/TDMA) and AT&T seem
to be much closer.
Just when the battle lines seem drawn, however, everything changes. As of Oct 1999 Palm and Symbian/Nokia have become allies. Also Symbian/Qualcomm have announced a CDMA partnership.
Overarching everything, however, is the anticipated ITU adoption of a worldwide data/voice wireless standard. The latest word expects this to be based on CDMA, so this will drive Nokia to ultimately support CDMA. This convergence is likely driving antagonistic forces together.
|||This phone has some sort of built-in browser capability -- but it was a very early attempt and apparently doesn't work correctly. It is basically a very early version of a mini-"smart phone"; the 7001/7010 phones are a more realistic Nokia implementation.|
|||Mobitex is a packet-switched data network, quite different from the cellular digital networks discussed here. See FAQ. The future is probably voice over packet networks.|
|||The delay may relate to a need to upgrade the PRAM in the Nokia 6185 phone. It does not support WAP 1.1, and it is rumored that the phone does not work well in parts of Sprint's network that use Lucent equipment.|
|||Sometime in 2001-2005 we'll converge on the next generation palmtop/phone configuration: a wireless integrated earphone/microphone, a pager-sized receiver/transmitter, and multiple independent user-interface/presentation devices ranging in size from a wristwatch to a Palm device to a slate or larger. All of these elements will be tied together by a personal Bluetooth LAN. You'll use your UI device to initiate a call while you simultaneously use it to browse the web, review text messages and updates, and view video. The earphone/microphone handles voice. The receiver/transmitter is your Mb/sec interface to the packet switched wireless data network. The first generation of this device will be a receiver/transmitter that clips onto a HandSpring slot with a cable-based Jabra earphone/microphone. By 2004 the receiver/earphone device will cost under $70, and the handheld devices from $30 and up. By 2007 equatorial African will have significant numbers of wireless web clients.|
|||Lost in all the Bluetooth enthusiasm is an explanation of why IR was never properly used and why it often fails to work correctly. Why did such a cheap and allegedly effective serial interface go unused? I'd love to know. It works very well between Palm devices!|
|||I'm a bit surprised that no-one sells a padlock or house lock that would respond to an IR signal from a Palm.|
|||Biometric identifier could be thumbprint, or the device could include a lens to read one's iris, or it could respond to a chip implanted in one's hand. (I put a chip in my dog's belly, so putting one in my hand seems only fair.|
|||Richer, but not necessarily more useful. Outlook is a massive application of incredible complexity. I'm not sure anyone fully understands it. It's a mixture of very old and creaky components, abandoned ideas (the journaling file system) and the very latest fashions. It's also rich with hideous bugs, fiendish usability traps, and a myriad of ways to lose time and data. I suspect that the cost of Outlook/Exchange to the corporations that use it, where it to include the costs borne by users, would be absolutely shocking.|
|||[updated 2/2001 with advice from DG, a
"PalmPilot" is the brand that wouldn't die. A company named Palm Computing put together an embedded operating system (PalmOS) to go with a new handheld computer, made desktop software to compliment it, designed a box, wrote a manual, and made it all pretty. They had two models: the Pilot 1000 and 5000. They were excited about their product when (drum roll) they ran out of money. That's when US Robotics came in. They purchased Palm Computing and gave them what they needed to get the product on the shelves. Then came the Pilot Pens lawsuit rumors, and the change of the Pilot name to the PalmPilot, which apparently wasn't good enough. The name changed to "Palm", around the time 3COM acquired US Robotics. Most of US Robotics died but the Palm products spun out as Palm Inc.
There really isn't a good name for the class of PDA devices that run the Palm OS. Despite that everyone still calls these things Palm Pilots. Maybe Palm Inc should just buy Pilot pens and get the name back! US Robotics is now largely forgotten, but their name lives on in the Windows registry: U.S. Robotic is the Key Name for the Palm Desktop.
|||This is no less true of Visors, PocketPCs, desktop computers, etc. In fact some desktop retailers have had even higher failure rates of 30-50% -- though reliability is probably better now than 1-2 years ago. Interestingly this has not been true of cellphones, but they are simpler devices.|
|||There are extended warrantees and screen breakage warrantees, but they don't make sense to me. Too obviously ways for Palm to make money.|
|||These were things I did when I thought the
problem was strictly related to the Windows 2000 work machine where PocketMirror Pro 3.0
I verified the serial connection worked using HyperTerminal (disable HotSync Manager, set up HyperTerminal to dial up to COM1, and then push the HotSync button on the cradle). Knowing I had a backup at home, I experimented with removing the username from my Palm (shortcut stroke then dot then 4), the only effect was to cause my registered applications to fail, I had to reset the Palm Vx and reinstall at home. (Resetting was hard because of the Palm V/Vx Power Switch Failure!)
At home I had no synching problem. Through various combinations I was able to narrow the problem down to my work PC -- either PC hardware or software. I was able to fix the problem, but I cannot say which of the following worked:
After doing all of these, I HotSynced and saw my username show up correctly. The Hot Sync did not abort normally, perhaps because of the slow speed. I repeated then at standard speeds and it proceeded normally. I then reinstalled PocketMirror Pro.